एजिल इनवेस्ट – उपयोगकर्ता कहानियों के लिए 6 शानदार दिशानिर्देश

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

के अनुसारएजिल इनवेस्टदिशानिर्देश, उच्च गुणवत्ता वाली उपयोगकर्ता कहानियाँ आसानी से हैं:

• समझना
• लागू करना
• परीक्षण करना
• ग्राहक के सामने प्रदर्शित करना
• स्वतंत्र होना

लेकिन आइए इस बात को समझें कि एकाक्षर इनवेस्ट वास्तव में क्या दर्शाता है।

एजिल इनवेस्ट – स्वतंत्र

इसका अर्थ है कि कहानी अपने स्वयं के प्राथमिकता के साथ एक उत्पाद बैकलॉग आइटम (PBI) के रूप में अस्तित्व में हो सकती है, स्वतंत्र रूप से अनुमानित की जा सकती है, और किसी अन्य कहानी पर निर्भर नहीं है।

एक उपयोगकर्ता कहानी की निर्धारित प्राथमिकता को उस समय के निर्धारण के लिए एकमात्र कारक होना चाहिए जब टीम इसे लागू करती है। यदि इसकी प्राथमिकता कम है, तो कहानी बैकलॉग में नीचे रहती है और बाद में लागू की जाती है; यदि अधिक है, तो टीम इसे बैकलॉग में ऊपर ले जाती है ताकि तेजी से डिलीवरी हो सके। जब उपयोगकर्ता कहानियाँ एक-दूसरे पर निर्भर होती हैं, तो निर्भरता – प्राथमिकता नहीं – निर्धारित करती है कि टीम उन्हें कब लागू करती है।

एजिल इनवेस्ट – चर्चा के लिए खुला

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

क्या एजिल टीम के पास कुछ पूछने को नहीं है क्योंकि सब कुछ एजिल उपयोगकर्ता कहानी में दस्तावेज़ीकृत है? तब एक व्यवसाय विश्लेषक ने आवश्यकताओं को लिखा है।

कुछ अनुचर्चनीय आइटम होंगे (अक्सर अनफंक्शनल), जैसे:

• उपयोगकर्ता खातों से संबंधित सुरक्षा नीतियाँ
• प्रदर्शन आवश्यकताएँ, जैसे प्रणाली द्वारा संभाले जाने वाले समानांतर उपयोगकर्ताओं की संख्या

यह ठीक है—बशर्ते कि कार्यक्षमता के विवरण खुले रहें और चर्चा के लिए आमंत्रित करें।

एजिल इनवेस्ट – मूल्यवान

एजिल सिद्धांतों के संदर्भ में, ‘मूल्यवान’ का अर्थ है कि हम एस्प्रिंट रिव्यू मीटिंग के दौरान ग्राहक के सामने अनुरोधित विशेषता या कार्यक्षमता को प्रदर्शित कर सकते हैं।

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

टीमों को तकनीकी PBI को लागू करना अधिक रोचक लग सकता है, लेकिन वे हमेशा ग्राहक को सीधे मूल्य नहीं देते—जो एक एजिल सिद्धांत के विरोध में हैएजिल सिद्धांतग्राहक की आवश्यकता को प्रारंभिक और निरंतर मूल्यवान सॉफ्टवेयर के डिलीवरी के माध्यम से पूरा करना।

एजाइल INVEST – आकलन योग्य

एक अच्छी उपयोगकर्ता कहानी को आकलन योग्य होना चाहिए। एजाइल में, आकलन सापेक्षिक होता है—बैकलॉग में अन्य उपयोगकर्ता कहानियों के सापेक्ष। लोकप्रिय विधियों में फिबोनाची अनुक्रम शामिल हैं, टी-शर्ट आकार (एस, एम, एल, आदि), और अधिक।

आकलन के बारे में चर्चा पूरी टीम को कहानी को पूरा करने के लिए आवश्यक शर्तों पर सहमति तक पहुंचने में मदद करती है। कभी-कभी एक कहानी आकलन योग्य नहीं होती है, जो तब सामान्य है जब कहानी बहुत बड़ी हो या एक ही आइटम में कई विशेषताएं शामिल हों। ऐसे मामलों में, कहानी को कई छोटी कहानियों में विभाजित करें। अन्य स्थितियों में, अज्ञात बहुत अधिक होते हैं जिनके लिए अनुसंधान की आवश्यकता होती है।

एजाइल INVEST – छोटा

कहानियों को कुछ घंटों से लेकर एक पूर्ण स्प्रिंट की लंबाई तक लेना चाहिए। अन्यथा, विभिन्न समस्याएं उत्पन्न होती हैं—जैसे वेलोसिटी (टीम डिलीवरी पॉइंट्स के लिए अपने आप को जिम्मेदार मानने का तरीका), सटीक आकलन में कठिनाई, और अधिक।

एजाइल INVEST – परीक्षण योग्य

इस संदर्भ में, ‘परीक्षण योग्य’ विश्लेषण के दौरान निर्धारित स्वीकृति मानदंडों को संदर्भित करता है।

हम उपयोगकर्ता कहानी को ‘पूरा’ नहीं मान सकते जब तक यह स्वीकृति मानदंडों को पूरा नहीं करती है। इसके संतुष्ट होने का एकमात्र तरीका परीक्षण और सत्यापन है।

स्वीकृति मानदंड परीक्षण मामले नहीं हैं। वे प्रश्न का उत्तर देते हैं: ‘मैं इस उपयोगकर्ता कहानी को कब पूरा कर लिया हूं?’

परीक्षण मामले कार्यात्मकता के परीक्षण के लिए आवश्यक चरणों को रेखांकित करते हैं।

ग्राहक आपको बता सकता है कि परीक्षण वातावरण कैसा दिखता है और वे परीक्षण स्थितियां जिनमें टीम उपयोगकर्ता कहानी को पूरा.