agile आप एक चंचल पद्धति के साथ फोगबगज़ का उपयोग कैसे करते हैं?




fogbugz schedule (4)

"सबूत-आधारित शेड्यूलिंग" में फोगबगज़ दिलचस्प है, लेकिन मैं इसका उपयोग कैसे करूं / एक चंचल पद्धति?


जैसा कि ईड 3si 9 एन ने कहा, यदि आप ईबीएस के लिए अपने अनुमानों में संगत हैं, तो फोगबगज़ आपके लिए इसका ध्यान रखेगा

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

रिपोर्ट अनुभाग में आलेख आपको एक बर्नडाउन चार्ट भी दिखाएगा। शब्दावली थोड़ा अलग है क्योंकि फोगबगज़ केवल चंचल नहीं है, लेकिन जानकारी यहां है।

आप यह देखना चाहते हैं कि क्या आप अपने स्प्रिंट को खत्म करने के लिए अपेक्षित समय स्थिर रह रहे हैं या आगे जा रहे हैं यदि यह स्थिर है, तो आप ट्रैक पर हैं और आपकी बोरडाने की दर लक्ष्य पर है यदि यह रेंग रहा है, तो आप जमीन खो रहे हैं और आपके स्प्रिंट में देरी हो रही है। चीजों को अगले स्प्रिंट में ले जाने का समय या पता लगाएं कि आपने अपने अनुमानों को क्यों गड़बड़ कर दिया है :)

मूलतः मुझे लगता है कि यह बर्नडाउन चार्ट के बजाए जला-अप चार्ट है, लेकिन यह आपको एक ही प्रश्न का एक ही उत्तर देता है। क्या मैं समय पर समाप्त हो रहा हूं? मैं क्या करने के लिए छोड़ दिया है?

अटलसॉफ्ट के लो फ्रेंको ने इस पर एक उत्कृष्ट पोस्ट भी लिखा थापैट्रिक ऑल्टमैन के पास एक लेख भी है।

अपडेट: ऑल्टमैन के आलेख के लिए निश्चित लिंक


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

मैंने जो किया है वह रिलीज बनाया गया है जिसे उत्पाद बैलॉग कहा जाता है, और इसे भविष्य में एक मनमाने ढंग से रिलीज की तारीख दी जाती है। मैंने फॉगबगज़ फ़ील्ड "संस्करण" को "प्राथमिकता" में बदल दिया है इसलिए हम प्राथमिकता से क्रमबद्ध कर सकते हैं उत्पाद बैकलॉग को प्रबंधित करने के लिए मैं उपयोगकर्ताओं की कहानियों को वर्गीकृत करने के लिए क्षेत्र का भारी उपयोग करता हूं। क्षेत्र थीम या एपिक्स हो सकते हैं प्रत्येक परिवर्तन फ़ेगबगज़ में रिलीज़ है I

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

तो, एक्सेल में फॉगबुग्ज़ के बाहर मेरी सभी स्टोरी पॉइंट और वेग गणना की जाती है। यह अभी के लिए ठीक लगता है हम उपयोगकर्ता की कहानियों के लिए सूचकांक कार्डों का उपयोग कर कार्यों को ट्रैक कर रहे हैं और कार्यालय में हमारे बोर्डों के कार्य के रूप में पोस्ट-नोट नोट्स का उपयोग कर रहे हैं। Kniberg द्वारा किताब "स्के्रम और एक्सपी टू द ट्रेन्चेज़" किताब पर एक नज़र डालें जिसने मेरे फैसले को प्रभावित किया। दरअसल, जिस सुबह हम अपने सपनों में घूर रहे हैं, उसमें सब कुछ के साथ एक बड़ा बोर्ड रहा है।

मुझे लगता है कि फोगबगज़ में ऐतिहासिक आकलन इतिहास और रिपोर्टिंग उत्कृष्ट है। योजना पोकर दुनिया के साथ यह काम करता है? मुझे लगता है कि कम से कम एक टीम अनुमान के इतिहास से है

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

इस बात की बात है कि अगले प्रमुख संस्करण चंचल प्रक्रियाओं के अधिक सहायक हो जाएगा, इसलिए यह देखने के लिए बहुत ज्यादा उत्सुक है कि यह ऑफ़र।

संपादित करें: FogBugz 7 अब उत्पाद "प्रोजेक्ट" बैकॉग्स के बेहतर प्रबंधन के साथ बाहर है जरा देखो तो!

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


आपकी योजना में स्टोरी पॉइंट्स को शामिल करने के लिए यहां कुछ सुझाव दिए गए हैं:

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

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

(1) बॉक्स में से, एफबी श्रेणी "फ़ीचर" आपके "स्टोरी" जैसी सबसे अधिक है। लेकिन आप अपने श्रेणी नामों को बदल सकते हैं, और व्यवस्थापक> वर्कफ़्लो> श्रेणियों को अनुकूलित कर सकते हैं। यहां इस पर अतिरिक्त जानकारी है:

http://www.fogcreek.com/FogBugz/docs/70/topics/plugins/CustomWorkflow.html?isl=174457

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

ध्यान दें कि कस्टम फ़ील्ड के साथ, आप स्टोरी के लिए एक टेक्स्ट एडिटी बॉक्स भी जोड़ सकते हैं जो हमेशा केस डायलॉग हेडर में दिखाई देगा (इससे कोई फर्क नहीं पड़ता कि मामले की गतिविधि इतिहास कितनी लंबी है।)


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