आप कैसे तय करते हैं कि प्रोजेक्ट iterative चले या ज्यादा पारंपरिक चरणों में?

अनिश्चितता और बदलाव की लागत पर चुनिए। अगर requirement बदलेंगी और iterate करना सस्ता है, तो iterative चलाइए। अगर स्कोप किसी regulator या contract से तय है, या देर का बदलाव भारी पड़ता है (hardware, कोई भौतिक निर्माण, कोई migration cutover), तो चरणों वाली प्लानिंग बेहतर बैठती है। ज्यादातर असली प्रोजेक्ट hybrid होते हैं: तय बाहरी milestone के अंदर iterative build, और यही वह संस्करण है जो बताने लायक है।

मैं इस पर चुनता हूं कि requirement कितनी बदलेंगी और देर का बदलाव कितना महंगा है। अगर हमें सच में तब तक पता नहीं कि अच्छा कैसा दिखता है जब तक लोग इसे इस्तेमाल न करें, तो iterate करना ही एकमात्र ईमानदार तरीका है। अगर स्कोप किसी regulator या fixed price contract से तय है, या देर से मन बदलने की लागत बहुत बड़ी है, जैसे hardware या data center cutover, तो चरणों वाली प्लानिंग बेहतर बैठती है। असल में मैंने जो ज्यादातर चलाया है वह hybrid है। एक platform migration पर हमारे पास न हिलने वाले बाहरी milestone थे, एक regulator की तारीख और एक contract के खत्म होने की तारीख, पर उनके अंदर हम दो हफ्ते के iteration चलाते थे एक demo के साथ, तो steering committee को प्लान चरणों वाला दिखता था और टीम को iterative लगता था। जिससे मैं जी जान से बचता हूं वह दोनों का सबसे बुरा मेल है, यानी आठ महीने पहले साइन ऑफ किए गए तय विस्तृत स्कोप के खिलाफ iterative डिलीवरी।