कार्य वस्तुएँ बनाम निर्णय: कार्यों को ट्रैक करने से तर्क क्यों खो जाता है
एक क्रियावली आइटम एक कार्य है: क्या किया जाएगा, किसके द्वारा, कब — यह तब समाप्त होता है जब कार्य पूरा हो जाता है। एक निर्णय एक विकल्प है: विकल्प X, विकल्प Y और Z के मुकाबले, कारणों के लिए — और यह हर संबंधित कार्य के समाप्त होने के लंबे समय बाद भी प्रासंगिक रहता है, क्योंकि यह बताता है कि चीजें जिस तरह हैं, वैसी क्यों हैं। टीमें कार्य प्रणालियों में क्रियावली आइटम को सख्ती से ट्रैक करती हैं जबकि उनके पीछे के निर्णय बिना रिकॉर्ड किए रह जाते हैं, यही कारण है कि तय किए गए प्रश्नों पर फिर से बहस होती है। समाधान: प्रत्येक महत्वपूर्ण निर्णय को इसके विकल्पों और तर्क के साथ एक निर्णय लॉग में कैद करें, और क्रियावली आइटम को उस निर्णय का संदर्भ देने दें जिसे वे लागू करते हैं।
आपका कार्य ट्रैकर बारीक है और आपके निर्णय लोककथाएँ हैं। जो भेद इसे तय करता है वह इतना छोटा है कि प्रत्येक के लिए एक पंक्ति में समा जाए:
- एक कार्य आइटम एक कार्य है — क्या, कौन, कब। यह तब समाप्त होता है जब काम पूरा हो जाता है, और एक बार समाप्त होने के बाद यह निष्क्रिय इतिहास बन जाता है।
- एक निर्णय एक विकल्प है — X को Y और Z पर चुनना, क्योंकि। यह कभी "बंद" नहीं होता: यह तब तक भार सहन करता है जब तक इसके परिणाम चलते हैं।
- उपकरण और आदतें पहले को पकड़ती हैं और दूसरे को खो देती हैं — कार्य बैठक से अधिक समय तक रहता है, तर्क नहीं।
- समाधान एक आदत है: महत्वपूर्ण निर्णयों का एक रिकॉर्ड होता है जिसमें विकल्प और तर्क होते हैं (कैसे करें), और कार्य वस्तुएं उस निर्णय का संदर्भ देती हैं जिसे वे लागू करती हैं।
बैठक अच्छी तरह समाप्त होती है। तीन कार्य वस्तुएं कुछ ही मिनटों में ट्रैकर में आती हैं: "बिलिंग को विक्रेता A में स्थानांतरित करें — K., स्प्रिंट के अंत में." "पुराने एंडपॉइंट को समाप्त करें — S., शुक्रवार." "मूल्य निर्धारण पृष्ठ को अपडेट करें — M., गुरुवार." मालिक, समय सीमा, पूरा करने के मानदंड। पाठ्यपुस्तक।
छह महीने बाद तीनों कार्य लंबे समय से बंद हैं — और एक नया टीम लीड विक्रेता A की ओर देख रहा है और पूछ रहा है कि इसे स्पष्ट विकल्प के मुकाबले क्यों चुना गया। ट्रैकर के पास एक सवाल का जवाब है जिसे कोई नहीं पूछ रहा: किसने बिलिंग माइग्रेट की और कब। जो सवाल पूछा जा रहा है — क्यों — वह कभी किसी की कार्रवाई का आइटम नहीं था। यह वह निर्णय था जिससे कार्रवाई के आइटम निकले, और यह कहीं नहीं है।
यह इस श्रृंखला का कार्य-स्तरीय संस्करण है जो तीन बार एक सीमा खींचता है: दस्तावेज़ स्तर पर मिनटों बनाम निर्णय लॉग में, और एक पूर्ण लेखन अभ्यास के रूप में निर्णयों को दस्तावेज़ित करने के तरीके में। यह पोस्ट तीनों में सबसे तेज़ कट है, क्योंकि कार्य और निर्णय एक ही सांस में मिल जाते हैं — आमतौर पर बैठक के समापन मिनट में: "ठीक है, तो क्रियावली आइटम हैं…"
कार्य को ट्रैक किया गया।
निर्णय खो गया।
अच्छी तरह से संचालित बैठकों की विफलता का तरीका
एक्शन आइटम बनाम निर्णय: असली अंतर
दो कलाकृतियों को एक साथ रखें और वे हर महत्वपूर्ण गुण में भिन्न हैं:
यह क्या है
कार्य वस्तु: कार्य की एक इकाई — क्या किया जाएगा, किसके द्वारा, कब तक। निर्णय: एक हल किया गया विकल्प — विकल्प X को Y और Z पर, बताए गए कारणों के लिए।
जब यह समाप्त होता है
एक क्रिया आइटम तब बंद होता है जब काम पूरा हो जाता है, और बंद का मतलब निष्क्रिय होता है। एक निर्णय का कोई पूरा होने की स्थिति नहीं होती: यह तब तक भार सहन करता है जब तक इसके परिणाम चलते रहते हैं — अक्सर वर्षों तक।
यह बाद में किस प्रश्न का उत्तर देता है
कार्य का उत्तर "क्या यह किया गया?" है। निर्णय का उत्तर "यह ऐसा क्यों है?" है — यह प्रश्न हर नए कर्मचारी, ऑडिटर और पोस्ट-मॉर्टम वास्तव में पूछता है।
इसे खोने की कीमत क्या है
एक खोई हुई कार्य अपने आप फिर से सामने आती है - कोई काम को गायब होते हुए देखता है। एक खोई हुई निर्णय चुपचाप विफल हो जाती है: विकल्प प्रभाव में रहता है जबकि इसका तर्क गायब हो जाता है, जब तक कि कोई इसे फिर से शुरू से नहीं उठाता।
क्यों निर्णय स्थायी संपत्ति है
यहाँ वह विषमता है जो इसे एक पोस्ट के लायक बनाती है: कार्य वस्तु पूर्ण होने के बाद बेकार हो जाती है; निर्णय की कीमत बढ़ती है। किसी को भी "बिलिंग माइग्रेट करें - के., स्प्रिंट का अंत" की फिर से आवश्यकता नहीं पड़ी जब माइग्रेशन शिप हो गया। लेकिन "वेंडर ए को बी पर चुनें और निर्माण करें, क्योंकि ईयू होस्टिंग ने बी को समाप्त कर दिया और निर्माण की लागत दो तिमाहियों में" हर महीने अधिक मूल्यवान हो जाता है - यह नए लीड को चालीस सेकंड में ऑनबोर्ड करता है, यह अगले वेंडर के चयन के लिए एक मिसाल स्थापित करता है, और अनुबंध नवीनीकरण पर यह आपको बताता है कि किन धारणाओं को फिर से जांचना है।
टीमों के पास संग्रहण बिल्कुल उल्टा है: एक स्प्रिंट की शेल्फ लाइफ वाले आर्टिफैक्ट के लिए विस्तृत सिस्टम, और वर्षों की शेल्फ लाइफ वाले आर्टिफैक्ट के लिए कोई सिस्टम नहीं। यह उलटाव लापरवाही नहीं है — कार्य ट्रैकर्स इसलिए मौजूद हैं क्योंकि कार्यों के मालिक होते हैं जो इस सप्ताह उन्हें खोने का दर्द महसूस करते हैं। एक खोई हुई निर्णय किसी और को बाद में चोट पहुँचाती है, जो उस दर्द को उसके कारण से नहीं जोड़ सकता। (हमने उस संचित लागत को अविवेचित निर्णयों की लागत में अलग से गिना।) लक्ष्य समान उलटाव को विरासत में लेते हैं — त्रैमासिक लक्ष्यों को बारीकी से ट्रैक किया जाता है और उन्हें सेट करने वाली तर्क कहीं नहीं होती, जो एक की रिजल्ट को निर्णय रिकॉर्ड के रूप में मानने का मामला है।
एक वास्तविक निर्णय रिकॉर्ड क्या कैद करता है
मरम्मत का उद्देश्य संदर्भ के साथ कार्य वस्तुओं को बढ़ाना नहीं है — इसका उद्देश्य निर्णय को अपना एक विशेष रूप देना है। पूरा अभ्यास सात-क्षेत्रीय रिकॉर्ड है; कार्य-स्तरीय सार तीन चीजें हैं जो एक कार्य वस्तु संरचनात्मक रूप से नहीं रख सकती: वे विकल्प जो हार गए (ताकि "क्या हमने कभी विचार किया...?" का एक उत्तर हो), वे तर्क जो इसे तय करते हैं (ताकि परिस्थितियों के बदलने पर तर्क का मूल्यांकन किया जा सके), और एक समीक्षा तिथि (ताकि विकल्प को जानबूझकर फिर से जांचा जा सके न कि संकट के द्वारा)।
फिर नीचे लिंक करें: प्रत्येक क्रियावली आइटम जो निर्णय को लागू करता है, उसे संदर्भित करता है। "बिलिंग माइग्रेट करें — के., स्प्रिंट के अंत में (निर्णय #47)।" एक संकेतक, और ट्रैकर का निष्क्रिय इतिहास जीवित तर्क में वापस नेविगेटेबल हो जाता है — जो एक उपयोगी निर्णय ऑडिट ट्रेल की रीढ़ भी है। SPADE अपने स्वयं के पत्रों में उसी सीम को नामित करता है: D निर्णय उत्पन्न करता है, और क्रियावली आइटम E के बाद जो निकलता है वह है — एक अनुष्ठान से दो कलाकृतियाँ, जो ठीक वही विभाजन है जिसके लिए यह पोस्ट तर्क कर रही है।
कार्य वस्तुएं निर्णयों को लागू करती हैं।
वे उन्हें समझा नहीं सकते।
निर्णय लॉग कार्य सूची नहीं है
एक संलयन को अपनी चेतावनी की आवश्यकता है, क्योंकि उपकरण इसे प्रोत्साहित करते हैं: निर्णयों को कार्य ट्रैकर में विशेष कार्यों के रूप में डालना। यह व्यवस्थित लगता है और यह संरचनात्मक रूप से विफल होता है — ट्रैकर का पूरा जीवनचक्र निर्णयों के लिए गलत है। कार्यों को बंद किया जाना चाहिए; निर्णयों को नहीं। कार्य पूरे होने पर दृष्टि से बाहर संग्रहित हो जाते हैं; निर्णयों को ठीक उसी समय खोजने योग्य रहना चाहिए जब उनके चारों ओर सब कुछ "पूरा" हो गया हो। कार्यों का स्वामित्व करने वाले व्यक्ति द्वारा किया जाता है; निर्णयों का स्वामित्व निर्णय लेने वाले द्वारा। छह महीने बाद, एक कार्य के रूप में दर्ज किया गया निर्णय एक संग्रहित स्प्रिंट में एक बंद टिकट है — तकनीकी रूप से संग्रहीत, व्यावहारिक रूप से गायब।
दोनों सिस्टम तब साफ-सुथरे सह-अस्तित्व में होते हैं जब प्रत्येक अपने स्वयं के कलाकृतियों को धारण करता है: ट्रैकर काम को ट्रैक करता है, लॉग विकल्पों को धारण करता है, और पॉइंटर्स उन्हें जोड़ते हैं। (एक ही विभाजन का दस्तावेज़-स्तरीय संस्करण: मिनट्स बनाम निर्णय लॉग.)
हमारे टिकट पहले से ही संदर्भ ले जाते हैं
सबसे मजबूत आपत्ति: आधुनिक टिकट समृद्ध हैं — विवरण, टिप्पणी थ्रेड, लिंक। पूरे विक्रेता बहस का विवरण महाकाव्य की टिप्पणियों में है, समय के साथ। जब चर्चा पहले से ही काम से जुड़ी हुई है, तो एक दूसरा कलाकृति बनाए रखने की आवश्यकता क्यों है?
दो संरचनात्मक उत्तर। पहला, एक टिप्पणी धागा एक प्रतिलेख है, निर्णय नहीं: यह सब कुछ जो कभी कहा गया है, क्रम में संरक्षित करता है, बिना किसी संकेत के कि वास्तव में कौन सा तर्क परिणाम को निर्धारित करता है — चालीस टिप्पणियों से तर्क का पुनर्निर्माण पुरातत्व है, और अगला पाठक ऐसा नहीं करेगा। दूसरा, धागा काम के तहत फाइल किया गया है, न कि विकल्प के तहत: जब महाकाव्य समाप्त होता है और स्प्रिंट अभिलेखागार में चला जाता है, तो चर्चा भी इसके साथ डूब जाती है। रिकॉर्ड का काम इसके विपरीत है — एक आधे पृष्ठ का निर्णय जिसमें निर्णायक तर्क होता है, प्रश्न के तहत फाइल किया गया, जब वह काम जो इसे ले गया है, लंबे समय तक चला गया है, तब इसे खोजा जा सकता है।
ईमानदार स्वीकृति: छोटे उलटने योग्य विकल्पों के लिए, टिकट थ्रेड वास्तव में पर्याप्त है — यह उस निर्णय के लिए है जिसे आप फिर से बहस करना नहीं चाहेंगे। यदि इसे उलटने में एक स्प्रिंट या उससे अधिक का खर्च आता है, तो यह एक रिकॉर्ड बनाता है; यदि इसे उलटने में एक दोपहर लगती है, तो टिकट इसे संभालने दे।
निदान
अपने ट्रैकर को खोलें और एक पूरा किया हुआ कार्य खोजें जिसने एक महत्वपूर्ण विकल्प को लागू किया। अब कोशिश करें यह उत्तर देने की, जो कुछ भी कहीं लिखा गया है: विकल्प क्या थे, और वे क्यों हार गए? यदि ट्रेल "चर्चा के अनुसार" पर समाप्त होती है — तो आपके निर्णय समय सीमा के साथ लोककथाएँ हैं।
कैसे Argumentree निर्णयों को पकड़ता है — संलग्न तर्क के साथ
निर्णय रिकॉर्ड न होने का कारण यह है कि उन्हें रिकॉर्ड करना चर्चा के बाद का एक अलग कदम है — और अलग कदमों को छोड़ दिया जाता है। Argumentree में चर्चा स्वयं रिकॉर्ड है: प्रश्न स्पष्ट है, विकल्पों में उनके पक्ष और विपक्ष के तर्क एक रेटेड ट्री में होते हैं, और निर्णय अपने निर्णायक तर्क के साथ पहले से ही संरचित होता है। कुछ भी ट्रांसक्राइब करने की आवश्यकता नहीं, कुछ भी पुनर्निर्माण करने की आवश्यकता नहीं।
एक्शन आइटम फिर वही काम करते हैं जिसमें वे अच्छे हैं — निष्पादन — जबकि हर "क्यों" सवाल एक जीवित रिकॉर्ड की ओर जाता है। ट्रैकर स्प्रिंट को बनाए रखता है; Argumentree कारणों को बनाए रखता है। अगला निर्णय कैद करने के लिए, न कि केवल इसके कार्यों को, मुफ्त में शुरू करें और इसके तर्क के साथ एक वास्तविक विकल्प रिकॉर्ड करें।
काम को ट्रैक करें। कारण को बनाए रखें।
कार्य वस्तुएं और निर्णय दोनों वास्तविक वस्तुएं हैं और दोनों को प्रणालियों की आवश्यकता है — असफलता एक प्रणाली का दोनों के लिए उपयोग करने में है और टिकाऊ वस्तु को नष्ट होने वाली की जीवनचक्र में मरने देना है।
तो अपनी बैठकों के अंतिम मिनट को एक संशोधन के साथ रखें। "ठीक है, कार्य वस्तुएँ हैं..." के बाद दूसरा प्रश्न जोड़ें: "और हमने अभी क्या तय किया, और क्यों?" पाँच मिनट, सात क्षेत्र, एक लॉग प्रविष्टि — और अगला नया लीड एक पुरातत्व परियोजना के बजाय एक उत्तर प्राप्त करता है।
कार्य समाप्त होते हैं। निर्णय जटिल होते हैं।
निर्णयों को उनका अपना सिस्टम दें
इसे एक बार तर्क करें, संरचित रूप में — और जब तक निर्णय बना रहे, तर्क को बनाए रखें।
स्रोत और आगे की पढ़ाई
- Nygard, M. (2011). आर्किटेक्चर निर्णयों का दस्तावेजीकरण। कॉग्निटेक्ट।यह रिकॉर्ड-प्रति-निर्णय प्रथा इस पोस्ट में कार्य सीमा पर लागू होती है — निर्णय उन कार्यों से अधिक समय तक रहते हैं जो उन्हें लागू करते हैं।
- रॉजर्स, पी. & ब्लेंको, एम. (2006). किसके पास D है? हार्वर्ड बिजनेस रिव्यू, जनवरी 2006.निर्णय स्वामित्व (RAPID®) — क्यों निर्णय लेने वाला, न कि करने वाला, रिकॉर्ड का मालिक होता है।
- आर्किटेक्चरल निर्णय रिकॉर्ड — adr.github.ioनिर्णय-रिकॉर्ड प्रथा के लिए टेम्पलेट और उपकरण।
अक्सर पूछे जाने वाले प्रश्न
एक क्रियावली और एक निर्णय में क्या अंतर है?
एक क्रियावली आइटम एक कार्य है - क्या किया जाएगा, किसके द्वारा, कब - और यह तब समाप्त होता है जब कार्य पूरा हो जाता है। एक निर्णय एक हल किया गया विकल्प है - विकल्पों में से एक, निर्धारित कारणों के लिए - और यह तब तक प्रासंगिक रहता है जब तक इसके परिणाम चलते हैं। कार्य का उत्तर है "क्या यह किया गया?"; निर्णय का उत्तर है "यह ऐसा क्यों है?"
निर्णयों को कार्य ट्रैकर में क्यों नहीं ट्रैक किया जाना चाहिए?
क्योंकि ट्रैकर का जीवनचक्र उनके लिए गलत है: कार्यों को बंद और संग्रहित करने के लिए meant किया गया है, जबकि निर्णयों को संबंधित कार्य समाप्त होने के लंबे समय बाद भी खोजा जा सकने योग्य रहना चाहिए। एक टिकट के रूप में दर्ज किया गया निर्णय एक संग्रहित स्प्रिंट में एक बंद आइटम बन जाता है — संग्रहित लेकिन व्यावहारिक रूप से खोजने में असंभव। निर्णयों को एक निर्णय लॉग में होना चाहिए, जिसमें क्रियान्वयन करने वाले निर्णय का संदर्भ देने वाले कार्य आइटम शामिल हों।
क्या सभी निर्णयों का एक रिकॉर्ड होना चाहिए?
नहीं — केवल महत्वपूर्ण विकल्प। एक व्यावहारिक सीमा: यदि विकल्प को पलटना एक स्प्रिंट या उससे अधिक की लागत लाएगा, या यदि आप छह महीने में इसे फिर से बहस करना नहीं चाहेंगे, तो इसे रिकॉर्ड में शामिल किया जाएगा। छोटे पलटने योग्य विकल्प उस टिकट में रह सकते हैं जो उन्हें लागू करता है।
निर्णय रिकॉर्ड में क्या होना चाहिए?
कम से कम तीन चीजें हैं जो एक कार्य आइटम नहीं रख सकता: वे विकल्प जो हार गए, वे तर्क जो परिणाम का निर्धारण करते हैं, और एक समीक्षा तिथि। पूरा सात-क्षेत्रीय टेम्पलेट — प्रश्न, विकल्प, तर्क, निर्णय, तर्कसंगतता, मालिक, समीक्षा तिथि — हमारे कैसे-करें-निर्णय-डॉक्यूमेंट गाइड में है।
क्या टिकट टिप्पणी थ्रेड पहले से ही निर्णय रिकॉर्ड नहीं है?
एक टिप्पणी धागा एक प्रतिलिपि है, निर्णय नहीं: यह कहा गया सब कुछ संरक्षित करता है बिना यह बताए कि वास्तव में परिणाम को क्या तय किया, और इसे काम के तहत फाइल किया जाता है, इसलिए जब टिकट बंद होता है तो यह संग्रहित हो जाता है। एक रिकॉर्ड इसके विपरीत है - एक संक्षिप्त निर्णय जिसमें निर्णायक तर्क होता है, प्रश्न के तहत फाइल किया जाता है, काम के चले जाने के बाद इसे खोजा जा सकता है।
कार्य वस्तुएं और निर्णय लॉग कैसे जुड़े हैं?
संदर्भ द्वारा: प्रत्येक क्रिया आइटम जो एक निर्णय को लागू करता है, अपने लॉग प्रविष्टि ("निर्णय #47") का उल्लेख करता है। ट्रैकर कार्य को बनाए रखता है; लॉग कारण को बनाए रखता है; प्वाइंटर उन्हें दोनों दिशाओं में नेविगेट करने योग्य बनाए रखता है।
स्थिर प्रश्नों पर फिर से बहस करना बंद करें
संरचित विचार-विमर्श के साथ स्वचालित निर्णय रिकॉर्ड — तर्क तब तक रहता है जब तक निर्णय बना रहता है।
के बारे में Argumentree Team
Decision Science
The Argumentree team is building the collaborative decision-making platform Argumentree. Our mission is to transform how organizations make, document, and learn from decisions.
संबंधित लेख
क्या आपको लगता है कि टिकट थ्रेड पर्याप्त है?
तर्क को - संरचित - आर्गुमेंट्री फोरम में लाएँ।
चर्चा में शामिल हों