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

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

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

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

देना / जब / तब स्वीकृति मानदंड की संरचना

देना / जब / तब एक ऐसा फॉर्मेट है जिसका उपयोग स्वीकृति मानदंड बनाने के लिए किया जाता है, जो व्यवहार-आधारित विकास (BDD) से लिया गया है। इसके द्वारा उपयोगकर्ता कहानी के अभीष्ट व्यवहार को एक अधिक संरचित और समझने योग्य तरीके से व्यक्त करने को प्रोत्साहित करता है। इस फॉर्मेट में तीन भाग होते हैं:

1. देना: इस खंड में सिस्टम के प्रारंभिक संदर्भ या अवस्था का वर्णन किया जाता है। यह आपके द्वारा वर्णित परिदृश्य के लिए दृश्य तैयार करता है। मूल रूप से, इससे परिदृश्य को समझने के लिए आवश्यक पृष्ठभूमि जानकारी प्रदान की जाती है।
2. जब: इस खंड में उपयोगकर्ता कहानी में वर्णित व्यवहार को ट्रिगर करने वाली क्रिया या घटना का प्रतिनिधित्व किया जाता है। यह वह विशिष्ट घटना है जो उपयोगकर्ता करता है या सिस्टम के भीतर होती है।
3. तब: इस खंड में ‘जब’ खंड में वर्णित क्रिया या घटना के परिणामस्वरूप अपेक्षित परिणाम या परिणाम का वर्णन किया जाता है। यह उस चीज को परिभाषित करता है जो क्रिया के परिणामस्वरूप होना चाहिए, जो आमतौर पर सिस्टम या एप्लिकेशन में दृश्य बदलाव के रूप में होता है।

देना / जब / तब स्वीकृति मानदंड के लाभ

1. स्पष्टता: GWT फॉर्मेट उपयोगकर्ता कहानी के अपेक्षित व्यवहार को व्यक्त करने का एक संरचित और समझने योग्य तरीका प्रदान करता है। इससे अस्पष्टता कम होती है और यह सुनिश्चित करता है कि विकास टीम के सभी सदस्यों, जिनमें डेवलपर्स, टेस्टर्स और उत्पाद मालिक शामिल हैं, को यह स्पष्ट रूप से समझ में आता है कि क्या करना है।
2. परीक्षण योग्यता: फॉर्मेट स्वाभाविक रूप से परीक्षण केस के लिए उपयुक्त होता है। प्रत्येक ‘देना’, ‘जब’ और ‘तब’ घटक को विशिष्ट परीक्षण स्थितियों में बदला जा सकता है, जिससे यह सुनिश्चित करना आसान हो जाता है कि उपयोगकर्ता कहानी को सही तरीके से कार्यान्वित किया गया है।
3. समन्वय: GWT स्वीकृति मानदंड टीम सदस्यों के बीच सहयोग को प्रोत्साहित करते हैं। उत्पाद मालिक, डेवलपर्स और टेस्टर्स एक साथ मिलकर मानदंडों को परिभाषित और सुधार सकते हैं, जिससे यह सुनिश्चित होता है कि कहानी के दायरे और अपेक्षाओं के बारे में सभी को एक ही बात पर सहमति हो।

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

आइए एक ई-कॉमर्स वेबसाइट के लिए एक सरल उदाहरण पर विचार करें:

उपयोगकर्ता कहानी: एक ग्राहक के रूप में, मैं अपने खरीदारी के बाग में वस्तुओं को जोड़ने में सक्षम होना चाहता हूँ ताकि मैं बाद में उन्हें खरीद सकूँ।

स्वीकृति मानदंड (GWT):

• देनामैं उत्पाद पेज पर हूँ
• जबमैं किसी उत्पाद के लिए ‘खरीदारी के बाग में जोड़ें’ बटन पर क्लिक करता हूँ
• तब उत्पाद को मेरे खरीदारी कार्ट में जोड़ा जाना चाहिए
• औरनेविगेशन बार में कार्ट आइकन में अपडेटेड आइटम काउंट प्रदर्शित करना चाहिए
• औरमुझे उत्पाद के कार्ट में जोड़े जाने की पुष्टि संदेश दिखाई देना चाहिए

इस उदाहरण में, स्वीकृति मानदंड उपयोगकर्ता कहानी से क्या अपेक्षित है, इसकी स्पष्ट समझ प्रदान करते हैं, जिससे इसे कार्यान्वित और परीक्षण योग्य बनाया जा सकता है।

समस्या विवरण केस स्टडी:

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

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

उपयोगकर्ता कहानी 1: आगे यात्रा आरक्षित करें

एक यात्री के रूप में, मैं एक विशिष्ट तिथि और समय के लिए आगे से यात्रा आरक्षित करने में सक्षम होना चाहता हूँ, ताकि मैं अपनी यात्राओं की योजना बेहतर ढंग से बना सकूँ.

स्वीकृति मानदंड (GWT):

• दिया गया हैमेरे पास राइड-शेयरिंग ऐप इंस्टॉल है और मैं लॉग इन हूँ
• जबमैं ऐप खोलता हूँ और अपना गंतव्य, तिथि और यात्रा का समय दर्ज करता हूँ
• तबऐप को चयनित तिथि और समय के लिए उपलब्ध ड्राइवरों को प्रदर्शित करना चाहिए
• औरमुझे यात्रा की पुष्टि और आरक्षण करने में सक्षम होना चाहिए
• औरमुझे आरक्षित यात्रा के विवरण के साथ पुष्टि नोटिफिकेशन प्राप्त होना चाहिए

उपयोगकर्ता कहानी 2: आरक्षित यात्रा को संपादित या रद्द करें

एक यात्री के रूप में, मैं आरक्षित यात्रा को संपादित या रद्द करने का विकल्प प्राप्त करना चाहता हूँ, क्योंकि मेरी योजनाएं बदल सकती हैं.

स्वीकृति मानदंड (GWT):

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

उपयोगकर्ता कथा 3: आरक्षित यात्राओं के लिए ड्राइवरों को सूचित करें

एक ड्राइवर के रूप में, मैं तब सूचनाएं प्राप्त करना चाहता हूँ जब कोई यात्री मुझसे यात्रा आरक्षित करता है, ताकि मैं अपनी उपलब्धता की योजना बना सकूँ.

स्वीकृति मानदंड (GWT):

• दिया गया हैमैं एक सक्रिय ड्राइवर हूँ जिसके पास राइड-शेयरिंग ऐप खुला है
• जबएक यात्री मुझसे एक विशिष्ट तिथि और समय के लिए यात्रा आरक्षित करता है
• तबमुझे आरक्षित यात्रा के विवरण के साथ तात्कालिक नोटिफिकेशन प्राप्त होना चाहिए
• औरऐप मुझे अपने ड्राइवर डैशबोर्ड में आरक्षित यात्रा प्रदर्शित करनी चाहिए
• औरमुझे एक उचित समय सीमा के भीतर आरक्षित यात्रा को स्वीकार या अस्वीकार करने की अनुमति होनी चाहिए

उपयोगकर्ता कथा 4: आरक्षित यात्राओं के लिए प्रतिक्रिया प्रदान करें

एक यात्री के रूप में, मुझे योजनाबद्ध यात्राओं के लिए ड्राइवरों के बारे में प्रतिक्रिया देने और उनका रेटिंग देने की अनुमति देनी चाहिए, सेवा की गुणवत्ता बनाए रखने में मदद करने के लिए.

स्वीकृति मानदंड (GWT):

• दिया गया हैमैंने एक योजनाबद्ध यात्रा पूरी कर ली है
• जबयात्रा पूरी होने के बाद मैं ऐप खोलता हूँ
• तबमुझे ड्राइवर का रेटिंग देने और प्रतिक्रिया देने का विकल्प होना चाहिए
• औरमेरी प्रतिक्रिया के आधार पर ड्राइवर का रेटिंग अपडेट होना चाहिए
• औरप्रतिक्रिया देने के लिए मुझे धन्यवाद संदेश प्राप्त होना चाहिए

ये उपयोगकर्ता कथाएँ और उनके संबंधित गिव / व्हेन / तन स्वीकृति मानदंड राइड-शेयरिंग ऐप में यात्रा योजना बनाने वाली सुविधा लागू करने की समस्या को संबोधित करते हैं। इस संरचित दृष्टिकोण का अनुसरण करके विकास टीम आवश्यकताओं और नई सुविधा के अपेक्षित व्यवहार की स्पष्ट समझ सुनिश्चित कर सकती है, जिससे अंततः उपयोगकर्ता अनुभव में सुधार होता है।

निष्कर्ष

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