हाल के वर्षों में एजिल विधियों को उनके उत्पादों को तेजी से डिलीवर करने और बदलते आवश्यकताओं के अनुकूल होने की क्षमता के कारण उल्लेखनीय लोकप्रियता मिली है। हालांकि, सभी प्रोजेक्ट्स लाभदायक नहीं होते हैं, और यह निर्णय लेना महत्वपूर्ण है कि क्या प्रोजेक्ट को आगे बढ़ाया जाए या नहीं। गो/नो-गो चेकलिस्ट के साथ भारित स्कोरिंग दृष्टिकोण का उपयोग करके एजिल प्रोजेक्ट की लाभदायकता का आकलन करने के लिए एक ढांचा प्रदान किया जा सकता है। इस लेख में, हम गो/नो-गो चेकलिस्ट के महत्व और भारित स्कोरिंग दृष्टिकोण के बारे में चर्चा करेंगे, जो सूचित निर्णय लेने में मदद कर सकता है।
एजिल प्रोजेक्ट्स के लिए गो/नो-गो चेकलिस्ट क्यों?
लाभदायकता अध्ययन एजिल प्रोजेक्ट विकास प्रक्रिया का एक महत्वपूर्ण घटक है। इन अध्ययनों को प्रस्तावित प्रोजेक्ट की व्यावहारिकता का आकलन करने और यह तय करने के लिए किया जाता है कि क्या प्रोजेक्ट का दायरा, बजट और समय सीमा के आधार पर लाभदायक है या नहीं। लाभदायकता अध्ययन के महत्वपूर्ण घटकों में से एक गो/नो-गो चेकलिस्ट है, जिसका उपयोग प्रोजेक्ट को शुरू करने, रोकने या बंद करने के निर्णय लेने के लिए किया जाता है। इस लेख में, हम एजिल प्रोजेक्ट के लाभदायकता अध्ययन में गो/नो-गो चेकलिस्ट के उपयोग के पहले और बाद की प्रक्रिया के बारे में चर्चा करेंगे।
लाभदायकता अध्ययन से पहले
लाभदायकता अध्ययन शुरू करने से पहले, प्रोजेक्ट के उद्देश्यों, दायरे और हितधारकों की आवश्यकताओं के बारे में स्पष्ट समझ होना आवश्यक है। प्रोजेक्ट के लाभदायकता अध्ययन में आमतौर पर प्रोजेक्ट की तकनीकी, वित्तीय, संचालन और बाजार लाभदायकता का आकलन किया जाता है। लाभदायकता अध्ययन के लिए एक विस्तृत योजना बनाना और सभी संबंधित हितधारकों को प्रक्रिया में शामिल करना आवश्यक है।
गो/नो-गो चेकलिस्ट लाभदायकता अध्ययन के दौरान उपयोग किए जाने वाला एक महत्वपूर्ण उपकरण है। यह यह निर्धारित करता है कि प्रोजेक्ट को आगे बढ़ाने के लिए कौन-कौन से मापदंड पूरे होने चाहिए। आमतौर पर इन मापदंडों में तकनीकी लाभदायकता, वित्तीय लाभदायकता, बाजार मांग और संसाधनों की उपलब्धता शामिल होती है। गो/नो-गो चेकलिस्ट सुनिश्चित करता है कि सभी महत्वपूर्ण कारकों को ध्यान में रखा जाए और प्रोजेक्ट के सफल होने की संभावना का आकलन किया जाए बिना आगे बढ़ने से पहले।
लाभदायकता अध्ययन के बाद
लाभदायकता अध्ययन पूरा होने के बाद, गो/नो-गो चेकलिस्ट का उपयोग करके तय किया जाता है कि क्या प्रोजेक्ट को शुरू किया जाए, रोका जाए या बंद किया जाए। यदि प्रोजेक्ट चेकलिस्ट में निर्दिष्ट सभी मापदंडों को पूरा करता है, तो इसे लाभदायक माना जाता है और प्रोजेक्ट आगे बढ़ाया जा सकता है। यदि प्रोजेक्ट किसी भी मापदंड को पूरा नहीं करता है, तो समस्या को दूर करने तक प्रोजेक्ट को रोकना या बंद करना आवश्यक हो सकता है।
गो/नो-गो चेकलिस्ट प्रोजेक्ट की लाभदायकता के आकलन को आगे बढ़ने से पहले विस्तार से करने के लिए एक मूल्यवान उपकरण है। यह संभावित जोखिमों और समस्याओं की पहचान करने में मदद करता है, जो प्रोजेक्ट के सफल होने के लिए प्रभावित कर सकते हैं। चेकलिस्ट के उपयोग से हितधारक प्रोजेक्ट को आगे बढ़ाने के बारे में सूचित निर्णय ले सकते हैं।
गो/नो-गो चेकलिस्ट के उपयोग के लाभ
एजिल प्रोजेक्ट के लाभदायकता अध्ययन में गो/नो-गो चेकलिस्ट के उपयोग के कई लाभ हैं। इनमें शामिल हैं:
- स्पष्ट मापदंड: चेकलिस्ट प्रोजेक्ट को आगे बढ़ाने के लिए पूरे किए जाने वाले स्पष्ट मापदंड प्रदान करता है। इससे सुनिश्चित होता है कि सभी हितधारकों को प्रोजेक्ट के उद्देश्यों और सफलता के मापदंडों के बारे में स्पष्ट समझ हो।
- जोखिम प्रबंधन: चेकलिस्ट संभावित जोखिमों और समस्याओं की पहचान करने में मदद करता है, जो प्रोजेक्ट के सफल होने के लिए प्रभावित कर सकते हैं। इससे हितधारकों को प्रोजेक्ट शुरू करने से पहले जोखिमों को कम करने के लिए उचित उपाय करने की सुविधा मिलती है।
- सूचित निर्णय: चेकलिस्ट हितधारकों को प्रोजेक्ट को आगे बढ़ाने के बारे में सूचित निर्णय लेने में मदद करता है। स्पष्ट मापदंडों के आधार पर प्रोजेक्ट की लाभदायकता का आकलन करके, हितधारक प्रोजेक्ट के सफल होने की संभावना के बारे में अधिक सूचित निर्णय ले सकते हैं।
उदाहरण
एजिल प्रोजेक्ट के लाभदायकता अध्ययन के लिए गो/नो-गो चेकलिस्ट में शामिल किए जा सकने वाले कुछ उदाहरण यहां दिए गए हैं:
- तकनीकी लाभदायकता:
- प्रोजेक्ट विकसित करने के लिए आवश्यक तकनीक उपलब्ध है?
- क्या प्रोजेक्ट दिए गए तकनीकी सीमाओं के भीतर विकसित किया जा सकता है?
- क्या विकास टीम को प्रोजेक्ट पूरा करने के लिए आवश्यक कौशल और विशेषज्ञता है?
- वित्तीय लाभदायकता:
- क्या प्रोजेक्ट वित्तीय रूप से लाभदायक है?
- क्या अनुमानित बजट प्रोजेक्ट के लक्ष्यों और उद्देश्यों के अनुरूप है?
- क्या प्रोजेक्ट की लाभदायकता को प्रभावित करने वाले संभावित बजट अतिरिक्त खर्च हैं?
- बाजार मांग:
- क्या बाजार में प्रोजेक्ट के लिए मांग है?
- क्या बाजार में पहले से ही समान प्रोजेक्ट उपलब्ध हैं?
- क्या प्रोजेक्ट वर्तमान बाजार प्रवृत्तियों और मांग के अनुरूप है?
- संसाधन उपलब्धता:
- प्रोजेक्ट के लिए आवश्यक संसाधन उपलब्ध हैं?
- उपलब्ध संसाधनों के साथ प्रोजेक्ट दिए गए समय सीमा के भीतर पूरा किया जा सकता है?
- क्या प्रोजेक्ट की लागूता को प्रभावित कर सकने वाले संभावित संसाधन सीमाएं हैं?
यदि प्रोजेक्ट गो/नो-गो चेकलिस्ट में सूचीबद्ध सभी मानदंडों को पूरा करता है, तो इसे विकास के अगले चरण में आगे बढ़ाया जा सकता है। यदि यह किसी भी मानदंड को पूरा नहीं करता है, तो प्रोजेक्ट को समस्याओं के निवारण तक रोक दिया या रोक देना पड़ सकता है।
वास्तविक जीवन के उदाहरण
इस गो/नो-गो चेकलिस्ट के आधार पर, प्रोजेक्ट लागू प्रतीत होता है और विकास के अगले चरण में आगे बढ़ा जा सकता है। हालांकि, विकास टीम को प्रोजेक्ट को स्थापित सीमाओं के भीतर रखने और किसी भी संभावित समस्याओं के त्वरित निवारण की सुनिश्चित करने के लिए इसकी निगरानी करने की आवश्यकता होगी।
“हाँ” और “नहीं” के कॉलम में, आप यह चिह्नित कर सकते हैं कि क्या प्रोजेक्ट मानदंडों को पूरा करता है या नहीं। “टिप्पणियाँ” कॉलम में, आप प्रत्येक मानदंड के बारे में अतिरिक्त जानकारी या नोट्स प्रदान कर सकते हैं, जैसे कि संभावित समस्याएं या चिंताएं जिन्हें निवारित करने की आवश्यकता है।
एजिल प्रोजेक्ट की लागूता अध्ययन के लिए एक गो/नो-गो चेकलिस्ट के लिए एक टेम्पलेट नीचे दिया गया है:
| मानदंड | हाँ | नहीं | टिप्पणियाँ |
|---|---|---|---|
| तकनीकी लागूता | |||
| प्रोजेक्ट के विकास के लिए आवश्यक तकनीक उपलब्ध है? | हाँ | कंपनी को वेब-आधारित एप्लिकेशनों के साथ अनुभव है और प्रोजेक्ट के लिए आवश्यक तकनीकी स्टैक के बारे में परिचित है। | |
| क्या प्रोजेक्ट दिए गए तकनीकी सीमाओं के भीतर विकसित किया जा सकता है? | हाँ | प्रोजेक्ट की तकनीकी आवश्यकताएं विकास टीम की क्षमता के भीतर हैं। | |
| क्या विकास टीम को प्रोजेक्ट पूरा करने के लिए आवश्यक कौशल और विशेषज्ञता है? | हाँ | टीम को समान प्रोजेक्टों के विकास का अनुभव है और प्रोजेक्ट को पूरा करने के लिए आवश्यक कौशल है। | |
| वित्तीय लाभप्रदता | |||
| क्या प्रोजेक्ट वित्तीय रूप से लाभप्रद है? | हाँ | प्रोजेक्ट से अनुमानित आय विकास लागतों से अधिक होने की उम्मीद है। | |
| क्या अनुमानित बजट प्रोजेक्ट के लक्ष्यों और उद्देश्यों के अनुरूप है? | हाँ | प्रोजेक्ट का बजट कंपनी के वित्तीय संसाधनों और लक्ष्यों के अनुरूप है। | |
| क्या प्रोजेक्ट की लागूता को प्रभावित कर सकने वाले संभावित लागत अधिकता हैं? | नहीं | विकास टीम ने संभावित लागत अधिकता की पहचान कर ली है और उन्हें कम करने के उपाय किए हैं। | |
| बाजार मांग | |||
| क्या बाजार में परियोजना के लिए मांग है? | हां | बाजार अनुसंधान ने दिखाया है कि छोटे व्यवसायों के लिए परियोजना प्रबंधन उपकरण की आवश्यकता है। | |
| क्या बाजार में पहले से ही समान परियोजनाएं उपलब्ध हैं? | हां | बाजार में कई परियोजना प्रबंधन उपकरण उपलब्ध हैं, लेकिन कोई भी छोटे व्यवसायों की आवश्यकताओं को विशेष रूप से पूरा नहीं करता है। | |
| क्या परियोजना वर्तमान बाजार प्रवृत्तियों और मांग के अनुरूप है? | हां | परियोजना बाजार की वर्तमान प्रवृत्तियों और क्लाउड-आधारित सॉफ्टवेयर समाधानों की मांग के अनुरूप है। | |
| संसाधन उपलब्धता | |||
| क्या परियोजना के लिए आवश्यक संसाधन उपलब्ध हैं? | हां | परियोजना के लिए आवश्यक हार्डवेयर, सॉफ्टवेयर और अन्य संसाधन उपलब्ध हैं। | |
| क्या उपलब्ध संसाधनों के साथ परियोजना दिए गए समय सीमा के भीतर पूरी की जा सकती है? | हां | परियोजना का समय सीमा वास्तविक और उपलब्ध संसाधनों के साथ प्राप्त करने योग्य है। | |
| क्या परियोजना की लागत पर असर डालने वाली संभावित संसाधन सीमाएं हैं? | नहीं | विकास टीम ने संभावित संसाधन सीमाओं की पहचान कर ली है और उन्हें कम करने के उपाय किए हैं। |
इस तालिका टेम्पलेट का उपयोग करने से आप निर्णय लेने की प्रक्रिया को दस्तावेज़ित करने और यह स्पष्ट रूप से रिकॉर्ड करने में मदद मिलेगी कि परियोजना को आगे बढ़ाने या रोकने के कारण क्या थे।
जाओ/नहीं-जाओ चेकलिस्ट के लिए सरल स्कोरिंग
इस उदाहरण में, प्रत्येक मानदंड के लिए जो परियोजना की आवश्यकताओं को पूरा करता है, उसे 1 का स्कोर दिया जाता है, और आंशिक रूप से पूरा होने वाले मानदंड के लिए 0.5 का स्कोर दिया जाता है। अंतिम स्कोर प्रत्येक मानदंड के स्कोर को जोड़कर गणना की जाती है, और यदि स्कोर एक निश्चित घटक से ऊपर है (उदाहरण के लिए, 8/11), तो परियोजना लाभदायक मानी जाती है।
| मानदंड | हां | नहीं | स्कोर | टिप्पणियाँ |
|---|---|---|---|---|
| तकनीकी लागू होने की संभावना | ||||
| प्रोजेक्ट विकसित करने के लिए आवश्यक तकनीक उपलब्ध है? | हां | 1 | कंपनी के पास वेब-आधारित एप्लिकेशनों के साथ अनुभव है और प्रोजेक्ट के लिए आवश्यक तकनीकी स्टैक के साथ परिचय है। | |
| क्या प्रोजेक्ट दिए गए तकनीकी सीमाओं के भीतर विकसित किया जा सकता है? | हां | 1 | प्रोजेक्ट की तकनीकी आवश्यकताएं विकास टीम की क्षमताओं के भीतर हैं। | |
| क्या विकास टीम को प्रोजेक्ट पूरा करने के लिए आवश्यक कौशल और विशेषज्ञता है? | हां | 1 | टीम को समान प्रोजेक्टों के विकास का अनुभव है और प्रोजेक्ट पूरा करने के लिए आवश्यक कौशल है। | |
| वित्तीय लाभदायकता | ||||
| क्या प्रोजेक्ट वित्तीय रूप से लाभदायक है? | हां | 1 | प्रोजेक्ट से अनुमानित राजस्व विकास लागतों से अधिक होने की उम्मीद है। | |
| क्या अनुमानित बजट प्रोजेक्ट के लक्ष्यों और उद्देश्यों के अनुरूप है? | हां | 1 | प्रोजेक्ट का बजट कंपनी के वित्तीय संसाधनों और लक्ष्यों के अनुरूप है। | |
| क्या प्रोजेक्ट की लागत बढ़ने की संभावना है जो प्रोजेक्ट की लागू होने की संभावना को प्रभावित कर सकती है? | नहीं | 1 | विकास टीम ने संभावित लागत बढ़ोतरी की पहचान कर ली है और उनके निवारण के लिए कदम उठाए हैं। | |
| बाजार की मांग | ||||
| क्या बाजार में प्रोजेक्ट के लिए मांग है? | हां | 1 | बाजार अनुसंधान ने दिखाया है कि छोटे व्यवसायों के लिए प्रोजेक्ट प्रबंधन उपकरण की आवश्यकता है। | |
| क्या बाजार में पहले से ही समान परियोजनाएं उपलब्ध हैं? | हां | 0.5 | बाजार में कई प्रोजेक्ट प्रबंधन उपकरण उपलब्ध हैं, लेकिन कोई भी छोटे व्यवसायों की आवश्यकताओं को विशेष रूप से पूरा नहीं करता है। | |
| क्या परियोजना वर्तमान बाजार प्रवृत्तियों और मांग के अनुरूप है? | हां | 1 | परियोजना वर्तमान बाजार प्रवृत्तियों और क्लाउड-आधारित सॉफ्टवेयर समाधानों की मांग के अनुरूप है। | |
| संसाधन उपलब्धता | ||||
| क्या परियोजना के लिए आवश्यक संसाधन उपलब्ध हैं? | हां | 1 | परियोजना के लिए आवश्यक हार्डवेयर, सॉफ्टवेयर और अन्य संसाधन उपलब्ध हैं। | |
| क्या उपलब्ध संसाधनों के साथ परियोजना दिए गए समय सीमा के भीतर पूरी की जा सकती है? | हां | 1 | परियोजना का समय सीमा वास्तविक और उपलब्ध संसाधनों के साथ प्राप्त करने योग्य है। | |
| क्या परियोजना की लागूता को प्रभावित कर सकने वाले संभावित संसाधन सीमाएं हैं? | नहीं | 1 | विकास टीम ने संभावित संसाधन सीमाओं की पहचान कर ली है और उनके निवारण के लिए कदम उठाए हैं। | |
| कुल | 9.5/11 |
हालांकि, यह ध्यान देने योग्य है कि प्रत्येक मानदंड के लिए अंक देना व्यक्तिगत हो सकता है और हमेशा परियोजना की लागूता को सही तरीके से प्रदर्शित नहीं कर सकता है। एक अंकन प्रणाली का उपयोग करके परियोजना की लागूता का आकलन करते समय प्रत्येक परियोजना के संदर्भ और विशिष्ट विशेषताओं को ध्यान में रखना आवश्यक है।
गो/नो-गो चेकलिस्ट के साथ भारित मूल्य अंकन प्रणाली
अंकन प्रणाली और भारित मूल्य गो/नो-गो चेकलिस्ट के महत्वपूर्ण घटक हैं, और वे एक पूर्व निर्धारित मानदंडों के आधार पर परियोजना की लागूता का परिमाणात्मक आकलन करने का तरीका प्रदान करते हैं।
अंकन प्रणाली प्रत्येक मानदंड के लिए या तो हां या नहीं का मूल्य निर्धारित करती है, जो यह निर्धारित करने पर आधारित है कि क्या मानदंड पूरा हुआ है या नहीं। उदाहरण के लिए, तकनीकी लागूता से संबंधित एक मानदंड यह पूछ सकता है कि परियोजना विकसित करने के लिए आवश्यक तकनीक उपलब्ध है या नहीं। यदि तकनीक उपलब्ध है, तो मानदंड के लिए उत्तर हां होगा, और यदि यह उपलब्ध नहीं है, तो उत्तर नहीं होगा।
जब प्रत्येक मानदंड का मूल्यांकन और अंकन कर लिया जाता है, तो भारित मूल्य लागू होते हैं। प्रत्येक मानदंड को एक भारित मूल्य दिया जाता है, जो परियोजना की लागूता के समग्र आकलन में उस मानदंड के सापेक्ष महत्व को दर्शाता है। भारित मूल्य आमतौर पर प्रतिशत के रूप में व्यक्त किया जाता है, जिसका योग 100% होता है।
उदाहरण
भारित मूल्यों के साथ एक जो/नॉ-गो चेकलिस्ट का एक उदाहरण है:
| मानदंड | भार | हां | नहीं | स्कोर | टिप्पणियाँ |
|---|---|---|---|---|---|
| तकनीकी लागूता | 40% | ||||
| परियोजना विकसित करने के लिए आवश्यक तकनीक उपलब्ध है? | 20% | हां | 0.2 | कंपनी को वेब-आधारित एप्लिकेशनों के साथ अनुभव है और परियोजना के लिए आवश्यक तकनीकी स्टैक के साथ परिचित है। | |
| क्या परियोजना दिए गए तकनीकी सीमाओं के भीतर विकसित की जा सकती है? | 10% | हां | 0.1 | परियोजना की तकनीकी आवश्यकताएं विकास टीम की क्षमताओं के भीतर हैं। | |
| क्या विकास टीम को परियोजना पूरी करने के लिए आवश्यक कौशल और विशेषज्ञता है? | 10% | हां | 0.1 | टीम को समान परियोजनाओं के विकास का अनुभव है और परियोजना पूरी करने के लिए आवश्यक कौशल है। | |
| वित्तीय लाभप्रदता | 30% | ||||
| क्या परियोजना वित्तीय रूप से लाभदायक है? | 20% | हां | 0.2 | प्रोजेक्ट से अनुमानित राजस्व विकास लागतों को पार करने की उम्मीद है। | |
| क्या अनुमानित बजट प्रोजेक्ट के लक्ष्यों और उद्देश्यों के साथ मेल खाता है? | 5% | हां | 0.05 | प्रोजेक्ट का बजट कंपनी के वित्तीय संसाधनों और लक्ष्यों के अनुरूप है। | |
| क्या प्रोजेक्ट की लाभप्रदता पर प्रभाव डाल सकने वाले संभावित लागत अधिकता हैं? | 5% | नहीं | 0.05 | विकास टीम ने संभावित लागत अधिकता की पहचान कर ली है और उनके निवारण के लिए कदम उठाए हैं। | |
| बाजार मांग | 20% | ||||
| क्या बाजार में प्रोजेक्ट के लिए मांग है? | 10% | हां | 0.1 | बाजार अनुसंधान ने दिखाया है कि छोटे व्यवसायों के लिए प्रोजेक्ट प्रबंधन उपकरण की आवश्यकता है। | |
| क्या बाजार में पहले से ही समान प्रोजेक्ट उपलब्ध हैं? | 5% | हां | 0.025 | बाजार में कई प्रोजेक्ट प्रबंधन उपकरण उपलब्ध हैं, लेकिन कोई भी छोटे व्यवसायों की आवश्यकताओं को विशेष रूप से पूरा नहीं करता है। | |
| क्या प्रोजेक्ट वर्तमान बाजार प्रवृत्तियों और मांग के अनुरूप है? | 5% | हां | 0.025 | प्रोजेक्ट बाजार की वर्तमान प्रवृत्तियों और क्लाउड-आधारित सॉफ्टवेयर समाधानों की मांग के अनुरूप है। | |
| संसाधन उपलब्धता | 10% | ||||
| प्रोजेक्ट के लिए आवश्यक संसाधन उपलब्ध हैं? | 5% | हां | 0.05 | आवश्यक हार्डवेयर, सॉफ्टवेयर और अन्य संसाधन प्रोजेक्ट के लिए उपलब्ध हैं। | |
| उपलब्ध संसाधनों के साथ प्रोजेक्ट दिए गए समय सीमा के भीतर पूरा किया जा सकता है? | 3% | हां | 0.03 | प्रोजेक्ट का समय सीमा वास्तविक और उपलब्ध संसाधनों के साथ प्राप्त करने योग्य है। | |
| क्या प्रोजेक्ट की योजनानुसार लागू होने में आने वाले संसाधनों की सीमाओं की कोई संभावना है? | 2% | नहीं | 0.02 | विकास टीम ने संभावित संसाधन सीमाओं की पहचान कर ली है और उनके प्रभाव को कम करने के लिए कदम उठाए हैं। | |
| कुल | 100% | 0.605 |
इस उदाहरण में, प्रत्येक मानदंड का भार आधारित है प्रोजेक्ट की विशिष्ट आवश्यकताओं और प्राथमिकताओं पर। अंतिम स्कोर की गणना प्रत्येक मानदंड के स्कोर को उसके भार से गुणा करके और फिर भारित स्कोर को जोड़कर की जाती है। अंतिम स्कोर चेकलिस्ट में मूल्यांकन किए गए मानदंडों के आधार पर प्रोजेक्ट की योजनानुसार लागू होने की मात्रात्मक माप है।
यह ध्यान देने योग्य है कि प्रत्येक मानदंड के लिए आवंटित भार व्यक्तिगत है और प्रोजेक्ट के विशिष्ट संदर्भ के आधार पर भिन्न हो सकता है। इसलिए, प्रत्येक मानदंड के लिए उचित भार निर्धारित करने के लिए संबंधित स्टेकहोल्डर्स और विषय विशेषज्ञों से परामर्श करना महत्वपूर्ण है।
जब अंतिम स्कोर की गणना कर ली जाती है, तो इसका उपयोग गो/नो-गो निर्णय लेने के आधार के रूप में किया जा सकता है। उदाहरण के लिए, यदि अंतिम स्कोर एक निर्धारित नियम से अधिक होता है, तो प्रोजेक्ट को आगे बढ़ाने के लिए मंजूरी दी जा सकती है, जबकि यदि स्कोर नियम से कम होता है, तो प्रोजेक्ट को अनुपयुक्त और छोड़ दिया जा सकता है।
निष्कर्षतः, विभिन्न मानदंडों को अलग-अलग भार आवंटित करके एक भारित स्कोरिंग प्रणाली प्रोजेक्ट की योजनानुसार लागू होने की अधिक सूक्ष्म और संदर्भ-विशिष्ट मूल्यांकन प्रदान कर सकती है। गो/नो-गो चेकलिस्ट को भारित स्कोरिंग प्रणाली के साथ मिलाकर एक महत्वपूर्ण उपकरण बन सकता है जो एजाइल प्रोजेक्ट के आगे बढ़ने के बारे में जानकारी वाले निर्णय लेने में मदद करता है।
सारांश
गो/नो-गो चेकलिस्ट एजाइल प्रोजेक्ट की योजनानुसार लागू होने की जांच करने के लिए एक उपयोगी उपकरण है। चेकलिस्ट के प्रत्येक मानदंड को भार आवंटित करके अधिक सूक्ष्म और संदर्भ-विशिष्ट मूल्यांकन किया जा सकता है। स्कोरिंग प्रणाली प्रत्येक मानदंड के लिए हां या नहीं का मूल्य आवंटित करती है, जो यह निर्धारित करता है कि क्या मानदंड पूरा हुआ है या नहीं, और भारित मूल्य उस मानदंड के समग्र मूल्यांकन में आपेक्षिक महत्व का प्रतिनिधित्व करता है। जब प्रत्येक मानदंड के लिए भारित स्कोर की गणना कर ली जाती है, तो सभी भारित स्कोर को जोड़कर अंतिम स्कोर प्राप्त किया जाता है। यह अंतिम स्कोर प्रोजेक्ट की योजनानुसार लागू होने की मात्रात्मक माप है, और इसका उपयोग एजाइल प्रोजेक्ट के आगे बढ़ने के बारे में जानकारी वाले निर्णय लेने के आधार के रूप में किया जा सकता है। गो/नो-गो चेकलिस्ट और भारित स्कोरिंग दृष्टिकोण के साथ, संगठन जानकारी वाले निर्णय ले सकते हैं और प्रोजेक्ट सफलता की संभावना बढ़ा सकते हैं।