तो आप बग को ठीक कर रहे हैं, फिर आपने एक सामना किया जो सॉफ्टवेयर उत्पाद के अन्य मॉड्यूल को प्रभावित कर सकता है। फिक्स के प्रभावों के बारे में आपके दावे का समर्थन करने के लिए आपका डेटा पर्याप्त नहीं है और आपको एक प्रभाव विश्लेषण दस्तावेज़ बनाने के लिए कहा गया था।
- क्या ऐसा करने के लिए कोई परिभाषित प्रक्रिया है?
- महत्वपूर्ण जानकारी की क्या आवश्यकता है?
- क्या इस दस्तावेज़ के लिए कोई ज्ञात प्रारूप / टेम्पलेट हैं?
1
मुझे लगता है कि कुछ लोगों ने आपको मौके पर रखने के लिए फैंसी शब्द पकाया है और आपको बिना किसी तर्क के उस बग को ठीक करने के लिए मिलता है।
—
आदित्य पी।
यह सवाल और इसका जवाब मुझे खुशी देता है कि मैं ऐसे माहौल में काम नहीं करता। "द्विदिश Traceability मैट्रिक्स"? "निर्णय विश्लेषण और संकल्प रूपों"? वास्तव में? काम नहीं करने के कितने अलग-अलग तरीकों की ज़रूरत है?
—
रीन हेनरिच
@ फिर भी, यह सब काम है। काम केवल कोडिंग नहीं है। इसके अलावा, यह एक व्यक्ति का नहीं है। छोटे संगठनों में जहां विश्लेषण, डिजाइन, कोडिंग, अनुमान एक व्यक्ति द्वारा किया जाता है, यह वास्तव में नरक जैसा है लेकिन विशेषज्ञता के साथ बड़ी टीमों के साथ यह एक बड़ी बात नहीं है।
—
M.Sameer
@ आदित्यगामीप्रोग्रामर, @ हेन हेनरिक्स: मैं आपकी टिप्पणियों को नहीं समझता। क्या आप योजना और प्रबंधन बिल्कुल नहीं करने का सुझाव देते हैं? बेशक, अगर किसी एक व्यक्ति द्वारा प्रोजेक्ट किया जाता है, तो सीधे कोडिंग शुरू करना ठीक है, और बदलाव को लागू करना आसान है। लेकिन बड़े पैमाने पर परियोजनाओं के बारे में क्या, और परिवर्तन जो एक परियोजना के विभिन्न हिस्सों पर बड़ा प्रभाव डाल सकते हैं?
—
आर्सेनी मूरज़ेंको