स्क्रम और फोगबगज़

Question

फोगबगज़ और स्क्रम का उपयोग करके वहां कोई भी व्यक्ति?

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

कुछ चीजें काफी स्पष्ट हैं। विज्ञप्ति और sprints एक दूसरे के लिए अच्छी तरह से नक्शा। लेकिन स्क्रम के अन्य हिस्सों वास्तव में फिट नहीं है।

http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3

मैं भी सोच रहा हूँ कि यह बहुत कठिन FogBugz लपेट के लिए कुछ हल्के कस्टम सामान बनाने के लिए नहीं हो सकता है, ताकि हम क्रम में हमारे पसंदीदा उपकरणों में से एक का परित्याग करने की जरूरत नहीं है हमारे सॉफ्टवेयर प्रक्रिया एकीकरण में सुधार करने के लिए।

संपादित करें:

मैं कुछ अधिक विशिष्ट प्रश्न है कि ऊपर आ गए हैं जोड़ रहा। इन वस्तुओं पर कोई सुझाव सहायता मिलेगी:

• कैसे हम केवल 7 प्राथमिकता के साथ एक बड़े बैकलॉग को प्राथमिकता FogBugz द्वारा प्रदान स्तरों करते हैं? हम अधिक स्तर जोड़ने के लिए डेटाबेस टेबल को संशोधित कर सकते हैं, लेकिन क्या यह वर्तमान/इच्छित फ़ोगबगज़ मॉडल में उपयुक्त है?
• हम कैसे/कहाँ एक स्प्रिंट लक्ष्य दस्तावेज करते हैं?
• हम रद्द किए गए स्प्रिंट को कैसे दस्तावेज़ित करते हैं?
• हम स्प्रिंट समीक्षा कैसे दस्तावेज करते हैं?
• हम स्पिंट को पूरा या रद्द कैसे ट्रैक करते हैं?

# 2 संपादित करें:

क्रिस जबाब नीचे मुझे याद दिलाया कि हम वास्तव में FogBugz v7 में अपग्रेड किया है।(

• परियोजना बकाया (प्लगइन के माध्यम से)
• कस्टम कार्यप्रवाह
• जला नीचे चार्ट
• Kanban बोर्ड प्लगइन के माध्यम से: यह सहित कई महान विशेषताएं है कि यह चंचल, स्क्रम साथ और अधिक बारीकी से संरेखित, और लीन है)

अधिक जानकारी के लिए निम्न लिंक देखें:
http://www.fogcreek.com/FogBugz/WhatsNew.html
http://www.fogcreek.com/FogBugz/Plugins/default.aspx?ixCategory=-3

# संपादित 3 कि Perhentian अपने जवाब में बताया गया मैंने पाया एक और के साथ ही लिंक जोड़ना:

http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Answer 1

FogBugz अब (संस्करण 7) के रूप में प्लग इन है, जो यह बहुत आसान स्क्रम साथ उपयोग करने के लिए करना चाहिए समर्थन करता है।

Tools for Agile/Scrum

Answer 2

हम एक पर FogBugz बाहर की कोशिश कर की प्रक्रिया में हैं एससीआरयूएम आधारित परियोजना।

हम अभी भी एससीआरयूएम (और फोगबगज़) के साथ अपने पैरों को ढूंढ रहे हैं, इसलिए हम जो कर रहे हैं वह 'शुद्ध' स्क्रम नहीं हो सकता है।

सबसे पहले, हम रिलीज बैकलॉग के लिए Excel का उपयोग कर रहे हैं उदा। हम संस्करण x.xx

पर वास्तव में वितरित करेंगे, मैंने वास्तव में एक ब्लॉग post को बैग्लॉग के रूप में फ़ॉगबगज़ का उपयोग करने पर लिखा था लेकिन एक्सेल के साथ जा रहा था क्योंकि मैं जो प्रस्ताव दे रहा था वह पीछे की ओर थोड़ा जटिल था और मुझे नहीं लगता मैं वास्तव में कुछ भी प्राप्त कर रहा था।

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

हम रखने के हमारे FogBugz विकी में उत्पाद विनिर्देशों और बैकलॉग में प्रत्येक प्रविष्टि से इसके लिंक जोड़ें।

फोगबगज़ में हम प्रत्येक बैकलॉग आइटम के लिए हमारे कार्यों को ट्रैक करने के लिए स्प्रिंट्स को रिलीज़ करते हैं और शेड्यूल आइटम का उपयोग करते हैं।

हम एक स्प्रिंट शुरू करने से पहले हम चुनते हैं कि हम इस स्प्रिंट में कौन सी बैकलॉग आइटम वितरित करने जा रहे हैं। फोगबगज़ में मैं एक नई रिलीज तैयार करता हूं और अंतराल को लाइन के नीचे दो सप्ताह तक सेट करता हूं। फिर हम चयनित बैकलॉग आइटम को कार्यों में विभाजित करते हैं और उन्हें 'शेड्यूल आइटम' के रूप में रिलीज़ में जोड़ते हैं।

हर कोई अपने कामों का अनुमान लगाता है और 'सामान्य रूप से' मेनू का उपयोग करके उनके खिलाफ समय ट्रैक करता है। हर दिन टीम के सदस्य अपने अनुमानों को संशोधित करते हैं और फिर हम विभिन्न रिपोर्टों का उपयोग करके यह देख सकते हैं कि चीजें कैसे प्रगति कर रही हैं। जहाज की तारीख आत्मविश्वास चार्ट आपको एक तरह का रिवर्स विस्फोट देता है।

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

जैसा कि आप देख सकते हैं कि हम वास्तव में केवल कार्य प्रबंधन के लिए फोगबगज़ का उपयोग कर रहे हैं।

हमने EBS और विकी के लिए इसे और अधिक चुना।

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

आशा है कि इनमें से कुछ मदद करता है। अगर आपको किसी स्पष्टीकरण की आवश्यकता है तो मुझे बताएं।

संपादित करें: मैं भी सही सिस्टम को पाने और पहली बार चलाने की कोशिश नहीं कर रहा हूं। मैं कुछ कोशिश करने का दृष्टिकोण ले रहा हूं और यदि यह काम नहीं कर रहा है, तो इसे बदलें। हालांकि FogBugz के साथ अब तक इतना अच्छा है।

Answer 3

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

अपडेट: आप जेरा को ग्रीनहोपर प्लगइन का उपयोग कर सकते हैं जो फुर्तीली परियोजनाओं का समर्थन करने के लिए थोड़ा बेहतर है।

Answer 4

हम स्क्रमवर्क्स और जेरा का उपयोग करते हैं।

जमघट वास्तव में कैसे आप क्यूए/QC प्रक्रियाओं, चुस्त का हिस्सा है, को परिभाषित सुधार, पुनरावृति प्रक्रियाओं करने में सक्षम किया जा रहा है को लागू कवर नहीं करता।

Answer 5

icanhascheezburger.com पर, हम फोगबगज़ का उपयोग करते हैं और हमने पाया है कि फोगबगज़ बहुत सी चीजों में बहुत अच्छा है, लेकिन यह बॉक्स के बाहर चुस्त विकास के लिए इतना अच्छा काम नहीं करता है। यहाँ दो बातें हम करते हैं:

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

हम बैकलॉग के लिए प्राथमिकता 7 का भी उपयोग करते हैं। सभी बैकलॉग मामलों को खोजने के लिए बस खोजें:

priority:7 project:"project name" 

एपीआई एक छोटे से स्क्रम क्लाइंट को एक लेखन को बहुत आसान बना देगा।

Kanban plugin for FogBugz

Answer 6

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

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

Answer 7

हम परियोजना बैकलॉग के लिए एक "रिलीज" का उपयोग करके स्क्रम के लिए FogBugz का उपयोग और उसके बाद स्प्रिंट के लिए विज्ञप्ति बनाने के लिए, वर्तमान स्प्रिंट रिलीज करने के लिए परियोजना बैकलॉग रिहाई से आइटम घूम रहा है। प्रत्येक आइटम का अनुमान है और इससे हम this earlier SO question में दिखाए गए अनुसार एक बर्नडाउन चार्ट बना सकते हैं।

नहीं, यह आदर्श नहीं है लेकिन यह काफी अच्छी तरह से काम करता है।

Answer 8

FogBugz & स्क्रम काम एक साथ पर्याप्त रूप से।मुझे लगता है कि आप कर रहे हैं सवाल अच्छे तो मैं thosse का जवाब देने के लिए रह सकते हैं कर रहे हैं ...

हम केवल 7 प्राथमिकता FogBugz द्वारा प्रदान के स्तर के साथ एक बड़े बैकलॉग कैसे को प्राथमिकता करते हैं? हम अधिक स्तर जोड़ने के लिए डेटाबेस टेबल को संशोधित कर सकते हैं, लेकिन क्या यह वर्तमान/इच्छित फोगबगज़ मॉडल में उपयुक्त है?

आईएमएचओ 7 प्रबंधन के लिए बहुत अधिक है, मुझे लगता है कि शीर्ष 3-4 प्रबंधनीय हैं और इससे परे मैं सब कुछ एक "बाद में" बैकलॉग में भी लंप सकता हूं। हालांकि, फोगबगज़ प्रलेखन या केबी लेख कभी-कभी उन लोगों को मार्गदर्शन देते हैं जिन्होंने अतिरिक्त प्राथमिकता स्तर जोड़े हैं, इसलिए यदि फोगबगज़ इसका उपयोग करने का इरादा नहीं रखता है तो वे इसके बारे में अच्छी तरह से अवगत हैं और मूल रूप से लोगों को इसका समर्थन करने का समर्थन करते हैं।

हम स्प्रिंट लक्ष्य को कैसे/कहां दस्तावेज करते हैं? हमारे पास प्रत्येक प्रोजेक्ट के लिए विकी पर "स्प्रिंट समीक्षा" पृष्ठ है। हम शीर्ष पर सबसे हालिया स्प्रिंट दस्तावेज करते हैं और इसे एक बड़ा पृष्ठ बनाते हैं (हालांकि मुझे लगता है कि हम अंततः केवल हालिया वर्ष या कुछ ही रखेंगे, क्योंकि वे पृष्ठ बड़े हो रहे हैं)। हमारे द्वारा उपयोग की जाने वाली स्प्रिंट समीक्षा सरल है और इसमें फ़ील्ड का एक सेट है जो टीम और पीएम द्वारा पूरा किया जाना चाहिए। स्प्रिंट से पहले हम समीक्षा के लिए फ़ील्ड जोड़ने के बाद, एक लक्ष्य और एसबीएल दस्तावेज करते हैं।

हम एक रद्द स्प्रिंट कैसे दस्तावेज करते हैं?

ऊपर वर्णित स्प्रिंट समीक्षा पृष्ठ में।

हम स्प्रिंट समीक्षा कैसे दस्तावेज करते हैं? हम पूर्ण या रद्द किए गए स्पिंट को कैसे ट्रैक करते हैं?

मैं कल्पना आप अनुमान लगा सकते हैं कि हम अब तक उन दो के साथ सौदा :)

मुझे आशा है कि आप और पढ़ने दूसरों के लिए उपयोगी है। हमारे पास एफबी से संबंधित कुछ फॉगबगज़ हैक्स का अनुमान है कि मैं यहां नहीं गया हूं, लेकिन यदि आप और चर्चा करना चाहते हैं तो मुझे ऐसा करने में खुशी होगी। शायद आपके पास साझा करने के कुछ अनुभव हैं जो मैं सीख सकता हूं?

स्कॉट

Answer 9

खुला स्रोत उपकरण Trac एक FogBugz integration है, और स्क्रम भाग के लिए आप Agilo for Scrum, जो trac के आधार पर और व्यापक स्क्रम का समर्थन करता है का उपयोग कर सकते हैं।

Answer 10

फोगबगज़ का नया संस्करण देखें। यहां एक ब्लॉग आलेख है जो स्क्रम का समर्थन करने के लिए सुधारों का सारांश देता है। हम इसका इस्तेमाल करते हैं और यह हमारे लिए अच्छा काम करता है।

http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

Answer 11

हम एक लंबे समय के लिए अमेरिकन प्लान का उपयोग कर रहा था, लेकिन हाल ही में स्क्रम के हमारे उपयोग औपचारिकता शुरू कर दिया।

मिले निम्नलिखित बातें बहुत उपयोगी:

1. प्रत्येक स्क्रम स्प्रिंट के लिए एक टैग का इस्तेमाल किया।
2. स्प्रिंट टैग प्रत्येक स्प्रिंट में प्रत्येक एफबी मामले में दर्ज किया जाता है।
3. हमारे पास "स्क्रम स्प्रिंट रिपोर्ट्स" नामक विकी है
4. उस विकी के भीतर, हम प्रत्येक नए स्प्रिंट के लिए एक लेख जोड़ते हैं (हमारे पास सप्ताहों तक है)। उस लेख में स्प्रिंट के समान टैग है।

फिर, निम्नलिखित बातें मदद:

सबसे पहले, अगर आप बस टैग द्वारा खोज करते हैं, तो आप पाएंगे: सभी मामलों और विशिष्ट विकी लेख (जो भी शीर्षक में दृश्य आप लक्ष्य दिखाई देगा)

दूसरा, हम दो फ़िल्टर बनाते हैं: एक फ़िल्टर दृश्य में उस स्क्रम के मामलों को दिखाने के लिए एक फ़िल्टर, और एक पाई चार्ट में खुले/बंद मामलों को दिखाने के लिए दूसरा फ़िल्टर। जैसे ही आप सप्ताह के माध्यम से जाते हैं, आप उम्मीद करते हैं कि अधिक पाई खाई जाए।

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

---

पीएस: बस यह उल्लेख करना पसंद है कि एफबी विकी संपादक 7.0 में से एक से बेहतर है, लेकिन वास्तव में 0.8 संस्करण होना चाहिए। यह कुछ स्थिर होने से कम से कम 2 संस्करण दूर है।