मैं एक प्रति-प्रश्न खड़ा करना चाहूंगा:
क्या कार्यक्षेत्र, अवधि के लिए निश्चित गुंजाइश + निश्चित समय सीमा + निश्चित मूल्य अनुबंध किया जा सकता है ?
"अच्छा / तेज / सस्ता - दो उठाओ" कह सिर्फ कुछ मूर्खतापूर्ण इंजीनियरिंग मजाक नहीं है। नमक के लायक हर परियोजना प्रबंधक परियोजना प्रबंधन त्रिकोण के बारे में जानता है :
आप हमें बता रहे हैं कि लागत, कार्यक्षेत्र, और समय सब तय हो गया है। यह गतिशीलता या त्रुटि के लिए कोई जगह नहीं छोड़ता है। कोई नहीं । आप "गुणवत्ता" को एक विशेषता के रूप में देखना चुन सकते हैं, लेकिन यह "वास्तविक" विशेषता नहीं है, यह एक मेटा-विशेषता की तरह है जो अन्य विशेषताओं (लागत / गुंजाइश / अनुसूची) से ली गई है।
समस्या यह है कि यह वास्तव में कभी नहीं होता है जब तक कि आपकी परियोजना की योजना बनाई जा रही है और मनुष्यों द्वारा निष्पादित की जाती है।
आवश्यकताएं और विनिर्देश कभी भी प्रत्येक किनारे के मामले को कवर नहीं करते हैं जब तक कि वे योग्य आर्किटेक्ट और डिजाइनरों द्वारा अपार विस्तार से तैयार नहीं किए गए हों, जिस स्थिति में परियोजना पहले से ही आधी-अधूरी है; और तब भी त्रुटि की संभावना है।
अनपेक्षित लागत पॉप अप करने के लिए बजट से अधिक हो जाएगा। एक सदस्यता समाप्त हो गई। एक निर्माता ने आपके द्वारा उपयोग किए जा रहे उत्पाद के लिए अपना समर्थन बंद कर दिया और आपको एक नया खोजना होगा। एक घंटे के ठेकेदार ने प्रस्थान की धमकी के तहत उसकी दर बढ़ा दी। आपकी पूरी टीम सिर्फ 10% वृद्धि और एक अतिरिक्त सप्ताह की छुट्टी की मांग करते हुए, हड़ताल पर चली गई।
अनुसूचियां फिसलती हैं। अनुपयोगी समस्याएं फसल देती हैं; 5 वर्षों से आप जिस चार्टिंग घटक का उपयोग कर रहे हैं, वह विंडोज 95 के साथ संगत नहीं है, जिसे आपका ग्राहक अभी भी उपयोग कर रहा है। 64-बिट विंडोज में एक अस्पष्ट बग गंभीर यूआई ग्लिच का कारण बनता है और आप इसे ट्रैक करने और वर्कअराउंड को विकसित करने में लगभग एक सप्ताह खर्च करते हैं (यह वास्तव में मेरे साथ हुआ था)। आपका वरिष्ठ डेवलपर एक बस की चपेट में आ गया और आपको एक नई भर्ती करनी है। आपकी अनुमानित डिलीवरी की तारीख हमेशा गलत होती है। हमेशा।
देखें हॉफ़स्टैटर का नियम :
हॉफस्टेडर्स लॉ: यह हमेशा आपकी अपेक्षा से अधिक समय लेता है, तब भी जब आप हॉफस्टैटर के नियम को ध्यान में रखते हैं।
फुर्तीली विधियां लागत, अनुसूची और दायरे के चारों ओर करतब दिखाने वाली हैं। ज्यादातर समय, वे विशेष रूप से गुंजाइश के आसपास करतब दिखाने और कभी-कभी शेड्यूल के बारे में होते हैं , यही कारण है कि आप पूर्ण संस्करणों के बजाय नेबुला उपयोगकर्ता कहानियों और योजना संशोधनों के साथ शुरू करते हैं। अलग-अलग तरीके अलग-अलग शब्दावली का उपयोग करते हैं लेकिन यह सभी एक ही मूल आधार है: लगातार रिलीज़ और प्रत्येक रिलीज़ के साथ शेड्यूल और स्कोप का पुनर्संतुलन।
यह एक ऐसी परियोजना के साथ कोई मतलब नहीं है जो (या होने का दावा है) या तो निश्चित गुंजाइश या निश्चित अनुसूची है।
अगर एक परियोजना विशेषता (लागत / गुंजाइश / अनुसूची) नियत ना मैं आपको बता होता है कि यह हो सकता है चुस्त तरीके के लिए बिल्कुल उपयुक्त नहीं हो।
यदि दो परियोजना विशेषताएँ तय की जाती हैं, तो निश्चित रूप से आपकी परियोजना चुस्त तरीकों के लिए एक अच्छी फिट नहीं है।
यदि तीनों विशेषताएँ निश्चित हैं, तो आपकी परियोजना संभवतः विफल हो रही है। यदि यह वास्तव में जहाज करता है, तो या तो मूल अनुसूची को व्यापक रूप से ठग लिया गया था, या ग्राहक यह सोचकर खुद को बहकाने में कामयाब रहा है कि आपने वास्तव में जो वादा किया था, उसे वितरित किया है।
यदि यह अनुबंध अभी भी मेज पर है, तो मैं आपसे इसे अस्वीकार करने का आग्रह करता हूं। और अगर आपने पहले ही इसे स्वीकार कर लिया है, तो भगवान आपकी आत्मा पर दया कर सकता है।