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