एजाइल उपयोगकर्ता कहानियों के लिए स्वीकृति मानदंड

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

इसलिए, उपयोगकर्ता कहानियों के लिखते समय, स्वीकृति मानदंड अनिवार्य हैं। वे आपकी टीम को फीचर विकास के दौरान क्या अनिवार्य है और क्या पर ध्यान केंद्रित करना चाहिए, इसके बारे में समझने में मदद करते हैं।

चलिए स्वीकृति मानदंडों में गहराई से जाएं।

स्वीकृति मानदंड क्या हैं?

स्वीकृति मानदंड आपको यह निर्धारित करने में मदद करते हैं कि उपयोगकर्ता कहानी कब पूरी हो जाती है और उसमें उपयोगकर्ता की आवश्यकताओं को पूरा करने के लिए आवश्यक सभी फीचर्स हैं।

वे उपयोगकर्ता कहानी को पूरा माने जाने के लिए आवश्यक शर्तों का एक सेट हैं। वे उपयोगकर्ता कहानी के विस्तृत दायरे और आवश्यकताओं को प्रदान करते हैं, ताकि आपकी टीम हाथ में समस्या को समझ सके। इस तरह, हर बार आप एक नई फीचर जारी करते हैं, आप सुनिश्चित कर सकते हैं कि यह उपयोगकर्ता को मिलने वाले मानक को पूरा करती है।

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

स्वीकृति मानदंड में निम्न जैसे विवरण शामिल हो सकते हैं

उपयोगकर्ता अनुभव
वर्तमान उपयोगकर्ता कहानी के मौजूदा फीचर्स पर प्रभाव
मुख्य प्रदर्शन जैसे गति
उपयोगकर्ता कहानी करने के लिए तैयार है

इसलिए, आपके द्वारा बनाई जा रही फंक्शनलिटी और उसकी जटिलता के आधार पर, अपनी टीम के साथ बैठकर यह तय करें कि इसे कितनी न्यूनतम फंक्शनलिटी को प्रदर्शित करना चाहिए और इसका व्यवहार कैसा होना चाहिए।

यदि यह जटिल है या आपके उत्पाद की एक मुख्य विशेषता है, तो आपको अपनी टीम को किसी भी भ्रम से बचाने में मदद करने के लिए जितना संभव हो सके अधिक और विस्तृत स्वीकृति मानदंड लिखने के बारे में सोचना चाहिए।

उपयोगकर्ता कहानियों के लिए स्वीकृति मानदंड लिखने का तरीका

1. स्वीकृति मानदंड को उपयोगकर्ता के दृष्टिकोण से लिखा जाना चाहिए

स्वीकृति मानदंड ग्राहक के दृष्टिकोण से समस्या को देखने का एक तरीका है। उन्हें वास्तविक उपयोगकर्ता अनुभव के संदर्भ में लिखा जाना चाहिए। आखिरकार, आप उपयोगकर्ताओं के लिए एक उत्पाद बना रहे हैं, नहीं?

2. मानदंड स्पष्ट और संक्षिप्त होने चाहिए

स्वीकृति मानदंडों को परीक्षण मामलों या दस्तावेज़ीकरण से गलती से नहीं माना जाना चाहिए। यह महत्वपूर्ण है कि आप अपने मानदंडों को जितना संभव हो सके सरल और स्पष्ट रखें।

3. सभी को आपके स्वीकृति मानदंडों को समझना चाहिए

यदि आपके डेवलपर्स उन्हें समझ नहीं पाते हैं, तो आपके मानदंड बेकार हैं। यदि आप स्पष्टता के बारे में अनिश्चित हैं, तो समय लें, प्रश्न पूछें और तब तक समायोजित करें जब तक सब कुछ स्पष्ट नहीं हो जाता है।

4. स्वीकृति मानदंड के बारे में कैसे (कैसे?) नहीं है। यह क्या (क्यों?) के बारे में है।

उपयोगकर्ता कहानियों की तरह, स्वीकृति मानदंड कार्य नहीं हैं। वे उपयोगकर्ता कहानी को संचारित करने का एक तरीका हैं।

5. स्वीकृति मानदंड विशिष्ट हैं, लेकिन एक और स्तर की विस्तृत जानकारी नहीं हैं

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

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

6. स्वीकृति मानदंड उपयोगकर्ता के दृष्टिकोण से उपयोगकर्ता कहानी का पुनरुच्चारण हो सकता है

यह केवल तभी लागू होता है जब उपयोगकर्ता कहानी अत्यधिक जटिल नहीं होती है। इसका एक उदाहरण जो मैं कहना चाहता हूँ वह यह है।

एक उपयोगकर्ता कहानी के लिए जैसे “एक वित्त अधिकारी के रूप में, मैं चाहता हूँ कि इन्वॉइस स्वीकार करूँ ताकि मैं सभी वित्तीय रिपोर्ट्स का ट्रैक रख सकूँ”

इसके स्वीकृति मानदंड शायद “जब मैं स्वीकृति क्रिया करता हूँ, तो इन्वॉइस स्वीकृत हो जाता है (इन्वॉइस रिकॉर्ड की जांच करके सत्यापित)”

दिया गया/जब/तो स्वीकृति मानदंड टेम्पलेट

जीवन को आसान बनाने के लिए, यहाँ एक सरल टेम्पलेट है जिसका उपयोग आप स्वीकृति मानदंड लिखने के लिए कर सकते हैं:

दिया गया [संदर्भ] जब [एक विशिष्ट क्रिया की जाती है] तो [परिणामों का एक समूह घटित होना चाहिए]

स्वीकृति मानदंड उदाहरण

उदाहरण उपयोगकर्ता कहानी के लिए:

“एक लेखक के रूप में, मैं चाहता हूँ कि जब दूसरे कमेंट जोड़ें तो मुझे सूचनाएं मिलें ताकि मैं अद्यतन रह सकूँ।”

उपरोक्त उपयोगकर्ता कहानी के लिए स्वीकृति मानदंडों के तीन उदाहरण यहाँ हैं:

दिया गया मेरा फोन लॉक है जब ऐप खुला नहीं है, तो मुझे बैनर सूचना प्राप्त होनी चाहिए।
दिया गया मैं एक दस्तावेज लिख रहा हूँ जब ऐप खुला है, तो घंटी आइकन को अपडेट करना चाहिए ताकि गिनती के साथ अपठित सूचनाएं दिखाई जा सकें।

उदाहरण – वेबसाइट प्रतिक्रिया जमा करना

हम ब्लॉग कमेंट फीचर के लिए उपयोगकर्ता कहानी और स्वीकृति मानदंड निर्दिष्ट करते हैं। लॉगिन किए गए उपयोगकर्ता कमेंट जोड़ सकते हैं। “कमेंट जोड़ें” फीचर के लिए उपयोगकर्ता कहानी होगी:

जैसेएक लॉगिन किए गए उपयोगकर्ता के रूप में,
मैं चाहता हूँएक ब्लॉग पोस्ट पर टिप्पणी छोड़ने में सक्षम होना,
ताकिमैं विषय पर प्रतिक्रिया प्राप्त कर सकूँ।

इस फीचर के लिए स्वीकृति मानदंड हैं:

परिदृश्य:एक लॉगिन किए गए उपयोगकर्ता एक ब्लॉग पोस्ट पर टिप्पणी छोड़ता है
मान लीजिए मैं एक लॉगिन किए गए उपयोगकर्ता हूँ,
जब मैं एक विशिष्ट ब्लॉग पोस्ट वाले पेज को खोलता हूँ,
तब प्रणाली ब्लॉग पोस्ट के नीचे एक “टिप्पणियाँ” खंड प्रदर्शित करती है, जो अन्य उपयोगकर्ताओं द्वारा जोड़ी गई टिप्पणियों की सूची दिखाती है।
प्रणाली “टिप्पणियाँ” खंड के शीर्ष पर एक “टिप्पणी जोड़ें” फील्ड प्रदर्शित करती है।
जब मैं अपनी टिप्पणी के साथ “टिप्पणी जोड़ें” फील्ड भरता हूँ और “जमा करें” बटन पर क्लिक करता हूँ,
तब प्रणाली मेरी टिप्पणी सहेजती है।
प्रणाली मेरी टिप्पणी को “टिप्पणियाँ” खंड के शीर्ष पर प्रदर्शित करती है।
प्रणाली मेरा उपयोगकर्ता नाम और एवाटार मेरी टिप्पणी के बाईं ओर प्रदर्शित करती है।
प्रणाली मेरी टिप्पणी के विपरीत ओर “हटाएँ” और “संपादित करें” आइकन प्रदर्शित करती है।

जैसा कि आप देख सकते हैं, स्वीकृति मानदंड लिखना ग्राहकों और विकास टीमों दोनों के लिए वास्तव में एक विजय-विजय स्थिति है: यह न केवल टीम को स्पष्ट रूप से समझने में मदद करता है कि उन्हें क्या करना है, बल्कि ग्राहकों को विकास प्रक्रिया को समझने और यह सत्यापित करने में भी मदद करता है कि डिलीवर किए गए सॉफ्टवेयर वास्तविक व्यावसायिक आवश्यकताओं को पूरा करता है।