फैसले मीटिंग से ज़्यादा लंबे समय तक चलते हैं। उनके कारणों को सहेज कर रखें।
लोग फैसले लेते हैं और फिर आगे बढ़ जाते हैं। फैसला वहीं रहता है, लेकिन उसके कारण उनके साथ चले जाते हैं। एक डिसीजन लॉग 'क्या' के साथ 'क्यों' को भी सुरक्षित रखता है, ताकि उस सहकर्मी को जानकारी मिल सके जो मीटिंग में मौजूद नहीं था।
बीता हुआ समय यादों को बदल देता है। एक रिकॉर्ड नहीं।
कारणों के बिना, एक टीम केवल उसी फैसले को बनाए रख सकती है जिसे वह अब समझ नहीं पाती, या उसे उलट सकती है और उस समस्या को वापस ला सकती है जिसे उसने हल किया था।
मनोवैज्ञानिक Baruch Fischhoff ने दिखाया कि एक बार जब लोग परिणाम जान लेते हैं, तो वे उसे पहले की तुलना में अधिक अनुमानित मानते हैं। उन्होंने इसे “creeping determinism” कहा था।
Journal of Experimental PsychologyMicrosoft का आर्किटेक्चर गाइडेंस: एक ऐसा फैसला जिसे कभी रिकॉर्ड नहीं किया गया, वह “संभवतः भुला दिया जाएगा, जिससे बार-बार बहस होगी।” लॉग को केवल 'append-only' रखें, और प्रत्येक फैसले के लिए एक कॉन्फिडेंस लेवल दें।
Microsoft LearnMichael Nygard ने डिसीजन रिकॉर्ड का प्रस्ताव दिया: शीर्षक, संदर्भ, फैसला, स्थिति, परिणाम। “सभी परिणामों को यहाँ सूचीबद्ध किया जाना चाहिए, न कि केवल 'सकारात्मक' परिणामों को।”
Michael NygardThoughtworks ने अपने Technology Radar के Adopt रिंग में लाइटवेट डिसीजन रिकॉर्ड्स को रखा है, जो कि उसकी सबसे मजबूत सिफारिश है।
Thoughtworksप्रत्येक फैसले के लिए एक रो। सबसे नया पहले।
एक क्लिनिक, एक स्कूल, एक सर्विस सेंटर और एक बैंक ब्रांच से: समान फ़ील्ड्स किसी भी महत्वपूर्ण फैसले को सुरक्षित रखते हैं।
| ID | शीर्षक | तय किया गया | मालिक | निर्णय | अपेक्षित परिणाम | कॉन्फिडेंस | रिव्यू | स्थिति |
|---|---|---|---|---|---|---|---|---|
| D-005 | अकाउंट खोलने के लिए पहले से बुक किए गए अपॉइंटमेंट | 2026-10-20 | ब्रांच मैनेजर | हम वॉक-इन सुविधा के साथ अकाउंट खोलने के लिए बुक-अहेड स्लॉट भी देंगे। | त्वरित अनुरोधों के लिए कम प्रतीक्षा समय। | कम | 2027-02-28 | प्रस्तावित |
| D-004 | कोऑर्डिनेटर रोल डिस्चार्ज कॉल्स जोड़ता है | 2026-06-12 | ऑपरेशंस मैनेजर | हम जुलाई से कोऑर्डिनेटर की भूमिका में डिस्चार्ज कॉल्स भी जोड़ देंगे। | दिसंबर तक नर्सों का कॉल्स पर लगने वाला समय कम हो जाएगा। | मध्यम | 2026-12-15 | स्वीकार किया गया · D-001 का स्थान लेता है |
| D-003 | सर्विस काउंटर सोमवार को 7:30 बजे खुलता है | 2026-05-05 | सर्विस सेंटर मैनेजर | हम जून से हर सोमवार को सुबह 7:30 बजे काउंटर खोलेंगे। | सितंबर के अंत तक सोमवार की औसत प्रतीक्षा अवधि कम हो जाएगी। | उच्च | 2026-10-15 | स्वीकार किया गया · समीक्षा लंबित है |
| D-002 | दो छोटे मूल्यांकन टर्म-एंड परीक्षा की जगह लेंगे | 2026-04-22 | उप-प्रधानाचार्य, शैक्षणिक | हम सितंबर से कक्षा 7 से 9 तक प्रति टर्म दो छोटे मूल्यांकन आयोजित करेंगे। | शिक्षक दो सप्ताह के भीतर मिड-टर्म परिणामों पर कार्रवाई करते हैं। | मध्यम | 2027-01-31 | स्वीकार किया गया |
| D-001 | फॉलो-अप कॉल्स को कोऑर्डिनेटर को सौंप दिया गया | 2026-02-10 | ऑपरेशंस मैनेजर | हम 1 मार्च से फॉलो-अप कॉल्स एक समर्पित समन्वयक (coordinator) को सौंप देंगे। | तीन महीने के भीतर पूर्णता दर बढ़ जाती है। | मध्यम | 2026-06-01 | D-004 द्वारा प्रतिस्थापित |
XLSX तब 'Review due' फ्लैग करता है जब समीक्षा की तारीख निकल जाती है और कोई परिणाम नहीं लिखा जाता है। ये फ़ाइलें संदर्भ, विचार किए गए विकल्प, साक्ष्य, क्या अनिश्चित है और समीक्षा के परिणाम के साथ-साथ एक पेज का रिकॉर्ड शीट भी जोड़ती हैं।
अस्वीकृत विकल्पों और उनके कारणों सहित। यह वह फ़ील्ड है जो अक्सर गायब रहती है और जिसकी सबसे अधिक आवश्यकता होती है।
सक्रिय वाच्य (active voice) में एक वाक्य जो “हम...” से शुरू होता है।
सर्वेक्षण, रिपोर्ट या लॉग को स्वयं लिंक करें, ताकि बाद में रीडिंग लेने वाले यह तय कर सकें कि क्या वह अभी भी मान्य है।
यदि यह काम करता है तो क्या सच होना चाहिए, और कब तक। इसे जानने से पहले ही लिख लें।
उच्च, मध्यम या निम्न, साथ ही एक पंक्ति कि क्या अनिश्चित है।
प्रस्तावित, स्वीकृत, प्रतिस्थापित या सेवानिवृत्त। 'Superseded' इसके विकल्प से लिंक होता है।
जिस सप्ताह आप निर्णय लें, उसी सप्ताह इसे लिखें।
चुनें कि क्या महत्वपूर्ण है
वे निर्णय जो आपके काम करने के तरीके को आकार देते हैं, गुणवत्ता या सुरक्षा को प्रभावित करते हैं, या जिन्हें बदलना कठिन है। हर खरीदारी नहीं।
उसी सप्ताह रिकॉर्ड करें
उसी सप्ताह लिखा गया रिकॉर्ड सटीक होता है। महीनों बाद लिखा गया रिकॉर्ड केवल एक पुनर्निर्माण है।
अस्वीकृत विकल्पों के नाम लिखें
और प्रत्येक के विफल होने का कारण। अगली टीम इसी को फिर से खोलना चाहेगी।
बताएं कि आप क्या उम्मीद करते हैं
परिणाम, तारीख और आपका आत्मविश्वास। बाद में सब कुछ भूल जाने की प्रवृत्ति इन तीनों को मिटाने की कोशिश करेगी।
तारीख पर समीक्षा करें
जो आपने उम्मीद की थी, उसके बगल में लिखें कि वास्तव में क्या हुआ। कमजोर साक्ष्य, बदली हुई स्थितियां या बदकिस्मती: स्पष्ट रूप से बताएं।
प्रतिस्थापित करें, कभी भी ओवरराइट न करें
एक नया रिकॉर्ड पुराने को बदल देता है और उससे लिंक होता है। दिशा बदलने का इतिहास अक्सर सबसे मूल्यवान हिस्सा होता है।
डिसीजन लॉग्स क्यों खत्म हो जाते हैं।
लॉग धीरे-धीरे मिनट्स (minutes) में बदल जाता है। फिर कोई इसे पढ़ता नहीं, और फिर कोई इसे लिखता नहीं।
अस्वीकृत विकल्पों के बिना, वही बहस एक साल बाद फिर से शुरू हो जाती है।
तब तक परिणाम ज्ञात होता है और रिकॉर्ड उसी के अनुसार आकार ले लेता है।
ट्रैक गायब हो जाता है। एक नया रिकॉर्ड लिखें और पुराने को superseded मार्क करें।
फिर कभी किसी को पता नहीं चलता कि क्या निर्णय ने अपना वादा निभाया।
योजनाओं और प्रक्रियाओं के बगल में रखा गया लॉग पढ़ा जाता है। फोल्डर में रखा हुआ नहीं।
जब लॉग को खुद याद रखने की ज़रूरत हो।
एक स्प्रेडशीट में पंक्तियाँ होती हैं। यह नहीं दिखा सकती कि प्रत्येक पर कितना भरोसा किया जा सकता है, या आगे क्या हुआ।
- लोग पूछते हैं "हमने ऐसा निर्णय क्यों लिया?" और उत्तर किसी के इनबॉक्स में होता है।
- निर्णय, प्रक्रियाएं और सबक अलग-अलग फाइलों में रहते हैं जो कभी एक साथ नहीं आतीं।
- आप किसी प्रमाणित निर्णय और किसी के अनुमान में अंतर नहीं कर सकते।
- आपकी टीम जिन सहायकों का उपयोग करती है, वे यह नहीं देख सकते कि आपने कोई निर्णय क्यों लिया।
ROADYOM PRISM
हर निर्णय, अपने महत्व के साथ।
Prism किसी संस्था के निर्णयों और ज्ञान को एक घोषित trust level के साथ आइटम के रूप में रखता है: ratified, evidenced, observed या inferred। प्रत्येक निर्णय अपने साक्ष्य, उसे लागू करने वाले चरणों, और उसके बाद आने वाले परिणामों और Pause and Learn सबक से जुड़ा होता है। जब कोई निर्णय supersede होता है, तो पिछला निर्णय दिखाई देता रहता है। निर्णय लोग लेते हैं। Prism उनके कारणों को सुरक्षित रखता है।
कोऑर्डिनेटर रोल डिस्चार्ज कॉल्स जोड़ता है
- निर्णय
- हम जुलाई से कोऑर्डिनेटर की भूमिका में डिस्चार्ज कॉल्स भी जोड़ देंगे।
- मालिक
- ऑपरेशंस मैनेजर
- रिव्यू
- 2026-12-15
सवालों के जवाब।
क्या यह मीटिंग मिनट्स जैसा ही है?
नहीं। मिनट्स में दर्ज होता है कि क्या कहा गया था। एक निर्णय रिकॉर्ड यह रखता है कि क्या तय किया गया, क्यों, और क्या अन्य विकल्प विचार में थे और आपकी क्या अपेक्षा थी। एक पेज या उससे कम।
रिकॉर्ड किसे लिखना चाहिए?
निर्णय का स्वामी, या उसी सप्ताह में उनके द्वारा नामित कोई व्यक्ति। परामर्श ली गई संस्थाएं इसे पढ़ सकें और तथ्यों को सही कर सकें।
उन निर्णयों का क्या जो हमने वर्षों पहले लिए थे?
नए निर्णयों से शुरुआत करें। फिर अतीत के उन कुछ निर्णयों को फिर से बनाएं जिनके बारे में लोग सबसे अधिक पूछते हैं, और उन्हें reconstructed के रूप में मार्क करें।
क्या यह सॉफ्टवेयर इंजीनियरिंग का अभ्यास नहीं है?
इसकी शुरुआत वहीं से हुई थी, architecture decision record के साथ। इसमें कुछ भी केवल सॉफ्टवेयर के लिए विशिष्ट नहीं है। प्रवेश नियम, मूल्यांकन नीतियां और खुलने के घंटों का भी संदर्भ, विकल्प और परिणाम होते हैं।
Confidence क्या जोड़ता है?
यह रिकॉर्ड करता है कि परिणाम जानने से पहले आप क्या मानते थे। समीक्षा के समय, एक आत्मविश्वासी निर्णय जो विफल रहा, वह एक सतर्क निर्णय की तुलना में कुछ अलग सिखाता है।
क्या किसी निर्णय को कभी डिलीट किया जाना चाहिए?
नहीं। इसे रिटायर करें या supersede करें। एक बदले हुए निर्णय का रिकॉर्ड ही वह तरीका है जिससे अगली टीम उसे दोहराने से बचती है।
स्रोत (5)
- Hindsight ≠ foresight: The effect of outcome knowledge on judgment under uncertainty. Journal of Experimental Psychology: Human Perception and Performance 1(3) (B. Fischhoff), 1975.
- Architecture Decisions का दस्तावेजीकरण. Michael Nygard, Relevance (अब Cognitect) ब्लॉग, 2011.
- Architecture decision record (Azure Well-Architected Framework). Microsoft Learn, 2024.
- Decision Log (Code-With Engineering Playbook). Microsoft, 2024.
- Lightweight Architecture Decision Records (Technology Radar). Thoughtworks, 2018.
उद्देश्य के साथ निर्णय लें। दो बार।
एक बार जब आप चुनते हैं। फिर से जब आप समीक्षा करते हैं। मुफ़्त, अंग्रेजी और अरबी में।