मेन्यू

स्क्रम में दोषपूर्ण ट्रेजिंग: यह एक स्क्रम सेटअप में कैसे व्यवस्थित किया जाता है

  • मुख्य
  • अन्य
  • स्क्रम में दोषपूर्ण ट्रेजिंग: यह एक स्क्रम सेटअप में कैसे व्यवस्थित किया जाता है

defect triaging scrum

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

दोष निवारण का परिचय:

हमारे पिछले ट्यूटोरियल में, हम आपको स्क्रेम इवेंट्स से परिचित कराया - स्प्रिंट, स्प्रिंट प्लानिंग, डेली स्क्रम, स्प्रिंट रिव्यू और स्प्रिंट रेट्रोस्पेक्शन। हमने स्क्रम इवेंट के प्रत्येक के लिए टाइम बॉक्सिंग, प्रतिभागियों और गतिविधियों जैसी अवधारणाओं पर चर्चा की।

हमारे पाठकों के लिए अगली दुकान Defect Triaging है - एक अवधारणा जो QA लोगों के लिए नई नहीं है, लेकिन हम Defect Triaging के महत्व को समझने की कोशिश करेंगे और यह एक Scrum Setup में कैसे व्यवस्थित किया जाता है।

तो समझ के साथ शुरू करते हैं ‘क्या दोषपूर्ण है? '

दोष निवारण

आप क्या सीखेंगे:

दोष त्रिदोष

डिफेक्ट ट्राइज़िंग एक औपचारिक बैठक है, जहाँ वर्तमान स्प्रिंट के सभी दोषों पर चर्चा की जाती है और उन्हें ट्राइएड यानि प्राथमिकता दी जाती है।

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

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

दोष वर्गों

कैसे ग्रहण में परियोजना बनाने के लिए

प्रतिभागियों

दोषपूर्ण त्रैमासिक बैठक में सभी स्क्रैम टीम के सदस्यों द्वारा भाग लिया जाता है।

  • उत्पाद स्वामी
  • द स्क्रम मास्टर
  • विकास दल

एक संभावना हो सकती है कि स्टेकहोल्डर (आंतरिक या बाहरी) भी दोषपूर्ण त्रैमासिक बैठक में शामिल हो सकते हैं।

अब हम चर्चा करते हैं और दोषपूर्ण बैठक की बैठक के दौरान प्रत्येक टीम के सदस्य के रोल और जिम्मेदारियों के बारे में एक स्पष्ट अंतर स्थापित करते हैं।

नियम और जिम्मेदारियाँ

विकास दल

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

जमघट मास्टर

  • स्क्रेम मास्टर दोषपूर्ण बैठक की व्यवस्था के लिए भी जिम्मेदार है।
  • टीम के बाकी सदस्यों द्वारा पूछे जाने पर स्क्रैम मास्टर बैठक की सुविधा भी दे सकते हैं।
  • यदि कोई दोष है कि टीम को दोष फिक्स के लिए सामना करना पड़ सकता है तो नोट करें।
  • जाँच करता है कि मीटिंग समय-समय पर है और फ़ोकस से विचलित नहीं होती है।
  • दोषों को विशेष रूप से दोष वर्गों को उनकी प्राथमिकता और गंभीरता बताकर वर्गीकृत करता है।
  • टीम के साथ, स्क्रम मास्टर भी सुधार क्षेत्रों को मेज पर लाता है।

उत्पाद स्वामी

  • दोषों को प्राथमिकता देने में एक प्रमुख हिस्सेदारी है जो यह निर्धारित करेगी कि दोष को कैसे हल किया जा सकता है।
  • दोषों के लिए, एक मध्यम प्राथमिकता होने पर, उत्पाद स्वामी बाद के रिलीज़ के लिए उन्हें उत्पाद बैकलॉग में रखने की योजना बना सकता है।
  • टीम को यह समझने की अनुमति देता है कि दोष के कारण व्यवसाय कैसे प्रभावित होगा।
  • उत्पाद स्वामी दोषों पर चर्चा करते समय अंतिम उपयोगकर्ता के दृष्टिकोण और भावनाओं को लेता है।

संक्षेप में दोषपूर्ण प्रक्रिया

सभी स्कैम टीम के सदस्यों को एक बैठक कक्ष में एक दोषपूर्ण ट्राइएंग मीटिंग के लिए मिलता है। डेवलपर की टीम में से कोई भी एक लीड ले सकता है और विस्तार से दोषों पर चर्चा शुरू कर सकता है। टीम फिर प्रत्येक वैधता के लिए दोषों पर चर्चा करती है।

दोष को अस्वीकार कर दिया जाता है यदि वह अमान्य पाया जाता है। यदि दोष एक वैध है, तो टीम दोष को ठीक करने की जटिलता की जांच करती है और सिस्टम में अनसुलझे छोड़ दिए जाने पर यह व्यवसाय के प्रभाव को प्रभावित करेगी।

टीम में हर कोई अब सही वर्गीकरण के लिए बग का विश्लेषण और मूल्यांकन करता है और यह सुनिश्चित करता है कि सही प्राथमिकता और गंभीरता को दोष को सौंपा गया है।

यदि सही प्राथमिकताएं और गंभीरता असाइन नहीं की जाती है, तो टीम उन्हें सही वाले पर रीसेट कर देगी। टीम के साथ प्रोडक्ट ओनर अब यह तय करेगा कि कौन सी डिफेक्ट्स को प्राथमिकता पर तय किया जाए और जिसे बाद के रिलीज के लिए सौंपा जा सकता है।

एक दोषपूर्ण त्रैमासिक बैठक के दौरान, दोषों का विश्लेषण किया जाता है और संपूर्ण स्क्रैम टीम द्वारा मूल्यांकन किया जाता है। टीम फिर इन दोषों के लिए सही गंभीरता और प्राथमिकता प्रदान करती है।

चर्चा और जांच के बाद, अब वह समय आता है जब दोषपूर्ण कार्य किया जाता है। इस गतिविधि के तहत, एक या अधिक डेवलपर्स को दोष को ठीक करने के लिए सौंपा जाएगा। एक और डेवलपर को दोष का परीक्षण करने के लिए सौंपा जाएगा।

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

यह सब एक ट्रैकिंग सिस्टम में कैद है। एजाइल के तहत काम करने वाली टीमों के लिए, JIRA सबसे पसंदीदा रहा है। इसलिए, बैठक के अंत में, टीम के पास सही प्राथमिकताओं और उनके साथ सौंपी गई गंभीरता के साथ वैध दोषों की एक सूची है। टीम में एक प्रक्रिया सुधार योजना भी है जिसे बाद के स्प्रिंट के लिए अपनाया जाना चाहिए।

दोष triaging बैठक

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

विंडोज़ 10 में .jnlp फाइलें कैसे खोलें

एक सामान्य परिस्थिति में, दोषपूर्ण बैठक एक स्प्रिंट के दौरान 2-3 बार मदद कर सकती है। लेकिन निश्चित रूप से इसका कोई नियम नहीं है और जरूरत पड़ने पर बैठक हो सकती है।

निष्कर्ष

यह सब हम दोष निवारक बैठक के संबंध में था। स्क्रीम टीम के सदस्यों के बीच चुस्ती-फुर्ती बढ़ाने के लिए डिफेक्ट ट्राइएज मीटिंग को एक स्टेप अप गतिविधि माना जाता है। यह स्क्रम प्रक्रिया का एक अभिन्न अंग बन गया है जिसके कारण यह लाभ होता है।

हमारे आगामी ट्यूटोरियल में, हम आत्मनिर्भर स्क्रेम टीमों के महत्व पर चर्चा करने जा रहे हैं।

हम इस बात पर भी जोर देंगे कि स्क्रम सेटअप में क्या आत्मनिर्भरता है और एक टीम आत्मनिर्भर टीम कैसे बन सकती है।

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^