एजाइल आकलन: सापेक्ष आकलन बनाम निरपेक्ष आकलन

प्रोजेक्ट आकलन क्या है?

एक आकलन कुछ का लगभग गणना है। उदाहरण के लिए, प्रोजेक्ट लागत आकलन प्रोजेक्ट मूल्य मॉडल की एक सामान्य अवधारणा है। यह आपकी ग्राहकों या अन्य प्रोजेक्ट हितधारकों के लिए प्रोजेक्ट की लागत और समय का मूल्यांकन करने के लिए एक अधिक वास्तविक आंकड़ा प्रदान करने में मदद करता है।

एजाइल बनाम पारंपरिक आकलन

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

एजाइल आकलन के निम्नलिखित तीन विशेषताएं हैं:

1. टीम सामूहिक आकलन
2. सापेक्ष प्रयास बनाम निरपेक्ष समय आकलन
3. टीम वेलोसिटी का आकलन करें

1. सामूहिक आकलन

विकास के दौरान स्क्रम, टीम ने जिम्मेदारी साझा की और प्रत्येक स्प्रिंट, इसलिए एजाइल टीम के लिए आकलित कार्यभार में सामूहिक आकलन दृष्टिकोण का उपयोग किया गया। सामूहिक आकलन आमतौर पर प्लानिंग पोकर के रूप में उपकरण का उपयोग करते हैं, टीम एक आकलन खेल खेलकर सामूहिक आकलन करती है। प्लानिंग पोकर को एजाइल में कार्यभार आकलन करने के लिए सबसे प्रभावी और बहुत रोचक तकनीक माना जाता है एजाइल। इसमें फिबोनाची संख्याओं के समान संख्याओं का सेट शामिल है, जिसमें: 0, 0.5, 1, 2, 3, 5, 8, 20, 40, ?, ∞, प्रत्येक पोकर कार्ड के डेक में ऐसी फिबोनाची संख्याओं के 4 समूह होते हैं जो 4 लोगों के उपयोग के लिए होते हैं।

समूह बनाम व्यक्तिगत आकलन की शुद्धता

कुछ अध्ययन के अनुसार एक सॉफ्टवेयर प्रोजेक्ट के लिए एक प्रयोग में व्यक्तिगत और समूह के बीच प्रयास के आकलन की शुद्धता पर। एक ही कंपनी के 20 सॉफ्टवेयर पेशेवरों ने एक ही सॉफ्टवेयर विकास प्रोजेक्ट को लागू करने के लिए आवश्यक कार्य भार का व्यक्तिगत रूप से आकलन किया। सहभागियों के अलग-अलग पृष्ठभूमि और भूमिकाएं और सॉफ्टवेयर प्रोजेक्ट पहले ही लागू किया गया था। उसके बाद, उन्होंने पांच समूह बनाए। प्रत्येक समूह ने उनके बीच चर्चा और ज्ञान के संयोजन के बाद एक आकलन पर सहमति व्यक्त की।

परिणाम — समूह चर्चा पर आधारित अनुमान व्यक्तिगत अनुमानों की तुलना में अधिक सटीक थे।

प्लानिंग पोकर के आयोजन के चरण

1. प्रत्येक टीम सदस्य को 0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, ?, ∞ शामिल होने वाले कार्डों का एक सेट मिलता है, कुल मिलाकर 12 कार्ड।
2. द उत्पाद मालिक टीम को एक फीचर का वर्णन करेगा या पढ़ेगा।
3. द टीम सदस्य फीचर पर चर्चा करेंगे और आवश्यकता होने पर उत्पाद मालिक से प्रश्न पूछेंगे।
4. जब सदस्यों ने अपनी चर्चा पूरी कर ली हो, तो प्रत्येक सदस्य एक पोकर कार्ड चुनेगा जो अनुमान का प्रतिनिधित्व करेगा। फिर कार्डों को एक साथ उजागर किया जाता है।
5. यदि टीम अलग-अलग अनुमानों का मूल्यांकन करती है। क्या हम सहमत हैं? क्या हमारे पास अंतर हैं? क्या मैंने कुछ नजरअंदाज किया है? जिन्होंने उच्चतम या निम्नतम मान चुना है, उन्हें समूह के साथ अपने तर्क साझा करना चाहिए, जब तक प्रत्येक सदस्य एक और पोकर कार्ड चुनता है।
6. चर्चा के बाद, आप एक और राउंड का अनुमान लगा सकते हैं, और टीम को एक सहमति प्राप्त करने की आवश्यकता होती है।
7. दूसरे चरण पर वापस जाएं और अगले एंट्री का अनुमान लगाना शुरू करें।

2. सापेक्ष प्रयास बनाम निरपेक्ष समय अनुमान

एक अनुमान केवल एक अच्छी तरह से तैयार अनुमान है। हम उपलब्ध सभी ज्ञान और अनुभव का उपयोग करके यह अनुमान लगाते हैं कि इसमें कितना समय लगेगा। इसलिए प्रत्येक नए कार्य आइटम को अलग-अलग देखने के बजाय, क्यों नहीं इसकी पहले पूरी कार्य आइटम्स के साथ तुलना करें? इंसानों के लिए समान चीजों से तुलना करना वास्तविक आकार का अनुमान लगाने की तुलना में आसान है।

उदाहरण के लिए, क्या यह बहुत छोटी चीज के करीब है? या यह इस सामान्य आकार की चीज के जैसा है? या यह वास्तव में बहुत बड़ा है जैसे कि हमने पिछले महीने पूरा किया था? सापेक्ष अनुमान लगाने से कार्य के अनुमान लगाने में लगने वाले समय को कम करने के साथ-साथ अनुमानों की सटीकता को भी बहुत बढ़ाया जा सकता है।

हमारा दिमाग निरपेक्ष अनुमान करने में सक्षम नहीं है; हम हमेशा उस नए चीज को उन चीजों के संबंध में रखते हैं जो हमें पहले से पता हैं।

3. वेलोसिटी का अनुमान — प्रत्येक स्प्रिंट की टीम की गति का रिकॉर्ड और औसत निकालें

टीम वेलोसिटी है कहानी बिंदु जो स्क्रम टीम एक स्प्रिंट में वास्तव में पूरा करती है। टीम वेलोसिटी आपको बताती है कि टीम कितनी तेजी से काम कर रही है। एक नए अनुमानित प्रोजेक्ट या टीम (पिछले वेलोसिटी रिकॉर्ड के बिना), हम 1–2 स्प्रिंट के लिए शुरुआती गति के रूप में गति मापने के लिए। स्प्रिंट कार्यान्वयन प्रक्रिया में, हमें प्रत्येक स्प्रिंट की गति का रिकॉर्ड रखने की आवश्यकता होती है, भविष्य की योजनाओं के लिए।

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