पारंपरिक बनाम एजिल प्रोजेक्ट प्रबंधन: मुख्य अंतर और आयरन त्रिभुज समझाया गया

पारंपरिक प्रोजेक्ट प्रबंधन

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

वॉटरफॉल बनाम एजिल सॉफ्टवेयर विकास

पूरे प्रोजेक्ट की पूर्व योजना बनाई गई है और आवश्यकताओं में बदलाव के लिए कोई जगह नहीं है — जैसे वॉटरफॉल, PMI का PMBOK और PRINCE2 कठोर और बहुत नियंत्रित हैं। वे शुरुआत से अंत तक अलग-अलग चरणों को चिह्नित करते हैं और यह मानते हैं कि आपके पास पहले से ही सभी आवश्यकताएं और जानकारी हैं।

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

एजिल प्रोजेक्ट प्रबंधन

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

एजिल पारंपरिक प्रोजेक्ट प्रबंधन को थकाऊ, सीमित और तेजी से बदलती आधुनिक दुनिया के लिए अनुपयुक्त मानता है। एजिल प्रोजेक्ट प्रबंधन चक्राकार है, जिसका उद्देश्य प्रत्येक विकास चक्र के साथ उपयोगकर्ता प्रतिक्रिया को निरंतर एकीकृत करना और निरंतर रिलीज करना है, जैसा कि ऊपर दिखाया गया है। प्रत्येक कार्य का आउटपुट एक उत्पाद है जिसे आप स्टेकहोल्डर्स को बेचते हैं। टीमें और वर्कफ्लो को ग्राहक के लिए सीधे उपयोगी चीज बनाने के आधार पर बनाया जाता है।

पारंपरिक या एजिल – चयन कैसे करें?

स्टैंडिश समूह की 2011 की चाओस रिपोर्ट के अनुसार, एजिल प्रोजेक्ट पारंपरिक वॉटरफॉल प्रोजेक्ट्स की तुलना में तीन गुना अधिक सफल हैं। नीचे दिए गए चार्ट में 2002 से 2012 के बीच किए गए अध्ययनों के विशिष्ट परिणाम दिखाए गए हैं:

वॉटरफॉल बनाम एजिल प्रोजेक्ट्स की सफलता दर

पारंपरिक और एजिल के बीच अंतर

नीचे दी गई तालिका स्क्रम और पारंपरिक प्रोजेक्ट प्रबंधन मॉडल के कई महत्वपूर्ण अंतरों का सारांश प्रस्तुत करती है।

परिवर्तन की लागत

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

“एक निश्चित योजना का पालन करने के बजाय बदलती हुई आवश्यकताओं का उत्तर देना।”

एजाइल इस धारणा को चुनौती देता है और दावा करता है कि परिवर्तन की लागत आरेख में दिखाए गए अनुसार आपेक्षिक रूप से समतल हो सकती है:

पारंपरिक बनाम एजाइल में परिवर्तन की लागत

प्रोजेक्ट प्रबंधन में एजाइल बनाम पारंपरिक लोहे का त्रिभुज

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

एजाइल बनाम पारंपरिक प्रोजेक्ट प्रबंधन में लोहे का त्रिभुज

पारंपरिक लौह त्रिभुज की समस्या क्या है?

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

इस तरह, पारंपरिक लौह त्रिभुज परियोजना सफलता के लिए स्पष्ट रूप से अपर्याप्त मॉडल है, क्योंकि यह सफलता के महत्वपूर्ण पहलुओं, जैसे स्टेकहोल्डर प्रभाव, सीख, और उपयोगकर्ता संतुष्टि को नजरअंदाज करता है।

एजिल लौह त्रिभुज – एक पैराडाइम शिफ्ट

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

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

एजिल संदर्भ में लौह त्रिभुज