वास्तव में एक सादृश्य नहीं है, लेकिन मैं अभी भी इस तर्क से निपटने का एक अच्छा तरीका मानता हूं: प्रदर्शित करता है कि इसमें एक घातक दोष है।
आपकी पिछली परियोजना में उस पर कुछ संशोधनों के साथ डेटा की प्रतिलिपि बनाना (मुझे जो भी मिलता है) शामिल है।
अगर मुझे यह सही लगता है, तो यह कुछ टीम है, जो कहती है, 100 अकाउंटेंट कुछ महीनों में कर सकते हैं। फिर उन्होंने समस्या पर सॉफ्टवेयर डेवलपर्स को क्यों फेंक दिया?
क्योंकि आपके द्वारा बनाया गया सॉफ़्टवेयर परवाह नहीं करता है कि क्या यह 10 या 10 मिलियन टुकड़ों के डेटा को संसाधित करेगा (बिल्कुल नहीं, लेकिन मुझे संदेह है कि आपके प्रबंधकों ने O(n)जटिलता की देखभाल की है)। इस प्रकार, यह शायद सस्ता, तेज और क्लीनर (कम त्रुटि-प्रवण प्रक्रिया) था।
यदि आप अधिक कट्टरपंथी हैं, तो आप यह भी सुझाव दे सकते हैं कि यदि उन्हें यह पसंद नहीं है कि सॉफ़्टवेयर टीम कितनी तेज़ी से काम करती है, तो वे हमेशा हाथ से काम करने के लिए एकाउंटेंट में कॉल कर सकते हैं।
जब आप अंतिम परियोजना को विकसित कर रहे थे, तब यह आपके प्रबंधकों के जीवन को बहुत आसान बना देता था, और अब, जब उन्हें एक ही तर्क लागू करना होता है कि सॉफ्टवेयर के अगले टुकड़े का कोई ध्यान नहीं है, अगर यह 10 मिलियन या 4 पर काम करने जा रहा है 000 पंक्तियों, वे अचानक इसके बारे में भूल जाते हैं।
मुझे लगता है कि आपके मामले में प्रबंधक केवल अनुमान लगाने का खेल खेल रहे हैं और टीम को 4000 और 250000 के बीच के अंतर को इंगित करके और कुछ 'अपराधबोध' की आशंका के साथ काम करने के लिए मजबूर करने की कोशिश कर रहे हैं। मैं गलत हो सकता है, लेकिन मैंने ऐसा पहले भी देखा है।
यह प्रोग्रामर (वास्तव में किसी भी प्रकार की रचनात्मक टीम) की एक टीम को प्रबंधित करने का एक भयानक तरीका है और यह किसी की मदद नहीं करता है।