🌙 🌻 👩🏼‍💼 प्रोजेक्ट शेड्यूल बनाम बैकलॉग: बैटल विद चांस 🔦 ⛩️ 😅

प्रबुद्ध adjayl की आयु में, "प्रोजेक्ट शेड्यूल" जैसे शब्दों का उपयोग करना भी बेकार है। और यद्यपि कई परियोजना प्रबंधक अपनी भौहें बढ़ा सकते हैं, मैं कहूंगा:
प्रोजेक्ट शेड्यूल की जरूरत नहीं है, हानिकारक, खतरनाक और भयावह!

और अब, इस तरह के एक चौंकाने वाला बयान देने के बाद, मैं खुद को समझाने की कोशिश करूंगा और आपको साबित करूंगा कि सभी प्रोजेक्ट शेड्यूल को बैकलॉग से बदला जाना चाहिए, और संभवतः हर जगह।

सिर के आसपास की योजना

परियोजना अनुसूची की निहित शक्ति क्या है? योजना बनाने में जरूर।

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

लेकिन ... (हमेशा यह लानत है "लेकिन", सही है?)

व्यवहार में, यह एक राक्षस है - "प्रोजेक्ट शेड्यूल" शुरू से ही आपकी परियोजना को नष्ट करना शुरू कर देता है।

अनुभवी पीएम (प्रोजेक्ट मैनेजर) और उनकी टीम, यह महसूस करते हुए कि बहुत सारे बजट और समय सीमाएं नहीं हैं, वे "विशेषज्ञ अनुभव" से "जहां भी संभव हो अधिकतम" करना शुरू करते हैं। प्रायोजक जिन्हें एक अच्छे एनपीवी की आवश्यकता होती है (अन्यथा शेयरधारकों के पास जाने के लिए कुछ भी नहीं है) सब कुछ वापस करने और काटने के लिए शुरू कर रहे हैं, व्यापार उपयोगकर्ता, जो काम करता है उसे देखते हुए, स्वर्ग को एक बढ़ा-चढ़ाकर पेश करते हैं, क्योंकि तब इस अविभाज्य चिमेरा के साथ वे जीवन भर साथ-साथ चलते हैं। ।

परियोजना अनुसूची की योजना और समन्वय में देरी हो रही है, फिर अधिक, फिर अधिक ...
और अब सब कुछ मंजूर है। हां, नियोजन में मूल रूप से तीन गुना ज्यादा समय लगता है, लेकिन अब सब कुछ मरहम पर है!

पीएम और उनकी टीम जल्दी में नहीं है (क्योंकि कोई भी उन्हें फिर से बंधक बनाने के मामले में नहीं करेगा और उनके पास बहुत समय है) अपने फालतू काम करना शुरू कर दें। आपराधिक संहिता के पहले जोड़े सभ्य और ठोस हैं। तब तक, यह रोल आउट करने का समय है, अंत में, कुछ परिणाम।

प्रोजेक्ट मैनेजर बेचैन है

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

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

मैनेजर ठंडा हो रहा है। उनकी टीम गुस्से से हरी है, क्योंकि उन्होंने पहले से ही बहुत कुछ किया है और पहले से ही इसे फिर से करना है, सबसे पहले, कोई समय नहीं है, दूसरा, यह असंभव है, और तीसरा, क्या नरक है!
परियोजना प्रबंधक बेहोश हो रहा है, लेकिन हर किसी के साथ सहमत होने की कोशिश कर रहा है।

उसकी असफलता पर हर कोई अचंभित है।

नई परिचयात्मक

और इसे ठीक करना अभी भी संभव है, प्रायोजक अस्थायी कठिनाइयों और देरी की रिपोर्ट करते हैं, जिसे जल्द ही ठीक कर लिया जाएगा। प्रोजेक्ट टीम अभी से इसे करने के लिए चौबीसों घंटे सभा शुरू करती है। और यहाँ अगली बैठक में शेयरधारक से नए परिचय हैं। प्रायोजक नहीं कहने में असमर्थ हैं और उनके चेहरे को थोड़ा गुलाबी कर रहे हैं। PiM समझता है कि अब वह और टीम के पास निश्चित रूप से प्रोजेक्ट शेड्यूल पूरा करने का समय नहीं होगा; परियोजना अनुसूची में कुछ भी नहीं बचा था; वह आधा प्रोजेक्ट पहले ही पास हो चुका है, और सामान्य तौर पर ... हम्म ... कुछ नहीं, और सवाल उठता है कि वे हर समय क्या करते रहे हैं?

समझौता समय

और ठीक इस स्तर पर, जब हर कोई समझता है कि विफलता निकट है, सभी के साथ सभी का कुल समझौता शुरू होता है। पहले से ही परियोजना को लागू करने के लिए समय नहीं है - यह सुंदर रिपोर्टिंग को रिवाइव करने के लिए आवश्यक है। यह अलंकरण, किंवदंतियों और मिथकों के लिए समय है, और सिर्फ प्रतिबंध झूठ है। इस बिंदु पर कार्रवाई में सभी प्रतिभागी पहले से ही एक सार्वभौमिक झूठ से बंधे हुए हैं कि वे अब बहस नहीं करते हैं और दोषियों की तलाश नहीं कर रहे हैं, क्योंकि कोई भी किसी भी अव्यवस्था के दौरान खुद को नहीं धोएगा। साथ में, वे अपने होठों से मृत व्यक्ति को शेयरधारकों की आंखों के सामने याद दिलाते हैं, लगातार दोहराते हैं कि वे अभी भी अंतिम रूप देंगे, इसलिए बोलने के लिए, "खेतों में"।

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

पुरस्कार वितरित किए जाते हैं, हर कोई सभी की प्रशंसा करता है, अपने चेहरे को थोड़ा गुलाबी करता है और अपनी पलकें कम करता है। पीएम ने बाली में कॉकटेल के साथ कड़वाहट का एक अंश डाला, एक बोनस पीते हुए।

पर्दा।

समाधि-लेख

लिहाजा, इस परियोजना का सफलतापूर्वक संचालन किया जा रहा है।

लेकिन क्या यह कोई अलग हो सकता है? क्या एक राक्षसी "प्रोजेक्ट शेड्यूल" के बिना करना संभव था, जिसमें से समन्वय समय का एक बड़ा ढेर खा जाता है, सभी इच्छुक पार्टियों के प्रमुखों में झूठी और इस तरह की अलग-अलग उम्मीदों को सुलझाता है, और फिर पीआईईएम और एक ग्रेवस्टोन के साथ टीम पर दबाव डालना शुरू कर देता है, जो वास्तविक व्यावसायिक समस्याओं को हल करने के बजाय , उपयुक्त उत्पादों और सेवाओं में कटौती करने के लिए और, वास्तव में, कंपनी के लिए मूल्य जोड़ें, "प्रोजेक्ट शेड्यूल को पूरा करने" को सुनिश्चित करने के लिए साबुन में भीड़ करने के लिए मजबूर किया जाता है और एक ही समय में सभी हितधारकों को खुश करें?
हाँ यह संभव है।

उत्तर: बैकलॉग पा-पा-पा-PAM-फ्रेम!

बैकलॉग

आप हर कदम, हर संसाधन और मानव घंटे की योजना बनाने की कोशिश नहीं कर रहे हैं। आप सामान्य उच्च-स्तरीय KPI को समन्वित करते हैं और इस पर बहुत समय की बचत करते हुए, परियोजना शुरू करते हैं।
आप उन संसाधनों को लेते हैं जो आपके पास हैं और उपयोगकर्ता कहानियों में सहमत KPI को चालू करने के लिए उनके साथ जाते हैं। और यहाँ लाभ न केवल यह समझने में है कि अंतिम उत्पाद उपयोगकर्ता के दिमाग में क्या है। आवश्यक और व्यावहारिक दिशा में इस तस्वीर को बनाने के लिए स्पष्टीकरण और स्पष्टीकरण की मदद से यह आपका मौका भी है। (याद रखें! "बहुत अधिक परिवर्तन प्रबंधन जैसी कोई चीज नहीं है)
इन उपयोगकर्ता कहानियों से, वास्तविक डिकम्पोजर्स की तरह, आप अपने आप को एक बहुत छोटे बैकलॉग में विघटित करते हैं और जो कुछ भी हो रहा है उसे समझने और अर्थपूर्णता के लिए खुशी के साथ प्रोटोटाइप, चीखना और गुनगुनाना शुरू करते हैं।
पहले (ठीक है, दूसरे पर ठीक है) आपराधिक कोड, आप अपने अधूरे शैतानों को खींचते हैं, बिल्कुल शर्मिंदा नहीं होते। आखिरकार, ये प्रस्ताव हैं! उन्हें परिपूर्ण नहीं होना है! और इस अवधि के दौरान, यदि आपकी टीम में कोई व्यक्ति यह कहकर उठना शुरू कर देता है, कि वह "अच्छी तरह से सब कुछ करने के लिए उपयोग किया जाता है", कि "वह अपने काम के लिए ज़िम्मेदार है", और यह कि "वह तैयार है, केवल तभी जब वह तैयार हो" टीम से उसे। या उसे एमवीपी (न्यूनतम व्यवहार्य उत्पाद) की अवधारणा को समझाएं। जब आप पहले से ही सब कुछ खा चुके हों तो आपको चम्मच और लिगचर के साथ एक चम्मच की जरूरत नहीं है। डिनर के लिए चम्मच सड़क।
अब। उसी CC पर आपको सबसे मूल्यवान चीज़ मिलती है जो प्रोजेक्ट मैनेजर को मिल सकती है - ग्राहक से पूरी तरह से फ़ीडबैक! जब सब कुछ अभी शुरू हुआ है, जब आप कुछ भी और कहीं भी बदल सकते हैं।
आप इस फ़ीडबैक को एकत्र करते हैं और एक सप्ताह में थोड़ा सुधारित प्रोटोटाइप लाने के लिए चले जाते हैं। हालांकि वे अभी भी परिपूर्ण नहीं हैं, लेकिन आप हर बार मूल्य जोड़ते हैं और इसलिए शॉर्ट इफेक्ट्स में काम करना शुरू करते हैं।
चूंकि सभी इच्छुक पक्ष आपकी दृष्टि को समझते हैं और साझा करते हैं, और, इसके अलावा, वे स्वयं अंतिम उत्पाद बनाने में भाग लेते हैं, हर किसी को इस बात की स्पष्ट समझ है कि परियोजना कितनी तेजी से चल रही है, क्या पर्याप्त संसाधन हैं, जहां आपको तेजी लाने की आवश्यकता है और क्यों, जाहिर है, आपको मना करने की आवश्यकता है जैसे कि यह व्यवहार्य नहीं है, तो आप कई अनुमोदन, "नए परिचयात्मक" बयानों और किसी की झूठी उम्मीदों के औचित्य पर समय बर्बाद नहीं करते हैं, और कार्यान्वयन एक शांत काम के माहौल में होता है।
इसके अलावा, अब आप न केवल परियोजना को सफलतापूर्वक कार्यान्वित करते हैं, बल्कि प्रायोजकों और ग्राहकों के साथ स्वस्थ, उत्पादक और सकारात्मक संबंध भी बनाते हैं, एक शानदार परियोजना प्रबंधक और शक्तिशाली पेशेवरों की टीम के रूप में अपनी प्रतिष्ठा को मजबूत करते हैं।
आप एक ऐसी परियोजना लागू कर रहे हैं, जो मृतकों को उनकी आजीविका के आदी बनाने वाले शेयरधारकों को विस्मित कर देगी कि वे आपके लिए एक कोने के कार्यालय और उनकी कंपनी के आईपीओ के बारे में सोचना शुरू कर देंगे!

और सबसे महत्वपूर्ण बात, दोस्तों!

आप लगातार विकास कर रहे हैं, अध्ययन कर रहे हैं और अपने काम से बहुत खुशी प्राप्त कर रहे हैं!