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




project-management scrum (8)

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

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

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

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

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

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

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

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

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

टीम के प्रत्येक सदस्य के पास एक 'स्थिति' अनुसूची आइटम होता है जो हर दिन उन्हें दैनिक स्टैंड अप मीटिंग के लिए स्टेटस रिपोर्ट दर्ज करने के लिए संपादित करता है, उदाहरण के लिए मैंने कल क्या किया? , आज मैं क्या कर रहा हूं? मेरे रास्ते में क्या बाधाएं हैं?

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

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

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

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

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

कोई भी वहाँ बाहर फोगबगज़ और झुंड का उपयोग कर?

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

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

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

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

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

मैं कुछ और विशिष्ट प्रश्न जोड़ रहा हूं जो ऊपर आ गए हैं। इन मदों पर कोई सुझाव उपयोगी होगा:

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

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

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

  • परियोजना बैकलॉग (प्लगइन के माध्यम से)
  • कस्टम वर्कफ़्लो
  • चार्ट नीचे जला
  • कानबर्न बोर्ड (प्लगइन के माध्यम से)

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

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

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


हम स्क्र्रमवर्क और जीरा का इस्तेमाल करते हैं

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


फोगबग और स्क्रोम पर्याप्त रूप से काम करते हैं मुझे लगता है कि आप प्रश्न अच्छे हैं तो मैं जवाब देने के लिए छड़ी करूँगा ...

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

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

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

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

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

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

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

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

स्कॉट


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

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



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

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


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

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

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

priority:7 project:"project name"

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

फोगबगज़ के लिए कंबान प्लगइन


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

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