स्क्रम में डोन की परिभाषा बनाम स्वीकृति मानदंड – पूर्ण गाइड

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

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

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

डोन की परिभाषा बनाम स्वीकृति मानदंड

डोन की परिभाषा:

डोन की परिभाषा एक सूची के रूप में संरचित है, जहाँ प्रत्येक बिंदु एक कहानी या PBI के लिए जांच बिंदु के रूप में कार्य करता है। इसका उद्देश्य यह सुनिश्चित करना है कि विकास टीम अपने द्वारा डिलीवर किए जा रहे कार्य की गुणवत्ता पर सहमत हो। यह एक सूची के रूप में कार्य करता है जो प्रत्येक उत्पाद पीछे की सूची आइटम (जिसे PBI या उपयोगकर्ता कहानी के रूप में भी जाना जाता है) की पूर्णता की जांच करने के लिए कार्य करता है। डोन की परिभाषा में शामिल आइटम का उद्देश्य उत्पाद पीछे की सूची के सभी आइटम पर लागू होना है, व्यक्तिगत उपयोगकर्ता कहानियों के लिए नहीं। इसे निम्नलिखित रूप में सारांशित किया जा सकता है:

• पूरे उत्पाद अनुक्रम पर लागू होता है
• इसका अर्थ है कि अधिकांश मामलों में उत्पाद अनुक्रम को शिप किया जा सकता है
• स्क्रम गाइड में परिभाषित
• टीम सदस्यों के बीच संचार उपकरण के रूप में कार्य करता है:
  • समग्र सॉफ्टवेयर गुणवत्ता
  • कि क्या अनुक्रम शिप किया जा सकता है

डोन की परिभाषा के लक्ष्य

• टीम में गुणवत्ता और पूर्णता के बारे में साझा समझ स्थापित करना
• उपयोगकर्ता कहानियों (या PBIs) की जांच के लिए एक सूची के रूप में कार्य करना
• यह सुनिश्चित करना कि स्प्रिंट के अंत में उत्पादित अनुक्रम उच्च गुणवत्ता का हो और सभी सहभागी गुणवत्ता मानदंडों को स्पष्ट रूप से समझते हों

उदाहरण – डोन की परिभाषा

उदाहरण के लिए, सॉफ्टवेयर उद्योग में, टीम अपने DoD को परिभाषित करने के लिए निम्नलिखित प्रश्न पूछ सकती है:

• कोड पीयर-समीक्षा किया गया है?
• कोड पूरा हुआ?
• कोड समीक्षा की गई?
• कोड चेक-इन किया गया?
• यूनिट परीक्षण पास हुए?
• कार्यात्मक परीक्षण पास हुए?
• स्वीकृति परीक्षण पूरे हुए?
• उत्पाद मालिक ने समीक्षा की और स्वीकार की

स्वीकृति मानदंड

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

स्वीकृति मानदंड

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

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

• व्यक्तिगत PBI/कहानी पर लागू होता है
• प्रत्येक PBI/कहानी के लिए स्वीकृति मानदंड भिन्न होते हैं
• स्क्रम गाइड में परिभाषित नहीं है
• PBI/कहानी की विशिष्ट आवश्यकताओं को पूरा करने के लिए संचार उपकरण के रूप में कार्य करता है
• स्वीकृति परीक्षण, संतुष्टि शर्तें, या कुछ मामलों में “परीक्षण मामले” के रूप में भी जाना जाता है

स्वीकृति मानदंडों के लक्ष्य

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

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

• उपयोगकर्ता सभी आवश्यक क्षेत्रों को भरे बिना फॉर्म जमा नहीं कर सकता है
• फॉर्म से प्राप्त जानकारी पंजीकरण डेटाबेस में संग्रहीत की जाती है
• मेहमान क्रेडिट कार्ड के माध्यम से भुगतान कर सकते हैं
• फॉर्म जमा करने के बाद उपयोगकर्ता को ईमेल पुष्टि भेजी जाती है

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

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

किए गए कार्य की परिभाषा का उदाहरण