2010-09-18 17 views
6

जिस कंपनी के लिए मैं काम करता हूं वह वर्तमान में विकास के लिए पारंपरिक झरने से स्क्रम में जाने की तलाश में है। हम धीरे-धीरे कदम उठाने के बिना हम कौन से अभ्यास कर सकते हैं, इसे धीरे-धीरे अपनाने की प्रक्रिया में हैं (हम अभी भी पूरी तरह से आगे बढ़ने से पहले सीखने के लिए बहुत कुछ कर सकते हैं!)।स्क्रम टास्कबोर्ड - क्या कार्य बदल सकते हैं?

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

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

धन्यवाद!

+0

यह http://area51.stackexchange.com/proposals/6922/software-engineering के लिए अच्छा उम्मीदवार जैसा प्रतीत होता है जो जल्द ही निजी बीटा में प्रवेश करेगा ... –

+4

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

उत्तर

10

मुझे पता है कि आप कहानियां बदलना नहीं चाहते हैं, लेकिन कहानी के भीतर कार्यों के बारे में क्या? क्या होगा यदि कोई नया कार्य आया, या पुराना कार्य अब मान्य नहीं है? क्या उन्हें मध्य-स्प्रिंट (...) जोड़ा जा सकता है और/या हटाया जा सकता है।

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

तो, हां, जैसे ही को अपडेट करने, हटाने, जोड़ने में संकोच नहीं करते हैं, आपको पता चलता है कि इसे किया जाना है। और पहले, बेहतर।

हमारी टीम में, हम Scrum and XP from the Trenches हेनरिक Kniberg से से प्रेरित एक काम बोर्ड का उपयोग करें और जैसा कि नीचे बताया हम "अनियोजित आइटम" के लिए एक विशेष स्थान है:

Scrum Task Board

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

+0

आपकी अंतर्दृष्टि पास्कल के लिए बहुत बहुत धन्यवाद। वह तस्वीर वास्तव में उपयोगी है, और मुझे "अनियोजित आइटम" के लिए नामित क्षेत्र रखने का विचार पसंद है। सोचा कि हमारा बोर्ड किसी अन्य खंड के लिए वास्तव में काफी बड़ा नहीं है, मुझे लगता है कि हम एक अलग रंगीन चिपचिपा नोट का उपयोग कर सकते हैं (जैसा कि हम केवल दो रंगों का उपयोग करते हैं - कहानी कार्यों के लिए ग्रीन और दोषों के लिए नारंगी)। अतिरिक्त बिंदु के लिए –

3

टीम उपयोगकर्ता कहानियों पर प्रतिबद्ध, नहीं कार्यों

यह एक समस्या को बदलने के रूप में आप समस्याओं का सामना कर रहे हैं या बेहतर कार्यान्वयन विचार है कुछ कार्यों के लिए नहीं है।

वास्तव में, स्प्रिंट नियोजन मीटिंग में 100% "अनुमानित" सटीक प्रत्येक कार्य के साथ एक स्प्रिंट समाप्त करना बहुत दुर्लभ है।

+0

इसके लिए आपको बहुत बहुत धन्यवाद। "टीम उपयोगकर्ता कहानियों पर काम करती है, काम नहीं करती" ऐसा कुछ ऐसा लगता है जो हमारे लिए याद रखना बेहद उपयोगी होगा! –

2

वे बदल सकते हैं और बदल सकते हैं। बोर्ड कम से कम दैनिक अद्यतन किया जाना चाहिए।

लेकिन पास्कल ने पहले से ही जवाब दिया - मैं एक और मुद्दा बनाना चाहता हूं: छोटे बदलावों के माध्यम से अनुभव 'अपनाने की कोशिश' अनुभव से काम नहीं करेगा।स्क्रम एक पूर्ण रूपरेखा है - इसका मतलब है कि स्क्रम में बहुत कम है (मैं कुछ भी नहीं कहूंगा) जिसे प्रक्रिया को नुकसान पहुंचाए बिना और अक्षमता को बढ़ावा देने या कम से कम असफलता जारी रखने की अनुमति दी जा सकती है (wrote about it)। धीरे-धीरे जाना कुछ कंपनियों/परिस्थितियों में जाने का एकमात्र तरीका हो सकता है, लेकिन इसमें यह जोखिम है कि लापरवाही से निपटने से परिवर्तन/सुधार की प्रक्रिया को उड़ाया जा सकता है इससे पहले कि वह अपने अंत तक पहुंच सके और लाभ प्रदान कर सके।

+0

+1, मैं व्यक्तिगत रूप से इस दृष्टिकोण को साझा करता हूं। –

1

मुझे पहले से ही पास्कल और एंडी के जवाब पसंद हैं ताकि दोहराना न पड़े।

एक उपयोगी विकल्प एक कानबान बोर्ड शुरू करना है। हेनरिक निबर्ग के बारे में भी एक अच्छी किताब है, यहां उपलब्ध है: http://blog.crisp.se/henrikkniberg/2009/04/03/1238795520000.html

यह आपको अपने काम को व्यवस्थित करने और कंपनी में कुछ एग्इल सोचने की अनुमति देता है। जैसा एंडी ने कहा, स्क्रम एक ऑल-इन है, यदि नहीं, तो आप पाएंगे कि 'यह काम नहीं करता है'।

1

क्यों नहीं? काम को पूरा करने के लिए टीम को जगह छोड़ दें जिस तरह से वे करना चाहते हैं।

कहानियां ग्राहक, उत्पाद स्वामी और टीम के बीच 'अनुबंध' हैं, इसलिए उन्हें बदलने के बिना कहानियों को बदलने, जोड़ने, हटाने के लिए अच्छा है। लेकिन कार्य केवल टीम के लिए हैं।

टीम को जिस तरह से इसे दृश्यमान करने की आवश्यकता है, उसे ट्रैक करने में सक्षम होना चाहिए।

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

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