সত্যই কোনও উপমা নয়, তবে আমি এখনও এই যুক্তি মোকাবেলা করার একটি ভাল উপায় বিশ্বাস করি: এর মধ্যে মারাত্মক ত্রুটি রয়েছে তা দেখান।
আপনার পূর্ববর্তী প্রকল্পটিতে কিছু সংশোধন করে ডেটা অনুলিপি করে (আমি যা পাই তা থেকে) অন্তর্ভুক্ত।
যদি আমি এটি সঠিকভাবে পেয়েছি তবে এটি একটি দলের একটি কথা, বলুন, কয়েক মাসের মধ্যে 100 জন হিসাবরক্ষক করতে পারেন। তাহলে তারা কেন সফ্টওয়্যার বিকাশকারীদের সমস্যায় ফেলে দিয়েছে?
কারণ আপনার তৈরি সফ্টওয়্যারটি 10 বা 10 মিলিয়ন টুকরো ডেটা প্রক্রিয়া করবে কিনা তা বিবেচ্য নয় (ঠিক নয়, তবে আমি সন্দেহ করি যে আপনার পরিচালকরা O(n)
জটিলতার যত্ন নেন)। সুতরাং, এটি সম্ভবত সস্তা, দ্রুত এবং ক্লিনার (কম ত্রুটি-প্রবণ প্রক্রিয়া) ছিল।
আপনি যদি আরও মৌলবাদী হন তবে আপনি এমনকি সুপারিশ করতে পারেন যে তারা যদি সফটওয়্যার টিমটি কত দ্রুত কাজ করে তা পছন্দ না করে তবে তারা সর্বদা অ্যাকাউন্টেন্টগুলিতে হাত দিয়ে কাজটি করতে কল করতে পারে।
আপনি শেষ প্রকল্পটি বিকাশকালে এটি আপনার পরিচালকদের জীবনকে আরও সহজ করে দিয়েছিল এবং এখন, যখন তারা একই যুক্তি প্রয়োগ করতে হবে পরবর্তী সফ্টওয়্যারটি 10 মিলিয়ন বা 4 এ কাজ করে তবে সেগুলি বিবেচ্য নয় either 000 সারি, তারা হঠাৎ এটি সম্পর্কে ভুলে যায়।
আমি মনে করি আপনার ক্ষেত্রে পরিচালকগণ কেবল একটি অনুমানের গেম খেলছেন এবং 4000 এবং 250000 এর মধ্যে পার্থক্য চিহ্নিত করে এবং কিছু 'অপরাধবোধ' প্রত্যাশার মাধ্যমে দলটিকে দ্রুত কাজ করতে বাধ্য করার চেষ্টা করছেন। আমি ভুল হতে পারি, তবে আমি এটি আগেও দেখেছি।
প্রোগ্রামারদের একটি দল পরিচালনা করার পক্ষে এটি একটি ভয়ানক উপায় (আসলে কোনও ধরণের সৃজনশীল দল) এবং এটি কাউকে সহায়তা করে না।