ठीक है तो चलो शुरू करें - समस्या का बड़ा हिस्सा आपके साथ है - आप सुनते हैं, लेकिन आप सुनते नहीं हैं। आपकी टीम आपको स्पष्ट बता रही है कि समस्याएं क्या हैं। आपको अपनी टीम को दोष देने के बजाय उन्हें संबोधित करने की आवश्यकता है।
योजना
उनके लिए, योजना सिर्फ समय की बर्बादी है, क्योंकि हम सिर्फ नए स्प्रिंट में अतिप्रवाह करते हैं और काम वैसे भी पूरा नहीं करते हैं, इसलिए परेशान क्यों होते हैं।
ठीक ठीक। यदि आप लगातार कार्यों को सही मात्रा में आवंटित करने में विफल रहते हैं, और उन्हें लगातार कम करके आंका जाता है, तो इसका बहुत नकारात्मक प्रभाव पड़ता है:
- डेवलपर्स को लगता है कि वे लगातार दबाव में हैं।
- "मैं कुछ भी समय पर नहीं कर सकता"।
- चूंकि प्रक्रिया काम नहीं करती है, वे इसे समय की बर्बादी के रूप में देखते हैं।
समाधान : के संयोजन का उपयोग करके अपने अनुमानों को ठीक करें:
- स्टोरी पॉइंट्स (समय और जोखिम के संयोजन के रूप में)।
- स्प्रिंट में कार्यों की अनुमति न दें जो कि> 55 एसपी
- तुलनात्मक अनुमान
- साक्ष्य आधारित निर्धारण
इसके लिए एक आधार के रूप में, आपको वास्तव में पिछले कार्यों को पूरा करने में लगने वाले समय को ट्रैक करने की आवश्यकता है, इसमें परीक्षण, लेखन दस्तावेज, लेखन परीक्षण, अंतिम उपयोगकर्ता प्रशिक्षण, एकीकरण प्रयास, परिनियोजन शामिल हैं। आदि।
एक बार जब आपके पास दिए गए कार्य के लिए कुल समय होता है, तो आप उन पिछले कार्यों पर अपेक्षित समय को आधार बना सकते हैं।
प्रत्येक सदस्य से पूछें कि क्या उन्हें दिया गया कार्य पिछले कार्यों के चयन से अधिक जटिल या आसान लगता है, उसके आधार पर आवंटित कार्यों की संख्या को समायोजित करें।
यदि आपने पहले एसपी का उपयोग नहीं किया है, तो मेरी सलाह है कि भगवान के काम के लिए वास्तविक ईमानदार 1h के साथ शुरू करें = 5SP एक दिशानिर्देश के रूप में। ध्यान रखें कि सामान्य विकास परिवेश में, आपको प्रति दिन शायद 6 मिलेंगे, इसलिए 30SP / दिन अधिकतम । कभी भी ऐसे कार्य के लिए अनुमति न दें जिसमें बोर्ड पर आने में 2 दिन से अधिक का समय लगे। आदर्श रूप से, मेरे अनुभव में, आपको प्रति दिन 2 कार्य करने चाहिए।
यदि आप सही ढंग से योजना नहीं बनाते हैं, तो आपकी बाकी की गतिविधियाँ समय की बर्बादी (योजना सहित) की तरह दिखेंगी।
पूर्वप्रभावी
रेट्रोस्पेक्टिव के दौरान मैं बस महसूस कर सकता हूं कि वे "स्टॉप डू स्क्रेम" कहना चाहते हैं। एक व्यक्ति करता है, लेकिन दूसरे चुप हैं और मुझे हर बार इससे निपटना है।
मुझे Daily beatings will continue until morale improves!और पिछले दो नौकरियों की याद दिलाता है । यदि आप बाधाओं को दूर नहीं करते हैं, तो वे सही हैं कि यह समय की बर्बादी है।
फिर से, सुनो कि लोग वास्तव में क्या कह रहे हैं। यदि पूर्वव्यापी के दौरान उठाई गई शिकायतों को संबोधित नहीं किया जाता है, तो उन्हें करने में परेशान क्यों होना चाहिए?
इसलिए:
- संचार में सुधार के लिए सिक्स थिंकिंग हैट्स तकनीक पर विचार करें।
- पूर्वव्यापी पर खर्च किए गए समय को कम करें, अधिकतम 30 मिनट।
- सुनिश्चित करें कि रेट्रोस्पेक्टिव के दौरान उठाई गई शिकायतों को अगले एक से पहले संबोधित किया जाता है।
दैनिक SCRUMs
डेली स्क्रम फिर से उनके लिए केवल समय की बर्बादी है क्योंकि उनमें से कोई भी बात करने और दिन की योजना बनाने के लिए परेशान नहीं करता है। वे सिर्फ यह कहते हैं कि "मैंने कल एक्स पर काम किया था और आज फिर से काम करूंगा।" और जब तक मैं और अधिक कठोर नहीं हो जाता, तब तक वे ज्यादातर मजाक करते हैं।
लगता है कि आपको दो समस्याएं हैं: SCRUM मीटिंग बहुत लंबी हैं, और आपकी योजना और कार्य निर्माण बेकार है।
दोनों ध्वनि बना सकते हैं जैसे कि एक बैठक बैठक समय की बर्बादी है।
SCRUM लंबाई के लिए:
- अधिकतम 15 मिनट का प्रयास करें।
- हर किसी को खड़े करने की कोशिश करो।
- निश्चित सूत्र:
- आप कल क्या कर रहे थे?
- आज आप क्या योजना बना रहे हैं
- आपकी टीम के सदस्यों को (आपको नहीं!) कार्य के बारे में पता होना चाहिए, यह उन्हें कैसे प्रभावित करेगा।
- यदि आप उन्हें संबोधित नहीं करने जा रहे हैं, तो बाधाओं से परेशान न हों।
यह एक दूसरा सबूत है कि आपकी योजना आपकी स्थिति को बाधित करती है - यदि आपके पास रिपोर्ट करने के लिए कुछ भी विशिष्ट नहीं है, तो इसका मतलब है कि आमतौर पर कार्य बहुत बड़ा है और आप सभी कह सकते हैं: मैं इस पर काम कर रहा था।
- बुलेट पॉइंट्स में टूटे हुए कार्य।
- सुनिश्चित करें कि कार्य एक दिन से कम समय लेने के लिए पर्याप्त हैं। आदर्श रूप से, IMO, टास्क ~ 3h होना चाहिए और लगभग 13 SP के बराबर होना चाहिए, इसलिए आप अधिकांश परिस्थितियों में 2 प्रति दिन कर सकते हैं।
टीम से निपटना
आज जो व्यक्ति हमेशा मेरे खिलाफ होता है, उसने मुझे यह कहते हुए रोक दिया कि "उन्होंने कहा कि वे इस स्प्रिंट के लिए प्रतिबद्ध हैं", क्योंकि उनके शब्दों में, "हम कभी भी स्प्रिंट को पूरा नहीं करते हैं। हम सिर्फ कामों में आगे बढ़ते हैं और नए लोगों को लेते हैं। अगले स्प्रिंट कोटे को भरने के लिए। हम वास्तविकता में कानन करते हैं। इसलिए यह कहना बंद करें। "
वह सही है। तुम गलत हो। आप कान्बन पर संक्षिप्त SCRUM और / या भिन्नता कर रहे हैं। उनकी गलती नहीं है।
मैं समझता हूं कि वह ऐसा क्यों कहता है, लेकिन उसे इस बात का आभास नहीं है कि ऐसा इसलिए है क्योंकि वह और टीम के बाकी लोग उसकी परवाह नहीं करते।
मुझे नहीं लगता कि आप बिलकुल समझ पाए हैं। वे पहले की तुलना में कम देखभाल कर सकते हैं, हालांकि उन्हें दोष देने से न केवल कुछ भी सुधार नहीं होगा, यह सिर्फ एक स्थिति को बदतर बना सकता है। यदि यह चट्टान के नीचे था, तो वे वास्तव में खुदाई शुरू कर सकते हैं।
वे सिर्फ बाधाओं से निपटने के बजाय काम करते हैं।
और यहाँ मुझे लगा कि काम करना उनका काम है। मुझे आश्चर्य है कि जो बाधाओं से निपटने वाला था .... ओह ठीक है। ए स्कैम मास्टर। यह आपके काम। वे आपको बताते हैं कि क्या गलत है। आप इसे ठीक करें। कोई और रास्ता नही।
शायद यही कारण है कि आपको रेट्रोस्पेक्टिव में इतनी समस्याएं हैं।
मैं उन्हें कैसे देख सकता हूं कि इन बैठकों के दौरान मजाक और चक्कर लगाने से कंपनी को बहुत पैसा खर्च होता है?
बेकार बैठकों को रोकें और वे वाटरकूलर के आसपास मजाक करेंगे। मनोबल को सुधारने वाली बीट के बारे में पैराग्राफ भी देखें। यदि वे हास्य को रक्षा तंत्र के रूप में उपयोग कर रहे हैं, तो आपको कुछ गंभीर समस्याएं हैं सर!
एक मजाक में जाओ - के रूप में अपनी टीम के साथ काम में, इसके खिलाफ नहीं। (कंपनी के पैसे की कौन परवाह करता है? अब आप शेयरधारक हैं?)
संक्षेप में
आपकी खराब योजना SCRUM के अन्य हिस्सों को विफल बना रही है, और हर कोई जो दुखी भाग लेता है। वे देखते हैं कि कुछ भी नहीं बदलता है, कुछ भी पता नहीं है, और उनकी शिकायतों को नहीं सुना जाता है।
अपनी योजना में सुधार करें, और आप प्रवाह और मनोबल में सुधार करेंगे।
अपने काम में बाधाएं हटाएं और आपकी टीम तेजी से प्रगति करेगी। उनसे पूछें कि क्या वे आप उन्हें मदद करने के लिए क्या करना चाहिए लग रहा है।
सबसे महत्वपूर्ण: अपने लोगों को सुनो। उन्होंने आपको (और मुझे) पहले ही बता दिया था कि समस्या क्या है।
शुभ लाभ!