कार्यक्रम अपडेट करें और पुनर्पूर्वानुमान लगाएँ

साइट से असली प्रगति खींचें: बुक किए गए घंटे, दैनिक डायरी, इस हफ्ते हर टीम ने वास्तव में क्या पूरा किया। इसे काम करने वालों से लें, दफ्तर में लगाए गए अनुमान से नहीं।

क्यों: पुनर्पूर्वानुमान उतना ही ईमानदार है जितने उसमें जाने वाले आँकड़े। फील्ड टाइम और डायरी से सीधे प्रगति लेना ही अपडेट को कोरी उम्मीद बनने से रोकता है।

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

क्यों: अस्सी प्रतिशत पर पहुँचे काम को पूर्ण मान लेना ही कार्यक्रम को खिसकाता है और हर कोई उस पर भरोसा करना बंद कर देता है। ईमानदारी से प्रगति चिह्नित करना ही शेड्यूल को पढ़ने लायक बनाए रखता है।

शेड्यूल को वास्तविक आँकड़ों को तर्क के साथ चलाकर फिर से गणना करने दें। नई पूर्वानुमानित समाप्ति पढ़ें, देखें कि क्रिटिकल पाथ कैसे खिसका है, और देखें कि कौन-सी गतिविधियों ने अब समाप्ति तारीख को अपने साथ खींचा है।

क्यों: लाइव कार्यक्रम का मूल्य यह है कि यह बताता है कि आप कहाँ पहुँचेंगे, केवल यह नहीं कि आप कहाँ थे। असली प्रगति से पुनर्पूर्वानुमान लगाना ही पिछले हफ्ते के आँकड़ों को एक ऐसे निर्णय में बदलता है जिस पर आप कार्रवाई कर सकते हैं।

पुनर्पूर्वानुमान की तुलना उस आधार रेखा से करें जिसे आपने लॉक किया था और यह पहचानें कि काम कहाँ खिसका है: कौन-से माइलस्टोन बदले, कितना फ्लोट खत्म हुआ, और कौन-सी देरी उत्पादन के बजाय किसी बदलाव से जुड़ी है।

क्यों: देर होने की जानकारी काफी नहीं है, आपको यह भी जानना होगा कि क्यों और इसका ज़िम्मा किसके खाते में है। देरी को बदलावों से जोड़ना ही समय विस्तार के दावे को उस देरी के भुला दिए जाने से पहले सुरक्षित रखता है।

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

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