वर्तमान आईटी उद्योग में, एजाइल की अवधारणा काफी लोकप्रिय हो गई है। हर कोई बात कर रहा है। लगभग सभी आईटी कंपनियों ने किसी स्तर पर एजाइल को अपनाया है।
एजाइल विकास के तहत कई विधियाँ भी हैं, जिनमें एक्सट्रीम प्रोग्रामिंग (XP), स्क्रम, क्रिस्टल विधियाँ, एडेप्टिव सॉफ्टवेयर विकास (ASD), फीचर ड्राइवन विकास (FDD), डायनामिक सिस्टम विकास (DSDM), हल्के रूप वाले RUP, टेस्ट ड्राइवन विकास (TDD) और अन्य शामिल हैं। बहुत सारी एजाइल विकास विधियों में से, स्क्रम के लागू करने की लोकप्रियता अधिक है।
एजाइल या वॉटरफॉल? आंकड़ों को देखें
स्टैंडिश समूह की सबसे हाल की रिपोर्ट में 2013 से 2017 तक के परियोजनाओं का अध्ययन किया गया है। इस समयावधि के लिए, एजाइल और वॉटरफॉल के लिए सफलता, चुनौती और विफलता का कुल विभाजन नीचे दिखाया गया है, जहां एजाइल परियोजनाओं के सफल होने की संभावना लगभग 2 गुना अधिक है, और विफल होने की संभावना 1/3 कम है।
(स्रोत: vitalitychicago.com — वॉटरफॉल और एजाइल परियोजना सफलता दर की तुलना)
यह लेख मुख्य रूप से स्क्रम की समझ, स्क्रम के कार्यान्वयन प्रक्रिया और स्क्रम के कार्यान्वयन से लाए गए परिवर्तनों के बारे में साझा करता है, और एक चल रहे स्क्रम के बारे में समझाता है।
स्क्रम क्या है?
स्क्रम जटिल उत्पादों के विकास और रखरखाव के लिए एक ढांचा है और यह एक आगे बढ़ता हुआ, चक्राकार विकास प्रक्रिया है। इस ढांचे में, पूरी विकास प्रक्रिया कई छोटे चक्रों में विभाजित होती है, जिसमें एक छोटा चक्र जिसे स्प्रिंट कहा जाता है, और प्रत्येक स्प्रिंट 2 से 4 सप्ताह तक का होता है।
स्क्रम में, उत्पाद की आवश्यकताओं को प्रबंधित करने के लिए उत्पाद बैकलॉग का उपयोग किया जाता है। उत्पाद बैकलॉग को कार्यान्वयन की प्राथमिकता के आधार पर व्यवस्थित किया जाता है, जिसमें वाणिज्यिक मूल्य को प्राथमिक सिद्धांत के रूप में लिया जाता है। स्प्रिंट में, स्क्रम टीम उत्पाद बैकलॉग से सबसे उच्च प्राथमिकता वाली आवश्यकताओं का चयन करती है। चयनित आवश्यकताओं को स्प्रिंट योजना बैठक में चर्चा, विश्लेषण और अनुमानित किया जाता है, जिससे स्प्रिंट बैकलॉग नामक कार्यों की सूची प्राप्त होती है। जब स्क्रम टीम स्प्रिंट बैकलॉग सूची में सभी कार्यों को पूरा कर लेती है, तो स्प्रिंट समाप्त हो जाता है और अगले स्प्रिंट चक्र में आगे बढ़ता है।
कुछ कंपनियों में स्क्रम के विफल होने के कारण
स्क्रम का बहुत मूल्य है। हालांकि, कुछ कंपनियों में स्क्रम को लागू करना कठिन है। कुछ लोग कहते हैं कि उनके संगठन में स्क्रम का कोई महत्वपूर्ण प्रभाव नहीं है। ऐसा क्यों होता है? मुख्य कारण इस प्रकार हो सकते हैं:
- एजाइल तेज है — परियोजना टीम को एजाइल की सही समझ की कमी है। यह सिर्फ सोचती है कि लचीलापन तेज है, अर्थात गति को पकड़ना, और किसी भी प्रणाली की सीमाओं से मुक्त रह सकता है।
- एजाइल तेज है, या हमें ओवरटाइम काम करना होगा — मैंने सुना है कि कुछ कंपनियों को एक नई कार्यक्षमता विकसित करनी होती है। स्क्रम के लागू होने के कारण, परियोजना टीम को ओवरटाइम काम करने की आवश्यकता होती है, और 2 सप्ताह या उससे अधिक के विकास कार्यों को एक हफ्ते के भीतर जारी करना होता है। स्क्रम के लागू करने का अर्थ है कि परियोजना टीम ओवरटाइम काम कर रही है, जिससे परियोजना टीम में लचीलापन के प्रति डर उत्पन्न होता है;
- उत्पाद बैकलॉग अच्छी तरह से बनाए नहीं रखा जाता है — पीओ काम के लिए योग्य नहीं है, प्रभावी उपयोगकर्ता कहानियों को विभाजित नहीं कर सकता है, या उपयोगकर्ता कहानी के विभाजन अनुचित है, आगे बढ़ते विकास को लागू नहीं कर सकता है;
- टीम गठन की समस्या — स्क्रम के लिए स्व-संगठित टीमों की उच्च आवश्यकता होती है, लेकिन बहुत से टीम सदस्य महसूस करते हैं कि वे स्व-संगठन के मानकों के अनुरूप नहीं हैं;
- एजाइल संस्कृति का अभाव — स्क्रम कार्य की पारदर्शिता, परियोजना के तत्काल पूरा होने और प्रत्येक व्यक्ति के कार्य की पहचान के लिए प्रवर्धन करता है। स्प्रिंट बोर्ड और परियोजना बर्नडाउन चार्ट पारदर्शी होते हैं, और बहुत से लोग इससे असहज महसूस करते हैं;
- निरीक्षण और अनुकूलन लागू नहीं है — चक्र के दौरान, समस्या का समय पर पता नहीं चलता है, या समस्या का पता चलता है, लेकिन समस्या का प्रभावी ढंग से समाधान नहीं होता है, जिससे परियोजना टीम को निराशा महसूस होती है। और बहुत कुछ और।
यदि स्क्रम के ज्ञान को केवल इसी में फंसा रखा गया है:
सुबह में मुझे एक विचार आता है, दोपहर में इसका अनुप्रयोग हो जाता है, और रात में यह ऑनलाइन हो जाता है।
यह उचित नहीं है। मेरे विचार में, स्क्रम निश्चित रूप से मूल्यवान है। स्क्रम के मुख्य कार्यों में शामिल हैं:
- स्क्रम उपयोगकर्ताओं की आवश्यकताओं को बेहतर ढंग से पूरा करने वाले उच्च मूल्य वाले उत्पाद बैकलॉग के विकास को प्राथमिकता देने में सक्षम है।
- वॉटरफॉल प्रक्रिया के तहत विकास विधि की तुलना में, स्क्रम को लागू करने से टीम विकास दक्षता को दोगुना कर सकती है और टीम की भूमिका को अधिकतम कर सकती है;
- स्क्रम विकास चक्रों को छोटा कर सकता है और प्रोजेक्ट डिलीवरी दक्षता को बढ़ा सकता है।
हालांकि, स्क्रम को लागू करने का मतलब यह नहीं है कि इसे नियमों और प्रोजेक्ट सीमाओं के अधीन नहीं किया जा सकता है। तो स्क्रम को लागू करने के लिए सही दृष्टिकोण क्या है?
स्क्रम को लागू करने के चरण
1. एक पीओ नियुक्त करें
पीओ उत्पाद मालिक है, जो एक भूमिका है, और पीओ उत्पाद टो-डू सूची का एकमात्र मालिक है। निश्चित रूप से, कुछ कंपनियों में पीओ पहले से ही एक संगठन के रूप में मौजूद है — उदाहरण के लिए, हमारी कंपनी ने स्क्रम के लागू करने में पीओ को एक संगठन के रूप में लागू किया है।
मालिक के रूप में, इसे एक बड़ी तस्वीर होनी चाहिए; उद्योग की जानकारी और दिशा को गहराई से समझना चाहिए; उत्पाद की दिशा को समझने में सक्षम होना चाहिए, उत्पाद की छोटी, मध्यम और लंबी अवधि की योजना और प्रबंधन करना चाहिए; कंपनी की रणनीतिक आवश्यकताओं के अनुसार उपयोगकर्ता अनुसंधान और उत्पाद फ़ंक्शन योजना बनाने में सक्षम होना चाहिए, बदलती हुई आवश्यकताओं का अनुसरण करना चाहिए, और उत्पादों में नवाचार करते रहना चाहिए।
इसके अलावा, यदि आप पीओ को एक संगठन के रूप में उपयोग करते हैं, तो सॉफ्टवेयर विकास प्रोजेक्ट में पीओ टीम में उत्पाद प्रबंधकों, अंतिम उपयोगकर्ताओं जैसे स्टेकहोल्डर्स शामिल हो सकते हैं।
2. विकास टीम बनाएं
टीम उत्पाद के कार्यान्वयन कर्ता है और प्रत्येक स्प्रिंट के अंत में संभावित शिप करने योग्य इंक्रीमेंट और “पूर्ण” उत्पाद इंक्रीमेंट डिलीवर करने के लिए जिम्मेदार है।
टीम मुख्य रूप से विकास और परीक्षण कर्मियों को शामिल करती है, और टीम को पीओ के उत्पाद के दृष्टिकोण को लागू करने में सक्षम होना चाहिए।
टीम का आकार लगभग 5 से 9 लोगों के बीच होना चाहिए।
स्क्रम टीम को क्रॉस-फंक्शनल भी होना चाहिए और “फुल स्टैक” क्षमता वाले सदस्यों को अधिक प्राथमिकता दी जानी चाहिए, भले ही अधिकांश कंपनियों में इसे लागू करना कठिन हो सकता है।
3. स्क्रम मास्टर चुनें
स्क्रम मास्टर स्क्रम प्रक्रिया के लिए जिम्मेदार है और पीओ और विकास टीम की सेवा करता है। स्क्रम मास्टर को रीति की भावना होनी चाहिए, और आवर्ती योजना बैठक, दैनिक स्टैंडिंग मीटिंग, कार्यान्वयन प्रदर्शन बैठक और पुनरावलोकन समीक्षा बैठक को प्रभावी और कुशलतापूर्वक आयोजित करने में सक्षम होना चाहिए; स्क्रम मास्टर को उच्च डिग्री की कार्यान्वयन क्षमता होनी चाहिए और टीम की मदद करने के लिए विश्वास बनाए रखना चाहिए। डिलीवरी लक्ष्यों और गुणवत्ता लक्ष्यों पर ध्यान केंद्रित करें ताकि टीम उच्च गुणवत्ता वाले उत्पादों को कुशलतापूर्वक डिलीवर कर सके; टीम को कुशल प्रक्रियाओं के निर्माण के लिए प्रेरित करें, टीम को एजिल वैल्यू, सिद्धांतों और एजिल अभ्यासों पर गाइड करें; टीम के अन्य सदस्यों को प्रशिक्षित करने के लिए जिम्मेदार हों ताकि स्क्रम का सही उपयोग किया जा सके; संचार, समस्या प्रबंधन, संघर्ष समाधान, टीम को सभी बाधाओं को दूर करने में मदद करें।
4. उत्पाद बैकलॉग को बनाए रखें
उत्पाद बैकलॉग सभी बैकलॉग आइटम का संग्रह है, और इसे कंपनी की रणनीति और उत्पाद दृष्टि पर आधारित किया गया है। पीओ व्यावसायिक मूल्यों के आधार पर उत्पाद बैकलॉग में सभी आइटम को प्राथमिकता क्रम में व्यवस्थित करता है और एक प्राथमिकता वाली सूची बनाता है। द उत्पाद बैकलॉग उत्पाद विकास के “रोडमैप” के रूप में कार्य कर सकता है। उत्पाद के संदर्भ को समझने के लिए, उत्पाद बैकलॉग आइटम सबसे अच्छा संदर्भ हैं।
हर दिन हम नए प्रतिद्वंद्वियों से नए आवश्यकताओं का सामना करते हैं, जिसका अर्थ है कि पीओ को अपने उत्पाद डिजाइन को निरंतर अनुकूलित करना और उत्पाद बैकलॉग की प्राथमिकताओं को नए बदलावों के साथ निपटने के लिए समायोजित करना होगा।
इस प्रक्रिया में, पीओ को सभी स्टेकहोल्डर्स और टीमों से परामर्श करना चाहिए ताकि उत्पाद बैकलॉग उपयोगकर्ता के वास्तविक दावों को प्रतिबिंबित कर सके।
5. स्टोरी पॉइंट का उपयोग करके एजिल आकलन
आपेक्षिक एजिल आकलन आमतौर पर स्प्रिंट योजना या स्प्रिंट के दौरान टच-अप के दौरान किया जाता है और उत्पाद बैकलॉग का आकलन टीम द्वारा वास्तविक विकास और परीक्षण कार्य के लिए जिम्मेदार व्यक्ति के साथ किया जाता है।
व्यवहार में स्प्रिंट योजना को अधिक कुशलता से करने के लिए, पीओ और स्क्रम मास्टर स्प्रिंट योजना बैठक से पहले एक अनुमानित आकलन करेंगे। उन्हें इस तरह के प्रश्न पूछने की आवश्यकता होगी, जैसे:
- देखें कि क्या स्प्रिंट योजना लागू हो सकती है?
- क्या इन बातों को पूरा करने के लिए पर्याप्त जानकारी है?
- क्या उत्पाद बैकलॉग आइटम का विभाजन उचित है?
जब विकास टीम आकलन करती है, तो पारंपरिक विधि (अर्थात् कार्य के लिए कितने घंटे आवंटित किए जाने चाहिए) को छोड़ने और कहानी बिंदु – फिबोनाची संख्या (1, 2, 3, 5, 8, 13, 21…) के रूप में एजाइल आकलन विधि का उपयोग करने की सिफारिश की जाती है, जिसका उपयोग एक आइटम के कार्यान्वयन के लिए आवश्यक प्रयास का आकलन करने के लिए किया जाता है।
आकलन के समय, टीम को पहले एक बैकलॉग आइटम की पहचान करने की आवश्यकता होती है, जो आकलन के लिए एक आधार के रूप में उपयोगकर्ता कहानी के रूप में हो सकता है। इसके अलावा, यह ध्यान देने योग्य है किजब आकलन के एकल कहानी बिंदु 21 से अधिक होता है, तो उपयोगकर्ता कहानी को फिर से विभाजित करने की आवश्यकता होती है, और एकल उपयोगकर्ता कहानी बिंदु 8 से अधिक नहीं होना आदर्श अवस्था है।
6. स्प्रिंट योजना बैठक
यह पहली वास्तविक स्क्रम बैठक है। टीम, स्क्रम मास्टर और पीओ मिलकर स्प्रिंट के सामग्री की योजना बनाते हैं।सॉफ्टवेयर विकास परियोजना के रूप में, योजना स्प्रिंट में उपयोगकर्ता कहानी के प्रवेश के साथ, उपयोगकर्ता कहानी को विभाजित कर दिया जाना चाहिए और दृश्य डिजाइन पूरा कर लिया जाना चाहिए।
स्प्रिंट चक्र आमतौर पर निर्धारित होता है, ज्यादातर 2 से 4 सप्ताह के लिए। टीम उत्पाद टू-डू लिस्ट में सबसे उच्च प्राथमिकता वाली उपयोगकर्ता कहानी से शुरू करती है ताकि पता लगाया जा सके कि स्प्रिंट में कितना काम किया जा सकता है।
यदि टीम ने पहले से ही कई स्प्रिंट किए हैं, तो निम्नलिखित के आधार पर:
- पिछले इटरेशन में पूरा किए गए “कहानी बिंदु”,
- टीम इस इटरेशन के लिए लगभग कहानी बिंदु का आकलन कर सकती है।
- “कहानी बिंदु” टीम की गति के बराबर है।
स्क्रम मास्टर और टीम को हर स्प्रिंट इटरेशन में इस संख्या को बढ़ाने की कोशिश करनी चाहिए।
सभी टीम सदस्यों को स्प्रिंट के लक्ष्य पर सहमति बनानी चाहिए, अर्थात् स्प्रिंट इटरेशन में क्या पूरा किया जाना चाहिए। स्प्रिंट योजना बैठक में, पीओ को टीम को उपयोगकर्ता कहानी के क्रम में प्राथमिकता बतानी होगी। टीम अगले स्प्रिंट इटरेशन में कितनी कहानियाँ पूरी करने में सक्षम होंगी, इसकी गारंटी देती है। स्प्रिंट के दौरान, कोई भी अनुमति के बिना स्प्रिंट सामग्री को एकतरफा बदल नहीं सकता है।
7. दैनिक स्टैंड-अप बैठक
दैनिक स्टैंड-अप स्क्रम के लिए जीवनदायी तत्व है। भागीदारों में आमतौर पर पीओ, स्क्रम मास्टर और टीम शामिल होते हैं। टीम प्रतिदिन एक निश्चित स्थान और समय पर आंतरिक रूप से संचार करती है। दैनिक स्टैंड-अप आमतौर पर सुबह में होती है, और इसकी अवधि 15 मिनट से अधिक नहीं होती है, और स्टैंडिंग रूप से होती है। स्क्रम मास्टर टीम सदस्यों से निम्नलिखित प्रश्न पूछता है:समय आमतौर पर सुबह होता है, अवधि 15 मिनट से अधिक नहीं होती है, और स्टैंडिंग रूप से होती है। स्क्रम मास्टर टीम सदस्यों से निम्नलिखित प्रश्न पूछता है: सदस्यों से निम्नलिखित प्रश्न पूछता है:
- कल आपने क्या किया?
- आज आप क्या काम करने की योजना बना रहे हैं?
- अवरोध और बाधाएं क्या हैं?
इसका महत्व यह है कि पूरी टीम को स्प्रिंट चक्र के दौरान प्रत्येक कार्य के प्रगति के बारे में स्पष्ट जानकारी मिले, और यह जांच कि क्या सभी कार्य समय पर पूरे किए जा सकते हैं।
टीम के कार्यों को ऊपर से नीचे आवंटित नहीं किया जाता है, बल्कि उन्हें अपने स्वयं के प्रयास और स्वेच्छा से तय किया जाता है। यदि पिछला कार्य पूरा नहीं हुआ है, तो आप अगले कार्य के लिए आवेदन नहीं कर सकते हैं, और आप एक ही दिन में पूरा नहीं कर सकने वाले दो कार्यों का दावा नहीं कर सकते हैं।
स्क्रम मास्टर टीम सदस्यों द्वारा सामना किए जा रहे अवरोधों को दूर करने के लिए जिम्मेदार है।
8. स्क्रम टास्क बोर्ड के साथ प्रोजेक्ट प्रगति का ट्रैक रखें
स्क्रम में, कार्य को पारदर्शी होना चाहिए, और सबसे आम व्यवहार एक स्क्रम टास्क बोर्ड को लागू करना है।
कुछ टीमें तीसरे पक्ष के उपकरणों का उपयोग करके इलेक्ट्रॉनिक स्क्रम बोर्ड का उपयोग करने में महारत हासिल करती हैं, जैसे विजुअल पैराडाइम या जीरा; कुछ टीमें बड़े ऑफलाइन भौतिक सफेद बोर्ड का उपयोग करने में खुश होती हैं।
चाहे आप इलेक्ट्रॉनिक स्क्रम बोर्ड का उपयोग करें या भौतिक सफेद बोर्ड, कानबन के कॉलम में आमतौर पर तीन भाग शामिल होते हैं: करने के लिए सूची, चल रहे आइटम, और पूरा किए गए आइटम। इटरेशन की प्रगति के साथ, टीम प्रतिदिन आइटम को संबंधित स्क्रम कानबन कॉलम में तुरंत अद्यतन करती है।
9. बर्नआउट चार्ट के साथ प्रगति का ट्रैक रखना
कार्य को पारदर्शी बनाने के लिए एक और उपकरण बर्नआउट चार्ट है। नीचे दिए गए चित्र में, एक अक्ष कार्यभार का प्रतिनिधित्व करता है, और दूसरा समय का प्रतिनिधित्व करता है। प्रत्येक दिन स्क्रम मास्टर द्वारा पूरा किए जाने वाले बचे हुए अंकों को रिकॉर्ड किया जाता है और फिर उन्हें बर्नआउट चार्ट पर बनाया जाता है। आदर्श रूप से, ग्राफ एक नीचे की ओर झुकी वक्र होती है, जो कार्य के बाकी हिस्से को पूरा होने पर शून्य तक जल जाती है।
10. उत्पाद प्रदर्शन
स्क्रम गाइड के प्रदर्शन भाग को स्प्रिंट समीक्षा बैठक कहा जाता है, जिसमें कहा गया है कि इसमें विकास टीम द्वारा किए गए कार्य को प्रदर्शित करना और उत्पाद अनुक्रम के बारे में प्रश्नों के उत्तर देना शामिल होना चाहिए। बैठक आमतौर पर इस इटरेशन के जारी करने से पहले आयोजित की जाती है।इस बैठक का सबसे महत्वपूर्ण कार्य प्रत्येक पूर्ण आइटम के साथ स्वीकृति मूल्यांकन के साथ उपयोगकर्ता कथाओं के कार्यान्वयन परिदृश्यों की जांच करना है, ताकि डिफ़ाइन डन की परिभाषा पूरी हो सके।
यह बैठक वह है जहां कोई भी भागीदार बन सकता है, केवल PO, स्क्रम मास्टर और टीम के साथ-साथ स्टेकहोल्डर्स, व्यापार और प्रबंधकों, और यहां तक कि ग्राहकों के लिए भी।
यह एक खुली बैठक है जहां कोई भी भागीदार बन सकता है, केवल PO, स्क्रम मास्टर और टीम के साथ-साथ स्टेकहोल्डर्स, व्यापार और प्रबंधकों, और यहां तक कि ग्राहकों के लिए भी।
टीमों को केवल उन आइटम को दिखाना चाहिए जो डिफ़ाइन डन की परिभाषा को पूरा करते हैं, अर्थात वे परिणाम जिन्हें किसी अतिरिक्त कार्य के बिना डिलीवर किया जा सकता है। इस परिणाम को पूर्ण उत्पाद नहीं होना चाहिए, लेकिन कम से कम यह अंतिम उपयोगकर्ता के लिए पूर्ण और उपयोगी विशेषता होनी चाहिए।
11. स्प्रिंट प्रतिस्मरण
स्प्रिंट प्रतिस्मरण बैठक आमतौर पर इस स्प्रिंट के समाप्त होने के दूसरे दिन आयोजित की जाती है।
स्प्रिंट प्रतिस्मरण बैठक को निम्नलिखित प्रश्नों की ध्यान से समीक्षा करनी चाहिए:
- क्या बेहतर बनाने के लिए हुआ है;
- यह क्यों हुआ?
- हमने उस समय इसे क्यों नजरअंदाज किया;
- हम कार्य को कैसे तेज कर सकते हैं।
टीम के रूप में, इस स्प्रिंट प्रतिस्मरण प्रक्रिया को प्रभावी बनाने के लिए, टीम को एक दूसरे पर भरोसा करना चाहिए। हमें याद रखना चाहिए कि परियोजना और तकनीकी मुद्दों पर आधारित चर्चा और विवाद करना चाहिए:
- कोई निरपेक्ष सही, गलत या चिंता नहीं है,
- तकनीकी टकराव को प्रोत्साहित करें;
- व्यक्तिगत हमलों पर चर्चा में शामिल नहीं हो सकते;
- लोगों को रंगीन चश्मे पहने देखने वाले लोगों का विरोध करें,
- सभी को तार्किक चर्चा करने के लिए मार्गदर्शन करें;
- दूसरों के चुनौतियों को बहादुरी से स्वीकार करें,
- अपनी अपूर्णताओं को स्वीकार करें।
- अपनी स्वयं की प्रक्रियाओं और परिणामों के लिए जिम्मेदार हों,
- समस्याओं के समाधान के लिए मस्तिष्क झोंका लगाएं। यह निर्णायक है।
अंत में, टीम एक सबसे महत्वपूर्ण सुधार की पहचान करती है और इसे अगले स्प्रिंट के लिए शीर्ष प्राथमिकता बनाती है। आपको यह परिभाषित करना होगा कि क्या “सफलता” का अर्थ है, एक व्यावहारिक और कार्यान्वयन योग्य तरीके से, ताकि आप अगली स्प्रिंट समीक्षा बैठक में त्वरित रूप से यह निर्धारित कर सकें कि सुधार किए गए हैं या नहीं।
अंतिम स्प्रिंट के बाद, नए स्प्रिंट इटरेशन में प्रवेश करना शुरू करें।
सारांश
स्क्रम3355 का संयोजन है। स्क्रम फ्रेमवर्क के मुख्य अवधारणाओं को सरलता से 3.3.5.5 के रूप में याद रखा जा सकता है, जैसा कि नीचे दिया गया है:
3 भूमिकाएं
- उत्पाद मालिक
- विकास टीम
- स्क्रम मास्टर
3 उपकरण
- उत्पाद बैकलॉग
- स्प्रिंट बैकलॉग — स्प्रिंट टू-डू सूची
- उत्पाद अनुप्रगति — संभावित शिप करने योग्य उत्पाद अनुप्रगति
5 घटनाएं
5 मूल्य
- खुला
- सम्मान
- हिम्मत
- फोकस
- प्रतिबद्धता
3355 के लक्ष्य स्क्रम के तीन स्तंभों के पीछे हैं
- पारदर्शिता
- निरीक्षण
- अनुकूलन
“डन” (DoD) की परिभाषा 3 स्तंभों को पूरा करके 5 घटनाओं के माध्यम से प्राप्त की जाती हैस्क्रम टीम.
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।