RAPID, RACI, DACI, SPADE: एक चुनें, फिर वास्तव में इसे चलाएं

चार लोगों ने जिस निर्णय को अपना समझा

मूल्य निर्धारण में बदलाव एक मंगलवार को भेजा गया। बुधवार को, बिक्री की उपाध्यक्ष ने पूछा कि उसने हस्ताक्षर क्यों नहीं किए - उसे लगा कि वह मूल्य निर्धारण की मालिक है। CFO ने माना कि उसकी अंतिम बात होगी; उसने मॉडल को मंजूरी दी थी। उत्पाद प्रमुख ने वास्तव में निर्णय लिया था, यह मानते हुए कि यह उसका निर्णय लेने का अधिकार था। और CEO, जो इसे सभी कर्मचारियों के दस्तावेज़ में पढ़ रहा था, को यह धारणा थी कि इस तरह के निर्णय उसके पास आते हैं। चार लोग, एक निर्णय, चार सच्चे मालिक - और अब एक रोलबैक बहस जो वास्तव में एक स्वामित्व बहस है जो मूल्य निर्धारण के कपड़े पहने हुए है।

आपने इसका एक संस्करण देखा है। यह बढ़ती संगठनों में सबसे सामान्य शासन विफलता है, और इसके पास उपचारों की एक अच्छी तरह से भरी हुई शेल्फ है: RAPID, RACI, DACI, SPADE — ढांचे जिनकी पूरी सामग्री है निर्णय लेने से पहले यह लिखें कि कौन कौन सा भाग निभाता है। अक्षर भिन्न हैं; अंतर्दृष्टि समान है।

जो असली समस्या की ओर इशारा करता है। टीमें ढांचे के बीच चयन करने में ऊर्जा खर्च करती हैं - तुलना पोस्ट, यह बहस कि क्या Consulted Input से भिन्न है - और फिर निर्णय के बाद पत्रों को असाइन करती हैं, जैसे कि दस्तावेज़ीकरण। बाद में भूमिकाएँ असाइन करना केवल कहानी सुनाना है। यह ट्यूटोरियल चयन पर एक तालिका खर्च करता है और बाकी चलाने पर: लागू कार्यप्रवाह, जो आप जो भी पत्र चुनते हैं, वह समान है। (ढांचे के सिद्धांत और इतिहास के लिए, हमारा निर्णय ढांचे का गाइड उन्हें बाकी टूलबॉक्स के साथ कवर करता है - यह ट्यूटोरियल जानबूझकर इसे फिर से नहीं कहता है।)

एक तालिका में चार ढांचे

किसी भी महत्वपूर्ण निर्णय में छह नौकरियाँ होती हैं। ढांचे इन्हें अलग-अलग नाम देते हैं:

अपने असली ब्लॉकर्स द्वारा चुनें: असली वीटो-धारक → RAPID; निष्पादन उलझन → RACI; प्रक्रिया-चलाने वाली संस्कृति → DACI; एक टीम जो क्यों लिखने से कतराती है → SPADE। फिर रुकें। नीचे चरण 2 से 10 आपके चयन के साथ नहीं बदलते — केवल चरण 3 में अक्षर बदलते हैं। वह वाक्य ट्यूटोरियल का सबसे उपयोगी है: यह ढांचे की खरीदारी को समाप्त करता है और दौड़ने की शुरुआत करता है, जो वह व्यवहार है जो वास्तव में निर्णयों में सुधार करता है।

सेटिंग अप: दायरा, फिर भूमिकाएँ, फिर मामला

1. 1निर्णय को एक मूल दावा के रूप में नामित करें। "हम Q1 में टीम स्तर के लिए उपयोग-आधारित मूल्य निर्धारण पर जाएंगे।" इसका लेखक, व्यावहारिक रूप से, सिफारिशकर्ता/चालक है — लेखन स्पष्ट है, इसलिए R पहले सेकंड से रिकॉर्ड पर है। चेकपॉइंट: मूल मौजूद है; इसका लेखक वह व्यक्ति है जो मामला बना रहा है।
2. 2दायरा जो दृश्यता स्तरों के साथ भाग लेता है। चर्चा की दृश्यता सेट करें - सार्वजनिक, किरायेदार-व्यापी, विभागीय, या निजी - ताकि यह इच्छित इनपुट सेट से मेल खा सके। एक विभाग-स्कोप वाला निर्णय उस विभाग द्वारा निर्माण के अनुसार परामर्श योग्य है; आप इस पर निर्भर नहीं हैं कि कोई कानूनी को शामिल करने के लिए याद रखे। चेकपॉइंट: दृश्यता इनपुट सेट से मेल खाती है, आदत से नहीं।
3. 3भूमिका असाइनमेंट को रिकॉर्ड करें — पहले तर्क से पहले। रूट के प्रो-चाइल्ड के रूप में: "निर्णायक: A. सिफारिशकर्ता: B. सहमति: C, D. इनपुट: इंग, कानूनी। सूचित: सभी-हाथ।" दिनांकित, श्रेय योग्य, और पेड़ पर किसी अन्य चीज़ की तरह चुनौती योग्य। यह क्रम निर्णय-अधिकार ढांचों का पूरा बिंदु है: बहस के बाद असाइन की गई भूमिकाएँ केवल यह वर्णन करती हैं कि क्या हुआ। चेकपॉइंट: असाइनमेंट तर्क हर मामले के तर्क से पहले आता है।
4. 4मामला बनाएं। विकल्प भाई-बहन के नोड्स के रूप में, प्रत्येक के अपने फायदे और नुकसान के साथ — निर्णय-रिकॉर्ड ट्यूटोरियल की तरह ही संरचना, जिसमें अस्वीकृत विकल्प भी शामिल हैं जिनके बारे में पाठक बाद में पूछेगा। चेकपॉइंट: हर वास्तविक विकल्प का एक नोड है।

आप परामर्श साबित कर सकते हैं कि हुआ।

"क्या आपसे परामर्श किया गया था?" यह सवाल है जिस पर हर विवादित निर्णय अंततः निर्भर करता है — और अधिकांश संगठनों में ईमानदार उत्तर एक कंधे का झटका होता है: एक बैठक हुई, एक थ्रेड था, यादें भिन्न हैं। यहाँ कार्यप्रवाह परामर्श को एक रसीद बनाता है, न कि एक स्मृति:

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

कमरे के खिलाफ निर्णय लेना, और यह लिखना कि क्यों

कॉल से पहले, हर कोई विकल्पों को रेट करता है — प्रत्येक पर एक लेबल वाला रेटिंग। इसे इस रूप में पढ़ें: कमरे की स्थिति का प्रमाण, वोट नहीं। कोई क्वोरम नहीं है, कोई थ्रेशोल्ड नहीं है, कोई टाई-ब्रेक नहीं है; ढांचे का पूरा आधार यह है कि एक नामित व्यक्ति निर्णय लेता है।

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

• ✓चेकपॉइंट: कॉल से पहले वितरण कैप्चर किया गया; निर्णय को निर्णयकर्ता के अपने तर्क के रूप में दर्ज किया गया, जिसमें तर्क शामिल है — जब यह कमरे के खिलाफ होता है तो यह अनिवार्य है।

बिना अलग ईमेल के सूचित करना

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

• ✓चेकपॉइंट: सूचित सेट के लिए दृश्यता बढ़ाई गई; घोषणा रिकॉर्ड को लिंक करती है बजाय इसके कि उसे पुनःव्यक्त किया जाए।

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

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

व्यावहारिक पाठ

• ✓किकऑफ मीटिंग में भूमिका तर्क लिखें, लाइव, इससे पहले कि कोई इसके लाभों पर बहस करे। अब तीस सेकंड बनाम बुधवार के बाद की पुरातत्व।
• ✓सहमति सूची को बेहद संक्षिप्त रखें। हर सहमति धारक एक संभावित ब्लॉक है जिसे हल करने के लिए एक श्रृंखला है; अधिकांश "स्वीकर्ता" वास्तव में इनपुट होते हैं। RAPID का अनुशासन इसे जोर से कहना है।
• ✓अस्वीकृत परामर्श भी एक रिकॉर्ड है। एक इनपुट-धारक जो स्पष्ट रूप से पास करता है, बाद में बहिष्करण का दावा नहीं कर सकता — उन्हें और अपने आप को सुरक्षित रखने के लिए पास को स्पष्ट रूप से दिखाएं।
• ✓कार्य को पुनः उपयोग करें। आवर्ती निर्णय प्रकार (मूल्य निर्धारण, भर्ती बैंड, विक्रेता चयन) समान पत्रों को बनाए रखते हैं — भूमिका तर्क को एक टेम्पलेट के रूप में पेस्ट करें और नामों को अपडेट करें।

बुधवार, पुनः विचारित

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