एजाइल विकास के लिए उपयोगकर्ता कहानी का आकलन कैसे करें
एक उपयोगकर्ता कहानी का आकलन करना कठिन है! हम एक कहानी के आकार का सबसे अच्छा आकलन कैसे प्राप्त कर सकते हैं? कुछ लोग कहते हैं कि सबसे अच्छा आकार कहानी बिंदु के संदर्भ में आकलन किया जाना चाहिए, और दूसरे उन्हें घंटों या दिनों के संदर्भ में आकलन करने के लिए प्राथमिकता देते हैं।
ठीक है, आकलन निश्चित रूप से कठिन है, लेकिन उपयोगकर्ता कहानी आकलन प्रक्रिया में हमें मदद करने वाले कुछ अवधारणाएं हैं:
- दो पहलुओं से उपयोगकर्ता कहानियों का आकलन सापेक्ष रूप से करें
- कार्य प्रयास
- जोखिम (जैसे, जटिलता और अनिश्चितता)
- कहानी बिंदुओं का उपयोग करके उपयोगकर्ता कहानियों का आकलन करें
- उन उपयोगकर्ता कहानियों को सहानुभूति तालिका में रखें जिनके लिए आप कार्य प्रयास और जटिलता (जोखिम) के संदर्भ में आकलन के लिए अधिक आत्मविश्वास रखते हैं
- सहानुभूति तालिका में पहले से आकलित कहानियों के साथ तुलना करके कार्य प्रयास और जटिलता के संदर्भ में कम परिचित प्रकार की अन्य कहानियों का धीरे-धीरे आकलन करें।
आकलन के लिए उपयोगकर्ता कहानियों की सहानुभूति
एक उपयोगकर्ता कहानी का आकलन कभी भी 100 प्रतिशत सटीक नहीं हो सकता और वास्तव में कोई भी विधि इसे प्राप्त नहीं कर सकती है। आकलन की सटीकता में सुधार करने के लिए, हम स्प्रिंट की लंबाई तय करके शुरुआत करते हैं (मान लीजिए, दो सप्ताह या 10 कार्य दिवस) और कुछ कहानियों का आकलन करते हैंउपयोगकर्ता कहानियाँजिनके लिए हम आकलन के संदर्भ में सबसे आरामदायक महसूस करते हैं (मान लीजिए, 5 दिन और निश्चितता मध्यम है)। इस मामले में, आप कहानी को ऊर्ध्वाधर रूप से बीच में रखेंगे (निश्चितता याजोखिमस्तर) और क्षैतिज रूप से (कार्यप्रयासप्रयास 5 दिन के बराबर है, या स्प्रिंट की लंबाई के आधे, जो 10 दिन है)। फिर आप इसे अन्य उपयोगकर्ता कहानियों के आकलन में एक संदर्भ बिंदु के रूप में उपयोग कर सकते हैं। खुद से पूछें कि क्या इस उपयोगकर्ता कहानी के लिए अधिक प्रयास की आवश्यकता है या कम, और अधिक अनिश्चितता या कम। जैसे ही आप सहानुभूति तालिका पर कुछ और उपयोगकर्ता कहानियाँ रखते हैं, आप कई उपयोगकर्ता कहानियों की तुलना कर सकते हैं ताकि निर्णय तार्किक हो या नहीं, और फिर उन्हें फिर से व्यवस्थित करें ताकि वे न्यायसंगत हों। प्रक्रिया थोड़ी अधिक कला की तरह है बजाय इंजीनियरिंग के। इसे करें और टीम मीटिंग में चर्चा करें, किसी भी तनाव के बजाय। सटीकता आमतौर पर टीम के परिपक्व होने के साथ सुधरती है।

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

ध्यान दें: उपरोक्त पहले उदाहरण में
कहानी बिंदु = प्रयास × जोखिम (उदाहरण: 3 × 4 = 12)
कहानी बिंदु इकाई = कुल बिंदु संख्या / स्प्रिंट लंबाई (उदाहरण: 100 / 20) = 0.2
कहानी दिन (घंटे) = कहानी बिंदु / कहानी बिंदु इकाई (उदाहरण: 12 × 0.2) = 2.4
प्रोजेक्ट स्पाइक के साथ जोखिम को समाप्त करें
एजाइल डिक्शनरी के अनुसार स्पाइक की परिभाषा है:
“एक ऐसा कार्य जिसका उद्देश्य प्रश्न का उत्तर देना या जानकारी एकत्र करना है, बल्कि डिलीवर करने योग्य उत्पाद बनाने का नहीं।उत्पाद. कभी-कभी एक उपयोगकर्ता कहानी बनाई जाती है जिसका अच्छी तरह से आकलन तब तक नहीं किया जा सकता है जब तक विकास टीम किसी तकनीकी सवाल या डिजाइन समस्या को हल करने के लिए वास्तविक कार्य करती है। समाधान यह है कि एक “स्पाइक” बनाना, जो किसी कार्य का उद्देश्य उत्तर या समाधान प्रदान करना है।”
जब उपयोगकर्ता कहानी का आकलन करते हैं, तो हम केवल विकास प्रयास को ध्यान में रखते हैं, बल्कि जो जोखिम और अनिश्चितताएं शामिल हैं, उन्हें भी ध्यान में रखते हैं। काफी बार, कुछ अन्य उपयोगकर्ता कहानियों के निष्पादन के लिए उचित आकलन करने के लिए एक स्प्रिंट के औपचारिक आरंभ से पहले एक स्पाइक बनाया जाता है।