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