क्या एक स्क्रम था *?

* स्क्रैम (संज्ञा) एक ढांचा है जो कार्य प्रक्रिया के दौरान उन कार्यों को हल करने में मदद करता है जो उच्चतम संभव मूल्य वाले ग्राहकों को कुशलतापूर्वक और रचनात्मक रूप से उत्पादों को वितरित करते हैं।

मैंने इस लेख को लिखने का फैसला क्यों किया

बहुत बार काम के माहौल में, इंटरनेट पर और साक्षात्कार में आप सुन सकते हैं, उदाहरण के लिए, यह:

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

इस लेख का उद्देश्य यह दिखाना है कि नकारात्मकता, जो अभी भी स्क्रम की ओर एक बड़ी धारा में बह रही है, वास्तव में उस पर लागू नहीं होती है, और समस्या को कहीं और लाने की आवश्यकता है।

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

मैं खुद वित्तीय क्षेत्र से एक बड़े संगठन का एक प्रमाणित (scrum.org) स्क्रैम कर्मचारी हूं (यदि ऐसा नहीं है तो "ग्रीन" नहीं)। वर्तमान में, हमारे पास स्क्रम नहीं है, लेकिन हम इस दिशा में आगे बढ़ रहे हैं, और व्यक्तिगत रूप से मेरे पास एक दृष्टिकोण है कि हम ऐसा क्यों और कैसे करते रहेंगे।

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

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

क्यों प्रयास करते हैं, और यहां तक ​​कि अनाड़ी भी: क्योंकि उन्हें एहसास नहीं था कि यह सब स्क्रम, और एजाइल, सिद्धांत रूप में, संक्रमण की शुरुआत की तुलना में थोड़ा पहले ही क्यों बंद हो गया।

जो कंपनियां समझती हैं कि स्क्रम की आवश्यकता क्यों है और इसका उपयोग कैसे करना है, मेरी राय में, हमारे देश में ऐसी कोई लगातार घटना नहीं है।

स्क्रेम की शक्ति, कई के लिए अदृश्य, कुछ हद तक एक्सेल की शक्ति के साथ तुलना की जा सकती है: सब कुछ बहुत सरल दिखता है, लेकिन अगर आप चारों ओर खुदाई करते हैं ...

फिर भी, मैं स्क्रैम को एक चांदी की गोली नहीं मानता, उसके रचनाकारों की तरह (मैं हाल ही में एक आधिकारिक प्रकाशन में प्रकाशित लेख का लिंक प्रदान नहीं करूंगा), और यह पहले से ही एक अलग लेख का विषय है।

"" प्रभावित "

मेरी राय में, स्क्रम के इस तरह के उकसावे को भड़काने के मुख्य कारणों में से एक है जब संगठन के परिवर्तन के दौरान उन्हें बस "ऊपर से नीचे" किया गया था। और समस्या यह है कि रूपांतरण कैसे हुआ:

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

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

इस संबंध में, मुझे विषय में एक वाक्यांश पसंद आया: "पारंपरिक कंपनियों में, पारंपरिक प्रबंधक पारंपरिक परिवर्तनों का आयोजन करते हैं।"

हालाँकि, मैं आपके साथ ईमानदार रहूँगा: जब हमें पहली बार एजाइल / स्क्रैम / कानबन में लाया गया था, तो यह स्क्रम के बारे में था कि मैंने शुरू में अंतहीन बैठकों के साथ किसी प्रकार का कचरा समझा था। अपने आप से मेरे रवैये में बदलाव आने के बाद मैंने खुद से सवाल पूछा: "क्या अगर ...?" अपने आप को एक बहुत ही शांत परियोजना में।

2. स्क्रैम द्वारा फॉर्च्यून-बता रहा है

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

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

इसके अलावा, इस बात को समझने की पूरी कमी है कि ये कुख्यात अनिवार्य बैठकें (आयोजन) स्क्रम में क्यों मौजूद हैं, जो कि, एक हाथ की उंगलियों पर गिना जा सकता है।

नेटवर्क पर जानकारी के विशाल प्रवाह को देखते हुए, ऐसा लगता है कि कई लोग यह नहीं जानते हैं कि प्राथमिक स्रोत क्या है और फ्रेमवर्क का मूल ज्ञान कहां से प्राप्त करना है।

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

प्रशिक्षणों के लिए, मैं संक्षेप में कहूंगा: सावधान! मैं इस लेख के ढांचे में किसी का भी विज्ञापन नहीं करूंगा, लेकिन मेरा मानना ​​है कि हमारे देश में इस विषय पर "सही प्रशिक्षण" के साथ केवल एक या दो कंपनियों पर भरोसा किया जा सकता है।

3. स्क्रम गाइड के कुछ वर्गों की "व्याख्या" और न केवल

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

घोटाला है ...

मैं तीन विशेषताओं में से दो को सिंगल करूँगा: समझने के लिए सरल और सही महारत के लिए मुश्किल ।

कुछ लोग सोचते हैं कि एक विरोधाभास है।

पूरे वेग से दौड़ना

इस उपधारा में, मैं जानबूझकर कुछ सवाल उठाऊंगा जो आपको सोचने पर मजबूर कर सकते हैं और ढांचे के लिए आपके दृष्टिकोण पर फिर से विचार कर सकते हैं।

1. आपको क्या लगता है कि समय अंतराल में तय स्प्रिंट्स को कॉल करना समझ में आता है? उदाहरण के लिए, क्या हर दो सप्ताह में प्रगति रिपोर्ट भेजना आसान हो सकता है?
2. यदि आप स्क्रम पर स्विच करने की प्रक्रिया में हैं, तो आपने स्प्रिंट को कब तक चुना है? जब मैंने यह प्रश्न पूछा, तो मैं सबसे अधिक बार एक विस्मयकारी रूप से मिला और फिर उत्तर मिला: "मानक - 2 सप्ताह।"
3. आपने इतनी लम्बाई का स्प्रिंट क्यों चुना?
4. एक महीने से अधिक समय तक स्प्रिंट की लंबाई निर्धारित करने की अनुशंसा क्यों नहीं की जाती है?

कुछ लोग इस पर विश्वास नहीं कर सकते हैं, लेकिन इन सवालों के जवाब स्क्रम गाइड में हैं।

4. दैनिक स्क्रम

सबसे विवादास्पद विषयों में से एक डेली स्क्रैम, उर्फ ​​डेली स्टैंडअप मीटिंग, उर्फ ​​डेली स्क्रम, या बस "स्टैंड-अप" है।

आप मुझ पर विश्वास नहीं कर सकते हैं, लेकिन इस घटना का एक निश्चित समय (टाइम-बॉक्स) है - स्प्रिंट की लंबाई की परवाह किए बिना, 15 मिनट से अधिक नहीं।

टीम ही बैठक का प्रारूप निर्धारित करती है। और इस पंद्रह मिनट की अवधि में सबसे महत्वपूर्ण बात स्प्रिंट गोल की दिशा में प्रगति की स्थिति को समझना है।

अब बैकफ़िलिंग के लिए प्रश्न: आपमें से कितने लोग जानते हैं कि स्प्रिंट गोल क्या है? आपमें से कितने लोग इसे तैयार करना जानते हैं? और कौन उन्हें तैयार करता है?

अधिकांश मामलों में, अपनी अज्ञानता और गलतफहमी की वजह से स्क्रेम ठीक-ठाक है, इस घटना के लिए डेली स्क्रम आवश्यक है।

यह रिपोर्टिंग बैठक नहीं है! उन बैठकों में जो मैं अक्सर देखता हूं, इस बारे में पर्याप्त जानकारी नहीं है कि कितनी बार एक व्यक्ति ने कॉफी, चाय, पानी पीया और शौचालय भी गया। और "15 मिनट से अधिक नहीं" एक घंटे और एक आधे के लिए खींच सकते हैं।

एक बार फिर: दैनिक स्क्रेम स्प्रिंट लक्ष्यों की ओर बढ़ रहा है!

स्करम के केवल इस भाग को महसूस करते हुए, आप, मेरी राय में, एक महत्वपूर्ण सफलता प्राप्त करने में सक्षम होंगे।
और एक और टिप्पणी, जो कई के लिए एक रहस्योद्घाटन बन जाती है, डेली स्क्रम एक ऐसी घटना है जिसमें वह भाग ले सकता है (ध्यान दें, "भाग लें" और "स्टैंड बाय, सुनो" दो अलग-अलग चीजें हैं) केवल विकास टीम! यहां तक ​​कि Scrum Master (Scrum master) और Product Owner (Product Owner), अगर वे विकास टीम के अंशकालिक सदस्य नहीं हैं, तो सीधे इस बैठक में शामिल नहीं होते हैं!

5. स्क्रैम मास्टर एक प्रोजेक्ट मैनेजर नहीं है और न ही नौकर है

एक और बहुत ही सामान्य विषय: स्क्रैम मास्टर (एसएम) = प्रोजेक्ट मैनेजर (पीएम)।

आप एसएम बनाम लेखों का एक गुच्छा पा सकते हैं। PM।

मैं मुख्य पर प्रकाश डालूंगा:

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

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

• एक कार्गो पंथ के रूप में घोटाला बनाम। घोटाला और शुहारी।
• प्रोडक्ट ओनर एक प्रोडक्ट मैनेजर है, प्रोजेक्ट या टीम नहीं। यहाँ PO बनाम है PM।
• उत्पाद स्वामी और एक पैकेज में स्कैम मास्टर।
• Scrum में मुख्य बात एक पूर्वव्यापी है, या आप लगभग इस तरह से आये हैं: Scrum = Retrospective (लेकिन जो एक और प्रश्न है उसका पूर्वव्यापी)!
• ...

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

संक्षेप में देना

यदि उपरोक्त नोट्स, मैं कम से कम किसी को लगता है और इस घोटाले, और सामान्य रूप में लचीली कार्यप्रणाली पर पुनर्विचार किया है, तो मैं मान लूंगा कि मैंने लक्ष्य हासिल कर लिया है!
पानी पत्थर को दूर भगाता है, और शायद, निकट भविष्य में हम उतनी बार नहीं सुनेंगे जितना अब हम सुनेंगे: "आप इस घोटाले से बहुत दूर हैं, और ऐसी टीम के परिणामों के आधार पर (वास्तव में स्क्रैमनो का उपयोग करके) यह इसके लायक नहीं है।"

आपके ध्यान के लिए आप सभी का धन्यवाद और मुझे आपकी टिप्पणियों और टिप्पणियों पर खुशी होगी!

संदर्भ

www.scrumguides.org/index.html