সফটওয়্যার ইঞ্জিনিয়ারিং মেট্রিক কী?

সফটওয়্যার ইঞ্জিনিয়ারিং মেট্রিক হলো পরিমাণগত পরিমাপ, যা সফটওয়্যার তৈরির প্রক্রিয়া, পণ্য ও দলের গুণমান, দক্ষতা ও প্রভাব মূল্যায়ন, অনুসরণ এবং উন্নত করতে ব্যবহৃত হয়। ঠিকভাবে ব্যবহার করলে এগুলো পদ্ধতিগত রোগনির্ণয়ের হাতিয়ার হিসেবে কাজ করে: কার্যক্রমের বাধা খুঁজে বের করে, প্রযুক্তিগত ঋণ মেটানোর যুক্তি দেয় এবং প্রকৌশল কাজকে বাস্তব ব্যবসায়িক ফলাফলের সাথে সারিবদ্ধ করে। ভুলভাবে ব্যবহার করলে এগুলো আচরণ বিকৃত করে, আস্থা নষ্ট করে এবং ঠিক ভুল জিনিসকেই পুরস্কৃত করে।

এই বইটি আছে কারণ বেশির ভাগ দল মেট্রিকের উদ্দেশ্য ঠিক করার আগেই মেট্রিকের দিকে হাত বাড়ায়। ড্যাশবোর্ড ভরে ওঠে সহজে গোনা যায় এমন সবকিছুতে, নেতৃত্ব দল জিজ্ঞেস করতে শুরু করে “এই সংখ্যাটা বাড়ল না কমল,” আর এক ত্রৈমাসিকের মধ্যেই দল সংখ্যাটিকে বাড়াতে ব্যস্ত হয়ে পড়ে, যে ফলাফলের প্রতিনিধিত্ব করার কথা ছিল তাকে নয়। এই ব্যর্থতার একটি নাম আছে, গুডহার্টের সূত্র: কোনো পরিমাপ যখন লক্ষ্যে পরিণত হয়, তখন তা ভালো পরিমাপ থাকে না। এই বইয়ের প্রতিটি বিষয় লেখা হয়েছে এই সূত্রটিকে পেছনে রেখে।

দুটি মৌলিক কাঠামো

প্রকৌশল সরবরাহ ও দলের স্বাস্থ্য পরিমাপের জন্য শিল্পখাত মোটামুটি গবেষণা-সমর্থিত দুটি কাঠামোতে এসে মিলেছে।

DORA মেট্রিক (DevOps Research and Assessment কর্মসূচি থেকে) সিস্টেমের থ্রুপুট ও স্থিতিশীলতা পরিমাপ করে: স্থাপনার ফ্রিকোয়েন্সি, পরিবর্তনের লিড টাইম, পরিবর্তন ব্যর্থতার হার এবং ব্যর্থ স্থাপনা থেকে পুনরুদ্ধারের সময়। এই বইয়ের পর্ব ২ চারটিই একটি নিবেদিত রেফারেন্স বিষয়ে আলোচনা করে, সাথে ফ্লো ফ্রেমওয়ার্ক (Flow Framework) যা সরবরাহ ও প্রবাহ মেট্রিককে আরও বিস্তৃতভাবে সাজাতে ব্যবহৃত হয়, কারণ DORA পাইপলাইনের কলকব্জা ভালো মাপে কিন্তু পাইপলাইন দিয়ে কোন ধরনের মূল্য বয়ে যাচ্ছে সে সম্পর্কে কিছুই বলে না।

SPACE কাঠামো, যা Microsoft, GitHub এবং University of Victoria-র গবেষকেরা তৈরি করেছেন, পাঁচটি মাত্রায় ডেভেলপার অভিজ্ঞতা দিয়ে কাঁচা থ্রুপুটের ভারসাম্য রক্ষা করে: সন্তুষ্টি ও সুস্থতা, কর্মক্ষমতা, কার্যকলাপ, যোগাযোগ ও সহযোগিতা এবং দক্ষতা ও প্রবাহ। পর্ব ৩ এটি গভীরভাবে আলোচনা করে।

এই দুই কাঠামোর বাইরে, দলগুলো ক্ষেত্র অনুযায়ী গোষ্ঠীবদ্ধ স্থানীয় মেট্রিক অনুসরণ করে: কোড ও গুণমান মেট্রিক (পর্ব ৪), পণ্য ও ব্যবসায়িক মেট্রিক (পর্ব ৫), এবং নির্ভরযোগ্যতা, কার্যক্রম ও নিরাপত্তা মেট্রিক (পর্ব ৬)। পর্ব ৭ একটি ইতিমধ্যে চলমান পরিবর্তন নিয়ে কথা বলে: জেনারেটিভ AI সরঞ্জাম কাঁচা কোড আউটপুটকে প্রায় বিনামূল্যের করে দিয়েছে, অর্থাৎ এক দশক ধরে এই শিল্প যে কয়েকটি মেট্রিকের ওপর নির্ভর করেছে সেগুলো আর আগের মতো অর্থ বহন করে না।

এটি কাদের জন্য

প্রাথমিক পাঠকেরা হলেন তাঁরা, যাঁরা ঠিক করেন একটি দল কী এবং কেন পরিমাপ করবে: প্রকৌশল নেতৃত্ব, স্টাফ ও প্রিন্সিপাল ইঞ্জিনিয়ার, প্ল্যাটফর্ম ও DevOps দল এবং প্রোগ্রাম ও পণ্য ব্যবস্থাপক, যাঁরা প্রথমবার মেট্রিক ড্যাশবোর্ড বা স্কোরকার্ড বানাচ্ছেন, অথবা আচরণ বিকৃত করতে শুরু করা একটি মেরামত করছেন। গৌণ পাঠক হলেন যেকোনো ইঞ্জিনিয়ার, যিনি বুঝতে চান কেন তাঁর প্রতিষ্ঠান যা অনুসরণ করে তা করে, এবং কোনো মেট্রিকের অপব্যবহার হলে কীভাবে প্রতিবাদ করবেন।

কীভাবে পড়বেন

এখান থেকে শুরু করুন, তারপর বইটি কীভাবে সাজানো তা জানতে ভূমিকা পড়ুন, অথবা সরাসরি সূচিপত্র-এ চলে যান। প্রতিটি বিষয় নিজে সম্পূর্ণ: এটি আগে নীতি বলে, বাস্তব সুপারিশ দেয়, যে মেট্রিক নিয়ে আলোচনা তা কীভাবে হেরফের করা হয় তা চিহ্নিত করে, এবং শেষ হয় একটি পরিপক্বতা মডেল, আলোচনার প্রশ্ন ও তথ্যসূত্র দিয়ে। এটি ব্যবহার করতে আপনাকে মলাট থেকে মলাট পর্যন্ত পড়তে হবে না।