काम कैसे सौंपें: वह हैंडओवर जो टिके — ब्रीफ़, ओनर, डेडलाइन और ऐसा रिकॉर्ड जिसे दोनों पक्ष पढ़ सकें (2026)

किसी को टास्क डेलीगेट करने का मतलब है उसे एक नतीजा और उस तक पहुँचने की गुंजाइश देना: पूरा होना कैसा दिखता है, कब तक, किन सीमाओं में, और प्रगति की खबर आपको कैसे मिलेगी। "Mateusz — Aster के लिए क्लाइंट प्रपोज़ल, मंज़ूर किया हुआ ड्राफ़्ट गुरुवार तक मुझे, मानक शर्तों के भीतर; क़ीमत पर संदेह हो तो मंगलवार को बताना" — यह डेलीगेट किया हुआ टास्क है। "क्या आप Aster का प्रपोज़ल देख लेंगे?" बस एक इच्छा है, और जिसे यह मिला है वह या तो ग़लत काम समय पर करेगा या सही काम देर से।

दस से दो सौ लोगों की टीम के ज़्यादातर लीड जितना सोचते हैं उससे कम डेलीगेट करते हैं, और इसकी वजह एक सीधा हिसाब है: किसी टास्क का पहला हैंडओवर टास्क करने से ज़्यादा महँगा पड़ता है। ब्रीफ़ लिखने में बीस मिनट लगते हैं, सवालों में और बीस, और नतीजा वैसा नहीं आता जैसा आप ख़ुद करते। हिसाब तब पलटता है जब उसी तरह का टास्क दूसरी बार आता है, बशर्ते पहला हैंडओवर लिखा गया हो, ताकि दूसरा बातचीत की जगह बस एक लिंक हो। इसीलिए यह गाइड हैंडओवर के रिकॉर्ड पर उतना ही समय लगाती है जितना हैंडओवर पर।

पहले हुनर की बात: डेलीगेशन क्या है और क्या नहीं, क्या सौंपें और क्या अपने पास रखें, टिकने वाले हैंडओवर के छह कदम, और एक ब्रीफ़ टेम्पलेट तथा कॉपी करने लायक RACI चार्ट। फिर व्यवस्था की बात: आपकी टीम के रोज़ के टूल्स में हैंडओवर कहाँ रहता है, और टास्क, पूरा हुआ हो या नहीं, बिना किसी के पीछे पड़े वापस कैसे आता है।

डेलीगेशन क्या है — और क्या नहीं

तीन चीज़ें डेलीगेट करना कहलाती हैं, और उनमें से केवल बीच वाली असल में डेलीगेशन है:

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

डेलीगेट किया हुआ टास्क action item जैसा भी नहीं होता। action item मीटिंग में जन्मी एक पंक्ति है — एक क्रिया, एक ओनर, एक तारीख़ — और जिस मीटिंग ने उसे जन्म दिया, वही उसकी समीक्षा करती है। डेलीगेट किया हुआ टास्क आमतौर पर बड़ा होता है: उसका एक ब्रीफ़ होता है, उसमें दिन या हफ़्ते लगते हैं, और रास्ते में उससे कई action items निकलते हैं। दोनों रीकैप में मिलते हैं: डेलीगेट किया हुआ टास्क वह है जिसकी रिपोर्ट ओनर देता है, और action items वे पंक्तियाँ हैं जिनसे वह रिपोर्ट बनती है।

क्या सौंपें — और क्या अपने पास रखें

सवाल यह नहीं है कि "मेरी थाली से क्या हट सकता है", बल्कि यह है कि "कौन-सा काम किसी और के हाथ से बेहतर, या कम से कम उतना ही अच्छा, लौटेगा — अभी या दूसरी बार के बाद"। चार कसौटियाँ:

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

नियम के तौर पर आपके पास रहता है: ऊपर बताए फ़ैसले, वे बातचीतें जो सिर्फ़ आप कर सकते हैं, और काम का वह एक हिस्सा जिसकी वजह से आपके पास यह भूमिका है। बाक़ी सब उम्मीदवार है, और उम्मीदवारों की सूची आमतौर पर किसी लीड की सोच से लंबी होती है।

टास्क कैसे डेलीगेट करें: छह कदम

1. बोलने से पहले ब्रीफ़ लिखें। एक अनुच्छेद: नतीजा, वह क्यों मायने रखता है, डेडलाइन, सीमाएँ, और और कौन शामिल है। इसे लिखना पिछले खंड की कसौटी ही है — अगर अनुच्छेद नहीं बन रहा, तो टास्क आपके हाथ से निकलने के लिए तैयार नहीं है। इसे लिखने का मतलब यह भी है कि हैंडओवर ऐसे रूप में मौजूद है जिसे ओनर दोबारा पढ़ सके, और डेलीगेट किए गए टास्क और बस ज़िक्र किए गए टास्क में यही पूरा फ़र्क़ है।

2. एक ओनर चुनें, और ज़बानी "हाँ" लें। एक नाम, टीम नहीं, दो नाम नहीं। ओनर वह व्यक्ति है जिससे अगले हफ़्ते टास्क के बारे में पूछा जाएगा, इसलिए यह वही होना चाहिए जिसने इस हफ़्ते उसके लिए हामी भरी। टास्क का प्रस्ताव रखें; उन्हें हाँ कहने दें, ना कहने दें, या कहने दें "हाँ, अगर डेडलाइन शुक्रवार हो जाए"। जिस टास्क के बारे में किसी को बस बताया गया, वह डेलीगेट नहीं हुआ। जिस टास्क पर किसी ने हाँ कही, वह हुआ।

3. बताएँ कि "पूरा हुआ" कैसा दिखता है, और उन्हें दोहराने दें। ओनर नतीजे को अपने शब्दों में दोहराता है: "Aster प्रपोज़ल का मंज़ूर किया हुआ ड्राफ़्ट, मानक शर्तें, गुरुवार तक आपको"। तीस सेकंड का यह दोहराव बाद में बिगड़ने वाली ज़्यादातर बातों को पकड़ लेता है, क्योंकि आप दोनों आमतौर पर "ड्राफ़्ट", "मंज़ूर किया हुआ" और "गुरुवार" से थोड़ा अलग-अलग मतलब निकालते हैं।

4. अधिकार का स्तर बताएँ: वे आपके बिना क्या तय कर सकते हैं। चार स्तर लगभग हर टास्क को कवर करते हैं। कुछ करने से पहले मुझे बताओ। तय करो और मुझे बताओ। तय करो; मुझे तभी बताओ जब बात सीमाओं से बाहर जाए। तय करो, मुझे सुनने की ज़रूरत नहीं। बताएँ कि कौन-सा लागू है, और सीमाएँ नाम लेकर बताएँ — एक क़ीमत, एक तारीख़, उन लोगों की सूची जिनसे सलाह ज़रूरी है। जिस ओनर को अपना स्तर नहीं पता, वह या तो हर चीज़ के लिए आपके पास लौटेगा या किसी चीज़ के लिए नहीं; दोनों ऐसे डेलीगेशन जैसे दिखते हैं जो विफल रहा, और दोनों ऐसा ब्रीफ़ हैं जिसमें एक पंक्ति छूट गई।

5. चेक-इन काम शुरू होने से पहले तय करें, घबराहट होने पर नहीं। एक तारीख़, एक रूप और एक लंबाई: "मंगलवार को चैनल में तीन पंक्तियों का संदेश — सही चल रहा है, सही नहीं चल रहा और क्यों, मुझसे किन फ़ैसलों की ज़रूरत है"। चेक-इन अभी तय किया जाता है क्योंकि बाद में तय करना माइक्रोमैनेजमेंट है, जबकि ब्रीफ़ में तय किया गया वही चेक-इन सहारा है। यह ओनर को मदद माँगने का एक स्वाभाविक मौक़ा भी देता है, बिना इसके कि वह नाकामी जैसा लगे।

6. हैंडओवर वहाँ रखें जहाँ दोनों पक्ष उसे बाद में पढ़ेंगे। ब्रीफ़, हाँ, अधिकार का स्तर और चेक-इन की तारीख़ उस जगह जाते हैं जहाँ टीम पहले से अपना काम रखती है — चैनल, ट्रैकर, प्रोजेक्ट का थ्रेड — किसी डायरेक्ट मैसेज में नहीं जिसे सिर्फ़ आप दोनों देख सकते हैं और जिसे सिर्फ़ एक ढूँढ पाएगा। जब टास्क लौटता है, तो नतीजा ब्रीफ़ के बगल में रखा जाता है, ताकि उसी तरह का टास्क लेने वाला अगला व्यक्ति रिकॉर्ड से शुरू करे, बातचीत से नहीं। WhatsApp ग्रुप में किया गया हैंडओवर उतने ही समय तक रिकॉर्ड है जितने समय ग्रुप है; Export chat क्या बनाता है और क्या नहीं वह एक बातचीत की टेक्स्ट फ़ाइल है, और यह विकल्प हर जगह उपलब्ध नहीं है।

फिर एक और बात, टास्क के पूरा होने के बाद: बताएँ कि क्या वापस आया, उसी जगह, उन्हीं लोगों को। "Mateusz का ड्राफ़्ट बुधवार को आया, हमने दो पंक्तियाँ बदलीं, गुरुवार को Aster को गया।" ओनर सुनता है कि काम देखा गया; टीम सुनती है कि पूरा हुआ हैंडओवर कैसा दिखता है; और रिकॉर्ड को उसकी आख़िरी पंक्ति मिल जाती है।

डेलीगेशन ब्रीफ़ टेम्पलेट

टास्क: [एक पंक्ति — नतीजा, संज्ञा के रूप में: "मंज़ूर किया हुआ प्रपोज़ल", "तीन सप्लायरों की शॉर्टलिस्ट"]
ओनर: [नाम] · किसने सौंपा: [नाम] · तय हुआ: [तारीख़]
यह क्यों मायने रखता है: [एक वाक्य — यह क्या खोलता है या कौन इसका इंतज़ार कर रहा है]
पूरा होने का मतलब: [दो-तीन पंक्तियाँ जिन्हें ओनर टिक कर सके — क्या मौजूद है, किसके हाथ में, किस रूप में]
डेडलाइन: [दिन] · चेक-इन: [दिन, रूप — "चैनल में तीन पंक्तियाँ"]
आप तय कर सकते हैं: [अधिकार का स्तर और सीमाएँ — एक क़ीमत, एक तारीख़, एक दायरा]
पहले पूछें: [एक-दो बातें जिनके लिए पहले सौंपने वाले पक्ष से बात ज़रूरी है]
जिन्हें शामिल करना है: [नाम — किसलिए]
शुरुआती बिंदु: [लिंक — पिछली बार यह कब हुआ था, टेम्पलेट, क्लाइंट की फ़ाइल]

नतीजा (टास्क लौटने पर भरें): [क्या पहुँचा, कहाँ, किस तारीख़ को — और अगली बार अलग करने वाली एक बात]

यह ब्लॉक सादा टेक्स्ट है: इसे चैट संदेश, कैनवस, ट्रैकर टिकट या ईमेल में बिना दोबारा फ़ॉर्मैट किए पेस्ट किया जा सकता है। आख़िरी पंक्ति वह है जिसे ज़्यादातर टेम्पलेट छोड़ देते हैं, और वही पंक्ति दूसरे हैंडओवर को पहले से सस्ता बनाती है।

RACI चार्ट टेम्पलेट — जब टास्क को एक से ज़्यादा लोग छूते हैं

एक ब्रीफ़ का एक ही ओनर होता है। जब टास्क कई लोगों से होकर गुज़रता है — प्रपोज़ल को लीगल की रेडलाइन, फ़ाइनेंस की क़ीमत और अकाउंट लीड की मंज़ूरी चाहिए — तब भी एक-ओनर का नियम क़ायम रहता है, और RACI चार्ट इसे लिखने का तरीक़ा है ताकि कोई यह न मान ले कि कोई और कर रहा है। हर पंक्ति के लिए चार अक्षर:

• R — Responsible (ज़िम्मेदार): काम करता है। एक या अधिक लोग।
• A — Accountable (जवाबदेह): नतीजे का मालिक है और उसे मंज़ूर करता है। हर पंक्ति में ठीक एक; यह ब्रीफ़ वाला ओनर है।
• C — Consulted (परामर्श): काम होने से पहले राय देता है। दोतरफ़ा।
• I — Informed (सूचित): नतीजा सुनता है। एकतरफ़ा।

तीन नियम चार्ट को ईमानदार रखते हैं। हर पंक्ति में एक A — दो जवाबदेह लोगों का मतलब है कोई नहीं। हर पंक्ति में कम से कम एक R — जिस टास्क में A है और R नहीं, वह एक इच्छा है। और कोई कॉलम पूरा C और I से भरा न हो — जिस व्यक्ति से हर चीज़ पर सलाह ली जाती है और जो किसी चीज़ के लिए ज़िम्मेदार नहीं, वह चार्ट में अपने पद की वजह से है, अपने काम की वजह से नहीं, और हर पंक्ति को धीमा करेगा। जिस टास्क में कई लोग शामिल हों, उसकी पहली मीटिंग में चार्ट बनाएँ, उसे एक बार ज़ोर से पढ़ें, और ब्रीफ़ के बगल में रखें।

तीन हैंडओवर, पहले और बाद

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

आपके रोज़ के टूल्स में हैंडओवर कहाँ रहता है

हैंडओवर को ऐसी जगह चाहिए जहाँ ब्रीफ़, हाँ और नतीजा दोनों पक्ष बाद में पढ़ सकें — और वह व्यक्ति भी जो अगली तिमाही में वही टास्क लेगा। हर प्रमुख प्लैटफ़ॉर्म में मीटिंग में जन्मे टास्क के लिए एक जगह है, और हर एक अलग बिंदु पर रुक जाता है। केवल दस्तावेज़ीकृत व्यवहार, विक्रेताओं के अपने पेजों से; हर सेल उस महीने का नाम देता है जब उसका तथ्य जाँचा गया था, और पेज Sources फ़ुटर में हैं:

दो बातें हर जगह एक जैसी हैं। हैंडओवर मीटिंग के बगल में रखा एक दस्तावेज़ है, उसी एक भाषा में लिखा जो रूम में चली; और टास्क लौटा या नहीं, यह ऐसा सवाल है जिसका जवाब दस्तावेज़ नहीं देता — कोई व्यक्ति उसे खोलकर पूछता है। जहाँ डेलीगेट करने वाले लीड और ओनर की कोई साझा कामकाजी भाषा नहीं है, वहाँ हैंडओवर कॉल अपने आप में एक अलग सवाल है, जिसके दस्तावेज़ीकृत जवाब हैं: Microsoft Teams दो भाषाओं वाली लाइव मीटिंग के साथ क्या करता है, और कहाँ रुक जाता है, और Google Meet के लिए भी वही।

रीकैप में टास्क कैसे लौटता है

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

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

जिस संगठन में टीम स्टेटस पेज चालू हैं, वहाँ टास्क का फ़ॉलो-अप भी होता है। रीकैप में दर्ज हर टास्क संगठन की टास्क शृंखला में जुड़ जाता है, और जब चैनल की मीटिंग का अगला रीकैप लिखा जाता है, तो खुले टास्क को जो कहा गया उसके सामने परखा जाता है: जिस टास्क को किसी ने पूरा बताया वह पूरा चिह्नित होता है, जिस टास्क पर चर्चा हुई पर वह पूरा नहीं हुआ वह मीटिंग के शब्दों में कारण के साथ अधूरा चिह्नित होता है, और जिस टास्क को किसी ने उठाया ही नहीं वह खुला रहता है। फ़ैसले संगठन के स्टेटस पेज पर रहते हैं, हर एक अपने उद्धरण और उस रीकैप के साथ जिस पर वह टिका है, और सदस्य का अपना फ़ैसला मॉडल के फ़ैसले पर भारी पड़ता है। अगले सत्र की शुरुआत में Mia खुले टास्क और उनके ओनर के नाम बताती है, इसलिए चेक-इन तब भी हो जाता है जब किसी को पूछना याद नहीं रहा। टीम स्टेटस पेज एक प्रीव्यू फ़ीचर हैं: संगठन का एडमिन अल्फ़ा शर्तें स्वीकार करने के बाद Settings → Advanced में उन्हें चालू करता है (Preview features पेज हर एक का वर्णन करता है)।

जहाँ टास्क को किसी सिस्टम ऑफ़ रिकॉर्ड में पहुँचना है — CRM में डील, ट्रैकर में टिकट — वहाँ होस्ट किसी भी पते पर रीकैप की एक कॉपी जोड़ता है, और उस मीटिंग या चैनल का हर रीकैप पते की एक बार की पुष्टि के बाद वहाँ भी भेजा जाता है, हर प्लान पर, अधिकतम दस सहेजे गए पतों तक; तरीक़ा हर मीटिंग रीकैप की एक कॉपी, ईमेल से आपके CRM में में है।

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

• पूरा रीकैप खोलें — एक असली रिकॉर्ड, उसी कोड से बना जो आपके रीकैप लिखता है, टास्क और ओनर सहित।
• लाइव डेमो आज़माएँ — बिना साइनअप; बोलिए, और सुनिए कि रूम हर श्रोता के लिए अनुवादित हो रहा है।

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

FAQ

प्रभावी ढंग से टास्क कैसे डेलीगेट करें?

कदमों की सूची नहीं, नतीजा सौंपें: एक अनुच्छेद का ब्रीफ़ लिखें जिसमें हो कि पूरा होना कैसा दिखता है, डेडलाइन, सीमाएँ और और कौन शामिल है; एक ओनर चुनें और ज़बानी हाँ लें; ओनर को नतीजा अपने शब्दों में दोहराने दें; बताएँ कि वे आपके बिना क्या तय कर सकते हैं; काम शुरू होने से पहले चेक-इन तय करें — दिन, रूप, लंबाई; और हैंडओवर वहाँ रखें जहाँ दोनों पक्ष उसे बाद में पढ़ सकें। जब टास्क लौटे, तो उसी जगह यह कह दें।

डेलीगेशन के कदम क्या हैं?

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

कौन-से टास्क डेलीगेट नहीं करने चाहिए?

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

डेलीगेट करने और टास्क असाइन करने में क्या अंतर है?

असाइन करना एक कदम सौंपता है और तरीक़ा अपने पास रखता है: "सप्लायर को फ़ोन करो और नई प्राइस लिस्ट माँगो"। डेलीगेट करना नतीजा सौंपता है और तरीक़ा बताई गई सीमाओं के भीतर ओनर पर छोड़ देता है: "20 तारीख़ तक हमें ऐसी सप्लायर क़ीमत दिलाओ जिस पर हम दस्तख़त कर सकें"। असाइन करना नए कर्मचारी के पहले हफ़्तों और आपात स्थितियों के लिए सही है; वह बढ़ नहीं पाता, क्योंकि हर कदम अब भी असाइन करने वाले व्यक्ति से होकर गुज़रता है। डेलीगेट करना बढ़ता है, और उसकी क़ीमत एक ब्रीफ़ है।

RACI चार्ट क्या है?

एक तालिका जिसमें टास्क पंक्तियाँ हैं और लोग कॉलम, और हर सेल में चार अक्षरों में से एक होता है: R उस व्यक्ति के लिए जो काम करता है, A उस एक व्यक्ति के लिए जो नतीजे का मालिक है और उसे मंज़ूर करता है, C उन लोगों के लिए जिनसे काम होने से पहले सलाह ली जाती है, I उन लोगों के लिए जिन्हें नतीजे की सूचना दी जाती है। इसे उपयोगी बनाने वाला नियम है हर पंक्ति में एक A — जिस टास्क में दो जवाबदेह लोग हैं, उसमें कोई नहीं है। RACI चार्ट उस काम के लिए है जिसे कई लोग छूते हैं; एक ओनर वाले अकेले टास्क को केवल ब्रीफ़ चाहिए।

माइक्रोमैनेजमेंट के बिना डेलीगेट किए गए टास्क का फ़ॉलो-अप कैसे करें?

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

डेलीगेशन विफल क्यों होता है?

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

Sources: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Microsoft के नोट्स पेज, Google के Meet सहायता पेज और Slack के टेम्पलेट की जाँच अक्टूबर 2026 में हुई; Microsoft के रीकैप पेज और Zoom के मीटिंग-समरी पेज की जाँच अगस्त 2026 में; Google की next-steps घोषणा की जाँच सितंबर 2026 में। विक्रेता समय के साथ प्लान, फ़ीचर और भाषा सूचियाँ बदलते रहते हैं; मौजूदा स्थिति के लिए उनके पेज देखें।