एक सही प्रोजेक्ट closeout कैसा दिखता है?

स्पॉन्सर से औपचारिक स्वीकृति, उसे चलाने वाली टीम को handover, contract और invoice बंद, रिसोर्स छोड़े गए, और एक lessons learned सत्र जो दस्तावेज नहीं, मालिक वाले actions पैदा करे। retrospective तब चलाइए जब लोगों को याद हो, और यह पक्का कीजिए कि कम से कम एक सबक किसी template या प्रक्रिया को बदले, वरना अगले प्रोजेक्ट पर वही सब दोबारा होगा।

पहले औपचारिक स्वीकृति, क्योंकि दस्तखत के बिना प्रोजेक्ट कभी सच में खत्म नहीं होता। फिर जो इसे रोज चलाएगा उसे handover, documentation और एक ऐसी support व्यवस्था के साथ जो वादे में नहीं, चालू हो। contract बंद, invoice निपटे, और टीम औपचारिक रूप से छोड़ी गई ताकि वे आधा इस पर और आधा अगली चीज पर न लटके रहें। फिर lessons learned, और मैं वह तब करता हूं जब लोगों को अब भी याद हो, दो महीने बाद नहीं जब वह खुदाई बन जाए। जिस बात पर मैं अड़ता हूं वह यह है कि सत्र से दस्तावेज नहीं, मालिक वाले actions निकलें। एक सबक को कुछ ठोस बदलना ही होगा: कोई template, estimate की कोई मान्यता, प्रक्रिया का कोई कदम। पिछली बार सबक यह था कि हम environment setup को लगातार कम आंकते थे, तो हमने standard प्लान template बदलकर उसे बाद की सोच की जगह असली अवधि वाला असली task बना दिया। वह एक सबक है। जो file कोई खोलता ही नहीं, वह नहीं।