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