PMBOK® Guide 7th Edition – Measurement Performance Domain (বাংলায় বিস্তারিত আলোচনা)
Measurement Performance Domain হলো PMBOK® Guide 7th Edition-এর অষ্টম (8th) Performance Domain। এই Performance Domain-এর মূল উদ্দেশ্য হলো প্রকল্পের বাস্তব অবস্থা (Actual Performance) নিয়মিত পরিমাপ করা, পরিকল্পনার সাথে তুলনা করা, বিচ্যুতি (Variance) শনাক্ত করা এবং সেই অনুযায়ী সিদ্ধান্ত গ্রহণ করা।
সহজভাবে বলতে গেলে,
"You can't improve what you don't measure."
অর্থাৎ, কোনো প্রকল্প কতটা সফল হচ্ছে তা বুঝতে হলে প্রথমে সেটিকে সঠিকভাবে Measure (পরিমাপ) করতে হবে।
Measurement Performance Domain-এর উদ্দেশ্য (Purpose)
PMBOK অনুযায়ী এই Performance Domain-এর উদ্দেশ্য হলো—
- Project-এর Performance পরিমাপ করা।
- Project-এর বর্তমান অবস্থা জানা।
- লক্ষ্য (Objectives) অর্জনের অগ্রগতি মূল্যায়ন করা।
- সঠিক সময়ে Corrective Action নেওয়া।
- Stakeholder-দের জন্য নির্ভরযোগ্য তথ্য প্রদান করা।
- ভবিষ্যৎ সিদ্ধান্ত গ্রহণে সহায়তা করা।
Effective Measurement-এর Characteristics
PMBOK অনুযায়ী ভালো Measurement System-এর কিছু বৈশিষ্ট্য রয়েছে।
১. Supports Decision Making
Measurement-এর উদ্দেশ্য শুধুমাত্র রিপোর্ট তৈরি করা নয়।
বরং
Measurement-এর মাধ্যমে Project Manager সিদ্ধান্ত নেন—
- Schedule ঠিক আছে?
- Budget ঠিক আছে?
- Quality ঠিক আছে?
- Risk বাড়ছে কি না?
উদাহরণ
একটি Building Project
রিপোর্ট বলছে
- 80% Budget খরচ হয়েছে
- কিন্তু কাজ হয়েছে মাত্র 55%
এখন Project Manager বুঝলেন—
Budget Control করতে হবে।
২. Uses Meaningful Metrics
সব Metric সমান গুরুত্বপূর্ণ নয়।
PMBOK বলে—
Measure করতে হবে এমন জিনিস যেগুলো প্রকল্পের Success-এর সাথে সম্পর্কিত।
ভালো Metric
- SPI
- CPI
- Customer Satisfaction
- Defect Rate
- Risk Exposure
- Schedule Variance
খারাপ Metric
- প্রতিদিন কতগুলো Email পাঠানো হয়েছে
- কতবার Meeting হয়েছে
এসব Project Success নির্দেশ করে না।
৩. Measures Outcomes, Not Just Activities
PMBOK একটি গুরুত্বপূর্ণ বিষয় বলেছে—
শুধু Activity Measure করলেই হবে না।
Outcome Measure করতে হবে।
উদাহরণ
খারাপ Measurement
- ১৫টি Training হয়েছে।
ভালো Measurement
- Training-এর পরে Productivity ২০% বৃদ্ধি পেয়েছে।
৪. Measurement Should Be Timely
Measurement অনেক দেরিতে করলে কোনো লাভ নেই।
সময়মতো Data না পেলে Corrective Action নেওয়া যায় না।
উদাহরণ
প্রকল্প ১২ মাসের।
১১ মাস পরে জানা গেল Budget শেষ।
এখন কিছু করার সুযোগ নেই।
কিন্তু
প্রতি মাসে Budget Review করলে অনেক আগেই সমস্যা ধরা পড়তো।
What Should Be Measured?
PMBOK কোনো নির্দিষ্ট তালিকা বাধ্যতামূলক করেনি।
প্রকল্প অনুযায়ী Measurement ভিন্ন হবে।
তবে সাধারণভাবে নিচের বিষয়গুলো Measure করা হয়।
১. Schedule Performance
Measure করা হয়—
- Project সময়মতো চলছে কি?
- Delay হচ্ছে কি?
উদাহরণ
Planned Progress = 60%
Actual Progress = 45%
অর্থাৎ Project পিছিয়ে আছে।
২. Cost Performance
Measure করা হয়—
- Budget অনুযায়ী খরচ হচ্ছে কি?
উদাহরণ
Budget = 50 লাখ
Spent = 65 লাখ
অর্থাৎ Cost Overrun হয়েছে।
৩. Quality Performance
Measure করা হয়—
- Defect
- Rework
- Inspection Result
- Customer Complaint
উদাহরণ
১০০০টি Product
ত্রুটি পাওয়া গেছে ১২টি।
৪. Scope Performance
Measure করা হয়—
সব Deliverable সম্পন্ন হয়েছে কি?
উদাহরণ
২০টি Feature পরিকল্পনা ছিল।
Complete হয়েছে ১৭টি।
৫. Risk Performance
Measure করা হয়—
- Risk কমছে?
- নতুন Risk এসেছে?
উদাহরণ
প্রকল্পের শুরুতে
High Risk = ১৮টি
বর্তমানে
High Risk = ৫টি
অর্থাৎ Risk Response কার্যকর হয়েছে।
৬. Stakeholder Satisfaction
PMBOK 7th Edition Stakeholder Satisfaction-কে খুব গুরুত্ব দিয়েছে।
Measure করা যেতে পারে—
- Survey
- Feedback
- Customer Rating
উদাহরণ
Customer Satisfaction
- আগে = ৬৫%
- এখন = ৯১%
৭. Business Value
শুধু Project শেষ হলেই Success নয়।
Business Value তৈরি হয়েছে কি না সেটাও Measure করতে হবে।
উদাহরণ
ERP System চালুর পরে
Inventory Cost ২৫% কমেছে।
এটাই Business Value।
Types of Measurement
PMBOK বিভিন্ন ধরনের Measurement ব্যবহারের কথা বলে।
১. Predictive Measures
ভবিষ্যৎ Performance অনুমান করে।
উদাহরণ
Earned Value Analysis
Forecast Cost
Forecast Completion Date
২. Lagging Indicators
কাজ শেষ হওয়ার পরে ফলাফল জানায়।
উদাহরণ
- Final Cost
- Final Schedule
- Final Quality
৩. Leading Indicators
আগেই সতর্ক সংকেত দেয়।
উদাহরণ
- Defect Trend
- Team Productivity
- Risk Growth
- Requirement Changes
এগুলো ভবিষ্যতের সমস্যা আগেই বুঝতে সাহায্য করে।
Baseline-এর সাথে Comparison
Measurement-এর সবচেয়ে গুরুত্বপূর্ণ ধাপ হলো—
বর্তমান Performance-এর সাথে Baseline তুলনা করা।
Baseline হতে পারে—
- Scope Baseline
- Schedule Baseline
- Cost Baseline
উদাহরণ
| বিষয় | Baseline | Actual |
|---|---|---|
| Duration | ১০ মাস | ১১ মাস |
| Cost | ১০ কোটি | ১১.৫ কোটি |
| Scope | ১০০% | ৯০% |
এখান থেকে বোঝা যায়—
- Schedule পিছিয়েছে
- Cost বেড়েছে
- Scope অসম্পূর্ণ
Variance Analysis
Measurement করার পরে দেখা হয়—
কতটুকু বিচ্যুতি হয়েছে।
Variance হতে পারে—
- Schedule Variance
- Cost Variance
- Quality Variance
উদাহরণ
পরিকল্পনা
৫০টি কাজ
বাস্তবে
৪২টি কাজ
Variance = ৮টি কাজ পিছিয়ে।
Trend Analysis
শুধু আজকের অবস্থা দেখলেই হবে না।
Performance বাড়ছে না কমছে সেটাও দেখতে হবে।
উদাহরণ
| মাস | Defect |
|---|---|
| জানুয়ারি | ১২ |
| ফেব্রুয়ারি | ১০ |
| মার্চ | ৭ |
| এপ্রিল | ৪ |
Trend দেখাচ্ছে Quality উন্নত হচ্ছে।
Forecasting
Measurement-এর মাধ্যমে ভবিষ্যৎ অনুমান করা হয়।
উদাহরণ
বর্তমান গতিতে কাজ চললে
Project Finish হবে
৩০ জুনের বদলে
২০ জুলাই।
তখন আগেই ব্যবস্থা নেওয়া যায়।
Measurement Data থেকে Action
PMBOK বলছে
Measurement শুধুমাত্র রিপোর্টের জন্য নয়।
Measurement → Analysis → Decision → Action
এই Flow অনুসরণ করতে হবে।
উদাহরণ
Measurement বলছে—
Quality কমছে।
তারপর
Analysis
↓
Root Cause বের হলো।
↓
Training দেওয়া হলো।
↓
Quality Improve হলো।
Practical Example (Power Plant Project)
ধরা যাক আপনি একটি 1320 MW Coal-fired Thermal Power Plant-এ New Boiler Protection System Upgrade Project পরিচালনা করছেন।
Project Baseline
- Duration = ৬ মাস
- Budget = ২ কোটি টাকা
- Planned Progress = ৫০%
৩ মাস পরে Measurement
| Indicator | Planned | Actual |
|---|---|---|
| Schedule | ৫০% | ৪০% |
| Cost | ১ কোটি | ১.২৫ কোটি |
| Defect | ৩ | ১২ |
| Stakeholder Satisfaction | ৯০% | ৭৫% |
Analysis
- Schedule Delay
- Cost Overrun
- বেশি Rework
- Vendor Delay
- Testing Failure
Corrective Action
- অতিরিক্ত Engineer নিয়োগ
- Vendor Follow-up
- Daily Progress Meeting
- Quality Inspection বৃদ্ধি
- Test Procedure উন্নত করা
পরবর্তী Measurement-এ দেখা গেল—
- Progress = ৬২%
- Defect = ৪
- Customer Satisfaction = ৯২%
অর্থাৎ নিয়মিত Measurement এবং তার ভিত্তিতে সিদ্ধান্ত নেওয়ার ফলে প্রকল্প আবার সঠিক পথে ফিরে এসেছে।
Measurement Performance Domain-এর Expected Outcomes (PMBOK অনুযায়ী)
এই Performance Domain সফলভাবে বাস্তবায়িত হলে সাধারণত নিচের ফলাফলগুলো পাওয়া যায়—
- Project Performance সম্পর্কে বাস্তব ও নির্ভরযোগ্য ধারণা পাওয়া যায়।
- সময়মতো সমস্যা ও বিচ্যুতি শনাক্ত করা যায়।
- তথ্যভিত্তিক (Data-driven) সিদ্ধান্ত গ্রহণ সম্ভব হয়।
- Corrective ও Preventive Action দ্রুত নেওয়া যায়।
- Stakeholder-দের কাছে স্বচ্ছ ও বিশ্বাসযোগ্য অগ্রগতি উপস্থাপন করা যায়।
- Project Objectives এবং Business Value অর্জনের সম্ভাবনা বৃদ্ধি পায়।
- ভবিষ্যৎ প্রকল্পের জন্য মূল্যবান Lessons Learned সংগ্রহ করা যায়।
সারসংক্ষেপ
PMBOK® Guide 7th Edition-এর Measurement Performance Domain প্রকল্প ব্যবস্থাপনার "চোখ" হিসেবে কাজ করে। এটি প্রকল্পের অগ্রগতি, খরচ, সময়, গুণগত মান, ঝুঁকি, স্টেকহোল্ডারের সন্তুষ্টি এবং ব্যবসায়িক মূল্যকে ধারাবাহিকভাবে পরিমাপ করে। শুধু তথ্য সংগ্রহ করাই এর উদ্দেশ্য নয়; বরং সেই তথ্য বিশ্লেষণ করে যথাসময়ে সিদ্ধান্ত নেওয়া এবং প্রয়োজনীয় সংশোধনী ব্যবস্থা গ্রহণ করাই এই Performance Domain-এর মূল লক্ষ্য। ফলস্বরূপ, প্রকল্পটি পরিকল্পনার সাথে সামঞ্জস্য রেখে এগিয়ে যায় এবং কাঙ্ক্ষিত Business Value অর্জনের সম্ভাবনা উল্লেখযোগ্যভাবে বৃদ্ধি পায়।
Comments
Post a Comment