আইটি এবং সফটওয়্যার প্রকল্পের জন্য EVM
আইটি এবং সফটওয়্যার প্রকল্পগুলোতে Earned Value Management প্রয়োগ করা নির্মাণ প্রকল্পের তুলনায় বেশি চ্যালেঞ্জিং এবং সূক্ষ্ম। সফটওয়্যারের কাজগুলো বিমূর্ত হয়, প্রকল্পের মাঝপথে রিকোয়ারমেন্ট পরিবর্তন হতে পারে এবং কোনো ফিচারের "পার্সেন্ট কমপ্লিট" পরিমাপ করা মূলত বিষয়ভিত্তিক (subjective) ব্যাপার। তারপরও সঠিক সমন্বয়ের মাধ্যমে, EVM আইটি প্রোগ্রাম ম্যানেজমেন্টের জন্য দারুণ ভ্যালু প্রদান করে এবং নন-টেকনিক্যাল স্টেকহোল্ডারদের কাছে বাজেট ও শিডিউলের স্ট্যাটাস তুলে ধরতে সাহায্য করে।
মূল চ্যালেঞ্জ: সফটওয়্যারে Earned Value পরিমাপ করা
নির্মাণ প্রকল্পে, আপনি ফিজিক্যাল অগ্রগতি পরিমাপ করতে পারেন (কিউবিক মিটার ঢালাই, মিটার পাইপ স্থাপন)। কিন্তু সফটওয়্যারে, আপনি অদৃশ্য কাজ পরিমাপ করছেন। তিনটি সবচেয়ে সাধারণ পদ্ধতি হলো:
1. স্টোরি পয়েন্ট (Agile EVM)
স্ক্রাম (Scrum) বা কানবান (Kanban) পরিবেশে, টিমগুলো স্টোরি পয়েন্টের মাধ্যমে কাজের অনুমান করে। আপনি এর ওপর ভিত্তি করে EVM তৈরি করতে পারেন:
- BAC = মোট স্টোরি পয়েন্ট × প্রতি স্টোরি পয়েন্টের গড় খরচ
- PV = এই স্প্রিন্টের মধ্যে সম্পন্ন করার জন্য পরিকল্পিত স্টোরি পয়েন্ট
- EV = আসলে সম্পন্ন হওয়া স্টোরি পয়েন্ট × প্রতি স্টোরি পয়েন্টের গড় খরচ
- AC = নির্দিষ্ট সময়ের জন্য টিমের আসল খরচ (বেতন, ইনফ্রাস্ট্রাকচার, লাইসেন্স)
এই পদ্ধতিটি স্টোরিগুলোকে তখনই "ডান (done)" হিসেবে ক্রেডিট দেয়, যখন সেগুলো টিমের 'Definition of Done' পূরণ করে — যা "90% complete" ফাঁদ এড়াতে সাহায্য করে।
2. মাইলস্টোন-ভিত্তিক EVM (Waterfall)
ওয়াটারফল (waterfall) বা ফেজ-গেট (phase-gate) প্রকল্পগুলোর জন্য, মাইলস্টোনগুলোতে বাজেটের ওয়েট নির্ধারণ করুন (যেমন, রিকোয়ারমেন্ট = 15%, ডিজাইন = 20%, ডেভেলপমেন্ট = 40%, টেস্টিং = 20%, ডেপ্লয়মেন্ট = 5%)। Earned Value তখনই ক্রেডিট করা হয় যখন প্রতিটি মাইলস্টোন পুরোপুরি সম্পন্ন এবং গৃহীত হয়।
3. ওয়েটেড ওয়ার্ক প্যাকেজ
সফটওয়্যারটিকে ফাংশনাল মডিউলগুলোতে (অথেনটিকেশন, রিপোর্টিং, API, UI) ভাগ করুন। প্রতিটির জন্য খরচ ও সময় অনুমান করুন। মডিউল লেভেলে কাজ সম্পন্ন হওয়ার হিসাব রাখুন। এটি EVM-এর সবচেয়ে প্রচলিত পদ্ধতি, যা ফিক্সড-প্রাইস আইটি চুক্তির জন্য উপযুক্ত।
কাজের উদাহরণ: সফটওয়্যার ডেভেলপমেন্ট প্রকল্প
একটি কাস্টম CRM ডেভেলপমেন্ট প্রকল্প: BAC = $400,000, 8 স্প্রিন্ট (16 সপ্তাহ)। স্প্রিন্ট 4-এ (সপ্তাহ 8):
- মোট স্টোরি পয়েন্ট: 800। প্রতি স্টোরি পয়েন্টের গড় খরচ: $500।
- স্প্রিন্ট 4 পর্যন্ত পরিকল্পিত স্টোরি পয়েন্ট: 400। PV = 400 × $500 = $200,000
- আসলে সম্পন্ন হওয়া স্টোরি পয়েন্ট: 320। EV = 320 × $500 = $160,000
- আসল খরচ (টিমের বেতন + ইনফ্রাস্ট্রাকচার): AC = $195,000
SPI = EV ÷ PV = 160,000 ÷ 200,000 = 0.800 (20% পরিকল্পনার পেছনে)
EAC = BAC ÷ CPI = 400,000 ÷ 0.821 = $487,211
VAC = 400,000 − 487,211 = −$87,211
EVM এবং অ্যাজাইল: সাধারণ আপত্তিগুলো
| আপত্তি | উত্তর |
|---|---|
| "অ্যাজাইলের কোনো ফিক্সড স্কোপ নেই" | EVM একটি অগ্রাধিকারপ্রাপ্ত ব্যাকলগের সাথে কাজ করে — BAC দ্বারা সম্পূর্ণ প্রোডাক্ট ব্যাকলগ নয়, বরং সম্মত হওয়া রিলিজ স্কোপকে বোঝায় |
| "প্রতিটি স্প্রিন্টে রিকোয়ারমেন্ট পরিবর্তন হয়" | চেঞ্জ কন্ট্রোল প্রসেস ব্যবহার করুন। অনুমোদিত স্কোপ পরিবর্তনগুলো BAC আপডেট করে। অপরিকল্পিত পরিবর্তনগুলো হলো ভ্যারিয়েন্স (variance) যা তদন্ত করতে হবে। |
| "স্টোরি পয়েন্ট ভেলোসিটি বেশি কার্যকর" | টিমের জন্য ভেলোসিটি দারুণ; কিন্তু EVM স্পনসর এবং এক্সিকিউটিভদের প্রয়োজনীয় আর্থিক চিত্র (financial view) প্রদান করে। |
| "আমরা আগে থেকে অনুমান করি না" | EVM-এর জন্য একটি বেসলাইন প্রয়োজন। ধারাবাহিকভাবে আকার নির্ধারণ করা হলে রিলেটিভ-সাইজড স্টোরিগুলোও একটি ভিত্তি তৈরি করতে পারে। |
আইটি প্রজেক্ট ম্যানেজারদের জন্য ব্যবহারিক টিপস
- স্প্রিন্টের আগে আপনার BAC সেট করুন, পরে নয়: EVM অর্থবহ হওয়ার জন্য বেসলাইন স্থিতিশীল হওয়া আবশ্যক।
- চলমান স্টোরিগুলোর জন্য কেবল 0% বা 100% গণনা করুন: আংশিক ক্রেডিট এড়িয়ে চলুন; এটি EV বাড়িয়ে দেখায় এবং শিডিউল ঝুঁকি আড়াল করে।
- সাপ্তাহিক CPI ট্রেন্ড ট্র্যাক করুন: সফটওয়্যার প্রকল্পগুলো দ্রুত এগিয়ে যায়। মাসিক EVM রিপোর্টিং অনেক দেরিতে সমস্যা ধরতে পারে।
- ইনফ্রাস্ট্রাকচার/অপারেশন বনাম ডেভেলপমেন্টের জন্য আলাদা BAC রাখুন: ইনফ্রাস্ট্রাকচারের খরচের ধরন আলাদা এবং এটি আলাদাভাবে ট্র্যাক করা উচিত।
- প্রোগ্রাম লেভেলে EVM ব্যবহার করুন: যদি আপনার একাধিক অ্যাজাইল টিম থাকে, এক্সিকিউটিভ রিপোর্টিংয়ের জন্য প্রোগ্রাম লেভেলে তাদের EV/AC ডেটা একত্র করুন।