आप बग / मुद्दों को ट्रैक करने के लिए साझा स्प्रेडशीट का उपयोग नहीं करने की वकालत कैसे करेंगे?


14

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

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

जैसा कि आप समझ सकते हैं, यह डेवलपर्स के लिए उपयोग करने के लिए वास्तव में व्यावहारिक नहीं है (बग ट्रैकिंग सॉफ़्टवेयर का आविष्कार एक कारण के लिए किया गया था)। तो मैं डेवलपर के काम को आसान बनाने के लिए बग ट्रैकिंग सॉफ़्टवेयर की वकालत कैसे कर सकता हूं?

एक बोनस के रूप में, आप किस सॉफ्टवेयर की सिफारिश करेंगे जो प्रबंधन को उच्च स्तर के दृश्य के साथ अपनी प्रतिक्रिया (बग्स की संख्या, जो उन पर काम कर रहा है, समय का अनुमान) प्राप्त करने में सक्षम होने की अनुमति देगा?


दुर्भाग्य से, अधिक बार नहीं, प्रबंधन ने पहले ही मन बना लिया है।
kirk.burleson

4
उन्हें eusprig.org/stories.htm दिखाएं । या यहां तक ​​कि EXCEL में कॉपी-पेस्ट की गलती के कारण TransAlta का सिर्फ 24 मिलियन का नुकसान। बिल्ली, आप एक प्रोग्राम का उपयोग नहीं करना चाहते हैं जो किसी को भी बिल्कुल अनियंत्रित तरीके से किसी भी चीज़ के बारे में बदलने की अनुमति देता है। प्रबंधन के लिए सबसे खराब उपकरण एक्सेल है, और यह कई बार साबित होता है। यह भी एक दिलचस्प लेख है: skillsportal.co.za/page/training/articles/…
जोरिस मेय्स

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

मेंटिस मुफ्त है, आप इसे लगभग 2 घंटे में स्थापित कर सकते हैं, और यह आपको आंकड़े और चीजें देता है। एक बोनस के रूप में आप रिलीज और डेवलपर्स के लिए बग को आसानी से आवंटित कर सकते हैं, राज्यों को बदल सकते हैं, वर्कफ़्लोज़ लगा सकते हैं, टिप्पणियाँ और कमेंट्री कर सकते हैं, ईमेल या अन्य फाइलें संलग्न कर सकते हैं। यह सूची लम्बी होते चली जाती है। एक स्प्रेडशीट आदिम, अनियंत्रित, अक्षम और बहुत कम प्रभावी है। जैसा कि हम मानव त्रुटि के लिए प्रवृत्त होते हैं और कोई ऑडिट ट्रेल नहीं छोड़ते हैं।
जल्‍दी से जल्‍द से जल्‍दी quickly ’

2
एक अप्रयुक्त वर्कस्टेशन पर स्प्रेडशीट खोलें ताकि यह संपादन के लिए लॉक हो जाए, स्क्रीन को बंद कर दें, और दिखावा करें कि आप नहीं जानते कि क्या गलत है जब कोई स्प्रेडशीट को अपडेट नहीं कर सकता। ;-)
स्टीवन ए। लोव

जवाबों:


22

तो मैं डेवलपर के काम को आसान बनाने के लिए बग ट्रैकिंग सॉफ़्टवेयर की वकालत कैसे कर सकता हूं?

इस कथन को देखते हुए:

स्प्रैडशीट उन्हें प्रोजेक्ट की स्थिति के बारे में अधिक हाइलेवल दृश्य रखने की अनुमति देती है क्योंकि वे देख सकते हैं कि त्वरित नज़र के साथ कितने बग खुले हैं।

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


5

स्प्रेडशीट का कौन सा संस्करण अद्यतित है? उस स्प्रेडशीट के पास कौन है?

कोई भी सभ्य बगट्रैक्टर वही करेगा जो एक स्प्रेडशीट कर सकता है, केवल:

  • जब कुछ बदलता है तो संबंधित पक्षों को ईमेल करेंगे
  • अप-टू-डेट जानकारी का एकल विहित स्रोत प्रदान करता है
  • परियोजना की स्थिति के उच्च-स्तरीय विचार देने के लिए सारांश रिपोर्ट की अनुमति देता है

अपनी व्यक्तिगत परियोजनाओं के लिए मैं मेंटिस का उपयोग करता हूं (सिर्फ इसलिए कि इसे स्थापित करना वास्तव में आसान है)। कार्य Mercurial एकीकरण के साथ Trac का उपयोग करता है ।

मंटिस बॉक्स के बाहर खुले / बंद / असाइन किए गए बगों की संख्या जैसी चीजें प्रदान करता है, और मुझे लगता है कि अधिकांश बगट्रैक्टर्स होंगे। मैं समय के आकलन के बारे में नहीं जानता, क्योंकि मैंने देखने की जहमत नहीं उठाई। टीआरसी (या काम पर यहां स्थापना) में समय का अनुमान है, और यह एक कस्टम रिपोर्ट लिखना आसान है जो प्रति मील का पत्थर का अनुमान लगाएगा।


5

बाकी सभी के जवाब अच्छे हैं। एक अन्य पहलू मेरे साथ होता है।

स्प्रेडशीट के चारों ओर सुरक्षा के बारे में क्या। क्या प्रबंधन को चिंता नहीं होनी चाहिए कि कोई भी यादृच्छिक डेवलपर गलती से CTRL + A, DELETE बटन दबा सकता है और वास्तव में चीजों को गड़बड़ कर सकता है? एक उचित बग ट्रैकिंग सिस्टम इस तरह के डेटा भ्रष्टाचार के लिए अनुमति नहीं देगा। और वह द्वेष का हिसाब भी नहीं रखता। क्या होगा यदि कोई विशेष डेवलपर अधिक क्रेडिट चाहता है और खुद को सभी दोषों को फिर से निर्धारित करना शुरू कर देता है। एक वास्तविक प्रणाली में एक ऑडिट ट्रेल होगा जहां उस तरह का ध्यान देने योग्य होगा। स्प्रेडशीट नहीं होगी।


4

आपको प्रबंधन को दिखाने की जरूरत है कि उनकी आवश्यकताओं को पूरा किया जाएगा।

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

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


4

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

  • अच्छी रिपोर्टिंग, सारांश और विस्तार दोनों - यह बाद में खोजा जा सकता है
  • सभी को यह जानने की जरूरत है कि कॉपी कॉपी कहां है।

लगभग हर वातावरण में जो एक्सेल स्प्रेडशीट का उपयोग करने की वकालत करता है, सभी की मशीन पर इस स्प्रेडशीट की अलग-अलग प्रतियां हैं - और उनमें से कोई भी समान नहीं है। यह प्रगति की समीक्षा की प्रक्रिया को बहुत कठिन और प्रतिसादात्मक बनाता है।

एक केंद्रीयकृत सर्वर जैसे कि Trac, RedMine, JIRA, Mantis, या आप जो भी चाहते हैं, उन दोनों समस्याओं का ध्यान रखते हैं। उस समय, यह आपकी कंपनी की जरूरतों के हिसाब से सबसे उपयुक्त है। आपके वातावरण के आधार पर, ये उपकरण आपकी IDE को आपके संस्करण नियंत्रण प्रणाली की तरह एकीकृत कर सकते हैं (ग्रहण में यह सुविधा है)। यह आपके असाइन किए गए बग्स के माध्यम से बहुत आसान काम करता है।


फ़ाइल केंद्रीय रूप से साझा की जाती है; अतिरिक्त प्रतियां होने की आवश्यकता क्यों होगी?
जेएफओ

2
कभी होने की जरूरत नहीं है। यह सिर्फ अनिवार्य रूप से होता है।
बेरिन लोरिट्श

खैर, वर्तमान में हम एक साझा स्प्रेडशीट को संपादित करने के लिए एक वेब आधारित समाधान का उपयोग कर रहे हैं। तो दोहराव नहीं होना चाहिए।
सिल्वेन डेफ्रेसने

4

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

मैंने विभिन्न स्रोत नियंत्रण प्रणालियों (वीएसएस, एसवीएन, टीएफएस ...) और बग ट्रैकिंग सिस्टम (कस्टम स्वामित्व प्रणाली, ट्रैकर, SharePoint, और हाँ, यहां तक ​​कि एक्सेल) के बहुत सारे उपयोग किया है, लेकिन मेरे पैसे के लिए (और यह है) परिवर्तन का एक अच्छा हिस्सा), TFS पैसे और समय में निवेश के लायक है।

और हाँ, आप एक्सेल में निर्यात कर सकते हैं (और आयात कर सकते हैं)।


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

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

2

संक्रमण को एक उचित समस्या ट्रैकर को बेचने में मदद करने के लिए, आपको यह पता लगाने की कोशिश करनी चाहिए कि आपके मौजूदा सिस्टम के साथ प्रबंधन के कौन से मुद्दे हैं ('यह अच्छा होगा अगर ...') और यह देखने के लिए बाध्य है कि क्या आप इसे खरोंच नहीं कर सकते हैं उनके लिए।

प्रबंधन के तर्कों को पढ़ना

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

मैं उन सभी से सहमत था और हर एक की मुलाकात JIRA से होती है (मैं केवल JIRA का उल्लेख करता हूं क्योंकि यह वही है जो मैं उपयोग करता हूं, मुझे यकीन है कि अन्य योग्य उम्मीदवार हैं)

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


2

कहानी का समय।

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

छह हफ्ते बाद हमने आखिरकार उस चीज़ को दे दिया, बहुत ज्यादा नॉनस्टॉप काम / नींद के चक्र के बाद।

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

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

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

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

TL; DR: इसे स्वयं स्थापित करें और इसे अपने सामान के लिए उपयोग करना शुरू करें। इसे अपने लायक साबित करने दें।

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



0

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


यह कभी काम नहीं करेगा। दुर्घटना या द्वेष से, जल्द या बाद में किसी ने "मूर्खतापूर्ण" प्रणाली को तोड़ दिया।
अशेल्ली

0

नेटवर्क शेयर पर बग ट्रैकिंग स्प्रेडशीट के साथ गलत हो सकता है:

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

मैं इस सब से गुजरा हूँ। और हम अभी भी देने में कामयाब रहे ... यह केवल तीन महीने की देरी थी और हजारों अनियोजित ओवरटाइम की लागत थी।


0

"यह मुफ़्त है!" आमतौर पर एक बहुत अच्छा तर्क है। निर्णायक ट्रैकर स्वतंत्र है, किसी भी स्थापना की आवश्यकता नहीं है, और बहुत आसानी से अपने प्रबंधकों को चीजों पर एक बेहतर उच्च-स्तरीय दृश्य दे सकता है, जो एक कम स्प्रेडशीट के साथ संभव है।

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

मेरी झुंझलाहट के लिए, यह सिर्फ घोषणा की गई थी कि Pivotal ट्रैकर बहुत लंबे समय तक मुफ्त नहीं होगा। :(


मैंने पहले ही इस तर्क की कोशिश की। नहीं जीता, जैसा कि मुझे बताया गया था कि कीमत समस्या नहीं थी।
सिल्वेन डेफ्रेसने

मुझे लगता है कि आप "सुपीरियर इन हर रिगार्ड" तर्क के साथ फंस गए हैं। :-)
निक स्प्रीट्ज़र

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

इसलिए आपको "यह मुफ़्त है" के साथ पालन करने की आवश्यकता है और यह भयानक है।
निक स्प्रिटितर

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