2009-11-13 8 views
8

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

उत्तर

15

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

उदाहरण:

कहानी:

विश्लेषक पाई चार्ट में वित्तीय डेटा की समीक्षा करने में सक्षम होना चाहता है।

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

आप इन स्थानों के लिए अनुसंधान और उन पर अनुमानों के साथ आते हैं, तो जो मार्ग लेने के लिए तय करने के लिए एक कील करना होगा।

+2

स्पाइक में खोजे गए कार्यों के समान स्प्रिंट के लिए एक स्पाइक योजना बनाई गई है? या अगले स्प्रिंट के लिए योजनाबद्ध स्पाइक में खोजे गए कार्य हैं? –

+3

@ डेव आमतौर पर नहीं। आम तौर पर आप एक स्प्रिंट पर स्पाइक करते हैं और फिर अगले स्प्रिंट पर कार्य करते हैं। यही कारण है कि यह सुनिश्चित करना महत्वपूर्ण है कि आप अपने रिलीज प्रबंधन के दौरान अपने स्पाइक्स के लिए खाते हैं। – Joseph

+0

+1 @ जोसेफ, यह कहकर कि आप किसी दिए गए स्प्रिंट पर स्पाइक करते हैं, आप स्पष्ट रूप से कह रहे हैं कि एक स्पाइक टाइमबॉक्स है (यानी एक निश्चित निश्चित समय आवंटित किया जाता है)। मुझे लगता है कि यह स्पष्ट रूप से कहने लायक है कि स्पाइक्स टाइमबॉक्स होना चाहिए। – JeffH

0

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

+0

जटिल कार्यों के लिए यह सब ठीक है जो अनुमान लगाने में कठोर हैं। लेकिन वास्तव में अज्ञात कार्यों के लिए, आप बस यह नहीं जान सकते कि आप क्या बनाना चाहते हैं या यह कैसे काम करेगा। विभिन्न आर एंड डी परियोजनाओं में कार्य हैं जहां समस्या आवश्यक होने तक आवश्यक समय ज्ञात नहीं है या प्रश्न का उत्तर दिया गया है। – Mnebuerquo

+0

यदि कार्य वास्तव में अज्ञात है, तो इसका आकलन करना असंभव है (कम से कम किसी भी प्रकार की सटीकता के साथ)। जो मैं सुझाव दे रहा था, वह सोचने की कोशिश करना शुरू करना है कि आप जो भी जानते हैं, उसके बारे में सोचने की कोशिश करना शुरू करें, आपको यह सोचने की कोशिश करें कि आपको क्या करने की आवश्यकता हो सकती है, शायद एक योजना को हाथ से उठाएं, जो भी आपको करने की आवश्यकता हो, उसे महसूस करने के लिए कुछ भी हो, और अपना अनुमान शुरू करें उस पर आधारित। – ARKBAN

0

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

3

"कार्य" चीजें हैं जो दुनिया में किसी को पहले किया, या वे सिर्फ अपनी टीम के लिए नए हैं है कर रहे हैं। मैं बाद में मान लेगा। यदि ऐसा है तो आप जो खोज रहे हैं वह यह है कि समस्या को हल करने के लिए आपकी टीम पर आवश्यक अनुभव नहीं है। इस प्रकार आप उस अनुभव को विकसित करेंगे जैसे आप जाते हैं। इसका मतलब यह है कि आपकी कहानियों की जटिलता अधिक है। स्पिंट्स के पहले जोड़े में आप कुछ कहानियों को 13 के रूप में स्कोर कर सकते हैं और बाद में वे 8 हो जाते हैं क्योंकि आपके पास ज्ञान की आवश्यकता होती है।

आप की जरूरत नहीं है पता करने के लिए उन्हें अनुमान लगाने के लिए कहानियों कैसे करना है। आपको अपने अनुभव के अंतर के कारण बस उनमें से कम लेने की आवश्यकता है।

मैं कोई ज्ञात समाधान है कि व्यापार के डोमेन की समस्याओं को हल करने के लिए प्रयास करने के लिए "स्पाइक्स" (हाँ कि स्क्रम में प्रयोग किया जाता है) को आरक्षित करना पसंद है। टीम के प्रशिक्षण के लिए नहीं।

0

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

लगता है एक और विकल्प की तरह स्प्रिंट 2 में स्प्रिंट 1 और कार्यों में कील करना है नकारात्मक पक्ष यह है कि ऐसा लगता है की प्रक्रिया की तरह काम का एक अप्राकृतिक टूटने मजबूर करता है। इस सप्ताह क्यों खोजें और फिर काम शुरू करने से पहले थोड़ी देर प्रतीक्षा करें।

2

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

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

2

तुम सच में कार्य मतलब है या आप उत्पाद बकाया आइटम (PBIS) के बारे में बात कर रहे हैं? असल में, मुझे विश्वास करना मुश्किल लगता है कि एक कार्य अनुमानित नहीं है। यदि वे वास्तव में नहीं हैं, तो वे बहुत अधिक संभावनाएं हैं (कार्य 16h से अधिक नहीं होना चाहिए, जो पहले से ही बड़ा है)।

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

दूसरे शब्दों में, अनिश्चितता को कम करने के लिए, चीजों को छोटे चीजों में टूट (उनमें आइटम या कार्य होना)!

0

हम "दल" या इस तरह के कार्यों के लिए एक विशिष्ट बैकलॉग का उपयोग करें। Scrum Tool Agilo काम करने के इस तरीके का समर्थन कर रहा है और उन मुद्दों की भी गणना करता है, उदा। Burndown में। इस तरह आप "गैर-योजनाकार" वस्तुओं पर एक अच्छा नियंत्रण प्राप्त करते हैं।

0

क्या आप सटीकता के साथ सटीकता को भ्रमित कर रहे हैं?

Agile अनुमान के पीछे विचार एक संख्या के साथ आना है जो काफी अच्छा है, एक संख्या सटीक नहीं है। यही कारण है कि बैकलॉग आइटम अनुमान के लिए कहानी बिंदुओं का उपयोग करना एक सर्वोत्तम अभ्यास है; यह अवधि की बजाय प्रयास/जटिलता पर जोर देता है।

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

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

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

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

0

स्पाइक्स समय बॉक्स होना चाहिए। यह दायरे को सीमित करने के लिए टीम पर दबाव डालता है और शोध के लाभों पर एक बेहतर विचार है; यानी यह एक कार्य के लिए 3 दिन का शोध करने के लिए बेकार है जिसके लिए कुछ रुपये खर्च होंगे।

यह लक्ष्य सेटिंग थ्योरी पर लथम के काम का भी समर्थन करता है जहां वह विशेष रूप से इस मुद्दे से निपटता है।

संबंधित मुद्दे