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