पूर्व-मृत्यु, सही तरीके से चलाना: उन जोखिमों को उजागर करना जो आपकी टीम पहले से जानती है

जो रेट्रो बहुत देर से आया

बारह महीने बाद, आप उस योजना के रेट्रोस्पेक्टिव में बैठे हैं जिसे आप मंजूरी देने वाले हैं। लॉन्च चूक गया, आंकड़े खराब हैं, और कमरा वही कर रहा है जो कमरे रेट्रो में करते हैं: यह स्पष्ट और विस्तार से समझाते हुए कि यह हमेशा गलत होने वाला था। विक्रेता पर निर्भरता जिस पर सभी ने निजी तौर पर संदेह किया। भर्ती का अनुमान जिस पर किसी ने विश्वास नहीं किया। एक इंजीनियर द्वारा एक बार, चुपचाप, और फिर कभी नहीं बताई गई एकीकरण जोखिम।

यहाँ असहज हिस्सा है: उस ज्ञान का अधिकांश हिस्सा आज मौजूद है, उन लोगों के दिमाग में जो उस रेट्रो में बैठेंगे। आपकी टीम जोखिमों को देखने में असफल नहीं है। यह उन्हें कहने में असफल है — क्योंकि योजना का एक प्रायोजक है, प्रायोजक कमरे में है, और कोई भी उस व्यक्ति के रूप में करियर नहीं बनाता जो यह सूचीबद्ध करता है कि बॉस की योजना क्यों विफल होगी।

प्री-मॉर्टम ठीक इसके लिए बनाया गया अनुष्ठान है। गैरी क्लाइन ने 2007 में हार्वर्ड बिजनेस रिव्यू में इसका वर्णन किया: कमरे को बताएं कि योजना पहले ही विफल हो चुकी है, बारह महीने बाद, और सभी से कहें कि वे लिखें कि क्यों। तनाव परिवर्तन वास्तव में काम करता है — संभावित पूर्वदृष्टि पर शोध से पता चलता है कि किसी परिणाम की कल्पना करना निश्चित के रूप में, केवल संभावित के बजाय, लोगों द्वारा उत्पन्न कारणों की संख्या और विशिष्टता को बढ़ाता है। और ढांचा सामाजिक कार्य भी करता है: आप अब प्रायोजक की योजना की आलोचना नहीं कर रहे हैं; आप एक काल्पनिक अतीत को समझा रहे हैं। अचानक सभी को यह जानने की अनुमति है कि वे क्या जानते हैं।

लोगों को पहले से ही क्यों पता था

यह स्पष्ट होना महत्वपूर्ण है कि प्री-मॉर्टम क्या सुधार करता है, क्योंकि यह एक विश्लेषण तकनीक नहीं है। जो विफलता के तरीके यह उजागर करता है, वे लगभग हमेशा निर्णय से पहले किसी को ज्ञात होते थे। जो चीज़ उन्हें रोकती है, वह समूह की सहमति की मानक मशीनरी है: असहमति सामाजिक रूप से महंगी होती है, प्रारंभिक राय बाद की रायों को प्रभावित करती है, और जो व्यक्ति निर्णायक चिंता रखता है वह अक्सर कॉल पर सबसे जूनियर आवाज़ होता है। हमारे लेख संरचित असहमति और स्टीलमैनिंग इस मशीनरी को विस्तार से समझाते हैं — प्री-मॉर्टम लागू की गई प्रतिकारी उपाय है।

यही कारण है कि इसे सही तंत्र के साथ चलाना उत्साह के साथ चलाने से अधिक महत्वपूर्ण है। दो लोड-बेयरिंग गुण हैं स्वतंत्रता — हर कोई किसी और के कारणों को देखने से पहले लिखता है — और संलग्नता — हर कारण उस योजना से जुड़ा रहता है जिसे यह खतरा देता है, एक लेखक के साथ, ताकि इसे प्रश्न किया जा सके, चुनौती दी जा सके, और कम किया जा सके, बजाय इसके कि इसे एक व्हाइटबोर्ड पर फोटो खींचकर भुला दिया जाए।

चरण 1: योजना को एक दावे के रूप में तैयार करें

योजना के मूल तर्क के रूप में चर्चा बनाएं — इसे एक प्रतिबद्ध दावे के रूप में stated करें, प्रश्न के रूप में नहीं: "हम Q2 तक खंड Y के लिए X भेजेंगे।" वाक्य विन्यास महत्वपूर्ण है। एक प्रश्न ("क्या हमें X भेजना चाहिए?") इस बात पर बहस को आमंत्रित करता है कि क्या; एक दावा एक ऐसी चीज़ बनाता है जिस पर विफलता के कारण हमला कर सकते हैं। एक वाक्य, दिनांकित, योजना के प्रायोजक द्वारा स्वामित्व में।

फिर क्लाइन का ढांचा कमरे में पहुंचाएं, अगर आप चाहें तो शब्दशः: "यह अब से बारह महीने हैं। यह योजना विफल हो गई — बुरी तरह। दस मिनट लें, अकेले, और हर कारण लिखें कि क्यों।"

• ✓मूल दावा बनाया गया — योजना को एक प्रतिबद्ध वाक्य के रूप में, इसके प्रायोजक द्वारा लिखा गया। चेकपॉइंट: यह एक दावा के रूप में पढ़ा जाता है जिसे कुछ हमला कर सकता है, प्रश्न नहीं।

चरण 2: चुप्पी के दस मिनट

प्रत्येक प्रतिभागी अब योजना के तहत विपरीत तर्क के रूप में विफलता के कारण जोड़ता है — स्वतंत्र रूप से। यहीं पर यह उपकरण सफेद बोर्ड पर अपनी जगह बनाता है: एक कारण केवल तभी दूसरों को दिखाई देता है जब उसे प्रस्तुत किया जाता है, इसलिए कोई भी पहले आत्मविश्वासी आवाज पर अटका नहीं रहता, और कोई भी प्रायोजक के चेहरे को देखकर अपने जोखिम को कम नहीं करता। प्रत्येक से कम से कम तीन कारणों के लिए पूछें, जिन्हें विशिष्ट दावों के रूप में लिखा गया हो ("SSO एकीकरण पायलट तिथि को पार कर जाता है"), श्रेणियों के रूप में नहीं ("तकनीकी जोखिम")।

वैकल्पिक रूप से, एक AI स्वेप चलाएं: कई मॉडलों से उत्पन्न अतिरिक्त विफलता मोड प्राप्त करें। ये मशीन द्वारा सुझाए गए के रूप में स्पष्ट रूप से लेबल किए गए आते हैं — हर तर्क पर उत्पत्ति का ठप्पा होता है — इसलिए कमरा हमेशा एक इंजीनियर की वास्तविक चिंता को एक मॉडल के पैटर्न-मिलान से अलग कर सकता है। अपने पठन में भी उन्हें अलग रखें: AI उम्मीदवार जोखिमों के क्षेत्र को विस्तृत करता है; यह आपकी संगठन को नहीं जानता।

• ✓साइलेंट जनरेशन पूर्ण — सभी ने स्वतंत्र रूप से सबमिट किया। चेकपॉइंट: प्रति प्रतिभागी ≥3 कारण; किसी ने किसी को संपादित नहीं किया; एआई कारण (यदि कोई हो) स्पष्ट रूप से लेबल किए गए।

चरण 3: जो उभरा है उसकी पूछताछ करें

अब कमरा पेड़ को पढ़ता है — और एक खुली चर्चा के बजाय जहां सबसे तेज़ पाठक जीतता है, कारणों को तीन संरचित चरणों के माध्यम से काम किया जाता है, प्रत्येक एक चार-चरणीय संवाद होता है एक चुनौती देने वाले और कारण के लेखक के बीच:

एक विशेषता को उजागर करना महत्वपूर्ण है, क्योंकि यह एआई स्वेप के मूल्य को बदलता है: मशीन द्वारा सुझाए गए कारण उत्तर देते हैं। एक मॉडल द्वारा लिखित तर्क अपने श्रृंखलाओं में स्वचालित रूप से प्रतिक्रिया करता है — उसी मॉडल को भेजा जाता है जिसने इसे लिखा — ताकि आप मशीन द्वारा सुझाए गए विफलता मोड की क्रॉस-एक्सामिनेशन कर सकें और तुरंत एक ठोस उत्तर प्राप्त कर सकें। यही "बस एक चैटबॉट से जोखिम सूची क्यों नहीं पूछें" का ठोस उत्तर है: एक सूची को प्रश्न नहीं किया जा सकता।

चरण 4: दर निर्धारित करें, और स्प्रेड पढ़ें

प्रत्येक प्रतिभागी प्रत्येक कारण को रेट करता है - एक रेटिंग प्रत्येक, एक लेबल के साथ एक मान। वितरण के अनुसार क्रमबद्ध करें, और फिर वह चीज़ करें जो अधिकांश कमरे छोड़ देते हैं: केवल औसत नहीं, बल्कि फैलाव पर ध्यान दें। एक कारण जिसे सभी 8 रेट करते हैं, प्राथमिकता है। एक कारण जिसे आधा कमरा 9 रेट करता है और आधा 2 रेट करता है, वह कुछ बेहतर है: यह इस बारे में एक वास्तविक असहमति है कि दुनिया कैसे काम करती है, जो सामने आई और नामित की गई। ये विभाजन आमतौर पर पूरे सत्र की सबसे मूल्यवान खोज होते हैं।

• ✓प्राथमिकता निर्धारित — सभी द्वारा कारणों का मूल्यांकन किया गया। चेकपॉइंट: शीर्ष कारणों की पहचान की गई; उच्च-भिन्नता वाले कारणों को असहमति के रूप में चिह्नित किया गया, मध्य में औसत नहीं किया गया।

चरण 5: प्रतिवाद के रूप में शमन उपाय

प्रत्येक शीर्ष कारण के लिए, शमन जोड़ें — और यहाँ पेड़ ऐसा कुछ करता है जो एक सूची नहीं कर सकती। एक शमन को कारण का विपक्ष के रूप में जोड़ा जाता है: एक तर्क जो विफलता मोड पर हमला करता है। और क्योंकि पक्ष/विपक्ष माता-पिता के सापेक्ष होते हैं, एक विपक्ष का विपक्ष योजना का समर्थन करता है — संरचना स्वाभाविक रूप से तर्क को कोडित करती है। प्रत्येक शमन का एक लेखक होता है, और लेखक ही मालिक होता है।

यह वह क्षण है जब प्री-मॉर्टम आमतौर पर व्हाइटबोर्ड रूप में समाप्त होता है: जोखिमों की सूची बनाई जाती है, लोग सिर हिलाते हैं, कुछ भी किसी के पास नहीं होता। यहाँ चेकपॉइंट संरचनात्मक है - एक शीर्ष कारण जिसके नीचे कोई शमन नहीं है, स्पष्ट रूप से नग्न है।

• ✓संलग्न शमन — प्रत्येक शीर्ष कारण के साथ कम से कम एक प्रतिवाद होता है जिसमें एक नामित लेखक होता है। चेकपॉइंट: कोई भी शीर्ष रेटेड कारण बिना समर्थन के नहीं है।

आपके पास छह महीनों में क्या बचा है

कलाकृति ही मुख्य बिंदु है। छह महीने बाद, जब कुछ गलत होता है और कोई पूछता है "क्या हमने इसका विचार किया था?", तो उत्तर एक खोज की दूरी पर है: योजना, इसके खिलाफ उठाए गए हर आपत्ति, किसने प्रत्येक को उठाया, प्रत्येक ने कौन सी चुनौतियों का सामना किया, और जो निवारण जोड़ा गया था (या नहीं)। एक फोटो खींची गई व्हाइटबोर्ड उस प्रश्न का उत्तर नहीं दे सकती; यह दे सकती है — यह निर्णय गुणवत्ता श्रृंखला का एक कार्यशील उदाहरण है, जो नब्बे मिनट में बनाई गई है।

ईमानदार सीमाएँ

• ✗उपकरण मनोवैज्ञानिक सुरक्षा नहीं बनाता। स्वतंत्र प्रस्तुतिकरण एंकरिंग समस्या को हटा देता है; यह एक प्रबंधक को नहीं हटाता जो असहमति को दंडित करता है। यदि लोग प्रायोजक से डरते हैं, तो पहले उसे ठीक करें।
• ✗एआई-जनित जोखिम विचार के लिए संकेत हैं, न कि एक जोखिम रजिस्टर। उन्हें ठीक इसी कारण से लेबल किया गया है। एक ऐसा कारण जिसे कोई नहीं अपनाएगा, वह एक निष्कर्ष नहीं है।
• ✗रेटिंग एक एकल लेबल वाला मान है, न कि एक संभावना × प्रभाव मैट्रिक्स। यदि आपको एक औपचारिक जोखिम मैट्रिक्स की आवश्यकता है, तो इसे निर्यात करें और कहीं और बनाएं — रेटिंग को ऐसा मानने का नाटक न करें।
• ✗एक श्रृंखला चार मोड़ है, फिर पूरी होती है। यह एक संरचित विनिमय है, अंतहीन धागा नहीं। यदि किसी असहमति के लिए अधिक की आवश्यकता है, तो एक बैठक की आवश्यकता है।
• ✗एक प्री-मॉर्टम कुछ भी तय नहीं करता। यह सतह पर लाता है और प्राथमिकता देता है; निर्णय — और योजना को बदलने का साहस — अभी भी आपका है।

इनसे चलाने के व्यावहारिक पाठ

• ✓चुप्पी को कड़ा समय-सीमा में बांधें। दस मिनट, घोषित, लागू। इसका मूल्य स्वतंत्रता में है; जैसे ही चर्चा शुरू होती है, यह संचय करना बंद कर देती है।
• ✓विशिष्ट वाक्य पूछें, श्रेणियाँ नहीं। "एकीकरण जोखिम" कुछ भी प्राथमिकता नहीं देता; "SSO एकीकरण पायलट तिथि के बाद चला जाता है" को चुनौती दी जा सकती है, मूल्यांकित किया जा सकता है और कम किया जा सकता है।
• ✓प्रायोजक भी लिखता है। ईमानदारी को लाइसेंस देने के लिए कुछ भी योजना के मालिक द्वारा अपने तीन विफलता मोड का योगदान करने से बेहतर नहीं है — पहले।
• ✓अगली योजना सत्र में लूप को बंद करें। पेड़ को फिर से खोलें, देखें कि कौन सी निवारण क्रियाएँ हुईं, और कारणों को फिर से रेट करें। दूसरा पास बीस मिनट लेता है और यहीं पर अनुष्ठान जटिल होता है।

रेट्रो की ओर वापस

उस बारह महीने पहले की समीक्षा पर लौटें। इसका कोई भी संस्करण हो सकता है। एक में, कमरा एक विफलता को धाराप्रवाह तरीके से समझाता है जिसे उसने चुपचाप भविष्यवाणी की थी, और रिकॉर्ड में कुछ नहीं दिखता। दूसरे में, समीक्षा पूर्व-मृत्यु वृक्ष के साथ शुरू होती है: यहाँ वह है जो हमने कहा कि गलत हो सकता है, यहाँ वह है जो हमने इसके बारे में किया, यहाँ वह है जो हम चूक गए। दूसरी समीक्षा छोटी, दयालु है, और यही एकमात्र है जो अगले योजना को बेहतर बनाती है। नब्बे मिनट, इस सप्ताह, इसे खरीदता है।