स्क्रम में वेलोसिटी क्या है? | एजाइल प्रोजेक्ट मैनेजमेंट की व्याख्या

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

एक विशिष्ट तिथि तक डिलीवर किए जा सकने वाले स्कोप का अनुमान लगाएं।
एक निश्चित संख्या के स्कोप के डिलीवर किए जाने की तिथि का अनुमान लगाएं।
एक स्प्रिंट में डिलीवर करने के लिए हमारे द्वारा जितना स्कोप कमिट करने का निर्णय लेने के समय हमारी सीमाओं को समझें।

स्क्रम वेलोसिटी उदाहरण

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

नोट:

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

चरण 1 – पहले इटरेशन (स्प्रिंट) की वेलोसिटी की गणना करें

प्रत्येक इटरेशन के अंत में, टीम उन उपयोगकर्ता कहानियों के लिए अनुमानित प्रयास को जोड़ती है जो उस इटरेशन के दौरान पूरी हुई थीं। इस कुल राशि को वेलोसिटी कहा जाता है।

एक एजिल टीम ने एक इटरेशन शुरू किया है, जिसमें स्टोरी A और स्टोरी B को पूरा करने की योजना बनाई है, जिनका अनुमान 2 अंक और स्टोरी C का अनुमान 3 अंक है। इटरेशन के अंत में, स्टोरी A और स्टोरी B 100% पूरी हो गई हैं, लेकिन स्टोरी C केवल 80% पूरी हुई है। एजिल टीम आमतौर पर केवल दो समाप्ति स्तरों को मान्यता देती है: 0% या 100%। इसलिए, स्टोरी C वेलोसिटी के लिए गिनी नहीं जाती है, और इस इटरेशन के लिए वेलोसिटी 4 अंक है।

चरण 2 – वेलोसिटी का उपयोग करके आवश्यक इटरेशन की संख्या का अनुमान लगाएं

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

मान लीजिए कि शेष उपयोगकर्ता कहानियाँ कुल 40 अंक का प्रतिनिधित्व करती हैं; शेष कार्य के लिए टीम का अनुमान 10 इटरेशन है।

स्क्रम में वेलोसिटी और स्टोरी पॉइंट्स के बीच संबंध

स्टोरी पॉइंट्सस्टोरी पॉइंट्स का उपयोग आकार और जटिलता मापने के लिए किया जाता है—मूल रूप से, एक कार्य को पूरा करने में कितना समय लगेगा। स्टोरी पॉइंट्स एक उपयोगकर्ता कहानी को पूरा करने के लिए आवश्यक समय का आपेक्षिक माप है। इस अवधारणा को XP से उधार लिया गया है। इनका उपयोग एक कहानी की कठिनाई का आकलन करने के लिए किया जाता है, न कि यह निर्धारित करने के लिए कि इसे कितना समय लगेगा। इससे आप टीम के आकार या कार्य प्रकार के बिना स्टोरी पॉइंट्स का उपयोग कर सकते हैं।

वेग और स्टोरी पॉइंट्स को कैसे जोड़ें?

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

उपयोगकर्ता कहानी को स्टोरी पॉइंट्स कैसे आवंटित करें?

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

स्टोरी पॉइंट अनुमान बनाने के लिए दो प्रकार के स्केल का उपयोग किया जाता है:

रैखिक स्केल (1, 2, 3, 4, 5, 6, 7, …)
फिबोनाची अनुक्रम (0.5, 1, 2, 3, 5, 8, 13, …)

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

उपयोगकर्ता कहानी स्टोरी पॉइंट्स

वेग का अधिक सटीक अनुमान कैसे लगाएं?

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

मान लीजिए कि एक नई स्क्रम टीम अपने पहले स्प्रिंट में 41 स्टोरी पॉइंट्स पूरा करने की योजना बनाती है। वे केवल 38 स्टोरी पॉइंट्स पूरा करते हैं और अगले स्प्रिंट में 6 स्टोरी पॉइंट्स को आगे बढ़ाते हैं। इसलिए उनका वेग 38 है, जैसा कि नीचे दिखाया गया है:

स्क्रम वेग

पिछले स्प्रिंट ट्रैकिंग के आधार पर औसत वेग

जैसा कि पहले उल्लेख किया गया है, टीमें वेग में आंशिक रूप से पूर्ण कार्य को शामिल नहीं करनी चाहिए। केवल उन उपयोगकर्ता कहानियों को गिना जाता है जिन्हें “किया गया” के रूप में चिह्नित किया गया है, भले ही कार्य का केवल एक छोटा हिस्सा बचा हो।

एक एकल स्प्रिंट पर आधारित वेग भविष्यवाणी के लिए बहुत विश्वसनीय मापदंड नहीं है। (लेकिन यह टीम को समझने में मदद करता है कि एक स्प्रिंट में वे कितना काम करने के लिए प्रतिबद्ध हो सकते हैं।) आइए उनकी प्रगति को आगे के स्प्रिंट्स में ट्रैक करें।

अब, नई टीम स्प्रिंट 1 से स्प्रिंट 4 तक विकास जारी रखती है। प्रत्येक स्प्रिंट में पूरी की गई स्टोरी पॉइंट्स: 38, 29, 38 और 39। चार स्प्रिंट के बाद औसत वेग 36 है, जैसा कि नीचे दिखाया गया है:

स्प्रिंट्स के दौरान स्क्रम वेग

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

वेग चार्ट

यदि एक स्क्रम टीम ने कई स्प्रिंट पूरे कर लिए हैं, तो टीम वेग रिपोर्ट का उपयोग करके रिलीज और उत्पाद पूर्णता की तिथियों की भविष्यवाणी कर सकती है, और भविष्य के प्रोजेक्ट्स की बेहतर योजना बना सकती है। पिछले स्प्रिंट्स में दिखाए गए वेग के आधार पर, आप निम्नलिखित प्राप्त कर सकते हैं:

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

ऊपर दिए गए उदाहरण के आधार पर, वेग चार्ट दिखाता है कि स्क्रम टीम ने प्रत्येक 4 स्प्रिंट में कितना कार्य पूरा किया:

स्क्रम वेग चार्ट