प्रोजेक्ट मील के पत्थर बनाम कार्य: प्रगति के प्रमाण दिखाएं

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

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

GAO Schedule Assessment Guide प्रोजेक्ट शेड्यूल में मील के पत्थरों और गतिविधियों को अलग मानता है। यहां दिए उदाहरण इस शेड्यूलिंग अंतर को टीम समीक्षा और हस्तांतरण पर लागू करते हैं; वे काल्पनिक हैं, ग्राहक प्रोजेक्टों के वृत्तांत नहीं।

कार्य, मील का पत्थर, समय-सीमा और डिलीवेरेबल की तुलना करें

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

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

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

मील के पत्थरों के नाम ऐसे रखें कि कोई उनकी पुष्टि कर सके

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

हर मील के पत्थर के लिए दर्ज करें:

1. वह घटना या स्वीकृत स्थिति जिसे यह दर्शाता है।
2. उसकी पुष्टि के लिए जरूरी प्रमाण।
3. पुष्टि करने के लिए अधिकृत व्यक्ति या भूमिका।
4. आवश्यक पूर्ववर्ती काम और बाहरी निर्भरताएं।
5. यदि हो तो तारीख की बाध्यता।
6. शर्तों, अपवादों या आंशिक स्वीकृति का तरीका।

हर छोटी घटना के लिए बड़ा दस्तावेज जरूरी नहीं। स्वीकृति का एक स्पष्ट वाक्य महंगी गलतफहमी रोक सकता है। गलत तरीके से पूरा घोषित करने का परिणाम जितना बड़ा हो, विवरण उतना ही उपयुक्त रखें।

यदि “शर्तों के साथ स्वीकार” संभव है, तो शर्तें और बाकी काम का मालिक परिभाषित करें। केवल हरी स्थिति बनाए रखने के लिए अधूरे काम को अदृश्य फुटनोट न बनाएं।

उदाहरण: प्रशिक्षण पूरा होना सेवा की तैयारी नहीं है

एक काल्पनिक टीम रिपोर्टिंग सेवा संचालन विभाग को सौंप रही है। प्रोजेक्ट योजना में “प्रशिक्षण पूरा” नाम का मील का पत्थर है। तीन प्रशिक्षण सत्र समय पर होते हैं और प्रोजेक्ट संक्रमण को तैयार चिह्नित कर देता है।

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

टीम की समस्या यह नहीं थी कि प्रशिक्षण बेकार था। मील के पत्थर ने गतिविधियों की गिनती दर्शाई, जबकि हितधारक समझते थे कि वह तैयारी का निर्णय दर्शाता है।

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

ये मानदंड उदाहरण हैं और सेवा के जोखिम तथा संचालन आवश्यकताओं के अनुसार बदलने चाहिए। ये सार्वभौमिक संचालन स्वीकृति मानक नहीं हैं।

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

निर्णयों का मार्गदर्शन करने के लिए पर्याप्त मील के पत्थर चुनें

केवल “शुरू” और “समाप्त” वाला शेड्यूल हितधारकों को बीच के जोखिम नहीं दिखा सकता। हर छोटे काम के लिए मील का पत्थर रखने से महत्वपूर्ण घटनाएं पहचानना कठिन हो जाता है।

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

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

डिलीवरी ट्रैकिंग इतनी विस्तृत रखें कि दिखे मील का पत्थर कैसे हासिल होगा। उच्च-स्तरीय दृश्य हितधारकों के लिए उपयोगी है, पर वादे की घटना को नीचे के काम और निर्भरताओं से अलग नहीं करना चाहिए।

समय-सीमा से पहले जोखिमग्रस्त मील के पत्थर की समीक्षा करें

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

एक उपयोगी समीक्षा प्रश्न है: “किस आखिरी तारीख तक हम अलग निर्णय ले सकते हैं?” वह मील के पत्थर की समय-सीमा से पहले हो सकती है। यदि परीक्षण से दो सप्ताह पहले आपूर्तिकर्ता चुनना जरूरी है, तो परीक्षण वाले दिन चेतावनी पहले ही देर हो चुकी है।

केवल मौजूदा पूर्वानुमान से मेल खाने के लिए मील के पत्थर की बेसलाइन तारीख न बदलें। संदर्भ प्रतिबद्धता सुरक्षित रखें और अधिकृत बदलाव दर्ज करें। गैंट बेसलाइन मार्गदर्शिका इस तुलना की और चर्चा करती है।

यदि मील का पत्थर योजना से देर से हासिल हुआ, तो वास्तविक तारीख और प्रमाण से समर्थित कारण दर्ज करें। यह इतिहास भविष्य की योजना सुधार सकता है, बिना बातचीत को दोषारोपण में बदले।

रेट्रोस्पेक्टिव में चुनिंदा मील के पत्थर लाएं

रेट्रोस्पेक्टिव में हर प्रोजेक्ट स्थिति अपडेट दोहराना जरूरी नहीं। ऐसा मील का पत्थर चुनें जहां टीम ने काम करने के तरीके के बारे में कुछ सीखा हो: देर से स्वीकृति, अप्रत्याशित निर्भरता या तैयारी की विफल धारणा।

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

पैटर्न पर विचार करने के लिए टीम रेट्रोस्पेक्टिव और अनुवर्ती कार्रवाई के लिए कार्रवाई-मद मार्गदर्शिका अपनाएं। NextRetro चर्चा रख सकता है; स्वीकृत शेड्यूल प्रोजेक्ट-योजना सिस्टम में रहता है।

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

क्या मील के पत्थर की अवधि हो सकती है?

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

क्या डिलीवेरेबल पूरा करना हमेशा मील का पत्थर है?

नहीं। डिलीवेरेबल तैयार वस्तु या क्षमता है। उसका पूरा होना या स्वीकार होना महत्वपूर्ण घटना दर्शाता हो तो मील का पत्थर हो सकता है, लेकिन हर छोटी डिलीवेरेबल के लिए ऐसी रिपोर्टिंग जरूरी नहीं।

मील का पत्थर केवल आंशिक रूप से पूरा हो तो क्या करें?

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