🖖🏼 🈲 🏉 SCRUM: प्रेम और दर्द के बारे में एक कविता 🍩 👨🏽‍🔬 🥀

यदि वह इतना अच्छा है, तो हर कोई केवल इस पद्धति के अनुसार काम क्यों नहीं करता है? और जिन लोगों ने कथित तौर पर इसे लागू किया, वे अक्सर एक राक्षसी स्क्रेमबूट दिखाते हैं। एक सच्चा SCRUM आपके दिल पर निशान, घाव और निशान छोड़ता है, और अब मैं अपने बारे में बताऊंगा।

घबड़ाहट का दर्द

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

देरी और बैठकों में देरी

क्या होगा यदि आप 10 मिनट के स्टैंड-अप को पूरा करना चाहते हैं, और कोई व्यक्ति 15 मिनट देर से है? सबसे पहले, हर कोई उसकी प्रतीक्षा कर रहा है, और फिर मैं विवरणों में जाना चाहता हूं, और एक घंटे के लिए स्टैंडअप में देरी हो रही है। और अगर कोई किसी बैठक में नहीं पहुंचा है, तो वह अब घटनाओं के संपर्क से बाहर है और फिर से सब कुछ पूछता है। यह सब इस तथ्य की ओर जाता है कि किसी ने अभी तक काम करना शुरू नहीं किया है, लेकिन हर कोई पहले से ही एक चिपचिपा बैठक से थक गया है। सबसे पहले, मुझे अनुशासन पर काम करना था: बिना देरी के, बिना तर्क के, बिना विवरण में जाए। 5-10 मिनट के लिए ईमानदार होने के लिए, स्क्रैम ताज़गी देता है, लेकिन सुबह से पारंपरिक सोवियत बैठकों से यह अलग कैसे होता है?

विवाद, विस्तृत चर्चा और लक्ष्य

आप टीम को "हमारे पास 5-10 मिनट हैं", और वे आपको बताते हैं कि यदि हम इस क्षुद्र वर्ग को काम नहीं देते हैं, तो हम आगे नहीं बढ़ पाएंगे, और यह हम सभी को अवरुद्ध कर देगा। या इससे भी बदतर: हमें एक सामान्य अवधारणा और रणनीति देखने की जरूरत है, हम इसके बिना काम नहीं कर सकते हैं, इसलिए चलो एक मोर्टार में मलमूत्र को कुचल दें। एक रणनीति और एक सामान्य अवधारणा की आवश्यकता है, उन्हें शुरुआत से पहले ध्यान रखने की आवश्यकता है, यदि वे वहां नहीं हैं, तो आपको चक्र में नहीं जाना चाहिए और विवादों के साथ काम धीमा करना चाहिए।

हमें इस तथ्य का सामना करना पड़ रहा है कि पूरी टीम के रूप में कंपनी के वैश्विक लक्ष्य को समझे बिना एक स्प्रिंट शुरू करना बहुत मुश्किल है:

स्क्रम मास्टर: "चलो स्प्रिंट के लक्ष्य को तैयार करें: औसत दर्जे का, समझ में आता है, प्राप्य!"
संदेहवादी: “और यह लक्ष्य सिर्फ इतना ही क्यों होना चाहिए? तुम उसे कहाँ ले गए?
... और एक घंटे तक बहस हुई।

स्क्रम मास्टर: “हमारे उत्पाद का लक्ष्य लोगों को माप से दूर करना है। चलो स्प्रिंट के लक्ष्य को बताएं! "
पेप्पी: "चलो एक मिनी-मॉड्यूल को गेश करें जो काउंटरों को ले जाएगा और उन्हें प्लेट पर रख देगा।"
संदेहवादी: “ठीक है, नहीं, लेकिन अचानक पता चला कि यह एक अतिरिक्त काम है, आपको परियोजना को समग्र रूप से समझने की आवश्यकता है। मैं पूरी परियोजना को ध्यान में रखना चाहता हूं! "
स्क्रम मास्टर ने खुद को एक बन्दूक के साथ मुंह में गोली मार ली ... मैं

फिर से संक्षेप में स्प्रिंट शुरू करने की शर्तों को लिखूंगा:

कोई देरी नहीं
कोई पास नहीं
बैठक में देरी किए बिना
कोई तर्क नहीं
कोई छोटा हिस्सा नहीं
वैश्विक लक्ष्य स्पष्ट है, जिसके साथ पूरी टीम सहमत है।
एक इच्छा है कि मिनी-स्प्रिंट गलत होगा, और यह कि स्प्रिंट लक्ष्य गलत तरीके से चुना गया है।

यह सब बहुत दर्द देता है, बहुत दर्द होता है!

पूरे प्रोजेक्ट को ध्यान में रखें!

... स्क्रम मास्टर जो अभी-अभी सेंसिटिव केयर में आया है, फिर से कोमा में चला गया है ...

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

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

कल आपने क्या किया, मुझे मत बताना!

जब आप और आपकी टीम घोटाले में एक स्प्रिंट चला रहे हैं, तो आपके पास एक पक्ष है कि आपके पीछे क्या बचा है! इसके अलावा, अक्सर स्टैंड-अप पर हर कोई यह बताने के लिए तैयार होता है कि कल क्या किया था। ऐसा क्यों है? हां, क्योंकि यह बताना अधिक कठिन है कि आप आज क्या करना चाहते हैं, यह आपको स्प्रिंट लक्ष्य के करीब कैसे लाएगा और आपको क्या ब्लॉक करता है।

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

संवारने में कठिनाई

जब बंदरों ने काफी खाया और सेक्स किया, तो वे एक-दूसरे के ऊन से कीड़े मारने के लिए बैठ गए। टीम के सदस्य, उनकी तरह, सामान्य धारा से पैरों के साथ छोटे कार्यों को कंघी करते हैं, उन्हें यथासंभव छोटा करने की कोशिश करते हैं।

यह अक्सर पता चलता है कि कार्य ठीक से निर्धारित नहीं है जब काम शुरू हो चुका है। कोई भी किसी चीज का मुकाबला नहीं करना चाहता। नतीजतन, हर कोई शुरू में बहुत आलसी होने के कारण खूनी आँसू के साथ रोता है। यह कार्य जितना छोटा होता है, समझने में उतना ही कठिन और मुश्किल होता है।

मैं आमतौर पर स्प्रिंट के बाहर डेवलपर्स के साथ बैठ जाता हूं और कोरस में प्रत्येक उपयोगकर्ता कहानी को जोर से पढ़ता हूं।

टीम ही कार्यों का चयन करती है!

लेकिन यह स्कूप के लिए एक वास्तविक दर्द है। ऐसा कैसे? आखिरकार, कार्यों को प्रत्यक्ष रूप से असाइन करना बहुत आसान है। जैसा कि आप जानते हैं, सोवियत, अर्थात्, रूसी लोग लोकतंत्र के लिए तैयार नहीं हैं, अराजकता होगी!

और फिर यह पता चला है कि स्वादिष्ट और दिलचस्प कार्य हैं, लेकिन उबाऊ और नियमित हैं। और यह भी होता है: आपका काम है, आप इसमें माहिर हैं। और फिर अचानक कोई गैर-कोर इसे आपकी नाक के नीचे से पकड़ लेता है, क्योंकि यह बहुत स्वादिष्ट और दिलचस्प है।

इसे प्रबंधकों के लिए बहुत नुकसान पहुंचाता है, लेकिन जब टीम के सदस्य अपने स्वयं के कार्यों का चयन करते हैं, तो हमें बेहतर प्रदर्शन और बेहतर गुणवत्ता मिलती है।

... एक कोमा छोड़ने के बिना स्क्रम मास्टर मुस्कुराता है ...

क्रॉस कार्यक्षमता

विशेष बलों की कमान एक डॉक्टर, रेडियो ऑपरेटर, कमांडर, मैकेनिक हो सकती है। लेकिन अगर कोई मारा जाता है तो क्या होगा? फिर उनके कार्यों को अन्य सेनानियों द्वारा उठाया जाएगा। इस सिद्धांत का उपयोग SCRUM टीम में किया जाता है ताकि कोई "अड़चन" न हो। यदि सब कुछ एक या दूसरे पर अटक गया है, तो बाकी टीम को अपनी नौकरी छोड़ देनी चाहिए और उनके लिए असामान्य कार्य करना चाहिए।

स्क्रम आपके पेशेवर गौरव के लिए बहुत दर्द लाता है: "मैंने इतने सालों तक अध्ययन किया है कि पर्दे की छड़ को खराब न करें।"

विफलताओं

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

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

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

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

... वाह, हमारे स्क्रम स्वामी पहले से ही गहन चिकित्सा से चिकित्सा, कोमा के पीछे स्थानांतरित कर रहे हैं ...

SCRUM एक लौ की तरह है, यह गर्म होने पर आपको जला देता है

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

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

हम क्लाइंट को SCRUM से कनेक्ट करते हैं

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

सदरलैंड की तरह बनें, जब आपको बताया जाए तो कट्टरपंथी बनें: "ओह, यह सब इतना असुविधाजनक है, SCRUM अच्छा है, हम इस पर काम करेंगे, लेकिन इसके सभी सिद्धांतों का पालन करना आवश्यक नहीं है।"

अक्सर टीम के सदस्य मुझे बताते हैं: "मैं कैसे कर सकता हूं, क्योंकि ग्राहक अधूरा काम देखेंगे और शपथ लेंगे।" यह पूरी बात है! प्रोटोटाइप जितना कठिन है - आलोचना करना उतना ही आसान है, जितनी जल्दी आप आलोचना सुनते हैं - उतना कम समय और प्रयास जो आप संपादन और सुधार पर खर्च करते हैं!

यह वही है जो एजिल मेनिफेस्टो हमें बताता है:

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

इतनी रसीली? और दर्द कहाँ है? हा! हर जगह: प्रबंधन डरता है और ग्राहक के साथ स्प्रिंट की शुरुआत में देरी करता है, चिंता करता है कि ग्राहक एक गैर-समाप्त नौकरी देखेंगे। ऐसे ग्राहक हैं जो तैयार उत्पाद खरीदना चाहते हैं, जैसे एक स्टोर में, और उन्हें लगता है कि डेवलपर्स को स्टैंडअप की आवश्यकता है, न कि उन्हें। और एक बार उन्होंने मुझसे कहा: "हम चाहते हैं कि सब कुछ लचीला हो, और कीमत सख्त हो"

कीमत कठिन है, कार्य लचीले हैं

... इस स्थान पर स्क्रम मास्टर पहले से ही अस्पताल से दूर से घोटाले को संचालित करता है।
रुको, क्या यह वास्तव में संभव है? वैज्ञानिक अभी भी इस बारे में बहस कर रहे हैं ...

मुझे एक डेवलपर दिखाएं जो इस तरह के बयान से डरेंगे नहीं। उसके सिर में, आजीवन दासता की संभावनाएं तुरंत पैदा होती हैं। महानिदेशक, इन शब्दों के साथ, कंपनी के दिवालियापन और व्यवसाय के पतन की कल्पना करता है। क्या यह मुख्य दर्द है?

यह पता चला है कि आप लचीले कार्यों के साथ ग्राहक को कठिन मूल्य दे सकते हैं! हम पैसे को ठीक करते हैं, कार्यों का मूल्यांकन करते हैं और समझते हैं कि कौन से बजट में फिट होते हैं और कौन से नहीं। यहां, निश्चित रूप से, आप चाकू के ब्लेड के साथ चलते हैं। ग्राहक व्यक्तिगत कार्यों के मूल्यांकन के साथ बहस करेगा, और प्रबंधक डेवलपर्स के बजाय मूल्यांकन देने की कोशिश करेगा। यह केवल तभी किया जा सकता है जब हर कोई सिद्धांत से सहमत हो: जो कोई भी इसका मूल्यांकन करता है। इस सिद्धांत के लिए, आपको प्रबंधन और ग्राहकों के साथ कड़ी लड़ाई करनी होगी।

बड़े पैमाने पर परियोजनाएँ

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

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

जितनी बड़ी कंपनी होगी, उतनी बड़ी परियोजना, उनके पास लचीलापन कम होगा। यही कारण है कि एससीआरयूएम एक छोटे प्रोजेक्ट पर केंद्रित है जो 1 से 3 सप्ताह तक एक स्प्रिंट में किया जा सकता है और 2 से 7 लोगों से एक छोटी टीम बन सकती है।

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

सूखे अवशेषों में:

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

आनंद के स्रोत:

दर्द के लिए एक स्पष्टीकरण, विशेष रूप से माशा के लिए:

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

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

SCRUM: प्रेम और दर्द के बारे में एक कविता