उपयोगकर्ता कथाओं के निर्माण के लिए INVEST सिद्धांत
मानकीकृत प्रारूप और पूर्ण तत्वों के अलावा, एक अच्छाउपयोगकर्ता कथा को भी अनुसरण करना चाहिएINVEST सिद्धांत: 1. I निर्भर; 2.N निर्वाचनीय; 3.V मूल्यवान; 4.E आकलन योग्य; 5.S छोटा; 6.T परीक्षण योग्य।
1. स्वतंत्र – एक उपयोगकर्ता कथा को अन्य उपयोगकर्ता कथाओं से जितना संभव हो उतना स्वतंत्र बनाना महत्वपूर्ण है। उपयोगकर्ता कथाओं के बीच स्वतंत्रता बनाए रखने से क्रमबद्धता और समन्वय में सुविधा होती है, रिलीज और इटरेशन योजना आसान होती है, स्वतंत्र समझ, ट्रैकिंग, कार्यान्वयन, परीक्षण और निरंतर डिलीवरी को सुगम बनाती है, और इसके अलावा उपयोगकर्ता कथा के आकार आकलन के दायरे को स्पष्ट करती है, जिससे आकलन विचलन कम होता है।
2. निर्वाचनीय – उपयोगकर्ता कथा की सामग्री निर्वाचनीय है; उपयोगकर्ता कथा एक अनुबंध नहीं है। उपयोगकर्ता कथा केवल उपयोगकर्ता कथा का एक संक्षिप्त विवरण है जिसमें बहुत विस्तार नहीं होता है; विशिष्ट विवरण संचार चरण के दौरान उत्पन्न किए जाते हैं। बहुत विस्तृत विवरण वाली उपयोगकर्ता कथा वास्तव में उपयोगकर्ता, टीम के विचारों और संचार को सीमित करती है।
3. मूल्यवान – प्रत्येक कथा को ग्राहक के लिए मूल्यवान होना चाहिए (चाहे वह उपयोगकर्ता, खरीदार हो या आंतरिक कंपनी की भूमिका हो)। उपयोगकर्ता कथाएं अंतिम उपयोगकर्ता के लिए मूल्यवान होती हैं, इसलिए उन्हें उपयोगकर्ता के दृष्टिकोण से लिखा जाना चाहिए, जिसमें कार्य के बजाय एक विशेषता का वर्णन हो।
यह विशेषता टीम के विकास और परीक्षण सदस्यों के लिए पारंपरिक निर्देश-आधारित कार्य शैली से स्व-चालित मूल्य-आधारित कार्य शैली में स्थानांतरण को सुगम बनाती है, ताकि टीम के हर सदस्य को यह ज्ञात हो कि वे रोजाना किस प्रकार के कार्य कर रहे हैं।
4. आकलन योग्य (मूल्यांकन योग्य) – योजना बैठक के भीतर एक बहुत महत्वपूर्ण हिस्सा कहानी अंकों का आकलन है। वास्तव में यह विकास के लिए उपयोग की जाने वाली उपयोगकर्ता कहानी का एक कच्चा आकलन है, ताकि टीम को इस उपयोगकर्ता कहानी की जटिलता (कार्यभार) का पता चल सके।
फोकस यह निर्धारित करने पर है कि क्या उपयोगकर्ता कहानी वर्तमान इटरेशन में पूरी की जा सकती है, उस कहानी की स्वीकृति शर्तों और टीम द्वारा निर्धारित DoD (पूर्णता मानदंड) के आधार पर, और यदि इसे पूरा नहीं किया जा सकता है, तो कारण बताया जाता है और PO तय करता है कि क्या इसे विभाजित या पुनर्डिज़ाइन किया जाए।
विकासकर्ताओं के लिए कहानी का आकलन करने में कठिनाई पैदा करने वाली समस्याएं इसके कारण होती हैं: क्षेत्र के बारे में ज्ञान की कमी (जिस स्थिति में अधिक संचार की आवश्यकता होती है), या कहानी बहुत बड़ी है (जिस स्थिति में इसे छोटे-छोटे हिस्सों में काटने की आवश्यकता होती है)।
5.छोटा – एक अच्छी कहानी कार्यभार के संदर्भ में जितना संभव हो सके छोटी होनी चाहिए, बेहतर है कि यह एक आदर्श व्यक्ति/दिन के 10 से अधिक न हो, ताकि कम से कम यह एक इटरेशन में पूरी हो सके। उपयोगकर्ता कहानी जितनी बड़ी होगी, उतनी ही अधिक जोखिम होगा योजना बनाने, कार्यभार के आकलन आदि में।
6. परीक्षण योग्य (परीक्षण योग्य) – एक उपयोगकर्ता कहानी को परीक्षण योग्य होना चाहिए ताकि यह पुष्टि की जा सके कि इसे पूरा किया जा सकता है। यदि उपयोगकर्ता कहानी परीक्षण योग्य नहीं है, तो आप नहीं जान सकते कि इसे कब पूरा किया जाएगा। एक अपरीक्षण योग्य उपयोगकर्ता कहानी का उदाहरण: सॉफ्टवेयर का उपयोग आसान होना चाहिए।
तीन मार्गदर्शिकाएं
एक उपयोगकर्ता कहानी मूल रूप से एक अच्छी कहानी होती है जब INVEST सिद्धांतों का पालन किया जाता है। फिर हम उपयोगकर्ता कहानियों के उत्पादन के दौरान सिद्धांतों का बेहतर अनुपालन करने में मदद करने के लिए तीन मार्गदर्शिकाओं पर ध्यान केंद्रित करते हैं।
तीन मार्गदर्शिकाएं हैं: एक उपयोगकर्ता, पूर्ण मूल्य, और कोई निर्भरता नहीं।
1. एक प्रकार के उपयोगकर्ता – केवल एक प्रकार के उपयोगकर्ताओं को शामिल करें, क्योंकि बहुत से उपयोगकर्ता अक्सर बारीकियों के साथ आते हैं। यह आमतौर पर एक सामान्य उपयोगकर्ता होता है, जिसकी किसी प्रकार की सामान्य आवश्यकता होती है।
2. पूर्ण मूल्य – ग्राहक मूल्य को पूरी तरह से प्रदान करें। एक पूर्ण उपयोगकर्ता कहानी का अर्थ है कि जब यह कहानी पूरी हो जाती है, तो उपयोगकर्ता एक स्पष्ट और सार्थक लक्ष्य तक पहुंच सकता है।
3. निर्भरता नहीं – निर्भरताओं के तीन सामान्य प्रकार हैं: ओवरलैप, क्रम और समावेश।
आम तौर पर, कहानियों के बीच ओवरलैपिंग फंक्शनल पॉइंट्स को टालना चाहिए; क्रमिक संबंध एक वास्तविकता हैं और अधिकांश मामलों में किसी तरीके से हल किए जा सकते हैं; और समावेश संबंध जटिल प्रणालियों के लिए उपयोगी होते हैं, जिनके रिलीज़ और इटरेशन योजनाओं के योजना बनाने पर प्रभाव पड़ता है जिसका ध्यान देने की आवश्यकता होती है।
ओवरलैपिंग निर्भरताएं
ओवरलैपिंग निर्भरताएं वह निर्भरता का रूप है जो सबसे अधिक दिक्कत पैदा करती है, विशेष रूप से जब कई उपयोगकर्ता कहानियां कई अलग-अलग ओवरलैपिंग हिस्सों को शामिल करती हैं। उस न्यूनतम विकल्प उत्पाद के लिए ऐसे उपयोगकर्ता कहानियों के सेट को ढूंढना मुश्किल होता है, जिसमें केवल एक बार आवश्यक विशेषताओं को शामिल करना चाहिए।
हल
ओवरलैपिंग हिस्सों को अलग-अलग उपयोगकर्ता कहानियों के रूप में निकाल दें।
उपयोगकर्ता कहानियों का तार्किक विभाजन और ओवरलैप को सबसे अधिक संगत उपयोगकर्ता कहानी में ही रखना।
Scrum विकास मॉडल का उपयोग करें।
क्रमिक निर्भरताएं
क्रमिक निर्भरता का अर्थ है कि एक उपयोगकर्ता कहानी को पूरा करने के लिए, उससे पहले एक या एक से अधिक अन्य उपयोगकर्ता कहानियों को पूरा किया जाना आवश्यक है। क्रमिक निर्भरताएं आमतौर पर हानिरहित होती हैं, और ऐसी निर्भरताओं को कम करने के तरीके हैं।
एजाइल विकास के दृष्टिकोण से, पूरा सिस्टम एक प्रारंभिक न्यूनतम व्यवहार्य उत्पाद से एक दृढ़ उत्पाद तक धीरे-धीरे विकसित होता है, जहां प्रत्येक बाद का चरण पिछले चरण पर आधारित होता है।
लेकिन दूसरी ओर से देखने पर, अनावश्यक क्रमिक निर्भरताएं रैंकिंग और प्राथमिकता निर्धारण को और कठिन बना देती हैं, जिसके परिणामस्वरूप रिलीज और इटरेशन योजनाओं के विकास पर प्रभाव पड़ता है और उपयोगकर्ता कहानियों के आकार का आकलन करना मुश्किल बन जाता है।
समाधान
इटरेशन के भीतर उपयोगकर्ता कहानियों को आंतरिक निर्भरताओं से जितना संभव हो उतना मुक्त बनाएं।
इटरेशन के बीच केवल एक दिशा की निर्भरताएं बनाए रखें, जहां समय के अनुसार बाद के इटरेशन की कहानियों से पहले के इटरेशन की कहानियों की ओर एक दिशा की निर्भरता हो (आगे की निर्भरताएं)।
मुख्य निर्भरताओं को अलग-अलग कहानियों के रूप में निकालें और एक ही कहानी में निर्भर और अनिर्भर आवश्यकताओं को मिलाने से बचें।
निर्भरताओं का समावेश
समाविष्ट निर्भरताएं उपयोगकर्ता कहानियों को व्यवस्थित करने में आर्हित व्यवस्था के उपयोग को संदर्भित करती हैं, जैसे आम दो-स्तरीय फीचर-कहानी प्रबंधन, जहां एक फीचर में कई उपयोगकर्ता कहानियां होती हैं, जिससे फीचर की उप-कहानियों पर एक समाविष्ट निर्भरता बनती है।
समाधान
उपयोगकर्ता कहानी स्तर का उपयोग इटरेशन योजना बनाने के लिए किया जाता है, जबकि फीचर स्तर के साथ कच्ची योजना बनाने से बचा जाता है, जिसका उपयोग रिलीज योजना के लिए किया जा सकता है।
फीचर स्तर को भी तब तक विभाजित किया जा सकता है जब तक कि यह न्यूनतम बाजार योग्य फीचर के स्तर पर नहीं आ जाता है, और उसमें शामिल उपयोगकर्ता कहानियों को नए विभाजित फीचर में अलग-अलग समूहित किया जा सकता है।
न्यूनतम व्यवहार्य उत्पाद अवधारणा के अनुसार, एक फीचर को कई उपयोगकर्ता कहानियों के कई इटरेशन में लागू किया जाता है, जिसमें प्रत्येक के एक संभावित डिलीवरेबल या आंतरिक या बाहरी प्रतिक्रिया प्रदान करने की संभावना होती है।
संदर्भ
- प्रभावी उपयोगकर्ता कहानियां – 3C और INVEST गाइड
- थीम बनाम ईपिक बनाम उपयोगकर्ता कहानी बनाम कार्य
- उपयोगकर्ता कहानी मानचित्र
- उपयोगकर्ता कहानी मैपिंग क्या है?
- उपयोगकर्ता कहानियों के लिए SMART लक्ष्य और INVEST लिखें
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।