क्या कम काम करना हार मान लेना है? प्रोजेक्ट लिस्ट की प्राथमिकताएं फिर से कैसे तय करें

उस प्राथमिकता से शुरुआत करें जो अभी मायने रखती है

प्रोजेक्ट्स को रैंक करने से पहले, अपनी मौजूदा परिस्थितियों को दर्शाने वाली एक या दो प्राथमिकताएँ लिखें। उन्हें इतना विशिष्ट बनाएं कि वे कोई निर्णय लेने में मदद कर सकें: किसी निश्चित महीने तक कोई कोर्स पूरा करना, योजनाबद्ध तरीके से घर बदलने की तैयारी करना, या किसी विशिष्ट कार्य डिलिवरेबल को पूरा करना। “अधिक उत्पादक बनें” जैसी अस्पष्ट महत्वाकांक्षा प्रतिस्पर्धी प्रोजेक्ट्स के बीच अंतर करने में मदद नहीं कर सकती।

यह एक व्यावहारिक निर्णय सहायता है, कोई ऐसा फॉर्मूला नहीं जो यह साबित कर सके कि कौन सा प्रोजेक्ट सबसे अच्छा है। प्रोजेक्ट-प्राथमिकता गाइड आमतौर पर प्रभाव, तात्कालिकता, प्रयास और व्यापक लक्ष्यों के साथ तालमेल के आधार पर कार्यों की तुलना करते हैं; एटलसियन (Atlassian) विभिन्न कार्यों की तुलना करते समय अपेक्षित परिणाम, प्रयास, जोखिम और निर्भरताओं को दर्ज करने की भी सिफारिश करता है। किसी स्कोर को अंतिम फैसला मानने के बजाय, अपने समझौतों (ट्रेड-ऑफ) को स्पष्ट रूप से समझने के लिए इन कारकों का उपयोग करें। Atlassian’s prioritization matrix

आकलन करने से पहले सूची को तुलनीय बनाएं

प्रत्येक प्रोजेक्ट के लिए एक पंक्ति लिखें और हर छोटे कार्य के बजाय अगले सार्थक परिणाम का वर्णन करें। उदाहरण के लिए, “सप्ताहांत का मार्ग चुनना” एक अगला कदम है; जब तक आप यह परिभाषित नहीं करते कि प्रगति कैसी दिखेगी, “फोटोग्राफी सीखना” एक खुला प्रोजेक्ट है। प्रविष्टियों को लगभग एक ही स्तर पर रखें: एक ईमेल के साथ पूरे घर के नवीनीकरण की तुलना करने से चर्चा भटक जाएगी।

प्रत्येक आइटम के लिए, ध्यान दें:

वर्तमान तालमेल: यह आपके द्वारा अभी बताई गई प्राथमिकता में कितनी सीधे तौर पर मदद करता है?

मूल्य: इसे पूरा करने से क्या व्यावहारिक परिणाम मिलेगा, और किसके लिए?

प्रयास: अगले चरण के लिए किस समय, सामग्री, समन्वय या ध्यान की आवश्यकता है?

समय: क्या कोई वास्तविक समय-सीमा है या कोई ऐसा कारण है कि प्रतीक्षा करने पर अवसर बदल जाएगा?

निर्भरताएं: क्या किसी अन्य व्यक्ति, निर्णय या प्रोजेक्ट को पहले इसकी आवश्यकता है?

प्रमाण: जब आपने इसे पहली बार जोड़ा था, तब से क्या बदला है—प्रगति, लागत, रुचि, बाधाएं, या परिस्थितियां?

यह समीक्षा केवल शीर्षकों की एक लंबी सूची की तुलना में अधिक उपयोगी है क्योंकि यह दर्शाती है कि आप वास्तव में किन विकल्पों के बीच चयन कर रहे हैं। असाना (Asana) की संसाधन-आवंटन गाइड भी इसी तरह उद्देश्यों, उपलब्ध संसाधनों, कार्य-क्षेत्र (स्कोप) और निर्भरताओं से शुरू होती है, और नोट करती है कि किसी प्रोजेक्ट के दौरान प्राथमिकताएं और संसाधनों की उपलब्धता बदल सकती है। Asana on resource allocation

जब आधार अभी भी मजबूत हो तो 'जारी रखें' चुनें

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

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

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

जब समस्या मूल्य की नहीं, बल्कि समय की हो तो 'स्थगित करें' चुनें

किसी प्रोजेक्ट को तब स्थगित करें जब उसका उद्देश्य अभी भी समझ में आता हो लेकिन वर्तमान समय उसके लिए उपयुक्त न हो: कोई प्रमुख निर्भरता गायब है, व्यस्तता की अवधि अस्थायी है, या किसी अन्य प्राथमिकता को पहले उपलब्ध समय की आवश्यकता है। इसे फिर से शुरू करने की शर्त का उल्लेख करें। “घर बदलने के बाद फिर से विचार करें” आपको एक ट्रिगर देता है; “बाद में” से ऐसा नहीं होता।

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

लक्ष्य से अलग होने (गोल डिसइंगेजमेंट) पर शोध किसी लक्ष्य को अस्थायी रूप से टालने और उसे समाप्त करने के बीच अंतर करता है: दोनों ही सीमित संसाधनों के लिए प्रतिस्पर्धा को कम कर सकते हैं, जबकि टालने से लौटने की संभावना बनी रहती है। इस निष्कर्ष का मतलब यह नहीं है कि स्थगित करना हमेशा सही कदम होता है; यह “अभी नहीं” को अपनी शर्तों वाले एक अलग विकल्प के रूप में देखने का समर्थन करता है। Research review on goal disengagement

जब प्रोजेक्ट अपनी जगह बनाए रखने के लायक न रह जाए तो 'रोक दें' चुनें

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

पूछें: यदि यह प्रोजेक्ट आज पहली बार मेरी सूची में दिखाई देता, और जो मुझे अब पता है वह सब जानते हुए, क्या मैं इसे चुनता? यदि नहीं, तो पहचानें कि ऐसी क्या बात होगी जो आपको पुनर्विचार करने पर मजबूर करेगी—यदि कुछ हो। फिर प्रक्रिया को पूरा करें: किसी आवर्ती कार्य (रिकरिंग टास्क) को रद्द करें, सहयोगियों को बताएं, उधार ली गई सामग्री वापस करें, या सक्रिय योजनाओं से हटाने से पहले उपयोगी काम को सहेज लें। ये व्यावहारिक कदम हैं, हर प्रोजेक्ट के लिए अनिवार्य आवश्यकताएं नहीं।

समय सीमा के तहत परस्पर विरोधी लक्ष्यों के एक प्रकाशित अध्ययन में पाया गया कि एक कार्य को दूसरे पर प्राथमिकता देने से प्रतिभागियों को स्वतः ही कम संघर्ष या अधिक नियंत्रण महसूस नहीं हुआ; लेखकों का ध्यान है कि दोनों कार्यों को पूरा करने का निर्देश दिए जाने से परिणामों पर प्रभाव पड़ा होगा। उपयोगी सावधानी मामूली है: किसी प्राथमिकता को चुनने में अभी भी एक वास्तविक समझौता (ट्रेड-ऑफ) शामिल हो सकता है। विकल्प को स्पष्ट करें और जहाँ संभव हो, उस काम को लेकर अपेक्षाओं को बदलें जिसे आप अलग रख रहे हैं। Study of prioritization under goal conflict

हर चीज़ को प्राथमिकता कहने से पहले अपनी क्षमता जांचें

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

एक साधारण तुलनात्मक ग्रिड निर्णय को व्यवस्थित करने में मदद कर सकता है: एक अक्ष पर वर्तमान तालमेल या प्रभाव और दूसरे पर प्रयास रखें, फिर नोट्स के रूप में समय-सीमा और निर्भरताएं जोड़ें। एक उच्च-प्रभाव, कम-प्रयास वाला कार्य एक आसान अगला कदम हो सकता है; एक उच्च-प्रभाव, उच्च-प्रयास वाले प्रोजेक्ट को एक छोटे पहले माइलस्टोन की आवश्यकता हो सकती है। कम-प्रभाव, उच्च-प्रयास वाले कार्य को आपकी प्राथमिकताओं से अधिक निकटता से जुड़े काम से समय लेने से पहले बारीकी से देखने की आवश्यकता होती है। क्षमता पर जोर देते हुए, एटलसियन का मैट्रिक्स प्ले भी 'अनिवार्य कार्यों' (मस्ट-हैव्स), 'पसंदीदा कार्यों' (नाइस-टू-हैव्स) और आगे धकेले जाने वाले कार्यों के बीच समान अंतर करता है। Atlassian’s prioritization matrix

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

प्रत्येक विकल्प को एक दृश्यमान अगले कदम में बदलें

प्रत्येक प्रोजेक्ट के लिए एक वाक्य लिखकर समीक्षा पूरी करें:

जारी रखें: “मैं [तारीख या सत्र] तक [अगला कदम] करूँगा, फिर [माइलस्टोन] की जांच करूँगा।”

स्थगित करें: “मैं इसे [विशिष्ट तिथि या शर्त] तक रोकूंगा, और [उपयोगी अगले कदम या सामग्री] को सुरक्षित रखूँगा।”

रोक दें: “मैं इसे समाप्त कर रहा हूँ क्योंकि [वर्तमान कारण], और मैं [अधूरे काम को पूरा] करूँगा।”

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

एक संक्षिप्त व्यावहारिक उदाहरण

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

मुद्दा यह नहीं है कि यात्रा की तैयारी को ही हमेशा जीतना चाहिए। वर्तमान प्राथमिकता या बाधाओं को बदलें और निर्णय बदल सकते हैं। उपयोगी परिणाम यह है कि प्रत्येक प्रोजेक्ट की एक तर्कसंगत स्थिति होती है, इसलिए “कम काम करना” सूची से बिना किसी कारण के गायब होने के बजाय प्रयास के एक सोचे-समझे आवंटन का वर्णन करता है।

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