स्प्रिंट पल्स: एक बड़ी टीम के अंदर प्रभावी कार्य का निर्माण

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



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

स्प्रिंट पल्स और स्प्रिंट: क्या अंतर है

नाम समान हैं, लेकिन सार अलग है:

• स्प्रिंट एक समय की अवधि है जिसके दौरान स्क्रैम-टीम उत्पाद का एक हिस्सा बनाती है जिसे ग्राहक को दिखाया जा सकता है और जो उसके लिए उपयोगी होगा। स्प्रिंट पांच घटनाओं से मिलकर बनता है: नियोजन, दैनिक स्क्रम, विकास, स्प्रिंट डेमो और पूर्वव्यापी।
• स्प्रिंट पल्स एक उपकरण है जो स्प्रिंट के दौरान टीम के भीतर प्रभावी कार्य बनाने में मदद करता है।

स्प्रिंट की घटनाएं अपरिवर्तित हैं, और स्प्रिंट पल्स एक हिस्सा है जिसे एक विशिष्ट परियोजना के लिए अनुकूलित किया जा सकता है।

मामले

एक विरूपण साक्ष्य एक परियोजना पर काम करने की प्रक्रिया में बनाई गई वस्तु है (उदाहरण के लिए, प्रोटोकॉल, लेआउट, बैकलॉग, आदि)।
वृद्धि - उत्पाद वृद्धि (उदाहरण के लिए, नई सुविधाओं या उनके अद्यतन की उपस्थिति)।
अवरोधक एक ऐसी स्थिति है जो काम में हस्तक्षेप करती है और इसे अवरुद्ध करती है।
मील के पत्थर परियोजना के महत्वपूर्ण चरण हैं।

स्प्रिंट पल्स एक्शन में

हमारी परियोजना का मुख्य उद्देश्य, जिसे हमने एक उदाहरण के रूप में लिया था, खरोंच से एक मोबाइल एप्लिकेशन बनाना था। कार्य को कई चरणों में विभाजित किया गया था। पहला उत्पादन कदम एक सेवा डिजाइन का निर्माण था। और पहले महत्वपूर्ण विरूपण साक्ष्य के रूप में - उच्च प्राथमिकता वाले एप्लिकेशन स्क्रिप्ट के लिए स्क्रीन लेआउट (वायरफ्रेम) का निर्माण। ये स्क्रिप्ट उत्पाद एमवीपी का हिस्सा थे।

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

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

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

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

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

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

हमने स्प्रिंट के अंदर एक "स्ट्रीम" बनाने की कोशिश की। मुख्य कार्य उपकमांड के प्रत्येक सदस्य को कार्य प्रक्रिया को समझने और डाउनटाइम को कम से कम करना है। सभी को अपनी जिम्मेदारी के क्षेत्र और उन क्षणों को समझना चाहिए, जब और क्या प्रदान करने की आवश्यकता है।

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

इसके अलावा, हमने ग्राहक के साथ महत्वपूर्ण बिंदुओं पर बात की जो स्प्रिंट पल्स को प्रभावित कर सकते हैं। ऐसा ही एक बिंदु है 1 महीने का टाइम-टू-मार्केट पैरामीटर (बाजार का समय) और प्रत्येक 2 सप्ताह में वेतन वृद्धि (कार्यक्षमता में वृद्धि)।

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


बहुत पहले स्केच

स्प्रिंट पल्स इकट्ठा करते समय, उन क्षणों को कम करना महत्वपूर्ण है जहां डाउनटाइम हो सकता है। उदाहरण के लिए, हमारे मामले में, एपीआई तरीकों का वर्णन करने के लिए विश्लेषक के लिए अधिक समय देना सार्थक था। चूंकि इस जानकारी के आधार पर, फ्रंट-एंड डेवलपमेंट टीम के लिए आवश्यकताओं को तैयार किया जा रहा है, इसलिए अवधि बढ़ाने के लिए तैयार रहना आवश्यक था।


स्प्रिंट के अंदर कनेक्शन विकल्पों के पहले संस्करण भौतिक संस्करण में थे: पेपर, स्टिकर पर स्केच - सब कुछ प्रभावी हो गया!

अंतिम चरण स्प्रिंट में स्प्रिंट पल्स को एकीकृत करना है।


स्प्रिंट में एक उपकरण को कैसे तोड़ना है, इस पर विचार

हम अपने लिए इष्टतम स्प्रिंट पल्स वेरिएंट इकट्ठा करने में कामयाब रहे: इसने दूसरी टीम को परिणाम प्रदान करने के लिए सभी निर्भरता और नियंत्रण बिंदुओं को ध्यान में रखा।

कागज के स्टिकर और शीट से स्प्रिंट पल्स, हमने मिरो में फिर से बनाया। आप किसी भी अन्य कार्यक्रम (और यदि सुविधाजनक हो, तो भौतिक मीडिया पर) का उपयोग कर सकते हैं। मुख्य बात यह है कि स्प्रिंट में सभी प्रतिभागी किसी भी समय आरेख को देख सकते हैं - समय, कार्यों और अन्य उपकमों के साथ संबंधों को सिंक्रनाइज़ करें।


स्प्रिंट पल्स हमारी परियोजना के लिए

स्प्रिंट पल्स का निर्माण कैसे करें

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

1) क्या और कौन कर रहा है?
शुरुआत में, काम की दिशा निर्धारित करना आवश्यक है: हम क्या कर रहे हैं, कौन कर रहा है, लक्ष्य क्या है, हम परिणाम के रूप में क्या विचार करते हैं, आदि।

2) गतिविधि क्या होगी?
हम उन सभी गतिविधियों को पाते हैं जो प्रत्येक उपखंड को प्रभावित करती हैं। हम स्प्रिंट की शुरुआत से अंत तक उनके चरणों को लिखते हैं।

3) स्प्रिंट के मील के पत्थर क्या हैं?
प्रत्येक उपकमांड के स्प्रिंट में मील के पत्थर (मील के पत्थर) को परिभाषित करें। वे स्प्रिंट के भीतर एक कार्य पर काम पूरा होने का संकेत देते हैं।

4) टीम के भीतर क्या कनेक्शन हैं?
हम अन्य टीमों के काम के लिए आवश्यक सभी "आश्रित" कलाकृतियों के उत्पादन के लिए समय निर्धारित करते हैं (उदाहरण के लिए, डेवलपर्स के लिए डिजाइनरों के नकली-अप)। हम सभी अन्योन्याश्रितियाँ पाते हैं। फिर हम उन्हें कनेक्ट करते हैं और स्प्रिंट टाइमलाइन पर उन्हें बिछाते हैं।

5) डाउनटाइम कहां हो सकता है?
हम डाउनटाइम की पहचान करते हैं - ऐसे क्षण जो स्प्रिंट लक्ष्यों की गति और उपलब्धि को प्रभावित कर सकते हैं। हम ऐसे कार्यों को भी खोजते हैं जो जबरन आउटेज के दौरान उप-क्षेत्र द्वारा उठाए जा सकते हैं। लेकिन विशेषज्ञों के लिए कुछ करना आसान नहीं है - इन कार्यों को भविष्य में अन्य टीम को अधिक कुशलता से काम करने में मदद करनी चाहिए।

उदाहरण के लिए, हमारे पास योजना और मूल्यांकन के लिए समर्पित स्प्रिंट का पहला दिन है, इसलिए हमारे लिए ऐसी घटना डिजाइन टीम का "स्वच्छ दिन" थी, जिसमें वे लेआउट को साफ कर सकते हैं और स्क्रीन मैप को अपडेट कर सकते हैं।

6) टीमों को सिंक करने की आवश्यकता कब होती है?
यहां आपको यह समझने की आवश्यकता है कि कमांड किस नियंत्रण बिंदु पर सिंक्रनाइज़ किया जाएगा। हम इन सभी बिंदुओं को ठीक करते हैं: क्या परिणाम, किस मात्रा में और किस तारीख तक तैयार होना चाहिए। यह सभी उप-क्षेत्र के लिए आवश्यक है।

डेवलपर्स के लिए वायरलैस में स्क्रिप्ट डिज़ाइन के पूरा होने पर, डिजाइनरों के लिए एक वास्तविक परिणाम देने में सक्षम होने के लिए, हम घटनाक्रम को प्रस्तुत करने और तकनीकी सीमाओं पर प्रतिक्रिया एकत्र करने के लिए एक पूरी टीम के रूप में एकत्र हुए।

यह समझना महत्वपूर्ण है कि कुछ समय के लिए स्प्रिंट पल्स परियोजना की वास्तविकताओं को "पीस" देगा। लेकिन, इसके बावजूद, शुरुआत इसके बिना भी तेजी से होगी।

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



आप एक करीब देखो और यहाँ डाउनलोड कर सकते हैं

जब स्प्रिंट पल्स की आवश्यकता होती है, और जब नहीं

ऐसे मामले होते हैं जब स्प्रिंट पल्स शानदार होता है, लेकिन कभी-कभी यह बस अपूरणीय होगा।
यह प्लेट एक संकेत है: यदि "हाँ" की मात्रा "नहीं" से अधिक है, तो शायद आपको इस उपकरण का उपयोग करना चाहिए।


स्प्रिंट पल्स मिनी-टेस्ट

ऐसी समस्याएं जो स्प्रिंट पल्स हल कर सकती हैं

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

परियोजना की लंबी शुरुआत

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

समाधान: स्प्रिंट पल्स - एक शुरुआती किट जो काम को गति देगा। उत्पादन शुरू होने से पहले इसका गठन होने तक (उस समय तक जब टीमों को काम दिया जाएगा), आप जल्दी और आसानी से शुरुआत कर सकते हैं।

प्रक्रिया में अवरोधक

काम के दौरान, विशेषज्ञ अपने कार्यों को पूरा करने पर केंद्रित होते हैं। वे अन्य पेशेवरों के साथ जोखिम और संबंधों के बारे में नहीं जानते होंगे। स्प्रिंट के अंदर एक निश्चित योजना के बिना, टीम के लिए पूरी तस्वीर को देखना मुश्किल है। नतीजतन, ब्लॉकर्स दिखाई देते हैं: श्रृंखला में निम्नलिखित विशेषज्ञ काम करना शुरू नहीं कर सकते हैं। इस "स्नोबॉल" का परिणाम स्प्रिंट के लक्ष्यों को प्राप्त करने में विफलता है, और चरम मामलों में - परियोजना की विफलता।

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

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

परियोजना में एक नए विशेषज्ञ का विसर्जन

आमतौर पर ऑनबोर्डिंग विशेषज्ञ काफी समय लेता है। पूरी क्षमता से काम करना शुरू करने के लिए, उसे यह समझने की ज़रूरत है कि क्या हो रहा है और प्रक्रियाओं में खुद को डुबो देना है।

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

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

निष्कर्ष

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