जब किसी प्रोजेक्ट में कई लोग शामिल हों, तो कागज़ पर प्रतीक्षारत कार्यों (Waiting Items) को कैसे ट्रैक करें

प्रतीक्षारत सूची (Waiting List) में क्या शामिल होना चाहिए?

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

गेटिंग थिंग्स डन (Getting Things Done) संगठन द्वारा 'वेटिंग फ़ॉर' (Waiting For) सूची की व्याख्या अन्य लोगों की प्रतिबद्धताओं के फॉलो-अप को खुले कार्यों के प्रबंधन के हिस्से के रूप में मानती है। उनके लेख में एजेंडा मदों का भी वर्णन है जिन्हें संबंधित व्यक्ति के उपलब्ध होने पर उठाया जाना चाहिए। यह अंतर प्रोजेक्ट लॉग के लिए उपयोगी है: एक लंबित प्रतिबद्धता को प्रतीक्षारत (waiting) के रूप में दर्ज करें, लेकिन ऐसा विषय जिसे आप केवल किसी बैठक में उठा सकते हैं, उसे उस व्यक्ति या बैठक के एजेंडे में रखें। देखें [गेटिंग थिंग्स डन से “वेटिंग फ़ॉर” सलाह](https://gettingthingsdone.com/2011/01/waiting-for-advice/)।

एक प्रतीक्षारत लॉग हर अधूरे कार्य को जमा करने की जगह नहीं बनना चाहिए। यदि आप अभी स्वयं प्रगति कर सकते हैं, तो उस कार्य को प्रोजेक्ट की एक्शन लिस्ट में लिखें। यदि किसी आपूर्तिकर्ता ने किसी विशिष्ट तिथि पर डिलीवरी का वादा किया है, तो उस प्रतिबद्धता को शेड्यूल में भी बनाए रखें; कागज़ी लॉग फॉलो-अप में मदद करता है लेकिन उस तिथि की जगह नहीं लेता जो योजना को संचालित करती है।

अपनी टीम के लिए कागज़ का लेआउट चुनें

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

पृष्ठ पर ये कॉलम बनाएं:

कागज़ की प्रत्येक पंक्ति के लिए, एक आईडी (ID), प्रोजेक्ट, अपेक्षित परिणाम और उसे प्रदान करने वाला व्यक्ति, फॉलो-अप प्रभारी, एक समीक्षा तिथि, और अंतिम अपडेट के साथ स्थिति शामिल करें। उदाहरण के लिए: **W-01 · नॉर्थ हॉल कोटेशन · सैम संशोधित आंकड़े भेजेगा · ली फॉलो-अप करेगा · समीक्षा 14 मई · खुला; 10 मई को अनुरोध किया गया।** दूसरी पंक्ति हो सकती है **W-02 · नॉर्थ हॉल कोटेशन · ग्राहक प्रूफ़ को स्वीकृत या संशोधित करेगा · ली फॉलो-अप करेगा · समीक्षा 15 मई · खुला; प्रूफ़ 11 मई को भेजा गया।**

ये नमूना तिथियां और लोग केवल उदाहरण के लिए हैं। कॉलम को अपनी टीम के अनुसार ढालें, लेकिन तीन अंतरों को सुरक्षित रखें: किससे कुछ प्रदान करने की अपेक्षा है, आपकी टीम में कौन फॉलो-अप करेगा, और वह फॉलो-अप कब होना चाहिए। यह संरचना सामान्य एक्शन-आइटम लॉग फ़ील्ड्स जैसे कि पहचानकर्ता (ID), विवरण, प्रभारी, देय तिथि, स्थिति और नोट्स पर आधारित है; देखें [स्मार्टशीट की एक्शन-आइटम टेम्पलेट गाइड](https://www.smartsheet.com/content/action-items-templates)। अतिरिक्त “वेटिंग फ़ॉर” और “चेक-इन” फ़ील्ड्स निर्भरता और आपकी टीम के अगले कदम को स्पष्ट बनाते हैं।

प्रत्येक डिलिवरेबल या निर्णय के लिए एक पंक्ति का उपयोग करें। जब कई लोगों से अलग-अलग इनपुट मिलने बाकी हों, तो प्रत्येक को एक अलग आईडी दें, भले ही वे एक ही प्रोजेक्ट से संबंधित हों। यदि कोई प्रतिक्रिया किसी अन्य प्रतिक्रिया पर निर्भर करती है, तो विवरण में पूर्ववर्ती कार्य का उल्लेख करें—उदाहरण के लिए, “W-03 आंकड़े आने के बाद ड्राफ्ट को अंतिम रूप दें।” इससे बिना कोई जटिल आरेख बनाए निर्भरता को पहचानना आसान हो जाता है।

लॉग को कैसे शुरू करें और बनाए रखें

1. प्रतिबद्धता को तुरंत दर्ज करें

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

2. एक फॉलो-अप प्रभारी नामित करें

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

3. ऐसी समीक्षा तिथि चुनें जो कार्य के अनुकूल हो

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

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

4. एक निश्चित समय पर समीक्षा करें

खुली प्रविष्टियों की समीक्षा नियमित प्रोजेक्ट चेक-इन के समय या प्रोजेक्ट की गति के अनुकूल किसी अन्य अंतराल पर करें। प्रत्येक पंक्ति के लिए पूछें: क्या परिणाम मिल गया है? क्या इसकी अभी भी आवश्यकता है? क्या समीक्षा तिथि आ गई है? क्या निर्भरता या प्रभारी बदल गया है? अंतिम-अपडेट नोट को संक्षेप में अपडेट करें, जैसे “14 मई को याद दिलाया; नया अनुमानित समय (ETA) 16 मई।” एक भौतिक लॉग तभी उपयोगी होता है जब कोई उसे देखता है और वास्तविकता बदलने पर उसमें बदलाव करता है, इसलिए समीक्षा की दिनचर्या को संक्षिप्त और सुसंगत रखें।

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

5. कार्यों को स्पष्ट रूप से बंद करें

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

अनेक योगदानकर्ताओं के साथ लॉग को प्रबंधनीय कैसे रखें

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

स्थिति चिह्नों के एक छोटे सेट पर सहमति बनाएं, जैसे **Open** (खुला), **Due** (देय), **Complete** (पूर्ण), **Escalated** (आगे बढ़ाया गया), और **Cancelled** (रद्द)। इनका अर्थ स्पष्ट रखें। उदाहरण के लिए, “Due” का अर्थ है कि टीम की समीक्षा तिथि आ गई है, जरूरी नहीं कि दूसरे व्यक्ति ने अपना वादा तोड़ दिया हो। यदि लिखावट या फोटोकॉपी के कारण रंग अविश्वसनीय हो सकते हैं, तो एक प्रतीक के साथ लिखित स्थिति का उपयोग करें।

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

तुलना के लिए, [आसाना का एक्शन लॉग टेम्पलेट](https://asana.com/templates/action-log) प्रत्येक फॉलो-अप को एक वर्तमान रिकॉर्ड में एक प्रभारी, देय तिथि और संदर्भ देता है। एक कागज़ का पृष्ठ भी वही न्यूनतम जवाबदेही प्रदान कर सकता है, बशर्ते टीम इस बात पर सहमत हो कि पृष्ठ को कौन अपडेट करता है और वर्तमान संस्करण कहाँ रहता है; यह टेम्पलेट यह स्थापित नहीं करता है कि कागज़ हर वितरित टीम के लिए काम करता है।

एक नए कार्य के लिए त्वरित निर्णय जाँच

एक पंक्ति जोड़ने से पहले, पूछें:

1. **क्या किसी अन्य व्यक्ति के विशिष्ट इनपुट की आवश्यकता है?** यदि नहीं, तो अपने अगले कदम को कहीं और दर्ज करें।

2. **हम वास्तव में किस परिणाम की प्रतीक्षा कर रहे हैं?** डिलिवरेबल या निर्णय को सरल भाषा में लिखें।

3. **इस प्रोजेक्ट के लिए फॉलो-अप कौन करता है?** अपनी टीम से एक व्यक्ति का नाम दर्ज करें।

4. **हमें दोबारा कब जाँच करनी चाहिए?** दूसरे व्यक्ति की वादा की गई तारीख को अपनी रिमाइंडर तिथि से अलग रखें।

5. **यदि इसमें देरी होती है तो क्या होगा?** जब मील का पत्थर जोखिम में हो, तो अगले संपर्क, वैकल्पिक मार्ग या एस्केलेशन बिंदु की पहचान करें।

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

इस विषय को आगे पढ़ें