agile estimation techniques
एक चुस्त परियोजना में सही अनुमान: चुस्त आकलन पर उदाहरण के साथ एक पूर्ण अंतर्दृष्टि
विभिन्न स्तरों पर एजाइल एस्टीमेशन करना बहुत महत्वपूर्ण है। यह उचित नियोजन, प्रबंधन और कुल प्रयासों का अनुमान लगाने के लिए किया जाता है जिसे हम निर्दिष्ट समय सीमा के भीतर ग्राहकों के लिए वांछित उत्पाद को लागू करने, परीक्षण और वितरित करने के लिए उपयोग करने जा रहे हैं।
एजाइल प्रोजेक्ट में अनुमानों की कमी के साथ, कोई उचित योजना और प्रबंधन नहीं हो सकता है जो अवांछित उत्पाद को वितरित करने और इस तरह ग्राहक को असंतुष्ट छोड़ने में समाप्त हो सकता है।
स्टोरी पॉइंट एस्टीमेशन विभिन्न तकनीकों जैसे कि प्लानिंग पोकर, बकेट सिस्टम, एफिनिटी मैपिंग इत्यादि का उपयोग करके एजाइल प्रोजेक्ट्स में किए जाते हैं। अलग-अलग स्तरों पर विभिन्न अनुमान टेम्प्लेट्स का उपयोग इस उद्देश्य के लिए किया जाता है जैसे कि एजाइल प्रोजेक्ट प्लान टेम्प्लेट, रिलीज़ प्लान टेम्प्लेट, स्प्रिंट प्लान टेम्प्लेट, रोडमैप टेम्प्लेट। , उपयोगकर्ता कहानी टेम्पलेट आदि।
आप क्या सीखेंगे:
- परिचय
- कहानी अंक का आकलन फुर्तीली में
- अनुशंसित उपकरण
- विभिन्न चुस्त अनुमान तकनीक
- फुर्तीली में बजट की गणना
- चंचल विकास परियोजना में अनुमानित टेम्पलेट
- चुस्त परियोजना में अनुमान के चरण
- निष्कर्ष
- अनुशंसित पाठ
परिचय
नीचे दिए गए Agile Estimation के 3 मुख्य स्तर हैं।
(1) परियोजना या प्रस्ताव स्तर वह है जो परियोजना के विकास के प्रारंभिक चरणों के दौरान त्वरित कार्य बिंदु विश्लेषण का उपयोग करता है।
# 2) रिलीज का स्तर उपयोगकर्ता कहानियों को कहानी अंक निर्दिष्ट करना शामिल है जो प्राथमिकता के आधार पर उपयोगकर्ता कहानियों के क्रम को परिभाषित करने में मदद कर सकता है और यह भी तय करने में मदद कर सकता है कि कौन सी कहानियों को वर्तमान रिलीज में लिया जा सकता है और जिसे बाद में लिया जा सकता है।
# 3) स्प्रिंट स्तर वह है जहां उपयोगकर्ता की कहानियों को कार्यों में तोड़ दिया जाता है और अनुमानित घंटों को उनकी जटिलता के अनुसार कार्यों को सौंपा जाता है। यहां, हम कार्यों की स्थिति के साथ कार्य के लिए जिम्मेदार व्यक्ति को भी परिभाषित करते हैं।
यह जानकारी बाद में एजाइल परियोजना के लिए बजट की गणना के लिए उपयोग की जा सकती है। बजट की गणना यह सुनिश्चित करने के लिए महत्वपूर्ण है कि परियोजना पूर्व और पश्चात कार्य या कुछ अन्य कारणों के कारण बजट पर नहीं जाती है।
कहानी अंक का आकलन फुर्तीली में
स्टोरी पॉइंट्स का अनुमान सापेक्ष आकार के साथ उत्पाद बैकलॉग आइटमों का अनुमान लगाने के लिए एक तुलनात्मक विश्लेषण है। उपयोगकर्ता कहानियों का अनुमान लगाने के लिए टीम के सदस्यों में शामिल हैं: उत्पाद मालिक, स्क्रैम मास्टर, डेवलपर्स, परीक्षक और स्टेक धारक।
रिश्तेदार आकार के अंतिम निर्णय तक पहुंचने के लिए नीचे कुछ चरण दिए गए हैं:
# 1) सभी उपयोगकर्ता कहानियों का विश्लेषण करें और आधार या संदर्भ कहानी की पहचान करें। यह सापेक्ष आकार देने के लिए महत्वपूर्ण है। इस कहानी को वर्तमान उत्पाद बैकलॉग या एक से चुना जा सकता है, जो हमने पहले किया है। इस कहानी को सभी सदस्यों के समझौते पर संदर्भ कहानी के रूप में चुना जाना चाहिए।
#दो) वर्तमान उत्पाद बैकलॉग से एक और कहानी चुनें और टीम के सदस्य उत्पाद के मालिक के साथ किसी भी प्रश्न या संदेह पर चर्चा करने के लिए स्वतंत्र हैं, जबकि कहानी की आवश्यकताओं को समझते हैं। उत्पाद स्वामी अपने सभी प्रश्नों और संदेहों को स्पष्ट करने के लिए जिम्मेदार है।
# 3) उपयोगकर्ता कहानी को लागू करते समय ध्यान रखी जाने वाली चीजों की एक सूची बनाएं। इन्हें टूल के नोट्स सेक्शन में नोट्स लिखकर या स्टोरी कार्ड पर बुलेट पॉइंट्स जोड़कर किया जा सकता है। यह ज्यादातर स्क्रैम मास्टर द्वारा किया जाता है।
# 4) प्रतिभागियों के बीच कुछ सामान्य प्रश्न नीचे दिए गए हैं:
- डिज़ाइन: उस पर काम शुरू करने से पहले हमारे पास क्या पूर्व और अनिवार्य ज्ञान होना चाहिए?
- कोडिंग: इस उपयोगकर्ता कहानी को लागू करने के लिए कितना कोडिंग आवश्यक है। क्या हम पहले भी ऐसी ही किसी उपयोगकर्ता कहानी पर आए हैं?
- इकाई का परीक्षण: क्या इस उपयोगकर्ता कहानी के लिए यूनिट परीक्षण करने के लिए किसी नकली वस्तु की आवश्यकता है?
- एकीकरण जांच: क्या यह कहानी समान मॉड्यूल और अन्य मॉड्यूल की अन्य कार्यात्मकताओं को भी प्रभावित करती है?
- स्वीकृति परीक्षण: ग्राहकों द्वारा वांछित उत्पाद देने के लिए किन बातों का ध्यान रखा जाना चाहिए?
- विशेषज्ञता: क्या किसी भी प्रतिभागी ने पहले भी इसी तरह की कहानी की है और क्या वह इसमें विशेषज्ञ है?
# 5) चयनित कहानी के लिए सापेक्ष आकार दें। यदि इसके लिए समान कार्य और प्रयास की आवश्यकता है, तो इसे समान संख्या में असाइन करें। संदर्भ कहानी को दिए गए अंकों के अनुसार। यदि इसे अधिक प्रयास की आवश्यकता है, तो इसे कुछ उच्च मूल्य प्रदान करें। यदि इसे कम प्रयास की आवश्यकता है, तो इसे कुछ कम मान असाइन करें।
# 6) सभी प्रतिभागियों के साथ आम सहमति के अनुसार चयनित उपयोगकर्ता कहानी के लिए सापेक्ष आकार को अंतिम रूप देने के लिए पहुँचें।
Android के लिए शीर्ष एमपी 3 डाउनलोड क्षुधा
# 7) सभी उत्पाद बैकलॉग आइटम के सापेक्ष आकार देने के बाद, सुनिश्चित करें कि यदि सभी उपयोगकर्ता कहानियां समान नहीं हैं। उन्हें सौंपे गए बिंदुओं के अनुरूप होने के लिए समान प्रयास और आकार की आवश्यकता होती है।
अनुशंसित उपकरण
(१) फुर्तीली निर्विकार
फुर्तीली निर्विकार दूरदराज और सह-स्थित टीमों के लिए त्वरित और सुविधाजनक योजना और अनुमानों के लिए जीरा के लिए एक प्रसिद्ध ऐप है।
एजाइल पोकर के साथ शुरुआत करना सरल और आसान है क्योंकि यह तीन उद्योग-मानक आकलन विधियों से प्रेरित था: नियोजन पोकर®, वाइडबैंड डेल्फी और मैजिक एस्टिमेशन (जिसे साइलेंट ग्रुपिंग, एफिनिटी एस्टीमेशन, स्विमलैनिंग साइजिंग या रिलेटिव एस्टिमेशन के रूप में भी जाना जाता है)।
=> यहां एजाइल पोकर टूल डाउनलोड करेंविभिन्न चुस्त अनुमान तकनीक
एक फुर्तीली परियोजना में अनुमान लगाने के लिए कई तकनीकें हैं। आकलन करने के लिए मुख्य सिद्धांतों में सापेक्ष अनुमान शामिल हैं, उन वस्तुओं की अधिक जानकारी प्राप्त करने के लिए चर्चाएं जिनके आकलन किए जाने की आवश्यकता है और उन्हें सौंपे गए कार्यों के प्रति पूरी टीम की प्रतिबद्धता सुनिश्चित करना।
मुख्य रूप से 7 फुर्तीली परियोजना अनुमान तकनीकें हैं:
(1) योजना पोकर
- इस अनुमान तकनीक में, सभी लोग जो अनुमान लगाने वाले हैं, नियोजन पोकर सत्र के लिए एक गोल घेरे में बैठते हैं।
- प्रत्येक अनुमानक मानों की योजना पोकर कार्ड का एक सेट कर रहा है: 0,1,2,3,5,8,13,20,40 और 100। ये मान कहानी बिंदुओं या माप का प्रतिनिधित्व करते हैं जिसमें टीम अनुमान लगाती है।
- सत्र की शुरुआत में, उत्पाद स्वामी या ग्राहक इसकी सभी विशेषताओं और आवश्यकताओं का वर्णन करते हुए, उपयोगकर्ता की कहानी को पढ़ता है।
- कहानी पढ़ने के बाद, अनुमान लगाने वालों और उत्पाद के मालिक / ग्राहक के बीच चर्चा होती है। अनुमानक प्रश्न पूछ सकते हैं या उत्पाद स्वामी के साथ अपने संदेह को स्पष्ट कर सकते हैं।
- चर्चाओं के बाद, सभी अनुमानकों को उपयोगकर्ता कहानी का अनुमान लगाने के लिए एक कार्ड का चयन करने के लिए कहा जाता है। यदि सभी अनुमानक समान मूल्य देते हैं, तो वह अंतिम अनुमान बन जाता है।
- यदि मान अलग-अलग हैं, तो उच्चतम और निम्नतम मान देने वाले अनुमानक अपनी राय बताते हैं और उन्होंने इस मूल्य को क्यों चुना, जब तक कि आम सहमति नहीं बन जाती।
- एक अच्छी तकनीक जब छोटी नं। वस्तुओं का अनुमान एक छोटी टीम में लगाया जाना है।
=> आगे विस्तृत पठन योजना पोकर अनुमान तकनीक ।
# 2) टी-शर्ट आकार
- जिस तरह टी-शर्ट के मामले में, हम आकार देखते हैं: XS (अतिरिक्त छोटा), S (छोटा), M (मध्यम), L (बड़ा), XL (अतिरिक्त बड़ा)। इसी तरह के दृष्टिकोण का पालन यहां किया जाता है। टी-शर्ट के आकार में यह अनुमान लगाया जाता है।
- वस्तुओं के बड़े बैकलॉग का मोटा अनुमान देने के लिए यह एक सही तकनीक है।
- उपयोगी जब त्वरित और मोटा अनुमान लगाने की आवश्यकता होती है। बाद में इन आकारों को आवश्यकता के अनुसार नहीं में परिवर्तित किया जा सकता है।
- टीम के सदस्यों या अनुमानकों की आपसी चर्चा और समझौते के बाद एक सापेक्ष आकार (अधिकतर माध्यम) तय किया जाता है। फिर, किसी को आइटम के सापेक्ष आकार के अनुसार असाइन नहीं किया जाता है जिसे मध्यम आकार को सौंपा गया है।
- हानि: किसी के लिए एल क्या लगता है किसी के लिए एक्स्ट्रा लार्ज लग सकता है।
- सभी अनुमानक वस्तुओं को अपना आकार प्रदान करते हैं। बेमेल चर्चा और समाधान के बाद, अंतिम अनुमान प्राप्त करने के लिए एक आम सहमति बन जाती है।
# 3) डॉट वोटिंग
- यह मूल रूप से उच्चतम प्राथमिकता वाली कहानियों से सबसे कम प्राथमिकता वाली कहानियों तक उत्पाद बैकलॉग के आदेश को तय करने के लिए एक रैंकिंग विधि है। यह सबसे महत्वपूर्ण कहानियों का चयन करने के लिए किया जाता है जिसे आगे बढ़ाया जाना चाहिए।
- इसके साथ शुरू करने के लिए, दीवार या बोर्ड पर उनके विवरण के साथ पीले स्टिकर का उपयोग करके या वोट प्राप्त करने के लिए उन्हें अलग करने वाली सभी उपयोगकर्ता कहानियों को पोस्ट करें।
- सभी हितधारकों को 4 से 5 डॉट दिए जाते हैं (ज्यादातर स्टिकर, पेन या मार्कर के रूप में भी डॉट बनाने के लिए इस्तेमाल किए जा सकते हैं)।
- सभी हितधारकों को उपयोगकर्ता की कहानियों पर अपने वोट देने के लिए कहा जाता है जो वे पसंद करते हैं।
- प्रोडक्ट ओनर सबसे अधिक पसंदीदा (डॉट्स में से कोई नहीं के साथ) से कम से कम पसंदीदा (डॉट्स के कम से कम नहीं के साथ) से उत्पाद बैकलॉग आइटम का आदेश देता है।
- यह मामला हो सकता है, जहां कुछ हितधारक तय किए गए आदेश से नाखुश हैं। इस मामले में, उपयोगकर्ता कहानियों को चर्चा के बाद 3 समूहों में विभाजित किया जाता है: उच्च प्राथमिकता, कम प्राथमिकता और मध्यम प्राथमिकता। वोट प्राप्त करने के लिए दीवार पर उच्च प्राथमिकता वाली उपयोगकर्ता कहानियां पोस्ट की जाती हैं। यह तब तक किया जाता है जब तक कि सभी हितधारकों के समझौते के साथ अंतिम आदेश प्राप्त नहीं हो जाता है।
# 4) बाल्टी प्रणाली
- यह एक अच्छी तकनीक है जब एक बड़ी नहीं। बड़ी संख्या के हिसाब से वस्तुओं का अनुमान लगाया जाना है। प्रतिभागियों की। यह पोकर की योजना बनाने की तुलना में अधिक तेज़ और उचित है।
- विभिन्न बाल्टियाँ मानों के साथ बनाई जाती हैं: 0,1,2,3,4,5,8,13,20,30,50,100, 200। यदि आवश्यक हो तो इसे बढ़ाया जा सकता है। ये बाल्टियां और कुछ नहीं हैं, लेकिन मूल्यों का प्रतिनिधित्व करने वाले कार्ड एक टेबल पर क्रमिक रूप से व्यवस्थित होते हैं।
- कहानियों को इन के भीतर रखा जाना चाहिए जहां अनुमानक उन्हें उपयुक्त पाता है। अनुमानित सभी आइटम कार्ड पर लिखे गए हैं।
- एक आइटम को यादृच्छिक पर उठाओ और इसे बाल्टी 8 में डालें। इसका उपयोग केवल संदर्भ के लिए किया जाता है। यादृच्छिक पर एक और कहानी चुनें, समूह के साथ इसकी सभी विशेषताओं और आवश्यकताओं पर चर्चा करें और सर्वसम्मति से, इसे उपयुक्त बाल्टी में रखें। इसी तरह, तीसरा आइटम उठाया जाता है और एक उपयुक्त बाल्टी में रखा जाता है।
- बाल्टी अनुक्रम को भी बदला जा सकता है, अगर समूह को पहला आइटम चुना जाता है, तो उसे बाल्टी 8 के बजाय बाल्टी 1 से संबंधित होना चाहिए।
- फूट डालो और जीतो दृष्टिकोण का पालन किया जाता है। शेष सभी वस्तुओं को सभी प्रतिभागियों के बीच विभाजित किया गया है। सभी प्रतिभागी अन्य प्रतिभागियों की स्वीकृति के बिना आइटम रख सकते हैं।
- वस्तुओं को ठीक से रखा जाना चाहिए। बाल्टियों के बीच कोई वस्तु नहीं रखी जा सकती।
- यदि कोई प्रतिभागी उत्पाद बैकलॉग आइटम को नहीं समझता है या यदि अन्य प्रतिभागियों ने अपनी उपयोगकर्ता कहानियों को रखना समाप्त कर दिया है, तो उपयोगकर्ता कहानियों को अन्य प्रतिभागियों को हस्तांतरित किया जा सकता है।
- अंत में सभी प्रतिभागियों द्वारा सनिटी चेक किया जाता है। यदि किसी भी प्रतिभागी को किसी वस्तु को सौंपी गई गलत बाल्टी मिलती है, तो वे इसे अन्य प्रतिभागियों के ध्यान में ला सकते हैं और उनके साथ चर्चा कर सकते हैं। यह तब तक किया जाता है जब तक कि पूरे उत्पाद बैकलॉग के लिए आम सहमति नहीं बन जाती।
- सुविधाकर्ता को एक जाँच करनी चाहिए कि कोई भी वस्तु तब तक नहीं चलती है जब तक कि पवित्रता की जाँच नहीं हो जाती है।
- यह उत्पाद बैकलॉग आइटम के प्राथमिकता क्रम को प्राप्त करने के लिए भी किया जाता है।
# 5) बड़े / अनिश्चित / छोटे
- यह एक मोटा संस्करण है और बकेट सिस्टम का सरलीकरण है जहां केवल तीन आकार हैं: लार्ज, स्माल और अनसैक्ड।
- प्रतिभागियों या अनुमानकों को श्रेणियों में से एक में आइटम रखने के लिए कहा जाता है। सबसे पहले, सरल उपयोगकर्ता कहानियों को बड़ी और छोटी श्रेणियों में चुना जाता है और रखा जाता है। फिर जटिल वस्तुओं को लिया जाता है।
- उत्पाद बैकलॉग में तुलनीय आइटम होने पर यह एक अच्छी तकनीक है।
# 6) एफिनिटी मैपिंग
- एक अच्छी तकनीक जब टीम छोटी है और नहीं। बैकलॉग आइटम कम है।
- पहला कदम साइलेंट रिलेटिव साइजिंग: एक दीवार पर, er Smaller ’के साथ एक कार्ड, जो सबसे बाईं ओर लिखा गया है और उस पर on Larger’ लिखा हुआ कार्ड सबसे दाईं ओर रखा गया है। उत्पाद स्वामी सभी प्रतिभागियों को वस्तुओं का एक सबसेट प्रदान करता है। सभी प्रतिभागियों को प्रत्येक आइटम को दीवार पर कार्ड के आकार के सापेक्ष आकार देने के लिए कहा जाता है, उन्हें लागू करने के लिए आवश्यक प्रयास को देखते हुए। यह टीम के अन्य सदस्यों के साथ बिना किसी चर्चा के प्रतिभागी का एकल निर्णय है। उत्पाद स्वामी या हितधारक प्रतिभागी के संदेह को स्पष्ट करने के लिए मौजूद है। उत्पाद बैकलॉग आइटम जो अनुमान के लिए टीम के सदस्यों द्वारा समझा जाने के लिए बहुत अस्पष्ट हैं उन्हें अलग से रखा गया है। इसमें 5-20 मिनट लगते हैं।
- दीवार का संपादन: टीम के सदस्य दीवार पर वस्तुओं के स्थान को बदल सकते हैं। वे अन्य टीम के सदस्यों के साथ डिजाइन और कार्यान्वयन आवश्यकताओं पर चर्चा कर सकते हैं। यह गतिविधि बंद हो सकती है जब दीवार पर थोड़ा परिवर्तन हो रहा है। इसमें लगभग 20-60 मिनट लगते हैं ।
- सही स्थानों में आइटम रखना: चर्चा के बाद, टीम उत्पाद के बैकलॉग आइटम को उनके सापेक्ष और उपयुक्त स्थान पर रखती है। वस्तुओं के आकार का अपेक्षाकृत अनुमान लगाने के लिए हम यहां टी-शर्ट आकार, फाइबोनैचि श्रृंखला आदि का उपयोग कर सकते हैं।
- उत्पाद स्वामी चुनौती: उत्पाद स्वामी को टीम द्वारा किए गए अनुमानों में कुछ विसंगति मिल सकती है और टीम के साथ किसी आइटम के लिए अधिक सुविधाओं या आवश्यकताओं पर चर्चा करने की आवश्यकता होती है। चर्चा के बाद, अंतिम अनुमान लगाए जाते हैं।
- प्रोजेक्ट बैकलॉग प्रबंधन उपकरण को निर्यात करें: यह सुनिश्चित करने के लिए कि अंतिम अनुमानों की जानकारी खो नहीं गई है, इसे उत्पाद बैकलॉग प्रबंधन उपकरण में निर्यात करें।
# 7) आदेश देने की विधि
- एक अच्छी तकनीक जब बड़े नं। आइटम और छोटे सं। लोगों के हैं।
- यह उत्पाद बैकलॉग आइटम के लिए सटीक सापेक्ष आकार देता है।
- एक पैमाना निम्न से उच्च तक तैयार किया जाता है। सभी वस्तुओं को इस पर बेतरतीब ढंग से रखा गया है। प्रत्येक प्रतिभागी को किसी एक आइटम को स्केल पर, एक समय में स्थानांतरित करने के लिए कहा जाता है। आंदोलन एक ऊपर हो सकता है, एक नीचे हो सकता है या किसी अन्य सदस्य की बारी हो सकती है।
- यह तब तक जारी रहता है जब तक कि सभी प्रतिभागी संतुष्ट नहीं हो जाते और किसी भी वस्तु को पैमाने पर नहीं ले जाना चाहते।
- यह उत्पाद बैकलॉग आइटम का प्राथमिकता क्रम भी देता है।
फुर्तीली में बजट की गणना
बडगल्स की गणना चुस्त परियोजनाओं में एक महत्वपूर्ण भूमिका निभाती है। यह सुनिश्चित करने के लिए किया जाता है कि प्रदान किया गया वास्तविक बजट क्या है, अधिक बजट की आवश्यकता क्या है और हम विभिन्न उत्पाद बैकलॉग आइटम के लिए बजट को कैसे विभाजित करने जा रहे हैं।
यह पिछली परियोजनाओं से एकत्र किए गए डेटा का उपयोग करता है और वर्तमान परियोजना के लिए अनुमानित बजट प्राप्त करने के लिए गणितीय सूत्र का उपयोग करता है।
नीचे चरणों का क्रम है, एक फुर्तीली परियोजना में बजट की गणना करने के लिए:
# 1) परियोजना की सभी आवश्यकताओं को सूचीबद्ध करें और करें अनुमान उनके लिए नियोजन पोकर, बकेट सिस्टम, फाइबोनैचि श्रृंखला आदि का उपयोग करके सभी टीम के सदस्यों को उपयोगकर्ता की कहानियों के स्पष्ट विश्लेषण और समझ के बाद सूचीबद्ध आवश्यकताओं के लिए किए गए अनुमानों पर सहमत होना चाहिए। उपयोगकर्ता कहानी में लागू की जाने वाली सुविधाओं के आधार पर अनुमान लगाया जाता है।
#दो) इसमें निर्दिष्ट स्प्रिंट और उत्पाद बैकलॉग आइटम नामक पुनरावृत्तियों की अवधि निर्धारित करें। यह आमतौर पर 2 से 3 सप्ताह लंबा होता है। उपयोगकर्ता कहानियों को एक अनुक्रम में उठाया जाता है, जो उपयोगकर्ता की अधिकतम प्राथमिकता की कहानी से शुरू होता है, कम प्राथमिकता पर जाता है, और अंत में कम से कम प्राथमिकता वाली उपयोगकर्ता कहानी होती है। यह निर्णय लेने में मदद करता है कि कौन सी उपयोगकर्ता कहानियों को पहले स्प्रिंट में उठाया जाना चाहिए और कौन सी कहानियों को बाद में लिया जा सकता है।
# 3) लागू होने के लिए कितना काम बाकी है और कितना समय बचा है, इसकी स्पष्ट तस्वीर देने के लिए जले हुए चार्ट तैयार करें। यह मूल रूप से एक चुस्त टीम की प्रगति की दर देता है। यह एक स्पष्ट तस्वीर देता है कि टीम कैसा व्यवहार कर रही है और यह कैसे व्यवहार करने की उम्मीद है।
टीम की प्रगति को पूर्ण कार्यों के रूप में मापा जाता है, शेष प्रयास, आदर्श बोझ और शेष कार्य नीचे दिखाए गए हैं:
# 4) अतिरिक्त खरीद जैसे उपकरण की खरीद, उपकरण, बुनियादी ढांचे का समर्थन, उपयोग किए जाने वाले सॉफ़्टवेयर उपकरणों के लाइसेंस प्राप्त करना, परियोजना प्रबंधन उपकरण, एंटीवायरस इंस्टॉलेशन और अपडेट।
# 5) पूर्व और बाद Iteration बजट जोड़ें। सभी फुर्तीले सदस्यों को क्रॉस-फंक्शनल माना जाता है लेकिन, इसकी सीमाएँ हैं। अपनी विशेषज्ञता के बाहर टीम के सदस्य द्वारा किया गया कुछ भी पूर्व पुनरावृत्ति कार्य या पुनरावृत्ति कार्य माना जाता है। इस प्री और पोस्ट Iteration कार्यों के कार्यान्वयन के लिए अतिरिक्त बजट की आवश्यकता होती है।
# 6) छिपे हुए जोखिमों पर नज़र रखना। फुर्तीली परियोजना में जोखिम में शामिल हैं: बजट से अधिक होने वाली परियोजना का जोखिम, टीम के सदस्यों की अनुपस्थिति, सदस्यों को स्पष्ट या पूर्ण ज्ञान नहीं है, सदस्यों के पास आवश्यक कौशल नहीं हैं, समय सीमा पार हो गई है आदि।
चंचल विकास परियोजना में अनुमानित टेम्पलेट
कई अनुमान टेम्प्लेट हैं जो एजाइल डेवलपमेंट प्रोजेक्ट में विभिन्न स्तरों पर तैयार किए जाते हैं। एकमात्र उद्देश्य किसी वस्तु या वस्तु को लागू करने और उसकी प्रगति पर नज़र रखने के लिए आवश्यक अनुमानों को स्पष्ट रूप से बताना है।
मुख्य टेम्पलेट्स नीचे दिए गए हैं:
1) चंचल परियोजना योजना खाका:
यह उच्च स्तर का दृष्टिकोण देता है कि आवश्यकताओं की सुविधाओं को वितरित करने के लिए कितना समय आवश्यक है और उनकी स्थिति क्या है। इसमें विशिष्ट कार्य के लिए जिम्मेदार व्यक्ति का भी उल्लेख है।
(नोट: बढ़े हुए दृश्य के लिए किसी भी छवि पर क्लिक करें)
2) चंचल रिलीज योजना टेम्पलेट:
यह उनकी स्थिति और स्प्रिंट के साथ आवश्यकताओं के अनुरूप कार्यों का विवरण जारी करता है जिसमें उन्हें निष्पादित करने की आवश्यकता होती है।
3) चंचल उत्पाद बैकलॉग टेम्पलेट:
यह परियोजना के लिए परिभाषित पूर्ण उत्पाद बैकलॉग का वर्णन करता है। यह स्थिति, प्राथमिकता, कहानी बिंदुओं के साथ-साथ स्प्रिंट के कार्यों का विवरण देता है और चाहे वे एक स्प्रिंट को सौंपा गया हो या यदि कुछ अतिरिक्त कार्य जैसे दोष आदि।
4) फुर्तीली स्प्रिंट बैकलॉग टेम्पलेट:
यह एक विशेष स्प्रिंट के बैकलॉग में वर्णित उपयोगकर्ता कहानियों का विवरण देता है। यह एक उपयोगकर्ता कहानी को सौंपे गए कुल कहानी बिंदुओं को देता है और ये अलग-अलग कार्यों में कैसे टूट जाते हैं। यह संबंधित कार्यों की स्थिति भी बताता है और संबंधित कार्यों के लिए दैनिक आधार पर किए जाने वाले कार्य क्या हैं।
5) चुस्त टेस्ट प्लान टेम्पलेट:
यह पूरे परीक्षण परिदृश्य को उप-परिदृश्यों में तोड़ देता है। यह उप-परिदृश्यों जैसे कार्यान्वयन तिथि, अपेक्षित परिणाम, वास्तविक परिणाम, स्थिति आदि का विवरण देता है।
इसमें प्रोजेक्ट का नाम, संगत ब्राउज़र, परीक्षण के तहत एप्लिकेशन का संस्करण, चयनित परिदृश्य के लिए टेस्ट केस आईडी, लिखित बाय, टेस्टेड बाय, विवरण आदि का भी उल्लेख किया गया है।
6) चुस्त उपयोगकर्ता कहानी टेम्पलेट:
यह उपयोगकर्ता की कहानी के विश्लेषण के लिए विशिष्ट विवरण देता है जैसे कि एक विशिष्ट कार्यक्षमता के लिए आवश्यक भूमिकाओं का परीक्षण करने के लिए क्या आवश्यक है, पूर्व-आवश्यकता (वातावरण सेट अप और लिंक सक्षम) क्या है और अपेक्षित परिणाम क्या है?
7) चुस्त रोड मैप टेम्पलेट:
यह कंपनी में अल्पावधि और दीर्घकालिक आधार पर परियोजना को एक दिशा देता है। यह कंपनी के भीतर उम्मीदों को स्थापित करने में मदद करता है। और जहां परियोजना के लिए शीर्षक है का अवलोकन।
चुस्त परियोजना में अनुमान के चरण
एक फुर्तीली परियोजना में, आकलन 3 स्तरों पर किया जाता है, जैसा कि नीचे बताया गया है:
- परियोजना / प्रस्ताव स्तर: पूरे आवेदन का कुल कार्यात्मक आकार त्वरित कार्य बिंदु विश्लेषण (QFPA) विधि का उपयोग करके अनुमानित किया जाता है जब केवल उच्च स्तर की आवश्यकताएं उपलब्ध होती हैं।
- रिलीज स्तर: कहानी के अंक उपयोगकर्ता कहानियों को सौंपे जाते हैं जो नं। का निर्धारण करने में मदद करते हैं। एक परियोजना और नहीं के भीतर रिलीज की योजना बनाई। उपयोगकर्ता की कहानियों को एक रिलीज और स्प्रिंट में लिया जाएगा।
- स्प्रिंट स्तर: अनुमानित घंटे एक स्प्रिंट के भीतर उपयोगकर्ता की कहानियों के कार्यों को सौंपा गया है। यह एक स्प्रिंट में उपयोगकर्ता कहानियों को वितरित करने के लिए विकास की प्रतिबद्धता को सुनिश्चित करने के लिए किया जाता है।
एस 1, एस 2, एस 3, एस 4, एस 5, एस 6 स्प्रिंट हैं।
# 1) प्रस्ताव या परियोजना स्तर का अनुमान
यह परियोजना के लिए एक उच्चस्तरीय आकलन है। यह उत्पाद बैकलॉग आइटम में आवश्यकताओं की कुल संख्या पर केंद्रित है। कार्यात्मक आवश्यकताओं के विस्तृत विवरण को प्रलेखित करने से पहले सॉफ्टवेयर / परियोजना के आकार का अनुमान लगाने के लिए फंक्शन पॉइंट का उपयोग किया जाता है।
सॉफ्टवेयर के आकार की गणना करने के लिए फ़ंक्शन पॉइंट सार्वभौमिक रूप से स्वीकृत तरीका है। यह सॉफ्टवेयर परियोजनाओं में पाए जाने वाले कार्यों पर केंद्रित है। एक फ़ंक्शन बिंदु एक मीट्रिक है जो आवश्यकताओं या उपयोगकर्ता कहानियों को एक संख्या में परिवर्तित करता है।
परियोजना के प्रारंभिक चरणों के दौरान, क्विक फंक्शन प्वाइंट एनालिसिस (QFPA) पद्धति को अपनाने की सिफारिश की गई है।
क्विक फंक्शन प्वाइंट एनालिसिस विधि एफपी के आकलन के लिए एक अनूठा तरीका है जब केवल उच्च-स्तरीय आवश्यकताएं उपलब्ध हैं।
कुल कार्यात्मक आकार की गणना कैसे करें?
- डोमेन विशेषज्ञों की सहायता से किसी एप्लिकेशन की सभी कार्यक्षमताओं को समझें।
- पहचानें और एक आवेदन के सभी संभव कार्यक्षमताओं को सूचीबद्ध करें।
- डेटा संग्रहण फ़ंक्शन को आंतरिक लॉजिक फ़ाइलों (एप्लिकेशन के भीतर आंतरिक रूप से संग्रहीत डेटा) और बाहरी इंटरफ़ेस फ़ाइलों (केवल संदर्भ उद्देश्य के लिए उपयोग किया जाने वाला डेटा) में वर्गीकृत किया गया है।
- लेनदेन कार्यों को बाहरी इनपुट (बाहरी स्रोतों से आने वाले डेटा), बाहरी आउटपुट (बाहरी डेटा अनुप्रयोग से बाहरी में जाता है) और बाहरी पूछताछ (एक या अधिक बाहरी इनपुट और बाहरी आउटपुट से प्राप्त डेटा) में वर्गीकृत किया जाता है।
- अपनी औसत जटिलता की गणना करके प्रत्येक फ़ंक्शन के लिए एफपी आकार की गणना करें।
- आवेदन के कुल कार्यात्मक आकार प्राप्त करने के लिए सभी कार्यों के एफपी आकार को योग करें।
- एफपी विश्लेषण में विशेषज्ञता वाले कम से कम दो व्यक्तियों को स्वतंत्र रूप से गणना करनी चाहिए, परिणामों का मिलान करना चाहिए और मतभेदों को हल करना चाहिए।
प्रोजेक्ट-स्तरीय अनुमान के लिए उदाहरण:
उत्पाद बैकलॉग में नीचे एक परियोजना की आवश्यकताओं की सूची दी गई है:
- उपयोगकर्ता को उपयोगकर्ता नाम और पासवर्ड प्रदान करके वेबसाइट पर लॉगिन करने में सक्षम होना चाहिए।
- सफल लॉगिन पोस्ट करें, एक उपयोगकर्ता को मुख्य पृष्ठ पर दाएं और बाएं पैन से परिभाषित किया जाना चाहिए।
- उपयोगकर्ता के पास एप्लिकेशन से लॉगआउट करने का विकल्प होना चाहिए।
- एक वैध उपयोगकर्ता के पास वर्तमान क्रेडेंशियल्स प्रदान करके पासवर्ड बदलने का विकल्प होता है।
टीम परियोजना के आकार का अनुमान लगाने के लिए एक त्वरित एफपी अनुमान का उपयोग करती है।
निम्नलिखित विश्लेषण किया गया है:
- यहां डेटा स्टोरेज फंक्शन लॉग इन करने और पासवर्ड बदलने के लिए यूजर क्रेडेंशियल्स को स्टोर कर रहा है।
- चूंकि क्रेडेंशियल्स को एप्लिकेशन सीमा के भीतर संग्रहीत किया जाता है, इसलिए इसे ILF (इंटरनल लॉजिकल फाइल्स) में संग्रहित किया जाता है।
- लेन-देन कार्यों में शामिल हैं:
- मुख्य पृष्ठ का उपयोगकर्ता लॉगिन और प्रदर्शन।
- उपयोगकर्ता लॉगआउट और लॉगआउट स्क्रीन का प्रदर्शन।
- पासवर्ड बदलने की क्षमता।
त्वरित कार्य बिंदु विश्लेषण का उपयोग करके परियोजना के आकार का अनुमान लगाने के लिए नीचे दिए गए कदम हैं:
STEP # 1: सभी डेटा फ़ंक्शंस को सूचीबद्ध करें
डेटा फ़ंक्शन | प्रकार | UFP | |||||
---|---|---|---|---|---|---|---|
यूएस -02 | TAS-07 | आंतरिक ग्राहक द्वारा स्वीकृति परीक्षण | स्वीकृति परीक्षण | क्यूए टीम ऑनसाइट | । | शुरू नही हुआ | ६ |
उपयोगकर्ता क्रेडेंशियल जानकारी | ILF | १० |
यूपीपी (अनडॉस्ब्ड फंक्शन पॉइंट) को कैपर जोन्स टेबल से लिया गया है।
STEP # 2: सभी ट्रांजेक्शन फंक्शन्स को सूचीबद्ध करें
लेन-देन का कार्य | प्रकार | UFP |
---|---|---|
लॉगिन करें और मुख्य पृष्ठ प्रदर्शित करें | eq के | ४ |
लॉगआउट और लॉगआउट स्क्रीन प्रदर्शित करें | eq के | ४ |
पासवर्ड बदलें | नहीं न | ४ |
यूपीपी (अनडॉस्ब्ड फंक्शन पॉइंट) को कैपर जोन्स टेबल से लिया गया है।
STEP # 3: फंक्शन पॉइंट्स में अनुमानित प्रोजेक्ट साइज को प्राप्त करना
यूएफपी = डेटा एफपी + लेनदेन एफपी
UFP=10 + 12 = 22 UFP
FP = UFP * VFP = 22 * 1 = 22 FP (मान VFP (मान समायोजन कारक = 1)
उत्पादकता = 16 एफपी / महीना (सामान्य मानक)
प्रयास = एफपी / उत्पादकता = 22/16-व्यक्ति महीना = 1.37 व्यक्ति महीना
# 2) रिलीज स्तर का अनुमान
रिलीज की योजना के दौरान रिलीज स्तर का आकलन किया जाता है। प्रोजेक्ट स्तर के आकलन के बाद यह अगली गतिविधि है। प्राथमिकता वाली आवश्यकताओं को उत्पाद बैकलॉग से लिया जाता है जो उपयोगकर्ता कहानियों के रूप में है।
रिलीज की योजना के दौरान कहानी के संदर्भ में उपयोगकर्ता की कहानियों का अनुमान लगाया जाता है जो उस रिलीज के लिए वितरित किए जाने वाले सॉफ़्टवेयर के आकार का अनुमान लगाने पर केंद्रित है। इस तरह, प्रत्येक रिलीज़ में कोई भी रिलीज़ और कहानी की कुल संख्या की योजना नहीं है।
एक कहानी बिंदु मूल रूप से एक विशेषता या कार्यक्षमता को लागू करने के लिए आवश्यक सापेक्ष प्रयास का प्रतिनिधित्व करता है, जब अन्य विशेषताओं की तुलना में। यह मूल रूप से उत्पाद बैकलॉग आइटम को आकार देने के लिए है।
कहानी के आधार पर अनुमान लगाया जाता है:
- लागू होने वाली सुविधा की जटिलता।
- सभी सदस्यों के अनुभव और तकनीकी कौशल।
एस 1, एस 2, एस 3, एस 4, एस 5 स्प्रिंट हैं।
उपयोगकर्ता की कहानी के लिए कहानी अंक निर्दिष्ट करने के लिए कदम:
यूट्यूब को एमपी 3 में बदलने के लिए सबसे अच्छी साइट
- सभी टीम के सदस्य स्प्रिंट बैकलॉग में मौजूद उपयोगकर्ता कहानियों के माध्यम से जाने वाली एक तालिका के आसपास इकट्ठा होते हैं।
- एक कहानी बिंदु का अर्थ और इसी प्रयास का निर्णय लिया जाता है।
- टीम के सदस्यों में से एक उपयोगकर्ता कहानी पढ़ता है और फिर टीम के सदस्यों को सापेक्ष कहानी अंक निर्दिष्ट करने के लिए कहता है।
- अगर टीम के सदस्यों द्वारा सौंपी गई कहानी के बिंदुओं के बीच एक महत्वपूर्ण अंतर है, तो वे कहानी बिंदुओं के लिए एक स्पष्टीकरण देते हैं जो उन्होंने सौंपा है, जिससे अंत में एक आम सहमति तक पहुंचते हैं।
- टीम के सदस्यों द्वारा दिए गए अनुमानों के बीच कोई बड़ा अंतर नहीं होने तक प्रक्रिया को 3-4 बार दोहराया जाता है।
- कहानियों का आकार निर्धारण यह निर्धारित करने में मदद करता है कि स्प्रिंट और रिलीज़ के दौरान कितनी कहानियाँ ली जाएंगी।
रिलीज स्तर के आकलन के लिए उदाहरण:
इसमें उत्पाद बैकलॉग नामक उपयोगकर्ता कहानियों की प्राथमिकता सूची बनाना शामिल है। उत्पाद स्वामी उत्पाद बैकलॉग बनाता है और इसमें सूचीबद्ध प्रत्येक आइटम के लिए व्यावसायिक मूल्य प्रदान करता है।
उपयोगकर्ता कहानी आईडी | प्रयोक्ता कहानी | स्वीकृति मानदंड |
---|---|---|
यूएस -01 | एक उपयोगकर्ता के रूप में, मैं एक लॉगिन स्क्रीन रखना चाहता हूं जहां मैं अपने क्रेडेंशियल्स: उपयोगकर्ता नाम और पासवर्ड का उपयोग करके आवेदन में लॉग इन कर सकता हूं | • एक वैध उपयोगकर्ता को लॉगिन स्क्रीन देखने और क्रेडेंशियल्स प्रदान करने में सक्षम होना चाहिए। • लॉगिन के बाद, प्रामाणिकता के लिए उपयोगकर्ता क्रेडेंशियल्स की जांच की जानी चाहिए। |
यूएस -02 | एक उपयोगकर्ता के रूप में, सफल लॉगिन के बाद, मैं मुख्य पृष्ठ को हेडर, लेफ्ट, राइट पैन और लॉगआउट विकल्प के साथ देखना चाहता हूं। | • एक वैध उपयोगकर्ता को सफल लॉगिन पर होम स्क्रीन देखने में सक्षम होना चाहिए। • उपयोगकर्ता को लॉगआउट विकल्प के साथ हेडर, बाएँ और दाएँ पैन को देखने में सक्षम होना चाहिए। |
यूएस -03 | एक उपयोगकर्ता के रूप में, मुझे लॉगआउट विकल्प पर क्लिक करने के बाद सफलतापूर्वक लॉगआउट करने में सक्षम होना चाहिए और लॉगआउट के बाद, लॉगआउट स्क्रीन को देखना चाहिए। | • मुख्य पृष्ठ पर रहते हुए, उपयोगकर्ता को main लॉगआउट ’बटन पर क्लिक करने में सक्षम होना चाहिए। • 'लॉगआउट' पर क्लिक करने पर उपयोगकर्ता को सफलतापूर्वक लॉग आउट किया जाना चाहिए। • उपयोगकर्ता को लॉगआउट के बाद लॉगआउट स्क्रीन देखना चाहिए। • उपयोगकर्ता को लॉगआउट के बाद फिर से लॉगिन करने में सक्षम होना चाहिए। |
हम स्टोरी पॉइंट्स अनुमानों के लिए नीचे दिए गए तरीकों का उपयोग कर सकते हैं:
- संख्यात्मक आकार: 10 के माध्यम से 1
- टी शर्ट आकार: प्रत्येक आवश्यकता को एक्सट्रा स्माल (XS), स्माल (S), मीडियम (M), लार्ज (L), एक्स्ट्रा लार्ज (XL) के रूप में वर्गीकृत किया गया है।
- फाइबोनैचि श्रृंखला: अनुमान फिबोनाची अनुक्रम (1,2,3,5,8,13,21,34,…) के माध्यम से किया जाता है।
फाइबोनैचि अनुक्रम के माध्यम से उपरोक्त उपयोगकर्ता कहानियों का अनुमान:
यूएस आईडी | अनुमानित कहानी अंक |
---|---|
यूएस -01 | । |
यूएस -02 | ३ |
यूएस -03 | ४ |
# 3) स्प्रिंट स्तर का अनुमान
स्प्रिंट योजना के दौरान स्प्रिंट स्तर का आकलन किया जाता है। उच्चतम प्राथमिकता वाले उत्पाद बैकलॉग आइटम को अलग-अलग कार्यों में विभाजित किया जाता है जैसे कि डिटेलिंग, डिज़ाइन, विश्लेषण, विकास, टेस्ट टेस्ट, एक्ज़िक्यूट टेस्ट केस, उपयोगकर्ता स्वीकृति परीक्षण आदि।
अनुमानित घंटों के संदर्भ में कार्य का अनुमान लगाया जाता है, अर्थात् संबंधित उपयोगकर्ता की कहानी के लिए उस कार्य को पूरा करने के लिए आवश्यक समय। बॉटम-अप एप्रोच का उपयोग टास्क अनुमानों के लिए किया जाता है, जहां व्यावसायिक आवश्यकताओं को निम्न-स्तरीय गतिविधियों में तोड़ दिया जाता है और प्रत्येक गतिविधि को अनुमानित घंटे सौंपे जाते हैं।
अनुमानों का उद्देश्य यह जानना है कि कितनी उपयोगकर्ता कहानियां, विकास टीम स्प्रिंट के लिए प्रतिबद्ध हो सकती है। विकास प्रतिबद्धता के साथ सहज होना चाहिए और उत्पाद मालिकों को विश्वास होना चाहिए कि टीम प्रतिबद्धता पर वितरित करेगी।
एस कार्यों के लिए अनुमानित घंटे असाइन करने के लिए टैप:
- टीम के सदस्य उपयोगकर्ता कहानियों को उठाते हैं। फिर, उन्हें उपयोगकर्ता कहानी के अनुरूप कार्यों के लिए, घंटे या दिनों के संदर्भ में वास्तविक प्रयास का अनुमान लगाने के लिए कहा जाता है।
- यदि टीम के सदस्यों के बीच इन अनुमानों में असहमति है, तो वे इस पर चर्चा करते हैं और एक आम सहमति पर आते हैं।
- यदि कोई कार्य छह घंटे से अधिक का है, तो उसे छोटे कार्यों में विभाजित किया जाता है।
- यदि अनुमानित घंटे दो से कम के साथ दो या अधिक कार्य हैं, तो उन्हें एक नया कार्य बनाने के लिए संयोजित किया जाता है।
स्प्रिंट स्तर के आकलन के लिए उदाहरण:
स्प्रिंट योजना बैठक के दो भाग हैं:
- पहला भाग: फोकस उत्पाद बैकलॉग से चयनित उपयोगकर्ता कहानियों की आवश्यकताओं को स्पष्ट करने पर है।
- दूसरे भाग: फोकस कार्यों में आवश्यकताओं को तोड़ने और उन्हें पूरा करने के लिए आवश्यक घंटों का आकलन करने पर है। उत्पाद बैकलॉग आइटम को वितरित करने के लिए आवश्यक सभी कार्यों को शामिल किया जाना चाहिए। कार्य छोटे होने चाहिए। आदर्श रूप से, एक कार्य प्रयास छह घंटे से अधिक का नहीं होना चाहिए।
यूएस आईडी | कार्य आईडी | कार्य विवरण | कार्य गतिविधि | को सौंपना | प्राथमिकता (1 = निम्न से 9 = उच्चतम) | स्थिति | अनुमानित प्रयास घंटे |
---|---|---|---|---|---|---|---|
यूएस -01 | TAS-01 | डिजाइनिंग लॉगिन पेज | प्रणाली की रूपरेखा | अमित | ९ | पूरा हुआ | ३ |
यूएस -01 | टीएएस -02 | यूनिट टेस्ट प्लान और सिस्टम टेस्ट प्लान | सिस्टम टेस्ट प्लान | बोली | । | पूरा हुआ | ४ |
यूएस -01 | टीएएस -03 | लॉगिन पेज विकसित करें | बिल्ड | विकास दल | । | पूरा हुआ | ५ |
यूएस -01 | टीएएस -04 | लॉग इन पेज उपयोगकर्ता सत्यापन | बिल्ड | विकास दल | ६ | चालू | ६ |
यूएस -02 | टीएएस -05 | सिस्टम टेस्ट सफलता और लॉगिन पेज की विफलता परिदृश्य | सिस्टम टेस्ट | क्यूए टीम ऑफशोर | ५ | शुरू नही हुआ | ४ |
यूएस -02 | TAS-06 | लॉगिन पेज का एकीकरण परीक्षण | एकीकरण जांच | क्यूए टीम ऑफशोर | ४ | शुरू नही हुआ | ३ |
निष्कर्ष
एजाइल परियोजना में अनुमान उचित दिशा, योजना और प्रबंधन सुनिश्चित करने के लिए एक महत्वपूर्ण भूमिका निभाते हैं। यह परियोजना को भविष्य में कैसे आगे ले जाए, इस पर कदम प्रदान करता है।
कहानी के बिंदुओं जैसे प्लानिंग पोकर, बकेट सिस्टम आदि का अनुमान लगाने की तकनीक कार्ड या डॉट्स का उपयोग करती है जो उन पर छपे मूल्यों या संख्याओं का उपयोग करते हैं और फिर इन नगों को असाइन करते हैं। सापेक्ष आकार आकलन के लिए उपयोगकर्ता कहानियों के लिए।
एकमात्र उद्देश्य अधिकतम प्राथमिकता से न्यूनतम प्राथमिकता तक वस्तुओं को प्राथमिकता के क्रम में निर्धारित करना है। उत्पाद बैकलॉग आइटम के लिए अनुमानित सापेक्ष आकार परियोजना के लिए आवश्यक बजट का अनुमान लगाने या गणना करने में मदद करते हैं।
आशा है कि आपने एजाइल प्रोजेक्ट्स के अनुमानों में एक महान अंतर्दृष्टि प्राप्त की होगी। नीचे दिए गए टिप्पणी अनुभाग में इस ट्यूटोरियल के बारे में अपने विचार व्यक्त करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- कैसे योजना पोकर के साथ चुस्त अनुमान प्रक्रिया आसान बनाने के लिए
- फुर्तीली बनाम झरना: आपकी परियोजना के लिए सबसे अच्छी पद्धति कौन सी है?
- सॉफ्टवेयर परीक्षण अनुमान तकनीक (टेस्ट प्रयास अनुमान पूरा गाइड)
- वर्जनऑन ट्यूटोरियल: ऑल-इन-वन एजाइल प्रोजेक्ट मैनेजमेंट टूल गाइड
- जीरा पोर्टफोलियो ट्यूटोरियल: JIRA के लिए एजाइल प्रोजेक्ट पोर्टफोलियो मैनेजमेंट प्लग-इन (समीक्षा)
- 2021 में शीर्ष 10 सर्वश्रेष्ठ चुस्त परियोजना प्रबंधन उपकरण
- एक सफल चुस्त यात्रा के लिए ग्राउंडवर्क: कैसे सही विधि, उपकरण और तकनीक का चयन करने के लिए
- 4 कदम एजाइल प्रक्रिया के लिए सफल संक्रमण के लिए चुस्त परीक्षण मानसिकता का विकास