का एक मुख्य तत्व फुर्तीले सॉफ्टवेयर डेवलपर टी उपयोगकर्ताओं और ग्राहकों को ध्यान केंद्रित कर रही है और उपयोगकर्ता कहानियां वास्तव में ऐसा करने में योगदान करती हैं। उन्होंने अंत-उपयोगकर्ताओं को बातचीत के केंद्र में रखा। इस लेख में, उपयोगकर्ता की कहानी पर चुस्त चर्चा करते हैं।
विकास टीम और उनके प्रयासों के लिए शर्तें प्रदान करने के लिए कहानियां गैर-तकनीकी भाषा का उपयोग करती हैं। उपयोगकर्ता कहानी टीम को अपने स्वयं के लक्ष्य को समझने में मदद करती है कि वे इसे क्यों बना रहे हैं। इसके अलावा वे क्या निर्माण कर रहे हैं और मूल्य जो इसे अंत में और रास्ते में बनाता है। इस प्रकार, उपयोगकर्ता कहानियां एक चुस्त कार्यक्रम के महत्वपूर्ण घटकों में से एक हैं। वे टीम को अपने दैनिक कार्यों के लिए उपयोगकर्ता-केंद्रित ढांचा देकर रचनात्मकता, प्रगति और एक बेहतर अंत उत्पाद की सुविधा प्रदान करते हैं। सभी चुस्त कहानियाँ आवश्यकताओं पर ध्यान केंद्रित करती हैं और वांछित कार्यक्षमता के बारे में एक या दो वाक्यों के माध्यम से वार्तालाप बनाने में मदद करती हैं।
इस लेख में चर्चा किए गए विषय हैं:
एनजी-परिवर्तन बनाम ऑन्चेंज
- उपयोगकर्ता कहानियां क्या हैं?
- उपयोगकर्ता कहानी लिखने के लिए कौन जिम्मेदार है?
- उपयोगकर्ता कहानियां कब लिखनी हैं?
- उपयोगकर्ता कहानियां क्यों बनाते हैं?
- उपयोगकर्ता कहानियों के साथ काम करना
उपयोगकर्ता कहानियां क्या हैं?
उपयोगकर्ता की कहानियां सिस्टम के उपयोगकर्ता या ग्राहक द्वारा किसी विशेषता का सरल और संक्षिप्त विवरण है। वे एक सामान्य टेम्पलेट का पालन करते हैं:
एक के रूप में, मुझे ऐसा चाहिए।
उपयोगकर्ता की कहानियों के बारे में अधिक जानकारी प्राप्त करें।
अंतर और शेफ के बीच अंतर
- आमतौर पर, उपयोगकर्ता की कहानियां चिपचिपा नोट्स और इंडेक्स कार्ड पर लिखी जाती हैं। फिर उन्हें योजना और चर्चा के उद्देश्य के लिए तालिकाओं या दीवारों पर व्यवस्थित किया जाता है, इसलिए उनके आसपास बातचीत बनाई जाती है।
- उपयोगकर्ता कहानियां, जिन पर चर्चा हो रही है और उपयोगकर्ता की कहानियों की मदद से बहुत महत्वपूर्ण हैं और फ़ोकस लिखने से लेकर वास्तव में उन पर चर्चा करने तक का ध्यान केंद्रित करें।
- वे हमेशा उपयोगकर्ता के दृष्टिकोण से व्यक्त किए जाते हैं और एक विशेषता के रूप में वर्गीकृत नहीं करते हैं। एक उपयोगकर्ता कहानी एक चुस्त ढांचे प्रणाली का सबसे नन्हा हिस्सा है।
- एक उपयोगकर्ता कहानी का मुख्य उद्देश्य यह व्यक्त करना और रखना है कि किसी विशेष कार्य को उपयोगकर्ता या ग्राहक को मूल्य कैसे वितरित किया जाएगा। यह ध्यान रखना महत्वपूर्ण है कि ग्राहकों को आवश्यक रूप से बाहरी अंत-उपयोगकर्ता नहीं होना चाहिए, बल्कि आपकी टीम में या आपके संगठन के भीतर भी सहयोगी हो सकते हैं।
- उपयोगकर्ता कहानियां विवरण में उद्यम नहीं करती हैं और सरल और कुछ वाक्यों से युक्त होती हैं।
में उपयोगकर्ता कहानियां घोटाला करना तथा कानबन
Scrum और Kanban दोनों अपने ढांचे में उपयोगकर्ता कहानियों का उपयोग करते हैं। स्क्रम में, उपयोगकर्ता कहानियां स्प्रिंट के अतिरिक्त हैं और स्प्रिंट के दौरान इसका उपयोग किया जाता है। KanBan में, टीमें उपयोगकर्ता कहानियों को अपने बैकलॉग में जोड़ती हैं और उनका उपयोग अपने वर्कफ़्लो के माध्यम से करती हैं। इस प्रकार वे बेहतर अनुमान, स्प्रिंट योजना, पूर्वानुमान में बेहतर सटीकता और स्क्रम टीम में अधिक चपलता में मदद करते हैं। दूसरी ओर, कानन टीमें उपयोगकर्ता की कहानियों के माध्यम से प्रगति में काम के साथ बेहतर ढंग से काम कर सकती हैं और अपने वर्कफ़्लोज़ में सुधार कर सकती हैं।
बड़े फुर्तीले ढाँचे महाकाव्य तथा पहल करता है उपयोगकर्ता कहानियों का गठन। महाकाव्यों में बड़ी कृतियाँ होती हैं जिन्हें कई कहानियों में तोड़ा जाता है और कई महाकाव्यों को शामिल किया जाता है।
उपयोगकर्ता कहानियों में विवरण जोड़ने के दो तरीके हैं:
- उपयोगकर्ता की कहानी को कई छोटी कहानियों में विभाजित करके।
- संतुष्टि की शर्तों को जोड़कर।
संतुष्टि की एक स्थिति एक उच्च-स्तरीय स्वीकृति परीक्षण को संदर्भित करती है जो चुस्त उपयोगकर्ता की कहानी पूरी होने के बाद खुद को सही साबित करती है।
उपयोगकर्ता कहानी लिखने के लिए कौन जिम्मेदार है?
उपयोगकर्ता कहानियां कौन लिख सकता है, इसके बारे में कोई नियम नहीं है। उत्पाद के मालिक को यह सुनिश्चित करना होगा कि उपयोगकर्ता कहानियों के उत्पाद बैकलॉग की जगह है, लेकिन उन्हें जरूरी नहीं है कि उन्हें लिखना पड़े। आदर्श रूप में, एअच्छी फुर्तीली परियोजना में प्रत्येक टीम के सदस्य द्वारा लिखित उपयोगकर्ता कहानियां होंगी और टीम के सदस्यों को उपयोगकर्ता कहानियों को लिखने के बाद चर्चा में समान रूप से शामिल होने को अधिक महत्व दिया जाएगा।
उपयोगकर्ता कहानियां कब लिखनी हैं?
उपयोगकर्ता कहानियों की कल्पना पूरे चुस्त प्रोजेक्ट के दौरान की जाती है। एक कहानी लेखन कार्यशाला आमतौर पर फुर्तीली परियोजना की शुरुआत में आयोजित की जाती है ताकि टीम के प्रत्येक सदस्य भाग ले सकें और संभावित कार्यक्षमता और अंतिम लक्ष्य का वर्णन करने वाले उत्पाद बैकलॉग बनाने में मदद कर सकें, जिसे फिर परियोजना में जोड़ा जा सकता है। उपयोगकर्ता की कुछ कहानियाँ महाकाव्यों में बदल जाएँगी। इसके अलावा, इन महाकाव्यों को बाद में तोड़ दिया जाएगाकई छोटी कहानियों में जो एक पुनरावृत्ति में बेहतर फिट होंगी। नई कहानियों को समय-समय पर आवश्यकताओं के अनुसार उत्पाद बैकलॉग में भी जोड़ा जा सकता है।
सूचनात्मक में परिवर्तनों के प्रकार
उपयोगकर्ता कहानियां क्यों बनाते हैं?
एजाइल में एक उपयोगकर्ता कहानी फुर्तीली रूपरेखा प्रक्रिया में एक अतिरिक्त कदम की तरह लग सकती है, लेकिन वे टीम को महत्वपूर्ण और मूल्यवान अंतर्दृष्टि प्रदान करते हैं और चाय को उस मूल्य के बारे में बताते हैं जो उनके कार्यों को परियोजना में लाती है। उपयोगकर्ता कहानियां कई लाभ और लाभ प्रदान करती हैं:
- फोस्टर उपयोगकर्ता फोकस - एक टू-डू सूची आमतौर पर टीम को उन कार्यों के साथ अपने पैर की उंगलियों पर रखती है जिन्हें सूची में रखने और जांचने की आवश्यकता होती है, जबकि उपयोगकर्ता कहानियां उपयोगकर्ताओं पर पूरा ध्यान केंद्रित करती हैं और उनकी समस्याओं को हल करने में मदद करती हैं क्योंकि वे उपयोगकर्ता के दृष्टिकोण से लिखे गए हैं ।
- सहयोग सक्षम करें - जब अंतिम लक्ष्य स्पष्ट और टीम के लिए परिभाषित किया जाता है, तो वे उस लक्ष्य को पूरा करने के लिए कुशलता से काम कर सकते हैं और साथ ही उपयोगकर्ता को संतुष्टि और अच्छी सेवा प्रदान कर सकते हैं।
- ड्राइव रचनात्मकता - उपयोगकर्ता कहानियों को लिखने और चर्चा करने की प्रक्रिया में विचार-विमर्श और मंथन शामिल है जो टीम को रचनात्मक रूप से और साथ ही साथ अंतिम लक्ष्य को पूरा करने के लिए समाधान के साथ आने में मदद करता है।
- गति प्रदान करें - प्रत्येक कहानी विकास टीम को चुनौतियों और प्रगति के माध्यम से गति प्रदान करती है।
उपयोगकर्ता कहानियों के साथ काम करना
- एक उपयोगकर्ता कहानी को अवधारणा और लिखा जाता है, फिर इसे वर्कफ़्लो में अवशोषित और कार्यान्वित किया जाता है। आमतौर पर, उत्पाद के मालिक, उत्पाद प्रबंधक या कार्यक्रम प्रबंधक उपयोगकर्ता कहानियां लिखते हैं। फिर वे उन्हें समीक्षा के लिए प्रस्तुत करते हैं।
- स्प्रिंट या पुनरावृति नियोजन बैठक के दौरान, टीम उस निर्णय के बारे में निर्णय लेती है कि उस विशेष स्प्रिंट के दौरान क्या कहानियां शामिल की जाएंगी। इसके अतिरिक्त, टीम कहानी की कार्यक्षमता और आवश्यकताओं पर चर्चा करती है। टीम द्वारा सहमति दिए जाने के बाद आवश्यकताओं को कहानी में जोड़ा जा सकता है।
- इस बैठक में एक महत्वपूर्ण कदम उनकी जटिलता और पूरा होने के समय के आधार पर कहानियों का आकलन करना है। एक कहानी को एक स्प्रिंट में पूरा किया जाना चाहिए। इस कारण से, टीम को कहानियों पर चर्चा करने की आवश्यकता है।
उपयोगकर्ता की कहानियां विकास टीम के कामकाज के दिन के साथ-साथ प्रकाश को फेंकती हैं और साथ ही टीम द्वारा प्रतिदिन की जाने वाली प्रक्रियाओं को समझाती हैं। अपने लाभ को उजागर करने के लिए अपनी परियोजना में उनका शोषण करने का सबसे अच्छा तरीका उनकी भूमिका और टीम के काम और वितरण में योगदान को समझना है।
यह बात है, दोस्तों! इसके साथ, हम article एजाइल में यूजर स्टोरी ’के लेख के अंत तक पहुँच गए हैं। आप भी देख सकते हैं जब आप इस पर हैं
क्या आप हमसे कोई प्रश्न पूछना चाहते हैं? कृपया इस के टिप्पणी अनुभाग में इसका उल्लेख करें rticle और हम जितनी जल्दी हो सके आप को वापस मिल जाएगा।