हस्तांतरण से पहले प्रोजेक्ट रेट्रोस्पेक्टिव: कमियां दूर करें

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

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

Association for Project Management की हस्तांतरण मार्गदर्शिका हस्तांतरण को संक्रमण प्रक्रिया मानती है और सार्थक ज्ञान-हस्तांतरण पर जोर देती है। नीचे की कार्यशाला इस विचार को टीम रेट्रोस्पेक्टिव पर लागू करती है और इस पर ध्यान देती है कि प्राप्तकर्ता टीम वास्तव में क्या कर सकती है।

प्रोजेक्ट उत्सव से अलग सवाल पूछें

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

इससे शुरू करें: “अगले महीने प्राप्तकर्ता टीम को किस चीज की जरूरत पड़ सकती है जिसे हमने अभी तक उपयोगी नहीं बनाया?” यह सवाल प्रोजेक्ट की उपलब्धियों को अमान्य माने बिना व्यावहारिक कमियां सामने लाता है।

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

यदि प्रतिभागी प्रारूप से अनजान हों तो टीम रेट्रोस्पेक्टिव मार्गदर्शिका अपनाएं। काम पाने वाले लोगों को शामिल करें, केवल अपनी कार्यक्षमता पर विचार करती डिलीवरी टीम को नहीं।

छोटा हस्तांतरण प्रमाण-पैक तैयार करें

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

उपयोगी हस्तांतरण कार्यपत्रक:

स्थिति या दायित्व	जरूरी प्रमाण या प्रदर्शन	प्राप्तकर्ता मालिक	कमी और अगला निर्णय
नियमित संचालन	प्राप्तकर्ता सहमत सामान्य कार्यप्रवाह कर सके	नामित संचालन भूमिका	निर्देश या पहुंच गायब
सामान्य विफलता	उपयुक्त रिकवरी या आगे बढ़ाने का तरीका दिखाया जा सके	सहायता या सेवा मालिक	संकेत या जिम्मेदारी अस्पष्ट
भविष्य का बदलाव	रखरखावकर्ता निर्णय और ज्ञात सीमाएं ढूंढ सके	आगे जारी डिलीवरी मालिक	दर्ज न की गई धारणा
खुली सीमा	प्राप्तकर्ता असर और सहमत व्यवहार समझता हो	अधिकृत स्वीकर्ता	औपचारिक निर्णय की शर्त
लगातार माप	लाभ या परिणाम की आगे समीक्षा का मालिक हो	कारोबारी या उत्पाद मालिक	प्रोजेक्ट बंद होने के बाद समीक्षा तारीख नहीं

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

संवेदनशील जानकारी स्वीकृत सिस्टम में रखें और जरूरत पर संदर्भ लिंक करें। रेट्रोस्पेक्टिव को निर्णय का समर्थन करने भर प्रमाण चाहिए, हर प्रोजेक्ट अभिलेखागार की नकल नहीं।

डिलीवरी और प्राप्तकर्ता टीम के लिए 60 मिनट का एजेंडा

मिनट 0–8: हस्तांतरण स्पष्ट करें। बताएं कि क्या हस्तांतरित हो रहा है, किसे और सत्र किस फैसले में मदद कर सकता है। निष्कर्ष औपचारिक स्वीकृति प्रक्रिया से कैसे जुड़ेंगे, समझाएं।

मिनट 8–23: वास्तविक स्थितियों पर चलें। उपलब्ध सामग्री से प्राप्तकर्ता टीम को नियमित संचालन और संभावित विफलता समझाने को कहें। डिलीवरी प्रतिभागियों को छूटी व्याख्या देने से पहले देखने दें। निजी याददाश्त पर छिपी निर्भरता अक्सर यहां दिखती है।

मिनट 23–35: तैयारी पर विचार करें। किस चीज ने हस्तांतरण आसान किया? टीमों ने आवश्यकताएं देर से कहां पाईं? जिम्मेदारी के बारे में कौन-सी धारणाएं गलत निकलीं? प्रक्रिया की सीख को उससे पैदा हुई तत्काल तैयारी-कमी से अलग रखें।

मिनट 35–50: निष्कर्षों का वर्गीकरण करें। हस्तांतरण रोकने वाली शर्तें, अधिकृत स्वीकृति मांगने वाली शर्तें, स्वीकार्य मालिक को सौंपा गया आगे का काम और भविष्य के प्रोजेक्टों की सीख अलग करें। प्राथमिकता मतदान जरूरी नियंत्रण को निरस्त न करे।

मिनट 50–60: मालिक और अगली जांच तय करें। बाकी काम उन लोगों को दें जो सचमुच उपलब्ध रहेंगे। समीक्षा तारीख तय करें और बताएं कि कौन समापन की पुष्टि या शर्त स्वीकार कर सकता है। अनसुलझे फैसले साफ तौर पर अनसुलझे छोड़ें।

समय सुझाया गया है। यदि प्रदर्शन से तैयारी की बड़ी विफलता सामने आए, तो बैठक पूरी घोषित करने के लिए एजेंडा जल्दी न निपटाएं; उसे समझने का समय लें।

उदाहरण: मार्गदर्शिका है, क्षमता नहीं

इस काल्पनिक स्थिति में डिलीवरी टीम आंतरिक रिपोर्टिंग सेवा हस्तांतरित कर रही है। उसने संचालन मार्गदर्शिका बनाई और प्रदर्शन भी दिया। सभी को हस्तांतरण सरल लगता है।

रेट्रोस्पेक्टिव में प्राप्तकर्ता विश्लेषक मार्गदर्शिका से निर्धारित रिपोर्ट की रिकवरी आजमाता है। चरण ऐसे सेवा खाते की ओर इशारा करते हैं जिसे डिलीवरी इंजीनियर नियंत्रित करता है और जो दूसरे प्रोजेक्ट में जा रहा है। दस्तावेज मौजूद है, लेकिन स्वीकृत पहुंच में प्राप्तकर्ता टीम प्रक्रिया नहीं कर सकती।

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

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

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

प्रोजेक्ट समाप्त होने के बाद बाकी काम को जीवित रखें

“इसे बैकलॉग में डालें” पर्याप्त नहीं जब तक आगे काम करने वाली टीम बैकलॉग स्वीकार न करे और मद को प्राथमिकता न दे सके। गंतव्य, मालिक और काम अधूरा रहने का परिणाम पक्का करें।

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

उचित प्राप्तकर्ताओं के लिए ज्ञान सुलभ रखें। जा रहे ठेकेदार के निजी कार्यक्षेत्र का लिंक टिकाऊ हस्तांतरण नहीं। प्राप्तकर्ता की सामान्य अनुमतियों से पहुंच जांचें, यह न मानें कि डिलीवरी प्रशासक की पहुंच हर किसी जैसी है।

संचालन की पहली अवधि के बाद छोटी समीक्षा ऐसी कमी दिखा सकती है जो किसी प्रदर्शन में सामने नहीं आई। डिलीवरी टीम बिखरने से पहले यह समीक्षा तय करें और बताएं कि मदद के लिए कौन उपलब्ध रहेगा।

पूरा प्रोजेक्ट नकल किए बिना सीख दोबारा उपयोग करें

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

“पहले संवाद करें” जैसी सामान्य सलाह से बचें जिसमें खास निर्णय या व्यवहार न हो। अगली टीमों को जानना चाहिए कि अलग क्या करना है और वह क्यों जरूरी है।

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

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

रेट्रोस्पेक्टिव औपचारिक हस्तांतरण से पहले हो या बाद में?

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

हस्तांतरण रेट्रोस्पेक्टिव में कौन आए?

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

क्या खुली समस्याओं के साथ हस्तांतरण स्वीकार किया जा सकता है?

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