Deliberation

दूरस्थ टीमों के लिए असिंक्रोनस निर्णय-निर्माण: बैठक के बिना निर्णय लें

एटी
Argumentree Team
Decision Science
July 4, 2026
10 min पढ़ें

दूरस्थ टीमों के लिए असिंक्रोनस निर्णय-निर्माण: बैठक के बिना निर्णय लें

असिंक्रोनस निर्णय-निर्माण एक वितरित टीम को बिना सभी के एक साथ उपस्थित हुए निर्णय लेने की अनुमति देता है। दूरस्थ टीमों को इसकी आवश्यकता होती है क्योंकि समय क्षेत्र लाइव निर्णय बैठकों को किसी पर बोझ बनाते हैं, क्योंकि बैठक का बोझ वास्तविक काम को प्रभावित करता है (पेरलो, हैडली और यून्स के एचबीआर सर्वेक्षण में 182 वरिष्ठ प्रबंधकों में से 65% ने कहा कि बैठकें उन्हें अपने काम को पूरा करने से रोकती हैं), और क्योंकि लिखित इनपुट अधिक विचारशील और अधिक समावेशी होता है — लेखन छिपे हुए प्रोफ़ाइल समस्या के लिए एक प्रत्यक्ष प्रतिकारी भी है, समूहों की दस्तावेजित विफलता केवल एक सदस्य के पास मौजूद जानकारी को सामने लाने में। असिंक्रोनस निर्णय की कार्यपुस्तिका में पांच चरण होते हैं: प्रस्ताव और इसके संदर्भ को लिखें; निर्णय की अवधि और एक स्पष्ट निर्णयकर्ता निर्धारित करें; संरचित तर्क (विशिष्ट दावों से जुड़े फायदे और नुकसान) एकत्र करें; आपत्तियों को स्पष्ट रूप से हल करें; और परिणाम को उसके तर्क के साथ तय करें और रिकॉर्ड करें। मुख्य pitfalls हैं डिफ्ट (कोई समय सीमा या मालिक नहीं), चुप्पी को सहमति के रूप में मानना, और निर्णय रिकॉर्ड को छोड़ना। असिंक्रोनस निर्णय लेना लेटेंसी को थ्रूपुट के लिए व्यापार करता है: कंप्यूटर-मध्यस्थ समूहों पर शोध (बाल्टेस एट अल., 2002) पाता है कि लिखित प्रक्रियाएं प्रति निर्णय अधिक समय लेती हैं, लेकिन टीम समकालिक समन्वय कर के बोझ का भुगतान करना बंद कर देती है। जब प्रश्न स्पष्ट रूप से परिभाषित हो और आपको विचारशील इनपुट और रिकॉर्ड की आवश्यकता हो, तब असिंक्रोनस निर्णय लें; जब समस्या अभी भी आकार ले रही हो, संघर्ष उच्च हो, या आप विकल्प उत्पन्न कर रहे हों बजाय उनके बीच चयन करने के। GitLab, जो 65+ देशों में 1,500+ टीम सदस्यों के साथ एक पूरी तरह से दूरस्थ कंपनी है, इस हैंडबुक-प्रथम पैटर्न पर चलती है। Argumentree इसे समर्थन करता है क्योंकि यह लोगों को संरचित फायदे और नुकसान के तर्क पूर्व-प्रस्तुत करने की अनुमति देता है और परिणाम को एक स्थायी निर्णय रिकॉर्ड में बदल देता है।

Share:
संक्षेप में

एक दूरस्थ, वितरित टीम के लिए, लाइव निर्णय बैठक एक ऐसा कर है जो कोई न कोई हमेशा चुकाता है। समाधान एक बेहतर बैठक नहीं है — यह जानबूझकर, लिखित रूप में, संरचना के साथ निर्णय लेना है।

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

यह सैन फ्रांसिस्को में 8:00 बजे, बर्लिन में 17:00 बजे, और सिंगापुर में 23:00 बजे है, और आठ लोग एक निर्णय लेने के लिए कॉल पर हैं। सिंगापुर में इंजीनियर के पास सबसे प्रासंगिक संदर्भ है और ध्यान देने की सबसे कम क्षमता है। बैठक जो कार्यालय में बिना किसी प्रयास के लग रही थी — सभी पहले से ही कमरे में, उनके पीछे व्हाइटबोर्ड — अब इस टीम द्वारा की जाने वाली सबसे महंगी चीज बन गई है, और सबसे अधिक भुगतान करने वाला व्यक्ति वही है जिसकी निर्णय को सबसे अधिक आवश्यकता है।

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

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

सवाल यह नहीं है "हम बेहतर निर्णय बैठकें कैसे चलाएं?"
यह "कौन से निर्णयों पर बैठक होनी चाहिए?" है।

वह पुनःफ्रेम जो वितरित टीमों को काम करने में मदद करता है

दूरस्थ टीमों को असिंक्रोनस निर्णयों की आवश्यकता क्यों है

तीन शक्तियाँ वितरित टीमों को असिंक्रोनस रूप से निर्णय लेने की ओर धकेलती हैं — और इनमें से प्रत्येक दूरस्थ कार्य की एक बाधा को एक लाभ में बदल देती है।

समय क्षेत्र समकालिक बैठक को एक कर बना देते हैं।

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

कम बैठकें, अधिक वास्तविक काम

एक वितरित टीम जो कॉल में सब कुछ तय करती है, अपनी ओवरलैप घंटियाँ बैठकों में बिताती है बजाय इसके कि निर्माण करे। इसका मूल्यांकन किया गया है: पर्लो, हैडली और यून के एचबीआर सर्वेक्षण में 182 वरिष्ठ प्रबंधकों में से 65% ने कहा कि बैठकें उन्हें अपने काम को पूरा करने से रोकती हैं और 71% ने अपनी बैठकों को अप्रभावी बताया। नियमित निर्णयों को लिखित रूप में स्थानांतरित करने से दुर्लभ समकालिक समय को उन चीजों के लिए मुक्त किया जा सकता है जिन्हें वास्तव में इसकी आवश्यकता होती है।

लिखित इनपुट को अधिक विचार किया जाता है — और यह अधिक प्रकट होता है

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

इनमें से कोई भी "कभी न मिलें" का मतलब नहीं है। इसका मतलब है कि बैठक प्रतिक्रिया बनना बंद कर देती है। असिंक्रोनस वह जगह है जहाँ निर्णय होता है; समकालिक समय उस चीज़ के लिए आरक्षित है जो लेखन वास्तव में नहीं कर सकता। यह पुनःफ्रेम स्वस्थ सहयोगात्मक निर्णय-निर्माण के पीछे का वही है — लक्ष्य एक अच्छा निर्णय है जिसका समूह मालिक है, न कि एक अच्छी तरह से उपस्थित बैठक। (और इसका एक प्रसिद्ध अस्तित्व का प्रमाण है: GitLab, जो 65+ देशों में 1,500 से अधिक टीम सदस्यों के साथ एक पूरी तरह से दूरस्थ कंपनी है, ठीक इसी पैटर्न के हैंडबुक-प्रथम संस्करण पर चलता है — इसे लिखें, लिखित में निर्णय लें, इसे रिकॉर्ड करें जहाँ सभी इसे ढूंढ सकें।)

65% वरिष्ठ प्रबंधकों ने कहा कि बैठकें उन्हें बनाए रखती हैं
अपने काम को पूरा करने से।

— पर्लो, हैडली और यून, 182 वरिष्ठ प्रबंधकों का सर्वेक्षण, हार्वर्ड बिजनेस रिव्यू (2017)

असिंक्रोनस निर्णय प्लेबुक

ऐसिंक निर्णय तब विफल होते हैं जब वे बस "एक बैठक, लेकिन धीमी" होते हैं। वे तब सफल होते हैं जब वे एक रूप का पालन करते हैं। यहाँ वह रूप है जो काम करता है — पाँच चरण, जिनमें से प्रत्येक एक विशिष्ट तरीके को रोकता है जिसमें ऐसिंक गलत हो सकता है।

1. प्रस्ताव और इसके संदर्भ को लिखें

एक संक्षिप्त लिखित दस्तावेज़ से शुरू करें: प्रश्न, अनुशंसित विकल्प, और इसे आंकने के लिए आवश्यक संदर्भ - सीमाएँ, जो पहले से आजमाया गया है, जो दायरे से बाहर है। यदि किसी अन्य समय क्षेत्र में पाठक इसे आपके बिना कोई प्रश्न पूछे बिना मूल्यांकन नहीं कर सकता, तो यह पोस्ट करने के लिए तैयार नहीं है।

जहाँ यह टूटता है: एक एकल पंक्ति का चैट संदेश — "X पर स्विच करने के बारे में आपके विचार?" — बिना किसी संदर्भ के, इसलिए हर जवाब अधिक जानकारी के लिए एक अनुरोध है न कि एक तर्क।

2. निर्णय विंडो सेट करें और एक स्पष्ट निर्णयकर्ता निर्धारित करें

जब विंडो बंद होती है ("गुरुवार 17:00 UTC द्वारा इनपुट") और जब यह बंद होती है तो कौन निर्णय लेता है, यह बताएं। विंडो वह समय सीमा बनाती है जो असिंक्रोनस निर्णयों में अन्यथा नहीं होती; नामित निर्णयकर्ता — GitLab इसे सीधे जिम्मेदार व्यक्ति के रूप में औपचारिक बनाता है — का अर्थ है कि थ्रेड एक निर्णय पर समाप्त होता है न कि अधूरा रह जाता है।

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

3. संरचित तर्क इकट्ठा करें

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

जहाँ यह टूटता है: एक सपाट टिप्पणी धारा जहां समर्थन और आपत्तियां एक साथ उलझी हुई हैं, बिंदु दोहराए जाते हैं, और कोई नहीं बता सकता कि तर्क की वास्तविक स्थिति क्या है।

4. स्पष्ट रूप से आपत्तियों का समाधान करें

निर्णय लेने से पहले, गंभीर आपत्तियों को एक-एक करके हल करें: उत्तर दिया गया, स्वीकार किया गया (और प्रस्ताव में बदलाव किया गया), या एक ज्ञात जोखिम के रूप में नोट किया गया जिसे समूह स्वीकार करता है। एक आपत्ति जिसे बस नजरअंदाज किया जाता है, खत्म नहीं होती — यह निर्णय के बाद प्रतिरोध के रूप में वापस आती है।

जहाँ यह टूटता है: चुप्पी को सहमति मानना और उठाई गई आपत्ति को नजरअंदाज करना, ताकि "निर्णय" वास्तव में केवल एक समय-चिह्न के साथ अनसुलझा असहमति हो।

5. निर्णय लें और रिकॉर्ड करें

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

जहाँ यह टूटता है: एक निर्णय जो केवल निर्णय लेने वाले के दिमाग में रहता है या एक दबी हुई धागा, इसलिए तीन महीने बाद कोई नहीं याद करता कि क्या चुना गया था या क्यों, और चर्चा फिर से शून्य से शुरू होती है।

वे जाल जो चुपचाप इसे तोड़ देते हैं

अधिकांश असफल असिंक्रोनस निर्णय एक ही कुछ तरीकों से असफल होते हैं। उन्हें नामित करें, और आप उनके खिलाफ डिज़ाइन कर सकते हैं।

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

क्या असिंक्रोनस बस सब कुछ धीमा नहीं कर देता?

निर्णय के अनुसार, अक्सर हाँ — और सबूतों के बारे में ईमानदार होना महत्वपूर्ण है। कंप्यूटर-मध्यस्थता वाले समूह निर्णय-निर्माण का क्लासिक मेटा-विश्लेषण (बाल्टेस और सहयोगियों, 2002) ने पाया कि लिखित चैनलों के माध्यम से काम करने वाले समूह आमने-सामने के समूहों की तुलना में निर्णय लेने में ज्यादा समय लेते हैं, और अक्सर प्रक्रिया से कम संतुष्ट होते हैं। दिनों में मापी गई एक लिखित खिड़की अक्सर लेटेंसी पर तीस मिनट की कॉल को नहीं हरा पाएगी।

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

सिंक बनाम असिंक: कौन से निर्णय कहाँ जाएँ

ऐसिंक डिफ़ॉल्ट है, नियम नहीं। कौशल यह जानना है कि कौन से निर्णय लाइव रखने हैं। एक सरल परीक्षण: यदि निर्णय मुख्य रूप से विचारशील इनपुट और एक रिकॉर्ड की आवश्यकता है, तो ऐसिंक तय करें; यदि यह मुख्य रूप से वास्तविक समय में मानव संबंध या ताज़ा विकल्प की आवश्यकता है, तो सिंक तय करें। (एक शोध का बारीक पहलू जानने लायक है: ब्रुक्स और लेवाव ने नेचर में 2022 में दिखाया कि वीडियो कॉल रचनात्मक विचार उत्पादन को कम करते हैं — लेकिन विकल्पों के बीच चुनने के लिए कोई बुरा नहीं है। यदि काम विकल्पों का आविष्कार करना है, तो एक कमरे में या कॉल पर जाएं; यदि काम चुनने और रिकॉर्ड करने का है, तो लेखन काम करता है।)

असिंक्रोनस निर्णय लें

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

निर्णय समन्वय

समस्या अभी भी आकार ले रही है, विकल्पों की अभी भी आवश्यकता है, भावनाएँ या संघर्ष उच्च हैं, या विश्वास बनाया जा रहा है। उस जीवित समय का उपयोग करें जो लेखन नहीं कर सकता — फिर परिणाम को उसी तरह रिकॉर्ड करें जैसे आप एक असिंक्रोनस को करेंगे।

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

Argumentree कैसे असिंक्रोनस निर्णयों का समर्थन करता है

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

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

अगला-निर्णय परीक्षण

अगला निर्णय लें जिसके लिए आपकी टीम एक बैठक निर्धारित करने वाली है। पूछें: क्या प्रश्न पहले से स्पष्ट है, और क्या विकल्प ज्ञात हैं? यदि हाँ — तो इसे एक लिखित प्रस्ताव के रूप में एक विंडो और एक निर्णयकर्ता के साथ पोस्ट करें, और बैठक के समय का उपयोग काम पर करें। वह एक प्रतिस्थापन पूरे तरीके का लघुरूप है।

लिखित में निर्णय लें, उद्देश्य से मिलें

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

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

बैठक कभी मुद्दा नहीं थी। निर्णय - जो अच्छी तरह से लिया गया और लिखा गया - वह था।

अपने दूरस्थ टीम को बैठक के बिना निर्णय लेने दें।

Argumentree असिंक्रोनस निर्णयों को अंत से अंत तक चलाता है - पूर्व-प्रस्तुत तर्क, संरचित पक्ष और विपक्ष, और एक निर्णय रिकॉर्ड जिस पर पूरी टीम खड़ी हो सकती है।

स्रोत और आगे की पढ़ाई

अक्सर पूछे जाने वाले प्रश्न

असिंक्रोनस निर्णय-निर्माण क्या है?

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

दूरस्थ और वितरित टीमों को असिंक्रोनस निर्णयों की आवश्यकता क्यों होती है?

तीन कारण। समय क्षेत्र का मतलब है कि पूरे वितरित टीम के लिए कभी भी एक ऐसा घंटा नहीं होता जो सुविधाजनक हो, इसलिए एक लाइव निर्णय बैठक हमेशा किसी न किसी पर बोझ डालती है। बैठक का बोझ असली काम को प्रभावित करता है - पर्लो, हैडली और यून्स के एचबीआर सर्वे में, 182 वरिष्ठ प्रबंधकों में से 65% ने कहा कि बैठकें उन्हें अपने काम को पूरा करने से रोकती हैं। और लिखित इनपुट अधिक विचारशील होता है - यह शांत और गैर-स्थानीय भाषा के योगदानकर्ताओं को समान स्थान, सोचने का समय और साक्ष्य का संदर्भ देने की क्षमता प्रदान करता है, बजाय इसके कि वे तुरंत प्रतिक्रिया दें; छिपे हुए प्रोफ़ाइल अनुसंधान से पता चलता है कि लिखित राउंड भी ऐसी जानकारी को सामने लाता है जो लाइव चर्चा में अक्सर नहीं कही जाती।

async निर्णय प्लेबुक क्या है?

पाँच कदम। (1) प्रस्ताव और इसके संदर्भ को लिखें - प्रश्न, अनुशंसित विकल्प, और इसे आंकने के लिए पर्याप्त पृष्ठभूमि। (2) एक निर्णय विंडो निर्धारित करें और एक स्पष्ट निर्णयकर्ता का नाम दें, ताकि धागे के पास एक समय सीमा और एक मालिक हो। (3) संरचित तर्क इकट्ठा करें - इसके लिए और इसके खिलाफ कारण, जो उस दावे से जुड़े हों जिसका वे समाधान करते हैं, न कि एक सपाट टिप्पणी धारा। (4) आपत्तियों को स्पष्ट रूप से हल करें - उनका उत्तर दें, उन्हें स्वीकार करें और प्रस्ताव में बदलाव करें, या उन्हें स्वीकार किए गए जोखिमों के रूप में नोट करें। (5) निर्णय लें और रिकॉर्ड करें - निर्णयकर्ता इसे बुलाता है और परिणाम, कारण, और लेखक को लिखा जाता है।

असिंक्रोनस निर्णय लेने के सबसे बड़े pitfalls क्या हैं?

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

क्या असिंक्रोनस निर्णय लेना बैठक से धीमा है?

निर्णय के अनुसार, अक्सर हाँ — कंप्यूटर-मध्यस्थ समूहों पर मेटा-विश्लेषणात्मक साक्ष्य (Baltes et al., 2002) ने पाया कि लिखित प्रक्रियाओं को आमने-सामने की प्रक्रियाओं की तुलना में निर्णय तक पहुँचने में अधिक समय लगता है। लेकिन एक वितरित टीम के लिए प्रासंगिक इकाई थ्रूपुट है, न कि एकल-निर्णय विलंब: एक असिंक्रोनस थ्रेड प्रत्येक व्यक्ति को उनके अपने कार्य दिवस के भीतर केंद्रित मिनटों की लागत देता है, इसके बजाय एक समन्वित स्लॉट जो किसी के शाम को प्रभावित करता है, यह अन्य निर्णयों के साथ समानांतर में चलता है, और यह एक लिखित रिकॉर्ड में समाप्त होता है। वास्तविक समय की बातचीत की वास्तव में आवश्यकता वाले निर्णयों के लिए लाइव बैठकों को आरक्षित करें, और व्यापार बहुत अनुकूल है।

कौन से निर्णय असिंक्रोनस रूप से लिए जाने चाहिए और कौन से बैठक में?

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

लिखित में निर्णय लें। उद्देश्य से मिलें।

पूर्व-प्रस्तुत तर्क, एक स्पष्ट विंडो और निर्णायक, और एक रिकॉर्ड जो धागे से परे जीवित रहता है — असिंक्रोनस प्लेबुक, जो उपकरण में निर्मित है।

कोई क्रेडिट कार्ड की आवश्यकता नहींकुछ ही मिनटों में सेट करेंकिसी भी समय रद्द करें
एटी

के बारे में 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.

संबंधित लेख

चर्चा में शामिल हों

ऐसिंक-प्रथम या बैठक-प्रथम — कौन सा डिफ़ॉल्ट आपके टीम के लिए बेहतर रहा है? समुदाय में अपना मामला पेश करें।

Argumentree फोरम पर चर्चा करें