परियोजना प्रबंधन, श्रेणी 30+

बंद करो, इसे रोको, इसे तुरंत साफ करो! असफल परियोजना को बंद करने के लिए, आपको दो चीजों की आवश्यकता है: आपको यह समझने की आवश्यकता है कि परियोजना विफल हो गई है, और आपको इसे बंद करने की आवश्यकता है। लेकिन इतना सरल नहीं है।



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

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

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

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

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

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

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

परियोजना की विफलता का मानदंड संकेतक की निचली सीमा है, जिसके नीचे गिरने से परियोजना को नष्ट होना चाहिए। एक जहाज की तरह जिसे पानी के नीचे एक छेद मिला, उसे नीचे जाना चाहिए। सभी संभव गर्व, भव्यता और व्यावसायिकता के साथ।

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

यह तर्क करना उचित है कि हमारा मस्तिष्क इतना व्यवस्थित है कि, अग्रिम में विफलता के बारे में सोचकर, हम असफलता के लिए खुद को स्थापित करते हैं। शायद। लेकिन परिणामों के बारे में सोचने की क्षमता परिपक्व सोच का संकेत है। और इससे जुड़ी कठिनाइयाँ, जैसा कि लगता है, दूर की जा सकती है।

---

दिमित्री
मामोनोव , व्रीके

पीएस इस विषय में निरंतरता में है कि उत्पाद से सुविधाओं को कैसे, क्यों और कब हटाया जाए, मैं अपने सहयोगी यूरी आंद्रेकोविच से एक रिपोर्ट की सिफारिश कर सकता हूं।