2008-10-17 11 views
6

मैं एक आदर्श विरासत कोड बेस पर काम कर रहे एक 10 व्यक्ति टीम में आदर्श उत्पाद मालिक से कम के साथ काम कर रहा हूं। हमारा बैकलॉग बहुत खराब आकार में है और बड़े महाकाव्य अक्सर हमारे स्पिंट को तोड़ रहे हैं। टीम अपनी पूर्ण परिभाषा के साथ भी संघर्ष करती है - कुछ सदस्य धार्मिक रूप से यूनिट परीक्षण लिखते हैं, अन्य लोग कभी-कभी उपलब्ध समय पर निर्भर नहीं करते हैं।स्क्रम Burndown पैटर्न

तो, मुझे कुछ दिलचस्प विस्फोट पैटर्न देख रहे हैं, और मैं सोच रहा हूं कि कौन से पैटर्न अन्य देख रहे हैं और उनका क्या मतलब है।

पैटर्न 1:

# 
# # 
# # # 
# # # #  
# # # # # 
# # # # # # 
# # # # # # # 
  • सकारात्मक स्पष्टीकरण: "सभी अच्छा।"
  • नकारात्मक स्पष्टीकरण: "सच होने के लिए बहुत अच्छा है। वास्तव में चल रहा है?"

पैटर्न 2:

# 
# 
# # 
# #  
# # # # 
# # # # # 
# # # # # # # 
  • सकारात्मक स्पष्टीकरण: "इस तरह तुलना में आसान हमने सोचा था, और अधिक कहानियों में खींच सकते हैं।"
  • नकारात्मक स्पष्टीकरण: ??

पैटर्न 3:

# 
# # # # 
# # # # 
# # # #  
# # # # # 
# # # # # # 
# # # # # # # 
  • सकारात्मक स्पष्टीकरण: "। पहली बार में इस काम के बारे में सुनिश्चित नहीं हैं, तो तुलना में आसान हमने सोचा कि पता चला है"
  • नकारात्मक स्पष्टीकरण: "पर्याप्त प्रगति नहीं है, चलो समय पर 'पूरा' करने के लिए यूनिट परीक्षण लिखना बंद करें।"
+0

यह प्रश्न ऑफ-विषय है क्योंकि यह इस साइट के दायरे में नहीं है, जैसा कि [मैं यहां कौन से विषय पूछ सकता हूं?] (// stackoverflow.com/help/on-topic) यह भी देखें: [क्या प्रश्नों के प्रकारों से मुझे पूछने से बचना चाहिए?] (// stackoverflow.com/help/dont-ask) आप [अन्य स्टैक एक्सचेंज साइट] (// stackexchange.com/sites#name) पर पूछने में सक्षम हो सकते हैं, उदाहरण के लिए [ pm.se] या [softwareengineering.se]। किसी भी साइट पर किसी प्रश्न को पोस्ट करने का इरादा रखने के लिए सहायता केंद्र में विषय-वस्तु पृष्ठ को पढ़ना सुनिश्चित करें। – Makyen

+4

मैं इस सवाल को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोग्रामिंग के बारे में नहीं है। –

उत्तर

2

यह हमारे कार्यालय के आसपास "आह, बकवास! मैं इसके बारे में भूल गया" के रूप में पहचाना जाता है। burndown:

# # # 
    # # # # 
    # # # # # 
    # # # # # # 
# # # # # # # 
# # # # # # # # 
# # # # # # # # 
2

नकारात्मक पक्ष पर पैटर्न 2 "बहुत अच्छा अनुमान नहीं लगाया गया" है।

यहां कुछ विस्फोट चार्ट हैं जिनका मैंने उपयोग किया है। पृष्ठभूमि चित्रों को अनदेखा करें - वे सिर्फ उन लोगों का मनोरंजन करने के लिए हैं जिनके साथ मैं काम करता हूं और हमारे काम से अन्यथा कुछ नहीं करना है। alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16157/425x285.aspx

मुझे यह चार्ट पसंद है। यह एक अच्छा चार्ट का बहुत विशिष्ट है, हम धीरे-धीरे शुरू करते हैं क्योंकि हम अन्य कार्यों को छोड़ते हैं, काम में पड़ जाते हैं, अन्य चीजों से बाधित हो जाते हैं और खत्म करने के लिए धक्का देते हैं।

alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16155/425x262.aspx

इस चार्ट में हम बहुत तेजी से शुरू किया और फिर वास्तव में दूर ले गया समय से आगे समाप्त हो गया।

alt text http://www.atalasoft.com/cs/photos/techtalkgallery/images/16156/425x264.aspx

इस चार्ट आप देख सकते हैं हम बहुत आम तौर पर शुरू कर दिया है कि और फिर एक काम इतना आसान निकला लग रहा था heinously कठिन हो सकता है। मुझे लगता है कि हम इस स्प्रिंट को रोकना और एक नया निर्माण करना समाप्त कर दिया।

1

burndowns के साथ एक समस्या यह है कि दायरे में परिवर्तन गुंजाइश के खिलाफ प्रगति के साथ मिश्रित हैं।

आपके उदाहरण 2 में, एक संभावित स्पष्टीकरण है ... पवित्र धुआं, शायद मुझे इस खतरनाक कहानी/कार्य को शुरू करने के लिए पुनरावृत्ति के अंत तक इंतजार नहीं करना चाहिए था ... यह अपेक्षा से बहुत अधिक प्रयास है!

उदाहरण के लिए, आपने शुरुआती दायरे को जोड़ दिया होगा या पाया है कि काम अपेक्षा से अधिक प्रयास है (उदाहरण के लिए कार्य एक दिन में 4 घंटे, अनुमान के 8 घंटों के बाद अगले 4 घंटों के बाद और कार्य की खोज है अधिक कठोर)।

मैं इस कारण से जलने के लिए जलाशयों को पसंद करता हूं ... यह प्रगति से दायरे में परिवर्तन को दो लाइनों में विभाजित करता है - एक गुंजाइश और एक शेष कार्य, ताकि आप स्कोप परिवर्तन के प्रभाव को और स्पष्ट रूप से देख सकें।

0

यहाँ ऐसा अक्सर है:

##### 
####### 
######## 
######### 
######### 
######### 
########## 

सकारात्मक: समय पर डिलिवरी।

नकारात्मक: शुरुआत से ही एक ही समय में बहुत बड़ी बैकलॉग आइटम या बहुत से बैकलॉग आइटम शुरू हो गए।

+0

भी खराब गुणवत्ता कोड – user2427

1

मेरा विचार विस्फोट चार्ट को गंभीरता से नहीं लेना है। वे एक संकेतक हैं। अंत में यह है कि आपने एक कहानी पूरी की है या नहीं।

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

क्या पूर्ववर्ती क्रियाएं चल रही हैं?

यदि आप पाते हैं कि लोग इकाई परीक्षण नहीं लिखते हैं तो धार्मिक रूप से उन्हें ऐसा करें (यदि वह आपकी टीम मानक है)। इसे करने और चिपकने की एक सामान्य परिभाषा से सहमत हैं। definition of done

एससीआरयूएम जैसी चुस्त प्रक्रिया को निरंतर निरीक्षण और अनुकूलन की आवश्यकता है।

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

यदि आपके पास महाकाव्य है तो आप उन्हें हमेशा तोड़ सकते हैं, फिर से प्राथमिकता दे सकते हैं और फिर से योजना बना सकते हैं।

0

यहां एक है जिसे मैंने अभी तक नहीं देखा है। यह हमारे आखिरी स्प्रिंट पर हुआ।

# 
## 
### 
##### 
############# 
################## 
################### 
#################### 

यह "हमने अपना पहला कार्यों पर की उम्मीद प्रगति की तुलना में बेहतर बनाया है, तो समझा जाता था आगे थे, बंद slacked, तो हार्ड पुश करने के लिए अंत में पकड़ने या जोखिम एक सुविधा फिसल था।" है

सबक सीखा: पिछले प्रयासों को ट्रैक करने के लिए बर्डाउन महान हैं, लेकिन आपके भविष्य की प्रगति के लिए आवश्यक रूप से प्रतिनिधि नहीं हैं।

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