जब Scrum / Kanban बोर्ड का उपयोग किया जाता है, तो पारंपरिक समस्या ट्रैकर की क्या भूमिका होती है?


35

एक बहुत ही उच्च स्तरीय दृश्य से, मुझे लगता है कि आम तौर पर परियोजना प्रबंधन उपकरण 2 प्रकार के होते हैं:

  1. पारंपरिक मुद्दे ट्रैकर जैसे फोगबुग, जिरा, बुग्जिला, ट्राक, रेडमाइन आदि।
  2. वर्चुअल कार्ड बोर्ड / फुर्तीली परियोजना प्रबंधन उपकरण जैसे Pivotal Tracker, GreenHopper, AgileZen, Trello आदि।

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

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

उदाहरण के लिए, Trello विकास Trello का उपयोग करके ( इस आभासी दीवार को देखें ) प्रबंधित किया जा रहा है, भले ही उनके पास Fogbugz तक पहुंच हो, जो कि सबसे अच्छे मुद्दे ट्रैकर्स में से एक है। इसलिए हो सकता है कि जब हम चुस्त तरीके से पीएम टूल्स का उपयोग कर 100% काम कर रहे हों तो हमें पारंपरिक इश्यू ट्रैकर की आवश्यकता नहीं है?


2
मुझे लगता है कि ट्रॉगलो का उपयोग वैसे भी डॉगफूडिंग के कारण किया जाएगा ताकि यह आपको ज्यादा न बताए
jk।

जवाबों:


34

एक टीम काम कर सकती है (कम से कम) तीन अलग-अलग तरीके हैं। अपनी टीम के लिए काम करने वाले को चुनें।

1. विस्तार बनाम उच्च-स्तरीय अवलोकन

व्यक्तिगत कार्यों का ट्रैक रखने के लिए समस्या ट्रैकर का उपयोग करें। इश्यू ट्रैकर में कार्यों के सारांश के रूप में प्रमुख विशेषताओं की एक बड़ी तस्वीर को बनाए रखने के लिए कार्ड बोर्ड का उपयोग करें।

2. कीड़े बनाम सुविधाएँ

व्यक्तिगत ट्रैकर्स और ग्राहक सेवा अनुरोधों पर नज़र रखने के लिए समस्या ट्रैकर का उपयोग करें। विकास के तहत नई सुविधाओं का ट्रैक रखने के लिए कार्ड बोर्ड का उपयोग करें।

3. माइलस्टोन सॉफ्टवेयर डिलीवरी बनाम निरंतर सॉफ्टवेयर डिलीवरी

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

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


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

2
हां, आप यह ट्रैक कर रहे होंगे कि लोग दो अलग-अलग जगहों पर क्या कर रहे हैं, लेकिन इस हद तक कि वे "कीड़े को ठीक करना" और "नया कोड लिखना" अलग-अलग गतिविधियों के रूप में सोचते हैं, यह वह तरीका हो सकता है जिस तरह से लोग काम करना पसंद करते हैं। आप यह भी ट्रैक कर रहे हैं कि लोग अपने कैलेंडर और अपने ईमेल इनबॉक्स में क्या कर रहे हैं ... इसलिए, चार जगह!
योएल Spolsky

13

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

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


बहुत बढ़िया जवाब। यही कारण है कि मुझे लगता है कि JIRA + ग्रीनहॉपर एक महान समाधान हो सकता है - यह दोनों मुद्दों के शीर्ष पर एक पारंपरिक मुद्दा ट्रैकर और एक आभासी बोर्ड प्रदान करता है।
बोरक बर्नार्ड

@ बोरक: मैंने जीरा + ग्रीनहॉपर का इस्तेमाल किया है। मैं फिर से उस मार्ग पर जाने का विकल्प नहीं चुनूंगा। यदि आपके पास दूरस्थ कर्मचारी नहीं हैं, तो एक बोर्ड पर भौतिक कार्ड आपके स्प्रिंट के प्रबंधन के लिए जाने का तरीका है।
ब्रायन ओकले

2
हम एक वितरित टीम हैं। JIRA + GreenHopper के अलावा कोई अन्य सुझाव? आपको उस कॉम्बो के बारे में क्या पसंद नहीं आया?
बोरक बर्नार्ड

@borek: हमने UI के साथ बहुत अधिक समय बिताया है - यह विशेष रूप से अच्छा UI IMO नहीं है।
ब्रायन ओकले

UX वास्तव में JIRA के साथ मेरी समस्या है, मैं बस उम्मीद कर रहा था कि ग्रीनहॉपर तय हो जाए लेकिन मुझे इसका पता लगाना होगा।
बोरक बर्नार्ड

5

पूर्ण प्रकटीकरण: मैं थोड़ा पक्षपाती हूं क्योंकि मैं एटलसियन में ग्रीनहॉपर उत्पाद प्रबंधक हूं, लेकिन मैं लंबे समय तक एटलसियन के बाहर चुस्त विकास के साथ भी शामिल रहा हूं

बस एक चंचल नियोजन उपकरण या सिर्फ एक मुद्दा ट्रैकर निश्चित रूप से व्यवहार्य है। समस्या यह है कि यह उप इष्टतम है। मेरे अनुभव में यह उप इष्टतम है क्योंकि:

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

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

मैं कहूंगा कि आपको दोनों टूल की जरूरत है। आपको वास्तव में उन्हें एकीकृत करने की भी आवश्यकता है, अन्यथा आप अपना सारा समय दोनों को सिंक में रखने की कोशिश में बिताएंगे।


3

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


2

हम डोनेडोन नामक एक समस्या ट्रैकर चलाते हैं जो जोएल के उत्तर में # 3 फिट बैठता है - एक बग ट्रैकर की अधिक पारंपरिक भूमिका। वास्तव में, हमने इसे इसलिए बनाया क्योंकि हमारी कंसल्टेंसी ऐतिहासिक रूप से गैर-नियमित अंतराल पर बहुत सारे कोड (वेबसाइटों के रूप में) वितरित करती है।

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

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


1
हाय क्रेग, प्रोग्रामर एसई में आपका स्वागत है! आपके उत्तर के लिए और आपके द्वारा अपने उत्पादों में शामिल उत्पादों के साथ अपनी संबद्धता का खुलासा करने की हमारी नीति का अनुसरण करने के लिए धन्यवाद। आपने जो किया वह पूरी तरह से स्वीकार्य है। (बस सावधान रहें कि आप इसे ज़्यादा न करें और इस उत्तर की तरह, जो आप पोस्ट करते हैं वह प्रश्न पर लागू होता है;)) +1, और प्रोग्रामर एसई में आपका स्वागत है :)
jmort253

1

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

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

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


1

मुझे नहीं पता कि क्या कोई स्पष्ट जवाब है, इसलिए मैं सिर्फ अपने अनुभव की रिपोर्ट कर रहा हूं ...

सालों तक मैं पूरी तरह से सच्चे बग ट्रैकिंग सिस्टम पर बेचा गया था, जैसे फोगबुग, जीरा, ट्राक, आदि। हालांकि, मैंने हाल ही में एक नौकरी ली है, जहां हम एजाइल हैं (वास्तव में चुस्त, चुस्त नहीं हैं )। हमारे पास बग्स या अच्छी-से-अच्छी वस्तुओं की लंबी, ऐतिहासिक सूची नहीं है।

इस तरह के एक उपकरण के लिए कोई फायदा नहीं है। कुछ भी है कि हम बहुत जल्दी करने के लिए महत्वपूर्ण है। कुछ भी इतना महत्वपूर्ण नहीं है, ठीक है, क्या बात है?

यह काफी हद तक मुक्तिदायक है कि हमें पता नहीं है कि हमारे पास कितना समय है, जबकि हमारे पास हर दिन सर्वोत्तम मूल्य प्रदान करने का समय है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.