स्क्रम फ़्रेमवर्क — दूसरा संस्करण

इस अध्याय में दूसरे संस्करण का ऐतिहासिक और व्यावहारिक शिक्षण-संदर्भ सुरक्षित रखा गया है। नीचे दी गई विषय-सूची में तीसरे संस्करण का पाठ्यक्रम भी उपलब्ध है।

---

Scrum Planning Poker: Agile टीमों के लिए सर्वोत्तम अनुमान विधि

Scrum Planning Poker से सामूहिक बुद्धि की शक्ति लेकर अनुमान सुधारें। 21वीं सदी में सॉफ्टवेयर और परियोजना प्रबंधन में Agile विधियाँ प्रमुख हैं। Mike Cohn जैसे नवप्रवर्तकों के नेतृत्व में Agile ने उपयोगी टूल दिए हैं। Planning Poker एक खास टूल है। यह Product Backlog मदें स्टोरी पॉइंट से आँककर टीम की अनुमान क्षमता और फीचर विकास अनुमान की सटीकता सुधार सकता है।

यह लेख Scrum Planning Poker खेल का व्यापक परिचय देगा और समझाएगा कि सर्वसम्मति का यह अभ्यास, जिसे Scrum Poker भी कहते हैं, अनुमानबाजी को रणनीतिक नियोजन से कैसे बदल सकता है। इससे Sprint Planning में सटीकता बढ़ती और असंगतियाँ घटती हैं। परियोजना के प्रासंगिक प्रश्न सोचने और सबके दृष्टिकोण से हर बैकलॉग मद के प्रयास की साझा समझ निखारने का प्रोत्साहन मिलेगा।

परिभाषा: Scrum Planning Poker, Agile परियोजना प्रबंधन में यूजर स्टोरी पूरी करने के प्रयास का अनुमान लगाने की तकनीक है। डेवलपर और परीक्षक सहित सदस्य विशेष Planning Poker कार्ड से मिलकर अनुमान लगाते हैं; Product Owner मदें स्पष्ट करने को उपलब्ध रहता है। हर सदस्य एक साथ अपने अनुमान का कार्ड चुनता है, फिर अंतिम अनुमान पर सहमति के लिए चर्चा होती है। सहयोग से अधिक सटीक अनुमान और परियोजना के कार्यों या मदों का प्रभावी नियोजन तथा प्राथमिकता संभव होती है।

Scrum Planning Poker समझना

वर्षों में Agile प्रबंधन लोकप्रिय हुआ है; लगभग जितने फ्रेमवर्क, उतनी अनुमान तकनीकें हैं। James Grenning द्वारा बनाई और Mike Cohn द्वारा बाद में लोकप्रिय की Scrum Planning Poker बढ़ती स्वीकृति वाली तकनीक है।

मानें कमरे में डेवलपर, QA इंजीनियर, Product Owner और हितधारक हैं। लागू करने को प्रयास चाहिए ऐसी यूजर स्टोरी का बैकलॉग है। एक फीचर की जटिलता सब अलग मान सकते हैं, जिससे गलत अनुमान और बाद में डिलीवरी में देरी हो सकती है।

यह हर Product Backlog मद या स्टोरी पूरा करने का प्रयास आँकने की कार्यशाला तकनीक है। टीम मिलकर स्टोरी पॉइंट देती है और सबके दृष्टिकोण तथा प्रश्नों का समाधान सुनिश्चित करती है।

विशेष Planning Poker कार्ड प्रक्रिया आसान करते हैं। हर कार्ड की संख्या प्रयास के अलग स्तर बताती है। सब एक साथ कार्ड चुनते हैं, लेकिन सभी के चुनने तक चयन नहीं बताते।

कार्ड खुलने पर सब चर्चा करके अंतिम अनुमान पर सहमत होते हैं। विचार है कि एक व्यक्ति के अनुमान या व्यक्तिपरक निर्णय से अधिक सटीक परिणाम मिलें।

अब समझ है कि इसमें क्या होता है; उत्पत्ति और सिद्धांत देखें।

उत्पत्ति और सिद्धांत

Planning Poker की तुलना अक्सर अनुमान विधि से होती है (और जानें यहाँ Scrum में प्रयास का अनुमान), जिसे Wideband Delphi कहते हैं। RAND में Delphi शोध 1950 के दशक का है और विशेषज्ञ राय के कई दौर लेता था। तकनीकों की समानता से सीधी प्रेरणा सिद्ध नहीं होती।

James Grenning ने XP नियोजन बैठक में सहभागिता बढ़ाने को स्वतंत्र लिखित अनुमान लेने के बाद 2002 में Planning Poker बताया। उनके अनुसार Total Quality Management की मौन विचार-मंथन पद्धतियों का प्रभाव था; Delphi से सीधी प्रेरणा का दावा नहीं करते। Mike Cohn ने बाद में लोकप्रिय किया। Alistair Cockburn जैसे उपयोगकर्ताओं सहित व्यापक Agile समुदाय ने सहयोगी अनुमान की चर्चा में योगदान दिया।

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

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

बुनियादी बातें, संगठन की अलग भूमिकाएँ और उत्पत्ति समझ लीं। सभी पहलुओं के विवरण के लिए FAQ देखें। अब अगले अनुभाग में कार्यान्वयन पर चलें।

यह Agile प्रबंधन में हर कार्य इकाई की जटिलता या प्रयास आँकने की तकनीक है। कुशल सहयोग, पूर्वाग्रह हटाने और पूरी परियोजना में पारदर्शिता रखने में सहायक है। सफल संचालन के लिए हर सदस्य की साझा समझ और प्रक्रिया का ज्ञान जरूरी है।

Scrum Planning Poker लागू करना

मानें टीम ग्राहक के जरूरी सॉफ्टवेयर अद्यतन लागू कर रही है। Scrum Master को भूमिकाएँ, जिम्मेदारियाँ और विशेषज्ञता समझना जरूरी है। हर इकाई की यथार्थवादी समयरेखा जरूरी है, वरना समग्र समय प्रभावित और सदस्य तनावग्रस्त होंगे। विशेष कार्ड से 1-100 अंक देकर हर सदस्य सापेक्ष जटिलता या प्रयास आँकता है।

लेकिन कार्डों की गड्डी कैसे बनाएँ? अर्थात Scrum Master, Jira में इस कार्ड व्यवस्था का समन्वय कैसे करता है?

पहला कदम मानक कार्ड गड्डी बनाना है। इसमें 0 से 100 तक अलग मूल्यों वाली संख्याएँ हों और विशिष्ट उद्देश्यों के लिए निर्धारित हों।

• 14वीं State of Agile रिपोर्ट में लगभग 58% उत्तरदाताओं ने Scrum उपयोग बताया, जिसमें आमतौर पर Planning Poker जैसी पद्धतियाँ होती हैं।
• Journal of Systems and Software के अध्ययन में ऐसी तकनीकों से अनुमान सटीकता 40% तक सुधर सकती है।
• Journal of Computer Science and Technology (JCST) के शोध में 84% से अधिक Agile टीमों ने स्टोरी पॉइंट अनुमान के लिए Planning Poker की पुष्टि की, जिससे सहभागिता और जटिलता की समझ सुनिश्चित हुई।

कार्ड गड्डी और सहमति संख्या (स्टोरी पॉइंट) तय करना

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

कई वर्षों के अनुभवी डेवलपर और विषय का कम ज्ञान या अनुभव रखने वाले व्यक्ति के अनुमान अलग हों, तो पूर्वाग्रह या गलत अनुमान हो सकता है। इसलिए अंतिम अनुमान से पहले चर्चा और विचार-विमर्श जरूरी है।

उचित अंक वाला कार्ड न हो, ऐसी स्थिति के लिए खाली कार्ड भी रखें। इन्हें सामान्य अनुमान अंक न मानें; फीचर जोड़ने या आवश्यकता स्पष्ट करने जैसे प्रश्नों के लिए रुकने का संकेत हो सकते हैं।

भूमिकाओं की विविधता के बावजूद गड्डी बनाना सरल है। तैयार ताश से Agile टीमों के ऑनलाइन अनुकूलित कार्ड तक कई स्रोत हैं। कुछ भौतिक कार्डों में दोहरा शून्य, अनंत और अनिश्चित कार्य के लिए प्रश्नचिह्न जैसे मान भी हैं।

याद रखें: उद्देश्य जल्दी अनुमान पूरा करना नहीं, सभी भूमिकाओं के सदस्यों का सहयोग और स्वस्थ चर्चा से उचित तथा सटीक प्रयास आँकना है।

गड्डी बनाना समझ लिया; अब Poker सत्रों में भाग लेना समझें। ये संवाद संगठनों की ग्राहक केंद्रित सफलता के लिए जरूरी हैं।

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

Planning Poker® / Scrum Poker

अनुमान में सामान्य तरीका Planning Poker® (Scrum Poker) है। इससे प्रतिभागियों का एक-दूसरे पर प्रभाव कम और अनुमान अधिक सटीक होता है।

खेलने के लिए चाहिए:

• अनुमान लगाने वाले फीचर की सूची।
• संख्या वाले कार्डों की गड्डियाँ।

सामान्य गड्डी में शून्य सहित फिबोनाची अनुक्रम है: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89; समान अन्य क्रम भी संभव हैं। इसका उद्देश्य बड़ी मदों के अनुमान की अनिश्चितता दिखाना है। बड़ा अनुमान अक्सर बताता है कि स्टोरी विस्तार से नहीं समझी या छोटी स्टोरी में बाँटनी चाहिए। छोटी स्टोरी का अधिक विस्तार से अनुमान हो सकता है। 19, 20 या 25 पर बहस समय की बर्बादी है; स्टोरी बस बहुत बड़ी है।

फिर इन चरणों में खेलते हैं:

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

Scrum स्वयं अनुमान का एक तरीका निर्धारित नहीं करता। सामान्यतः समय के बजाय प्रयास मापने का अधिक अमूर्त मापदंड है। आम विधियाँ संख्यात्मक आकार (1 से 10), टी-शर्ट आकार (XS, S, M, L, XL, XXL, XXXL) या फिबोनाची अनुक्रम (1, 2, 3, 5, 8, 13, 21, 34, आदि) हैं।

पैमाने की साझा समझ जरूरी है, ताकि हर सदस्य उससे सहज हो।

क्रम, नियोजन और पूर्वानुमान के लिए पर्याप्त Product Backlog मदें परिष्कृत तथा आकारित हों; पूरा बदलता बैकलॉग पहले से अनुमानित होना जरूरी नहीं। Product Owner को कठिनाई का ईमानदार आकलन चाहिए। जरूरत स्पष्ट और उत्तर देने को आए, फिर Developers को स्वतंत्र अनुमान की जगह दे। पसंदीदा संख्या का दबाव न डाले।

Planning Poker®, Mountain Goat Software, LLC का पंजीकृत ट्रेडमार्क है।

Planning Poker सत्रों के अनुमानों में भागीदारी

उदाहरणतः एक डेवलपर स्टोरी के लिए '5' और दूसरा '3' चुने, तो कठिनाई या जटिलता की उनकी समझ अलग हो सकती है। अनुभव स्तर का अंतर भी कारण हो सकता है।

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

अनुमान देने के मुख्य उद्देश्य के अलावा कई लाभ हैं। खास लाभ सदस्यों में सहयोग और बैठकों में बेहतर संवाद बढ़ाना है।

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

Scrum Planning Poker का प्रभाव

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

व्यक्तिगत राय, अनुमान और तर्क की तुलना से पूर्वाग्रह घटते हैं। संज्ञानात्मक मनोविज्ञान बताता है कि समूह अनुमान में पहले बताई संख्या बाद के मूल्यांकन का आधार बन सकती है; इसे “एंकरिंग पूर्वाग्रह” कहते हैं। छिपे चयन वाले कार्ड इसका विरोध करते हैं, क्योंकि हर व्यक्ति को स्वतंत्र राय देनी होती है।

हर सदस्य को राय और तर्क देने का समान अवसर मिलता है, ताकि संगठन की नियोजन बैठकों के इस आवश्यक भाग पर कुछ लोग नियंत्रण न करें।

साथियों के साथ पहेली जोड़ने जैसा है; हर व्यक्ति एक हिस्सा देता है, जब तक पूरी तस्वीर न बने। सबके हिस्से मिलकर व्यापक और अधिक सटीक परिणाम, यानी सत्र में ठोस सहमति देते हैं।

सत्रों से सफल अनुमान तथा संचार और पूर्वाग्रह पर प्रभाव समझ लिया; अब कुशल सत्रों के व्यावहारिक सुझाव देखें।

सत्र Agile प्रबंधन का महत्वपूर्ण भाग हो सकते हैं। उन्हें कुशल और उत्पादक बनाने के लिए ये सुझाव देखें।

टीम के कुशल Planning Poker अनुमान सत्रों के व्यावहारिक सुझाव

स्पष्ट कार्यसूची रखें: हर सत्र की रूपरेखा चर्चा सही दिशा में रखती है। Product Owner या उत्पाद प्रबंधक स्टोरी पहले बनाकर प्राथमिकता क्रम में रखें, ताकि टीम कम महत्वपूर्ण कार्यों में भटके बिना पहले महत्वपूर्ण स्टोरी आँके। लक्ष्य पर ध्यान रखने में मदद से सहायता की भूमिका प्रभावी और पारदर्शी तथा संगठन अधिक प्रभावी होता है। उचित कार्ड चुनें: फिबोनाची लोकप्रिय है, लेकिन टीम जरूरत अनुसार गड्डी बना सकती है। जटिलता, टीम आकार और विशेषज्ञता देखें। उदाहरणतः Mountain Goat Software स्टार्टअप से विनिर्माण कंपनियों तक के परिवेशों के लिए अलग कार्ड देता है।

• सबकी सहभागिता बढ़ाएँ: डेवलपर और परीक्षक सहित सभी दृष्टिकोण दें। Product Owner या प्रबंधक अनुमान पर हावी हुए बिना जरूरत स्पष्ट करे। इससे सदस्य मूल्यवान महसूस करते और प्रक्रिया में पारदर्शिता तथा जवाबदेही बढ़ती है।
• चर्चा की समय सीमाएँ सोच-समझकर रखें: स्टोरी के हर पहलू पर विचार के लिए अलग राय सुनें। चर्चा केंद्रित और सीमित रहे; महत्वपूर्ण अनिश्चितता हो, तो जबरन सहमति के बजाय आगे परिष्करण रखें। तकनीकी सीमाएँ या निर्भरताएँ स्टोरी को वर्तमान Sprint में आसानी से पूरा न होने दें। सबकी बात सुनने से विश्वास और अनुमान तथा संबंधित संख्याओं की सटीकता बढ़ती है।
• यथार्थवादी अपेक्षाएँ रखें: समग्र प्रयास के बजाय छोटी बातों को ज्यादा महत्व देकर सटीक अनुमान में उलझना आसान है। याद दिलाएँ कि जटिल अनुमान विधि इसलिए है कि भविष्य का कोई 100% सटीक पूर्वानुमान नहीं दे सकता। संख्याएँ अनुमान हैं, निश्चितता नहीं। इससे समझ और विश्वास की संस्कृति बनती है।
• निर्णय दर्ज करें: सत्र के सभी निर्णय भविष्य के संदर्भ के लिए दर्ज और सुरक्षित रखें। हर अनुमान के प्रमुख कारण तथा समझ लिखने से अगले Sprint नियोजन को उपयोगी संदर्भ मिलता है। संख्याएँ केवल अनुमान नहीं, अनुमानकर्ता की सोच का रिकॉर्ड भी हैं; सावधानी से बचाएँ।
• सहयोग और टीमवर्क बढ़ाएँ: सत्र साझा प्रयास हैं; व्यक्तिगत अनुमानों के बजाय समूह सहमति पर ध्यान दें। सही कार्यसूची, कार्ड, सबकी सहभागिता, समझदारी की समय सीमाएँ, यथार्थवादी अपेक्षाएँ और दर्ज निर्णय सटीकता बढ़ाएँगे। आजमाएँ और देखें कि समर्पित उत्पाद प्रबंधक के मार्गदर्शन में प्रक्रिया कितनी कुशल हो सकती है!
• मूल स्रोत के Planning Poker सुझाव: Mountain Goat Software की अनुशंसाओं में सभी को सक्रिय रूप से शामिल करना, स्पष्ट और संक्षिप्त स्टोरी, हर दौर की समय सीमा और बड़े अंतरों पर चर्चा से सहयोग तथा साझा समझ बढ़ाना है। Fernandez और साथियों के अध्ययन में इसका उपयोग करने वाली टीमों के अनुमान अन्य तकनीकों से अधिक सटीक थे।

लाभ हैं अधिक सटीक और सुसंगत अनुमान, बेहतर सहयोग तथा संवाद और अधिक पारदर्शिता तथा जवाबदेही। Agile Alliance सर्वेक्षण के अनुसार अनुमान सटीकता 20% बढ़ी और परियोजना देरी 15% घटी। साझा समझ से पूरे उत्पाद और व्यावसायिक परियोजना जीवनचक्र में बेहतर अनुमान तथा निर्णय मिलते हैं।

Planning Poker से टीमों के अनुमान पर FAQ

Scrum Planning Poker के प्रभावी उपयोग के सर्वोत्तम तरीके या सुझाव हैं?

उत्तर: हाँ, यह व्यापक स्वीकृत अनुमान विधि है, लेकिन Mountain Goat Software टीम की विशिष्ट जरूरतों और व्यावसायिक परिस्थितियों के अनुसार विकल्पों पर विचार सुझाता है।

परियोजना प्रबंधन में Scrum Planning Poker के क्या लाभ हैं?

उत्तर: सटीक तथा सुसंगत अनुमान, बेहतर सहयोग और संवाद तथा अधिक पारदर्शिता और जवाबदेही। Agile Alliance सर्वेक्षण में अनुमान सटीकता 20% बढ़ी और देरी 15% घटी। साझा समझ से पूरे जीवनचक्र में बेहतर अनुमान तथा निर्णय होते हैं।

क्या Scrum Planning Poker के वैकल्पिक तरीके हैं?

उत्तर: हाँ। कुछ टीमें टी-शर्ट आकार से हर स्टोरी का सापेक्ष प्रयास बताती हैं। समानता आधारित अनुमान में समान जटिलता वाली स्टोरी समूहित करके अंक देते हैं। नए सदस्यों या सीमित समय में ये प्रभावी हो सकते हैं। CollabNet VersionOne सर्वेक्षण में 35% Agile टीमों ने Planning Poker के साथ या बदले वैकल्पिक तकनीकें बताईं।

Scrum टीमों में Planning Poker कैसे काम करता है?

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

Scrum में Planning Poker का उद्देश्य क्या है?

उत्तर: Agile परियोजनाओं में सहयोगी और सटीक अनुमान आसान करना। अलग दृष्टिकोण और विशेषज्ञता से सदस्य मिलकर स्टोरी या कार्य का प्रयास आँकते हैं। कार्ड से व्यक्तिगत पूर्वाग्रह घटता, सहभागिता और चर्चा बढ़ती तथा विश्वसनीय अनुमान मिलते हैं। अध्ययन बताते हैं कि कम और अधिक अनुमान, दोनों घटने से बेहतर नियोजन तथा संसाधन आवंटन होता है (स्रोत: पुस्तक “Scrum Planning Poker in Agile: An Effective Estimation Technique”)।

Planning Poker के चरणों का सही क्रम क्या है?

उत्तर: (1) Product Backlog मद प्रस्तुत होती है, (2) सदस्य कार्ड से व्यक्तिगत प्रयास अनुमान चुनते हैं, (3) अनुमान साथ दिखते हैं, (4) अंतर पर चर्चा होती है और (5) सहमति तक प्रक्रिया दोहरती है।

फिबोनाची स्टोरी पॉइंट क्या हैं?

उत्तर: Agile अनुमान, खासकर Planning Poker में इस्तेमाल मान हैं। अनुक्रम (1, 2, 3, 5, 8, 13, 21, 34, आदि) फिबोनाची क्रम है, जो बढ़ती जटिलता या प्रयास के साथ अनुमान की अनिश्चितता के गैर-रैखिक बढ़ने को दर्शाता है।

फिबोनाची अनुक्रम (1, 2, 3, 5, 8, 13, 21, 34, आदि) से बैकलॉग मदें क्यों आँक सकते हैं?

उत्तर: यह प्रयास या जटिलता आँकने की अंतर्निहित अनिश्चितता और गैर-रैखिकता दिखाता है। बड़ी तथा जटिल मदों की बढ़ती अनिश्चितता पर जोर देता है।

Planning Poker में कौन-सा मापदंड इस्तेमाल होता है?

उत्तर: स्टोरी पॉइंट। यह Agile विकास की स्टोरी या कार्य की जटिलता, प्रयास और अनिश्चितता जोड़ने वाली मापन इकाई है।

स्टोरी पॉइंट फिबोनाची क्या है?

उत्तर: Agile विकास में Planning Poker के दौरान स्टोरी के प्रयास या जटिलता के अनुमान हेतु फिबोनाची अनुक्रम (1, 2, 3, 5, 8, 13, 21, 34, आदि) के मान इस्तेमाल करना।

Planning Poker फिबोनाची क्या है?

उत्तर: Agile अनुमान विधि जिसमें Sprint Planning में स्टोरी के सामूहिक प्रयास या जटिलता अनुमान के कार्डों पर फिबोनाची अनुक्रम (1, 2, 3, 5, 8, 13, 21, 34, आदि) होता है।

आप Product Owner हैं और टीम के साथ Planning Poker™ से स्टोरी आँक रहे हैं। सदस्य ने कॉफी कार्ड चुना है। आमतौर पर इसका क्या अर्थ है?

उत्तर: अक्सर मजाकिया ढंग से विराम की जरूरत बताता है। प्रश्नचिह्न वाला कार्ड आमतौर पर अनुमान के लिए अपर्याप्त समझ बताता है। सत्र से पहले विशेष कार्डों का अर्थ तय करें।

Scrum Planning Poker का पुनरावलोकन

यह सहयोगी और सहभागितापूर्ण Agile अनुमान तकनीक है, जो Scrum में सटीक तथा कुशल Sprint Planning आसान करती है। सामान्यतः फिबोनाची मान वाले कार्डों से सदस्य Product Backlog स्टोरी का सामूहिक प्रयास या जटिलता आँकते हैं। मद प्रस्तुत होने के बाद व्यक्तिगत चयन और एक साथ खुलासा होता है। फिर अंतर पर चर्चा करके हर कार्य के प्रयास पर सहमति का लक्ष्य रखते हैं।

1, 2, 3, 5, 8, 13 आदि फिबोनाची स्टोरी पॉइंट जटिलता के गैर-रैखिक अनुमान को दर्शाते हैं। कार्य बढ़ने या उलझने पर अनिश्चितता भी बढ़ती है। स्टोरी पॉइंट मापदंड जटिलता, प्रयास और अनिश्चितता के संयुक्त कारक मापता है।

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