संसाधन आवंटन, वेलोसिटी अनुमान और क्षमता गणना में सावधानीपूर्वक योजना तथा निगरानी चाहिए। पारंपरिक परियोजना आदेशों (POs) की तरह विस्तृत निर्णय केंद्रित योजना चर्चा में आते हैं।
International Scrum Institute™ के विचार
Agile Scrum टीम क्षमता योजना: प्रभावी Sprint योजना और सदस्य वेलोसिटी की मार्गदर्शिका

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

Scrum क्षमता नियोजन
Scrum क्षमता योजना का अवलोकन
Sprint में उत्पादक इंजीनियरिंग समय की गणना और आवंटन जानें। संचालन क्रम, उपलब्धता, बैकलॉग, कार्य घंटे और प्रतिस्पर्धी प्राथमिकताएँ शामिल हैं। विशेषज्ञ सलाह से यथार्थवादी काम का पूर्वानुमान बनेगा। यह Scrum Master, Product Owner और सदस्यों के लिए उपयोगी है।
Scrum में क्षमता योजना का महत्व
Scrum पुनरावृत्त और क्रमिक उच्च गुणवत्ता विकास का Agile ढाँचा है। समयबद्ध Sprint का लक्ष्य होता है। क्षमता योजना काम समझने और प्राप्ति का पूर्वानुमान देती है। प्रतिबद्धता लक्ष्य के प्रति है; चुना काम नई सीख पर बदल सकने वाला पूर्वानुमान है।
क्षमता योजना टीम और ग्राहक के सफल वितरण में सहायक है। उपलब्ध उत्पादक समय आँककर यथार्थवादी लक्ष्य और प्रगति की निगरानी आसान करती है।
अधिक और कम बोझ में संतुलन खोजें। अधिक से तनाव और बर्नआउट, कम से उत्पादकता घट सकती है। उपलब्धता तथा कौशल की स्पष्टता अधिकतम मूल्य के लिए काम व्यवस्थित करती है।
विशेषज्ञ निर्णय वाली क्षमता योजना पूर्वानुमान और अपेक्षा प्रबंधन सुधारती है। देरी घटाकर विश्वास और सुविधा पूरी होने का अनुमान देती है। पुनरावृत्त योजना गलतियाँ सीख बनाती है।
केक के लिए सामग्री मापने की तरह कौशल और उपलब्धता देखें, फिर पिछली पुनरावृत्ति की सीख से तरीका बदलें।
लक्ष्य यथार्थवादी उद्देश्य, संतुलित काम और बेहतर पूर्वानुमान हैं। सही नुस्खे की तरह प्रभावी आवंटन बड़े लक्ष्य के साथ ग्राहक संतुष्टि, गुणवत्ता तथा दक्षता देता है।
क्षमता योजना के उपकरण और तरीके
प्रभावी योजना सुचारु परियोजना, संतुष्टि, गुणवत्ता और दक्षता देती है। Sprint की संभव प्राप्ति से परिणाम तथा बड़ा लक्ष्य दिखते हैं। समय और पैसे बचाने वाला आवंटन तथा निष्पादन उपकरण है। सहयोग, योजना और बोझ प्रबंधन के उपकरण:
- Agilefant
- Atlassian JIRA
- Pivotal Tracker
- Microsoft Project Server
- Trello
ये सहयोग, मानकीकृत प्रक्रिया, बोझ, आवंटन, प्राथमिकता और प्रदर्शन निगरानी देते हैं। जरूरत की क्षमताओं के अनुसार चुनें। अच्छी परियोजना बिक्री, गलती बचाव और वितरण सुधार सकती है।
टीम क्षमता और वेलोसिटी का अनुमान
योजना से पहले Sprint में वास्तव में पूरा अनुमानित काम, यानी वेलोसिटी देखें। Scrum Master इसकी सीमा समझा सकते हैं। ऐतिहासिक वितरण, वर्तमान उपलब्धता और भूमिका मिलाकर समय का सही पूर्वानुमान, चूक तथा लागत में कमी और भरोसा बनाएँ।
वर्तमान उपलब्धता और पुरानी वेलोसिटी से पूर्वानुमान बनाएँ। नेतृत्व समझकर सहायता करे। अधिक सटीक अनुमान (देखें Scrum में प्रयास का अनुमान) पूरे प्रोजेक्ट में टीम के काम और क्षमता पर भरोसा बढ़ाते हैं।
क्षमता और पुरानी वेलोसिटी संबंधित हैं, पर एक-दूसरे के विकल्प नहीं। उपलब्ध लोग जानकर पिछला वितरण समझें और अगले Sprint का पूर्वानुमान करें। इससे प्रवाह, व्यवसाय तथा बिक्री लक्ष्य और गलतियों से सीख सुधारें।
क्षमता उपलब्ध समय, छुट्टी, सार्वजनिक अवकाश, प्रशिक्षण और अन्य वादों पर निर्भर है। जरूरत और लागत समझने से अनुमान तथा भरोसा सुधरते हैं।
सही अनुमान प्राप्त करने योग्य लक्ष्य और व्यवस्था देता है। उपलब्धता अधिक आँकने से कम मूल्य या अत्यधिक बोझ का बर्नआउट होकर पैसा और उत्पादकता घट सकते हैं।
परियोजना भर अनुमान वास्तविक मेहनत और लागत से मिलाएँ, बदलें और सीख आगे लें। बदलती जरूरतों पर ध्यान दोहराई गलतियाँ रोकता है।
Scrum वेलोसिटी गणना
योजना में पुरानी वेलोसिटी और वर्तमान क्षमता से पूर्वानुमान करें। वेलोसिटी सहायता है, अनिवार्य Scrum माप या व्यक्तिगत प्रदर्शन नहीं। यह वितरण पैटर्न और व्यवस्था बताती है, स्वयं भूमिका तय नहीं करती।
पूर्णता की परिभाषा अनुसार Sprint में पूरे कार्य के स्टोरी पॉइंट जोड़ें। पाठ्यक्रम और लेख से सीखते रहें तथा साथियों को उपयोग समझाएँ। बेहतर योजना विवरण, निवेश प्रतिफल और बिक्री में सहायक है।
काम उसी Sprint में गिनें जिसमें पूरा हो। अधूरी पुरानी या बीच में जोड़ी स्टोरी न गिनें। बीच में जोड़ा लेकिन अंत तक पूरा काम शामिल करें। इससे क्षमता और लागत चर्चा उपयोगी रहती है।
| स्प्रिंट | स्टोरी की संख्या | स्टोरी पॉइंट |
|---|---|---|
| Sprint 1 | 6 | 29 |
| Sprint 2 | 8 | 34 |
| Sprint 3 | 7 | 28 |
Agile में टीम क्षमता कैसे गणना होती है?
चरण-1: फोकस फैक्टर गणना: फोकस फैक्टर नियोजित गतिविधि में उपलब्ध समय का हिस्सा बताता है। संगत इकाइयाँ उपयोग करें। “फोकस फैक्टर = Sprint वेलोसिटी / टीम क्षमता” में पॉइंट और घंटे हों तो यह आयामहीन अनुपात नहीं। समय आधारित अनुपात के लिए उत्पादक घंटे को कुल उपलब्ध घंटों से भाग दें।
“फोकस फैक्टर = उत्पादक घंटे / उपलब्ध घंटे”

Sprint वेलोसिटी और बर्नडाउन चार्ट
चरण-2: Sprint वेलोसिटी गणना: वेलोसिटी पूरा अनुमानित काम है। पिछली तीन से पाँच पुनरावृत्तियों का औसत एक तरीका है। उपलब्ध दिन या घंटे अलग जोड़ें; सदस्य संख्या से गुणा तभी सही है जब सभी की उपलब्धता समान हो।
मानें औसत 32 पूरे पॉइंट प्रति Sprint और 6 सदस्य 8 घंटे/दिन उपलब्ध हैं। केवल इससे समय आधारित फोकस फैक्टर तय नहीं होता।
“32 /(6*8) = 0.67” स्टोरी पॉइंट प्रति Sprint को घंटे प्रति दिन से भाग देता है। इससे 0.67 समय उत्पादक होने का प्रमाण नहीं मिलता।
चरण-3: Scrum टीम क्षमता गणना: अब अलग से मापा उत्पादक समय अनुपात 0.67 मानें। 1 जनवरी से 2-सप्ताह Sprint में जहाँ लागू हो शनिवार-रविवार हटाकर 10 कार्य दिवस मानें। स्थानीय छुट्टी और व्यक्तिगत उपलब्धता भी देखें। अनुपात उपलब्ध घंटों से गुणा करें:
“टीम क्षमता 0.67 * (6*8*10) = 321.6 घंटे होगी”
इन धारणाओं पर कुल 480 में से 158.4 (480 - 321.6) घंटे योजना, दैनिक Scrum, समीक्षा, बैकलॉग परिष्करण (कभी grooming), रेट्रोस्पेक्टिव, विराम, Product Owner से स्टोरी स्पष्टता जैसी बैठक और अन्य जरूरतों के लिए बचते हैं। यह उदाहरण है, पॉइंट को घंटे में बदलना नहीं।
असंभव लक्ष्य रोकने के लिए स्टोरी पूर्वानुमान में क्षमता देखें। मूल उदाहरण का 0.6 से 0.8 फोकस फैक्टर केवल धारणा है, Scrum नियम या सार्वभौमिक मानक नहीं। अपनी टीम का माप उपलब्ध समय और टिकाऊ काम बता सकता है, अकेले स्वास्थ्य नहीं।
स्टोरी पॉइंट अनुमान
यह लंबी यात्रा की योजना जैसा है: हर बाधा जाने बिना समय और संसाधन तैयार करें। जरूरत, लागत और अपेक्षाएँ समझकर अनुकूलन से अनिश्चितता सँभालें, खर्च घटाएँ और अनुभव सुधारें।
डेटा की अंतर्दृष्टि वाला स्टोरी अनुमान Agile योजना और Scrum बैठकों का अभिन्न हिस्सा है। समय के बजाय जटिलता पर मूल्य देकर ग्राहक जरूरत और क्षमता अनुमान की सटीकता सुधारता है।
टीमें अनुभव और तकनीकी ज्ञान से सापेक्ष मेहनत तथा जटिलता तुलना में Fibonacci जैसी श्रृंखला (1,2,3,5,8) लेती हैं। जरूरत पर योजना से पहले या दौरान अनुमान करें; Scrum पैमाना या समय अनिवार्य नहीं करता। काम करने वालों के विविध दृष्टिकोण जोड़ें।
लॉगिन डिजाइन और निर्माण में लोगो से अधिक मेहनत हो तो अधिक पॉइंट उचित हैं। अंतर चर्चा से टीम विकास, सफलता और अनुभव सुधरते हैं।
सबकी राय धारणाएँ और अनुमान सुधारती है। कुछ भारित औसत लेते हैं; यह स्थानीय तकनीक है, Scrum आवश्यकता या मतभेद चर्चा का विकल्प नहीं। Planning Poker में अंतर के कारण समझकर साझा अनुमान बनाएँ।
पॉइंट जटिल मुद्दे और पूर्वानुमान समझाते हैं। जटिलता अकेले सर्वोच्च प्राथमिकता नहीं देती; व्यावसायिक मूल्य, निर्भरता, जोखिम और Product Owner का क्रम भी देखें।
दायरा बदलाव और समायोजन का पूर्वानुमान
संभावित बदलाव सोचकर ढलने को तैयार रहें, ताकि निष्पादन और संगठन का काम सुधरे।
अप्रत्याशित माँग से योजना अवास्तविक हो तो निरीक्षण और अनुकूलन करें। Developers और Product Owner सीख के साथ लक्ष्य को खतरा दिए बिना दायरा फिर तय कर सकते हैं। हितधारक प्रतिक्रिया ग्राहक जरूरतों के अनुरूप निर्णय देती है।
बदलाव पारदर्शी रखें, ताकि साझा समझ और आत्मविश्वासी संचार हो। शुरुआत से समापन तक यह दृष्टि सुसंगत अनुभव देती है।
योजना में छुट्टी और PTO जोड़ना
सार्वजनिक अवकाश और PTO (सवेतन छुट्टी) जोड़कर प्राप्ति आँकें। पूर्वानुमान बदलें ताकि लक्ष्य यथार्थवादी रहे। उपकरण समय-सारिणी, माँग और उपलब्धता स्पष्ट करके निरंतरता, लागत दक्षता तथा सेवा देते हैं।
आठ-सप्ताह योजना में दो सप्ताह छुट्टी वाला डेवलपर अन्य जिम्मेदारियों से पहले छह सप्ताह उपलब्ध है। यह कई Sprint का काल है; Scrum Sprint एक महीना या कम होता है। हर Sprint में निजी वादे और PTO देखें।
स्टाफ बैठक, प्रशिक्षण, ईमेल और अन्य गतिविधि भी जोड़ें। इससे वास्तविक योजना, उत्पादकता और राजस्व का समर्थन मिलता है।
परियोजना समय-सारिणी के लिए काम, क्षमता और उपलब्धता देखें। स्पष्ट कार्य दें, फिर करने वाले तरीका व्यवस्थित करें। दीर्घकालिक योजना पूर्वानुमान है, Sprint योजना या Developers के स्व-प्रबंधन का विकल्प नहीं।
परियोजना समय-सारिणी बनाना और प्राथमिक करना
नए उत्पाद में आवश्यकता, इंटरफेस, कोड, परीक्षण और परिनियोजन हो सकते हैं। छोटे कामों में बाँटें ताकि बदलाव संभव हों। केक की तरह सामग्री, मात्रा और कदम सूचीबद्ध करें, बिना योजना सब न मिलाएँ।
तालिका काम, उपलब्धता और समय पूर्वानुमान स्पष्ट करके समग्र योजना को प्रगति तथा प्रशिक्षण से जोड़ती है। नीचे उदाहरण परियोजना गतिविधियाँ हैं, अनिवार्य क्रमिक चरण या Sprint अवधि नहीं। हर Sprint में उपयोगी इन्क्रिमेंट के लिए कौशलों में सहयोग करें।
सीमित समय में तत्काल और बाद का काम चुनें। जटिलता, मूल्य और Product Owner का क्रम योजना, परिणाम तथा राजस्व में भरोसा देता है।
दोपहर भोजन को ब्रेड चाहिए तो केक से पहले ब्रेड। उद्देश्य और समय क्रम देते हैं। कार्य और छुट्टियों में यही व्यावहारिक सोच रखें।
| कार्य | संसाधन | अवधि |
|---|---|---|
| आवश्यकताएँ जुटाना | प्रोडक्ट ओनर | 2 हफ्ते |
| उपयोगकर्ता इंटरफेस डिजाइन | UI/UX डिजाइनर | 3 सप्ताह |
| कोडिंग | Developers | 8 सप्ताह |
| परीक्षण | QA टीम | 4 सप्ताह |
| परिनियोजन | DevOps इंजीनियर | 1 सप्ताह |
प्रगति पर प्राथमिकताएँ फिर देखें। मूल्य, जटिलता और साझा लक्ष्य के आधार पर सीमित क्षमता में तत्काल तथा स्थगित काम चुनें।
ब्रेड पहले बनाने की तरह क्रम का कारण समझाएँ, ताकि सभी योजना जानें।
अप्रत्याशित देरी, चुनौती और प्रशिक्षण का समय रखें। पर्याप्त गुंजाइश बिना क्षमता की कमी से बाधाएँ आएँगी।
क्षमता योजना का सार
उपलब्धता, कौशल और बाहरी निर्भरता से यथार्थवादी काम आँकें। Scrum Guide योजना में आगामी क्षमता देखने को कहता है, फोकस फैक्टर सूत्र नहीं देता। लेख के आँकड़े:
- क्षमता योजना वाली टीमों में औसत उत्पादकता 25% बढ़ती है।
- लगभग 90% सफल Agile परियोजनाएँ किसी रूप में Scrum क्षमता योजना उपयोग करती हैं।
- Scrum क्षमता योजना देरी की संभावना 40% घटाती है।
- इन टीमों ने समग्र परियोजना लागत में 75% कमी बताई।
- इसे लागू करने वाले संगठनों में ग्राहक संतुष्टि 15% सुधरती है।
आकार, कौशल, उपलब्धता और जिम्मेदारियों से Sprint की क्षमता आँकें। इससे प्रभावी संसाधन और यथार्थवादी लक्ष्य मिलते हैं। बदलती क्षमता तथा माँग पर निगरानी और समायोजन करें।
शुभकामनाएँ। खुली सोच रखें, परिणाम देखें और तरीका बदलें। निरंतर सुधार योजना तथा सफलता मजबूत करता है।
Scrum सीखने की प्रतिबद्धता के लिए धन्यवाद। विशेषज्ञता बनाने की शुभकामनाएँ।
