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