আমি বর্তমানে পেইড ইন্টার্নশিপে রয়েছি এবং বিগত ৫ বছরে একাধিক বিকাশকারী (বিভিন্ন সময়ে) দ্বারা বিকাশিত একটি অপ্রচলিত ব্যবস্থা বজায় রাখার দায়িত্ব অর্পণ করেছি। পরিচালনা "সিস্টেমটি লাইফ সাপোর্টে রয়েছে" এর সাথে সম্মত এবং আমি বর্তমানে সিস্টেমটি ব্যবহার করা শেষ ব্যবহারকারীদের কাছ থেকে যথেষ্ট পরিমাণে বাগ রিপোর্ট সরবরাহ করি।
যদি লোকেরা এখনও এটি ব্যবহার করে এবং এটি ব্যবসায়িক ক্রিয়াকলাপ সমর্থন করে তবে সিস্টেমটি অপ্রচলিত নয়। যেহেতু এটি এখনও ব্যবহৃত হচ্ছে, ব্যবসা কেবল এটিকে ফেলে দিতে পারে না - যতক্ষণ না সিস্টেমের প্রয়োজনীয়তা আর না থাকে ততক্ষণ এটিকে সমর্থন করা দরকার। এটি ব্যবসায়ের উদ্দেশ্যগুলির পরিবর্তন হতে পারে বা একটি নতুন সিস্টেম বিকাশ, পরীক্ষা করা এবং সফলভাবে শেষ ব্যবহারকারীদের কাছে স্থাপন করা হয়েছে।
সত্যিই, 5 বছর যে দীর্ঘ নয়। আমি এর আগে 10 বছরের পুরানো কোড নিয়ে কাজ করেছি। যদি এটি এখনও ব্যবহারকারীর প্রয়োজনগুলি পরিবেশন করে তবে কেন এটিকে ফেলে দিন? এটি বিকাশের জন্য প্রচুর অর্থ ব্যয় করছে। ক্রমবর্ধমান ব্যয়ের কারণে বা প্রয়োজনীয়তাগুলি ব্যাপকভাবে পরিবর্তনের কারণে এটি বজায় রাখা অপ্রয়োজনীয় না হওয়া পর্যন্ত এটিকে ফেলে দেওয়ার কোনও ব্যবসায়ের কারণ নেই।
পরিচালন এখন প্রকল্পটি আরও এক বছরের জন্য বাড়িয়ে দিতে চায় এবং প্রক্রিয়াটিতে ব্যবহারকারীর বেস প্রায় ত্রিগুণ হয়।
যদি ম্যানেজমেন্ট বলে যে এই ব্যবস্থাটি "লাইফ সাপোর্টে" রয়েছে তবে তারা কেন এটিকে আরও স্থাপন করার চেষ্টা করছেন? এটি সাধারণ যে রক্ষণাবেক্ষণ কার্যক্রম কোনও উত্তরাধিকার ব্যবস্থায় প্রতিস্থাপন না করা অবধি চলতে থাকে, তবে যদি কোনও সিস্টেম জীবনের শেষ দিকে থাকে তবে এটি সাধারণত বেশি লোকের কাছে স্থাপন করা হয় না। রক্ষণাবেক্ষণ প্রসারিত করা একটি জিনিস, তবে সিস্টেমের উপর নির্ভরশীল ব্যবহারকারীদের যুক্ত করা একসাথে আলাদা পরিস্থিতি।
আমার কাছে, মনে হচ্ছে এটি আসলে জীবনের শেষ নয়, বরং এটি একটি রক্ষণাবেক্ষণের পর্যায়ে রয়েছে এবং যতক্ষণ না সিস্টেমটি আর ব্যবহারকারীর প্রয়োজনবোধ না করে ততক্ষণ সেখানে থাকবে be
ইন্টার্ন হিসাবে (বা কোনও প্রবেশিকা স্তরের অবস্থান) আমি কীভাবে "পিছনে ধাক্কা" দেব? আমি একটি উদ্বেগ প্রকাশ করে ইতিমধ্যে আমার উদ্বিগ্নতা প্রকাশ করে একটি মুক্ত-নথিতে নথি রেখেছি। পরিবর্তনের পরামর্শ দেওয়ার জন্য কি প্রোটোকল বা নথির ধরন রয়েছে? আমি কি পরামর্শ দেওয়ার মতো অবস্থানে রয়েছি, বা আমার কেবল পুরানো সিস্টেমটিকে সমর্থন করা চালিয়ে যাওয়া উচিত?
আপনি পুরানো সিস্টেম সমর্থন অবিরত করা প্রয়োজন। পরে, আপনি উল্লেখ করেছেন যে সফ্টওয়্যারটি আপনার সংস্থার প্রাথমিক ব্যবসা নয়। এ জাতীয় পরিবেশে সফটওয়্যার দলগুলির কাজ হ'ল সংস্থার প্রাথমিক ব্যবসায়কে সমর্থন করা। তবে সফ্টওয়্যার দলগুলির ব্যবসায়ের উদ্দেশ্যগুলি মাথায় রাখাও দরকার।
মাঝামাঝি সময়ে, আপনার পরামর্শগুলি এমনভাবে ক্যাপচার করুন যা উদ্বিগ্ন নয়। সিস্টেমের সাথে একীভূত হতে পারে বা যখন / যখন একটি নতুন সিস্টেম তৈরি করা হয় এবং তাদের উপকারিতা / বিধিগুলি ব্যবহার করা হয় তবে অন্যান্য প্রযুক্তি বা কৌশলগুলি চিহ্নিত করুন। আপনি এটি কীভাবে করবেন তা সংস্থার উপর নির্ভর করে তবে কিছু পরবর্তী বিষয় বিবেচনা করে সম্ভবত উইকি বা অন্যান্য সহযোগী সাইট স্থাপন কার্যকর হবে।
একটি সফ্টওয়্যারবিহীন ব্যবসায়, সফ্টওয়্যার একটি ব্যয় এবং শেষ ব্যবহারকারীদের প্রয়োজনকে সমর্থন করার সাথে সাথে সফ্টওয়্যার দলগুলি (বিশেষত সফ্টওয়্যার প্রকল্প / প্রোগ্রাম ম্যানেজার) যথাসম্ভব সফ্টওয়্যার সিস্টেম তৈরি এবং রক্ষণাবেক্ষণ ব্যয় হ্রাস করার জন্য কাজ করা উচিত । সফটওয়্যারটি ছুঁড়ে ফেলা যা (যতদূর আমি আপনার পোস্ট থেকে, যাইহোক) বলতে পারি যে ব্যবহারকারীদের প্রয়োজনীয়তা পূরণ করে সফ্টওয়্যার দলের সর্বোত্তম স্বার্থের বিরুদ্ধে যায়।
* স্পষ্ট করে বলতে গেলে, সফ্টওয়্যার বিকাশ আমার সংস্থার প্রাথমিক ব্যবসা নয়। যেমন অভ্যন্তরীণ প্রোটোকল বিদ্যমান নেই। তদ্ব্যতীত, প্রকল্পটির কোনও আনুষ্ঠানিক ডকুমেন্টেশন নেই, কোনও প্রয়োজনীয় কাগজপত্র নেই। বিকাশটি খুব আদৌ।
আমার কাছে এটাই সমস্যা। ডকুমেন্টেশন তৈরি না করা, নির্দিষ্টকরণের বিকাশ না করা এবং ধারাবাহিকতার অভাবে সফ্টওয়্যার বিকাশের ব্যয় বাড়িয়ে তোলা। এটি ঠিক করার দিকে কাজ করা আমার সর্বোচ্চ অগ্রাধিকার হবে এবং আমি কোডিং স্ট্যান্ডার্ড, সংস্করণ নিয়ন্ত্রণ, স্ব-ডকুমেন্টিং কোড এবং ডিজাইনের নথি তৈরি, ত্রুটিযুক্ত ট্র্যাকিং এবং প্রয়োজনীয়তার বিবরণ ইত্যাদির মতো কাজ করে যাব would