आपके प्रोग्राम स्पॉन्सर मंथली स्टीयरिंग मीटिंग में शामिल होते हैं और पूछते हैं कि माइग्रेशन अचानक तीन हफ़्ते लेट और बजट से ज़्यादा महंगा क्यों हो गया है। आप हर हफ़्ते स्टेटस ईमेल भेज रहे थे। उनमें स्टेटस ‘ग्रीन’ था, और कुछ ‘येलो’ रिस्क बताए गए थे। डिलीवरी टीम को लगा कि प्लान तब बदला जब एक वेंडर ने हैंडऑफ़ मिस कर दिया, फाइनेंस टीम ने सोचा कि कंटीन्जेंसी (आपातकालीन फंड) से काम चल जाएगा, और स्पॉन्सर को लगा कि जब तक आप और फंड नहीं मांगेंगे, तब तक किसी फ़ैसले की ज़रूरत नहीं है। इस बीच, एक्सटर्नल ऑडिट की डेडलाइन पास आती जा रही है, और हर दिन जब कोई फ़ैसला नहीं होता, तो आपका ज़्यादा समय री-वर्क और अधूरे काम में बर्बाद होता है।
यह कोर्स इसी तरह की विफलता को रोकने के बारे में है। आप सीखेंगे कि स्टेटस रिपोर्टिंग को किसी टेम्प्लेट के बजाय ऑडियंस और फ़ैसलों के आधार पर कैसे तैयार किया जाए। आप एक ऑडियंस मैप बनाएंगे, एक ऐसा एग्जीक्यूटिव डैशबोर्ड डिज़ाइन करेंगे जो समय रहते एक्सेप्शन (असामान्य स्थितियों) का संकेत दे, और एक पेज की रिपोर्टिंग ब्रीफ़ लिखेंगे जिसमें फ़ैसले, मेट्रिक्स, ओनर्स और रिपोर्टिंग की फ़्रीक्वेंसी (कैडेंस) तय हों। आप AI का इस्तेमाल ड्राफ़्ट बनाने और समरी लिखने के लिए भी करेंगे, लेकिन उसे ‘सोर्स ऑफ़ ट्रुथ’ (जानकारी का एकमात्र सही स्रोत) नहीं बनने देंगे।
स्पॉन्सर इसलिए हैरान नहीं थे कि आपने बातचीत नहीं की थी। वे इसलिए हैरान थे क्योंकि आपके अपडेट्स से ऐसा कोई मौका नहीं बना जहाँ सही व्यक्ति सही फ़ैसला ले सके। ऊपर की ओर रिपोर्टिंग तब फेल होती है जब ऑडियंस तीन सवालों के जवाब जल्दी नहीं दे पाती: क्या बदला है, क्या फ़ैसला लेना ज़रूरी है, और अगर हम इंतज़ार करते हैं तो क्या होगा।
समाधान बताने से पहले, यह पता लगाने की कोशिश करें कि पिछले छह अपडेट्स के दौरान रिपोर्टिंग चेन कहाँ टूटी थी।
आमतौर पर साप्ताहिक अपडेट डिलीवरी टीम के लिए तैयार किया जाता है, न कि एग्जीक्यूटिव के लिए। इसमें पूरे हो चुके काम, काम का कितना प्रतिशत पूरा हुआ है और आगे क्या काम होना है, इसकी जानकारी तो होती है, लेकिन इसमें कोई फैसला लेने का अनुरोध नहीं होता—जैसे कि किसी अतिरिक्त एनवायरनमेंट को मंज़ूरी देना, स्कोप में ढील देना या तारीख में बदलाव को स्वीकार करना। PM (प्रोजेक्ट मैनेजर) अक्सर एक गलती करते हैं: वे ‘ग्रीन हेडलाइन’ (सब कुछ ठीक होने का संकेत) के पीछे अनिश्चितता को छिपा देते हैं क्योंकि उस समय यह सुकून देने वाला लगता है। इसका नतीजा यह होता है कि आप भविष्य के भरोसे को अभी इस्तेमाल कर लेते हैं। जब समस्या ऐसी हो जाती है जिसे नकारा नहीं जा सकता, तो स्पॉन्सर को हैरानी होती है और वे कंट्रोल करने वाले कदम उठाते हैं, जैसे कि अतिरिक्त रिव्यू, रोज़ाना चेक-इन और मंज़ूरी के नए चरण (अप्रूवल गेट्स)।
एक ही स्टेटस रिपोर्ट हर किसी के काम नहीं आ सकती। एग्जीक्यूटिव स्पॉन्सर को खास मामलों के संकेत (एक्सेप्शन सिग्नल) और फैसले लेने के लिए ज़रूरी जानकारी चाहिए होती है। स्टीयरिंग ग्रुप को स्कोप, शेड्यूल, लागत और जोखिम के बीच तालमेल बिठाने (ट्रेड-ऑफ) की जानकारी चाहिए होती है। डिलीवरी टीम को तालमेल बिठाने से जुड़ी जानकारी चाहिए होती है। वेंडर्स को स्पष्ट फैसले, निर्भरताएँ (डिपेंडेंसी) और स्वीकार्यता के मानदंड (एक्सेप्टेंस क्राइटेरिया) चाहिए होते हैं।
ऑडियंस की ज़रूरतों की तुलना करके यह तय करें कि किस ग्रुप को क्या जानकारी मिलनी चाहिए और क्या नहीं।
इसे एक डिज़ाइन की समस्या के तौर पर देखें। रिपोर्ट एक प्रोडक्ट है और इसे पढ़ने वाले लोग यूज़र हैं। एक तरीका यह है कि एग्ज़ीक्यूटिव रिपोर्टिंग का स्ट्रक्चर एक जैसा रहे लेकिन कंटेंट बदलता रहे; यानी हर बार वही सेक्शन हों, लेकिन सिर्फ़ खास बातों या अपवादों पर ही चर्चा हो। एक नियम यह भी है कि अगर आपको किसी चीज़ के लिए मंज़ूरी या कोई समझौता (trade-off) करना है, तो वह रिपोर्ट में साफ़ तौर पर लिखा होना चाहिए, न कि उसे मीटिंग के एजेंडा पर छोड़ दिया जाए।
AI आपको नैरेटिव ड्राफ़्ट करने, नोट्स को फ़ैसले वाले बयानों में बदलने और गड़बड़ियों (जैसे कि कोई रिस्क जो बिना किसी रिस्पॉन्स प्लान के चार हफ़्तों तक बना रहे) को पहचानने में मदद कर सकता है। यह यह वेरिफ़ाई नहीं कर सकता कि मूल डेटा सही है या नहीं, किसी मेट्रिक की परिभाषा बदली है या नहीं, या किसी स्टेकहोल्डर को चुनिंदा जानकारी दी जा रही है या नहीं। ये जवाबदेही से जुड़ी समस्याएँ हैं, भाषा की समस्याएँ नहीं।
तय करें कि आप ऑटोनॉमी स्पेक्ट्रम (खुद से काम करने की आज़ादी) पर AI को कहाँ रखना चाहते हैं और कितना रिस्क उठाने को तैयार हैं।