उपयोगकर्ता कहानियों और आवश्यकताओं के बीच क्या अंतर है?

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

How to write good User Stories in software development | TSH.io

उपयोगकर्ता कहानियों को एक या दो वाक्यों में लिखा जाना चाहिए, जिसमें उपयोगकर्ता कौन है, उसे क्या चाहिए और क्यों चाहिए, इसका वर्णन हो। फीचर्स या उपयोगकर्ता कहानियों को परिभाषित करने के लिए एक सरल संरचना निम्नलिखित है:

एक ______ के रूप में, मैं ______ करना चाहता हूँ, ताकि मैं ______ कर सकूँ।

उदाहरण:

एक उपयोगकर्ता के रूप में, मैं अपना पासवर्ड रीसेट करना चाहता हूँ ताकि मैं यदि उसे भूल गया तो प्रणाली तक पुनः पहुँच प्राप्त कर सकूँ।

अलग-अलग लक्ष्यों के बावजूद, उपयोगकर्ता कहानियाँ और आवश्यकताएं अंततः ग्राहकों को पसंद आने वाला उत्पाद बनाने का लक्ष्य रखती हैं।

उपयोगकर्ता कहानी क्या है?

उपयोगकर्ता कहानियाँ अंतिम उपयोगकर्ता के दृष्टिकोण से व्यक्त आवश्यकताएं हैं। उपयोगकर्ता कहानियों को एपिक्स, थीम या फीचर्स के रूप में भी कहा जा सकता है, लेकिन वे सभी एक ही प्रारूप का पालन करते हैं।

मूल रूप से, एक उपयोगकर्ता कहानी एक स्पष्ट रूप से व्यक्त आवश्यकता है। कई कारणों से, उपयोगकर्ता कहानी के प्रारूप को एगिल वातावरण में आवश्यकताओं को व्यक्त करने का सबसे लोकप्रिय तरीका बना लिया गया है:

  • यह उस व्यक्ति के दृष्टिकोण पर केंद्रित है जो समाधान का उपयोग करता है या उससे प्रभावित होता है।
  • यह उस भूमिका के लिए सार्थक भाषा में आवश्यकताओं को परिभाषित करता है।
  • यह आवश्यकता के पीछे के वास्तविक उद्देश्य को स्पष्ट करने में मदद करता है।
  • यह उच्च स्तरीय आवश्यकताओं को परिभाषित करने में मदद करता है बिना बहुत जल्दी निम्न स्तरीय विवरणों में उतरे।

उपयोगकर्ता के लक्ष्यों की पहचान करें और उपयोगकर्ता कहानी के भीतर प्रत्येक आवश्यकता के व्यावसायिक मूल्य को तुरंत विचार करें।

उपयोगकर्ता कहानियों को आमतौर पर तीन तत्वों — द्वारा समझा जाता है3C:

User Stories | Scrum Talks

  • CARD – इंडेक्स कार्ड या स्टिकी नोट पर लिखा जाना चाहिए।
  • Cचर्चा – उत्पाद मालिक से विस्तृत जानकारी प्राप्त करें (उत्पाद मालिक).
  • Cपुष्टि – यह सुनिश्चित करें कि इसे सही तरीके से लागू किया गया है। उपयोगकर्ता स्वीकृति मानदंड पूरे करने चाहिए।

उपयोगकर्ता कहानी का प्रारूप

उपयोगकर्ता कहानी के लिए प्रारूप निम्नलिखित है:

एक <भूमिका>, मुझे चाहिए <लक्ष्य>, ताकि <लाभ>

ये दो उदाहरण उपयोगकर्ता कथाओं के विभिन्न स्तरों को दर्शाते हैं, लेकिन एक ही प्रारूप का उपयोग करते हैं:

प्रोजेक्ट स्तर पर:

एक रूप में <मार्केटिंग निदेशक>, मुझे चाहिए <ग्राहक सेवा में सुधार करना>, ताकि <हम अपने ग्राहकों को बनाए रखेंगे>।

Leave a Reply