উত্পাদনশীলতা মেট্রিক্স। সফ্টওয়্যারের কর্মক্ষমতা পরিমাপ সম্পর্কে আপনার কী জানা দরকার?

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

কেন একজন বিকাশকারী হিসাবে আপনার উত্পাদনশীলতা গুরুত্বপূর্ণ?

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

সফ্টওয়্যার উন্নয়ন উত্পাদনশীলতা পরিমাপ মেট্রিক্স

সফ্টওয়্যার উন্নয়ন উত্পাদনশীলতা মেট্রিক্স কি?

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

সফ্টওয়্যার উন্নয়ন উত্পাদনশীলতা মেট্রিক্স কি ধরনের আছে?

স্বাভাবিকভাবেই, একাধিক ভিন্ন উৎপাদনশীলতা মেট্রিক রয়েছে যা বিভিন্ন স্তর এবং কোণে কর্মক্ষমতা পরিমাপ করে। এখানে এই ধরনের উত্পাদনশীলতা মেট্রিক্সের সবচেয়ে সাধারণ প্রকারগুলি রয়েছে:

• আনুষ্ঠানিক আকার-কেন্দ্রিক মেট্রিক্স।

এই মেট্রিক্সগুলি একজন প্রোগ্রামারের কাজের ফলাফলের আকার পরিমাপের উপর দৃষ্টি নিবদ্ধ করে, যেমন লাইন অফ কোড (LOC), কোড নির্দেশের দৈর্ঘ্য, কোড জটিলতা ইত্যাদি। আজকের সফ্টওয়্যার উন্নয়ন শিল্পে এই মেট্রিকগুলি ক্রমবর্ধমানভাবে পুরানো বলে বিবেচিত হচ্ছে।

• সময় এবং ফাংশন-কেন্দ্রিক উত্পাদনশীলতা মেট্রিক্স।

জলপ্রপাত সফ্টওয়্যার বিকাশে ব্যবহৃত ঐতিহ্যগত উত্পাদনশীলতার মেট্রিক্সের একটি নির্বাচন রয়েছে, যেমন সক্রিয় দিনগুলি, একটি নির্দিষ্ট সময়ের মধ্যে পাঠানো কার্যকারিতার সুযোগ, কোড মন্থনের হার, নির্ধারিত কাজের সংখ্যা ইত্যাদি।

• চটপটে উন্নয়ন প্রক্রিয়ার মেট্রিক্স।

চটপটে উন্নয়ন প্রক্রিয়ার মেট্রিক্স, যেমন স্প্রিন্ট বার্নডাউন রিপোর্ট, বেগ, লিড টাইম, সাইকেল টাইম এবং অন্যান্য, সম্ভবত সফ্টওয়্যার ডেভেলপমেন্ট টিমের মধ্যে সবচেয়ে বেশি ব্যবহৃত মেট্রিক। আমরা পরবর্তী নিবন্ধে আরও বিশদে চটপটে মেট্রিক্স সম্পর্কে কথা বলব।

• অপারেশনাল বিশ্লেষণ মেট্রিক্স.

মেট্রিক্সের এই সেটটি তার বর্তমান উত্পাদন পরিবেশে সফ্টওয়্যার কর্মক্ষমতা পরিমাপের উপর দৃষ্টি নিবদ্ধ করে। ব্যর্থতার মধ্যে গড় সময় (MTBF), পুনরুদ্ধারের গড় সময় (MTTR), এবং অ্যাপ্লিকেশন ক্র্যাশ রেট এখানে সর্বাধিক ব্যবহৃত মেট্রিক।

• টেস্টিং মেট্রিক্স।

সিস্টেম পরীক্ষার গুণমান পরিমাপ করার জন্য সফ্টওয়্যার পরীক্ষার নিজস্ব মেট্রিক্স রয়েছে, যেমন স্বয়ংক্রিয় পরীক্ষার শতাংশ, কোড কভারেজ ইত্যাদি।

• গ্রাহক সন্তুষ্টি মেট্রিক্স।

সবশেষে, যেকোন সফটওয়্যারের জন্য চূড়ান্ত মেট্রিক হল শেষ গ্রাহকের অভিজ্ঞতা, এবং এর জন্যও মেট্রিক্সের একটি সম্পূর্ণ সেট রয়েছে, যেমন গ্রাহক প্রচেষ্টা স্কোর (CES), গ্রাহক সন্তুষ্টি স্কোর (CSAT), নেট প্রমোটার স্কোর (NPS) এবং অন্যদের.

চটপটে সফটওয়্যার ডেভেলপমেন্ট মেট্রিক্স

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

1. স্প্রিন্ট বার্নডাউন।

স্প্রিন্ট বার্নডাউন রিপোর্টগুলি চটপটে স্ক্রাম ডেভেলপমেন্ট টিমের জন্য একটি মূল মেট্রিক্স। যেমন চটপটে উন্নয়ন প্রক্রিয়া সময়-সীমাবদ্ধ স্প্রিন্টের মাধ্যমে সংগঠিত হয়, তেমনি স্প্রিন্ট বার্নডাউন একটি স্প্রিন্টের সময় কাজগুলি সম্পূর্ণ হওয়ার ট্র্যাক করার উপায় হিসাবে ব্যবহৃত হয়। ঘন্টা বা গল্পের পয়েন্টগুলি পরিমাপের একক হিসাবে ব্যবহৃত হয়। লক্ষ্য হল ধারাবাহিক অগ্রগতি অর্জন করা এবং প্রাথমিক অনুমানের সাথে সামঞ্জস্য রেখে কাজ প্রদান করা। স্প্রিন্ট বার্নডাউন দলগুলিকে কাজের গতি পরিমাপ করতে এবং প্রয়োজনে এটি সামঞ্জস্য করতে সহায়তা করে।

2. টিম বেগ।

বেগ হল আরেকটি মূল সূচক, যা পরিমাপের একক হিসাবে ঘন্টা বা গল্পের পয়েন্টের উপর ভিত্তি করে। এটি একটি স্প্রিন্টের সময় একটি দল সম্পন্ন করার গড় পরিমাণ পরিমাপ করে এবং পুরো প্রকল্প জুড়ে অনুমান এবং পরিকল্পনার জন্য ব্যবহৃত হয়। দলটি ধারাবাহিক পারফরম্যান্স প্রদান করে তা নিশ্চিত করার জন্য ট্র্যাকিং বেগ গুরুত্বপূর্ণ।

3. গল্পের পয়েন্ট।

একটি স্বতন্ত্র উন্নয়ন দলের সদস্যের স্তরে, গল্পের পয়েন্টগুলি একটি মূল্যবান মেট্রিক, কারণ প্রতিটি প্রকাশের সময় একজন প্রোগ্রামার যে গল্পগুলি সরবরাহ করে তার আকার এই কোডারের উত্পাদনশীলতার একটি সূচক।

4. সাইকেল কন্ট্রোল চার্ট।

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

5. থ্রুপুট এবং মূল্য বিতরণ।

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

6. কোড মন্থন।

কোড মন্থন হল আরেকটি মেট্রিক যা উল্লেখ করার মতো কারণ এটি একটি সম্পূর্ণ দলের উৎপাদনশীলতা পরিমাপ করতে এবং পৃথক প্রোগ্রামারদের কর্মক্ষমতা ট্র্যাক করতে ব্যবহৃত হয়। কোড মন্থন পরিমাপ করে যে কত ঘন ঘন একজন বিকাশকারী পূর্বে যোগ করা কোডের লাইনগুলি সরিয়ে দেয় বা পরিবর্তন করে এবং পূর্বে লিখিত কোডের কত শতাংশ পরিবর্তিত বা ফেলে দেওয়া হয়।

বিশেষজ্ঞদের মতামত

অবশেষে, কিছু দৃষ্টিকোণ যোগ করার জন্য, অভিজ্ঞ সফ্টওয়্যার উন্নয়ন শিল্প পেশাদারদের দ্বারা এই বিষয়ে কয়েকটি উদ্ধৃতি। "আমি আশা করি আপনি আপনার মেট্রিক্সকে কিছু ধরণের স্ট্যান্ডার্ডের সাথে বা এমনকি অন্য কোম্পানিতে অন্য দলের পারফরম্যান্সের সাথে "তুলনা" করতে চাইছেন না। আমি যেখানেই কাজ করেছি সেখানে গল্পের পয়েন্ট, বেগ, ঘণ্টার অনুমান, কাজ ইত্যাদির সংজ্ঞায় অনন্য বৈচিত্র্য রয়েছে যা সত্যিই একটি কোম্পানির একটি দলের পারফরম্যান্সের সাথে অন্য একটি দলের সাথে সরাসরি তুলনা করা প্রায় অসম্ভব করে তুলবে। কোম্পানি,” ক্লিফ গিলি, প্রাক্তন প্রযুক্তিগত পণ্য ব্যবস্থাপক এবং চতুর কোচ, উল্লেখ্য. “দলের পারফরম্যান্সের দিকনির্দেশনা করার ক্ষেত্রে আমি মেট্রিক্সের একটু অপ্রস্তুত নই। একবার আপনি শুধুমাত্র একটি বা দুটি ভেরিয়েবলের দিকে মনোযোগ দিলে মেট্রিক গেমিং করা (ইচ্ছাকৃতভাবে বা অন্যথায়) মেট্রিক খেলা এবং নিজেকে বোকা বানানো খুব সহজ হয়ে যায় যে আপনি উন্নতি করছেন - যখন আপনি যা করছেন তা হল মেট্রিক উন্নত করা। উদাহরণ স্বরূপ, বেগের উপর ভিত্তি করে মেট্রিক্স "উন্নত" করতে পারে দলটি ছোট গল্পে চলে যাওয়া (গল্প প্রতি কম কাজ - তাই আরও গল্প শেষ হয়েছে - তাই বেগ বেড়ে যায়)। এটি একটি ভাল জিনিস হতে পারে যদি গল্পগুলি দরকারী ব্যবহারকারীর গল্প হয় যা ব্যবসায়িক মূল্যের ছোট বৃদ্ধি প্রদান করে। এটি একটি খারাপ জিনিস হতে পারে যদি গল্পগুলি ছোট এবং আরও "প্রযুক্তিগত" কাজ হয়ে যায় যা নিজের দ্বারা প্রকৃত মূল্য প্রদান করে না, "অ্যাড্রিয়ান হাওয়ার্ড, আরেক শিল্প পেশাদার বলেছেন. "একটি পুল-ভিত্তিক সিস্টেমে কাজ করার সময়, আমি থ্রুপুট এবং চক্র সময়কে মূল্য দিই। প্রথমটি আমাকে আমাদের দলের ক্ষমতা সম্পর্কে সাধারণ তথ্য দেয় এবং সময়ের সাথে সাথে একটি খুব শক্তিশালী ভবিষ্যদ্বাণীমূলক পরিমাপ হতে পারে। দ্বিতীয়টি আমাদের পাইপলাইনের কার্যক্ষমতার একটি সাধারণ পরিমাপক হিসাবে সহায়ক। যদি চক্রের সময় বেশি হয়, তাহলে পাইপলাইনের দিকে তাকানো শুরু করার সময় হয়েছে, কারণ একটি সীমাবদ্ধতা রয়েছে যে আমরা সম্ভবত সহজ/শোষণের দিকে কাজ করতে পারি। কিন্তু মেট্রিক্স শুধু টুল। তাদের মধ্যে হারিয়ে যাবেন না, এবং অবশ্যই একটি নির্দিষ্ট মেট্রিকের দিকে পরিকল্পনা শুরু করবেন না। আপনি একটি দল হিসাবে কী তৈরি করছেন এবং আপনি কীভাবে স্বাভাবিকভাবে কাজ করছেন সে সম্পর্কে চিন্তা করুন, তারপরে মানুষের চারপাশে সিস্টেম তৈরি করুন। আপনার সিস্টেম কিভাবে প্রত্যেকের কাজকে সমর্থন করছে তা দেখতে মেট্রিক্স আপনাকে সাহায্য করবে। বা না," ডেভ সেরা, একজন ভিডিও গেম ডেভেলপমেন্ট প্রযোজক, উপসংহারে এসেছেন ।