Monitor and Control Schedule — PMBOK® Guide 8th Edition

PMBOK® Guide 8th Edition অনুযায়ী Monitor and Control Schedule হলো এমন একটি process যেখানে project schedule-এর বর্তমান status monitor করা হয়, actual/forecast performance-এর ভিত্তিতে schedule update করা হয় এবং agreed schedule বা schedule baseline-এ পরিবর্তন হলে তা appropriately manage করা হয়। এর key benefit হলো project-এর পুরো lifecycle জুড়ে একটি realistic schedule বজায় রাখা

খুব গুরুত্বপূর্ণ: PMBOK 8th Edition-এর Figure 2-24-এর ITTO আগের edition-এর ITTO-এর সাথে এক নয়। বিশেষ করে Tools & Techniques-এ Earned Value Analysis, Burnup/Burndown Chart, Performance Reviews, Trend Analysis, Variance Analysis, What-if Scenario Analysis, Branch and Bound, Velocity, Daily Coordination Meetings, Sprint Reviews, Backlog Refinement ইত্যাদি রয়েছে। নিচের আলোচনা Figure 2-24-এর এই 8th Edition structure অনুসরণ করে করা হয়েছে। 


1. Monitor and Control Schedule-এর মূল উদ্দেশ্য

সহজ ভাষায়:

Develop Schedule = আমরা কীভাবে এবং কখন কাজ করব তার schedule তৈরি করি।
Monitor and Control Schedule = বাস্তবে কাজ কতদূর হলো এবং schedule অনুযায়ী চলছে কি না তা পরীক্ষা করি এবং প্রয়োজনীয় action নিই।

এই process-এ মূলত দেখা হয়:

  • Planned schedule অনুযায়ী কাজ হচ্ছে কি না
  • Actual progress কত
  • Schedule variance আছে কি না
  • Project completion date পরিবর্তিত হচ্ছে কি না
  • Critical Path-এ কোনো পরিবর্তন হয়েছে কি না
  • Resources schedule-এর ওপর impact ফেলছে কি না
  • Delay-এর কারণ কী
  • Corrective/preventive action দরকার কি না
  • Schedule forecast কী
  • Schedule baseline পরিবর্তনের প্রয়োজন আছে কি না

PMBOK 8 অনুযায়ী predictive approach-এ schedule baseline বা agreed schedule পরিবর্তন করতে হলে Assess and Implement Changes process-এর integrated change control অনুসরণ করতে হয়। (studylib.net)


2. Figure 2-24 অনুযায়ী ITTO

PMBOK 8th Edition-এর Figure 2-24 অনুযায়ী:

Inputs

  1. Project Management Plan

    • Schedule Management Plan

    • Scope Baseline

    • Performance Measurement Baseline

  2. Product Backlog

  3. Project Documents

    • Lessons Learned Register

    • Project Calendars

    • Project Schedule

    • Resource Calendars

    • Risk Register

    • Schedule Data

  4. Work Performance Data

  5. Enterprise Environmental Factors

  6. Organizational Process Assets

  7. Etc.

Tools & Techniques

  1. Data Analysis

    • Earned Value Analysis

    • Burnup/Burndown Chart

    • Performance Reviews

    • Trend Analysis

    • Variance Analysis

    • What-if Scenario Analysis

  2. Critical Path Method

  3. Critical Chain Method

  4. Project Management Information System (PMIS)

  5. Resource Optimization

  6. Leads and Lags

  7. Schedule Compression

  8. Branch and Bound

  9. Velocity

  10. Daily Coordination Meetings

  11. Sprint Reviews

  12. Backlog Refinement

  13. Etc.

Outputs

  1. Work Performance Information

  2. Schedule Forecasts

  3. Change Requests

  4. Project Management Plan Updates

    • Schedule Management Plan

    • Schedule Baseline

    • Cost Baseline

    • Performance Measurement Baseline

  5. Project Document Updates

    • Assumption Log

    • Basis of Estimates

    • Lessons Learned Register

    • Project Schedule

    • Resource Calendars

    • Risk Register

    • Schedule Data

  6. Etc. (studylib.net)


3. INPUTS — প্রতিটির Function

Input 1: Project Management Plan

Figure 2-24-এ Project Management Plan-এর অধীনে তিনটি গুরুত্বপূর্ণ component দেখানো হয়েছে:

A. Schedule Management Plan

এটি বলে দেয় schedule কীভাবে:

  • monitor হবে
  • update হবে
  • control হবে
  • variance measure হবে
  • report হবে
  • change করা হবে

Function

Actual schedule performance evaluate করার জন্য এটি rules and procedures প্রদান করে।

উদাহরণ

Schedule Management Plan বলেছে:

Weekly schedule update হবে এবং major milestone-এর deviation management-কে report করতে হবে।

তাহলে Monitor and Control Schedule process-এ এই rule অনুসরণ করা হবে।


4. Scope Baseline

Scope Baseline বলে দেয় project-এ কী কাজ করার কথা

এতে মূলত:

  • Scope Statement
  • WBS
  • WBS Dictionary

থাকে।

Function

Schedule performance evaluate করার সময় project-এর approved scope-এর সঙ্গে actual work-এর consistency যাচাই করতে সাহায্য করে।

Example

Approved scope:

Unit #2 turbine overhaul সম্পন্ন করা।

কিন্তু team যদি schedule এগিয়ে নেওয়ার জন্য কিছু কাজ বাদ দিতে চায়, scope baseline দেখে নিশ্চিত করতে হবে যে scope পরিবর্তন হচ্ছে কি না।


5. Performance Measurement Baseline

এটি project-এর approved performance baselines-এর integrated reference point।

Schedule-এর ক্ষেত্রে planned performance-এর সঙ্গে actual performance compare করতে সাহায্য করে।

Function

এটি answer করতে সাহায্য করে:

"আমরা plan অনুযায়ী কতটা এগিয়েছি?"

Schedule ও cost performance-এর integrated evaluation-এর জন্য এটি গুরুত্বপূর্ণ।


6. Input: Product Backlog

Adaptive/Agile project-এ Product Backlog একটি গুরুত্বপূর্ণ input।

এতে থাকে:

  • Product features
  • User stories
  • Requirements
  • Prioritized work
  • Remaining work

Function

Agile project-এ schedule performance monitor করতে:

planned work বনাম completed/accepted work

compare করতে সাহায্য করে।

Example

একটি 2-week sprint-এ:

Planned = 20 story points

Completed = 15 story points

তাহলে team-এর delivery rate analyze করা যায়।


7. Project Documents

Figure 2-24-এ বিভিন্ন project document input হিসেবে রয়েছে।


7.1 Lessons Learned Register

আগের experience, সমস্যা ও effective solution এখানে থাকে।

Function

Schedule monitoring-এর সময় আগের project-এর lessons ব্যবহার করে:

  • delay-এর কারণ বুঝতে
  • corrective action নিতে
  • repeated problem এড়াতে

সাহায্য করে।


8. Project Calendars

Project Calendar বলে দেয়:

  • Working days
  • Non-working days
  • Holidays
  • Working hours
  • Shift pattern

Function

Actual schedule performance evaluate করার সময় কোন দিন সত্যিই কাজের জন্য available ছিল তা বুঝতে সাহায্য করে।

Example

যদি Friday non-working day হয়, তাহলে Friday-র delay-কে automatically poor performance হিসেবে গণ্য করা উচিত নয়।


9. Project Schedule

এটি হলো approved/current schedule-এর actual representation।

এতে থাকে:

  • Activity start/finish
  • Duration
  • Dependencies
  • Milestones
  • Progress
  • Forecast dates

Function

Actual progress-এর সঙ্গে planned schedule compare করার মূল reference।


10. Resource Calendars

Resource Calendar বলে দেয়:

  • কোন resource কখন available
  • Working hours
  • Holidays
  • Shift
  • Resource constraints

Function

Schedule delay resource availability-এর কারণে হচ্ছে কি না তা বুঝতে সাহায্য করে।

Example

Critical electrician 10 দিন available না থাকলে schedule delay হতে পারে।


11. Risk Register

Risk Register-এ schedule-related risks থাকতে পারে।

Function

Risk-এর কারণে schedule performance কীভাবে affected হচ্ছে তা monitor করতে সাহায্য করে।

Example:

Critical equipment delivery delay risk

যদি risk materialize করে, তাহলে schedule forecast update করতে হতে পারে।


12. Schedule Data

Schedule Data-এর মধ্যে schedule-এর supporting information থাকে।

যেমন:

  • Activity information
  • Dependencies
  • Constraints
  • Milestones
  • Resource information
  • Assumptions
  • Schedule calculations

Function

Schedule analysis এবং forecast তৈরির জন্য detailed data প্রদান করে।


13. Work Performance Data

এটি Monitor and Control Schedule-এর অন্যতম গুরুত্বপূর্ণ input।

এতে actual project execution-এর raw data থাকতে পারে।

যেমন:

  • Actual start date
  • Actual finish date
  • Percentage complete
  • Actual duration
  • Completed activities
  • Remaining duration
  • Resource utilization

Function

Actual performance → Schedule analysis

করার জন্য raw information দেয়।

PMP Golden Rule

Work Performance Data = Raw measurements

আর process করার পর:

Work Performance Information = Analyzed/interpreted information


14. Enterprise Environmental Factors

EEF-এর মধ্যে থাকতে পারে:

  • Government regulations
  • Weather
  • Industry conditions
  • Market conditions
  • Resource availability
  • Organizational systems
  • Scheduling software
  • Working-hour restrictions

Function

External/environmental factors schedule performance-এ impact করছে কি না তা বিবেচনা করতে সাহায্য করে।


15. Organizational Process Assets

OPA-এর মধ্যে থাকতে পারে:

  • Schedule policies
  • Templates
  • Historical schedule data
  • Lessons learned
  • Previous project information
  • Organizational procedures

Function

Schedule control-এর জন্য organization-এর existing knowledge এবং procedures ব্যবহার করা।


16. TOOLS & TECHNIQUES

এখন Figure 2-24-এর সবচেয়ে গুরুত্বপূর্ণ অংশ।


17. Data Analysis

PMBOK 8 Figure 2-24-এ Data Analysis-এর অধীনে কয়েকটি গুরুত্বপূর্ণ technique দেওয়া হয়েছে। (studylib.net)

এগুলো হলো:

  1. Earned Value Analysis
  2. Burnup/Burndown Chart
  3. Performance Reviews
  4. Trend Analysis
  5. Variance Analysis
  6. What-if Scenario Analysis

এগুলো একে একে দেখি।


18. Earned Value Analysis

Earned Value Analysis schedule ও cost performance evaluate করতে ব্যবহৃত হয়।

Schedule-এর জন্য গুরুত্বপূর্ণ concepts:

PV — Planned Value

নির্দিষ্ট date পর্যন্ত planned work-এর budgeted value।

EV — Earned Value

নির্দিষ্ট date পর্যন্ত actually completed work-এর budgeted value।

AC — Actual Cost

Completed work-এর জন্য actual cost।


Schedule Variance

Traditional EVM:

SV = EV − PV

যদি:

SV > 0 → Ahead of schedule

SV < 0 → Behind schedule

SV = 0 → Exactly on planned schedule

উদাহরণ

PV = $100,000
EV = $80,000

তাহলে:

SV = 80,000 − 100,000 = −20,000

অর্থাৎ project schedule অনুযায়ী পিছিয়ে আছে।


Schedule Performance Index

SPI = EV / PV

যদি:

SPI > 1 → Ahead of schedule

SPI < 1 → Behind schedule

SPI = 1 → On schedule

উদাহরণ:

EV = 80,000
PV = 100,000

SPI = 0.80

অর্থাৎ project planned rate-এর প্রায় 80% pace-এ এগোচ্ছে।

PMP Exam Tip: EVM-এর SV এবং SPI traditional predictive schedule-performance questions-এ অত্যন্ত গুরুত্বপূর্ণ।


19. Burnup / Burndown Chart

Agile project-এ অত্যন্ত গুরুত্বপূর্ণ।

Burndown Chart

সময়ের সঙ্গে remaining work কত কমছে তা দেখায়।

উদাহরণ:

Sprint শুরু:

100 story points remaining

Sprint শেষে:

20 remaining

অর্থাৎ work burn down হচ্ছে।


Burnup Chart

সময়ের সঙ্গে completed work কত বাড়ছে তা দেখায়।

Difference

BurndownBurnup
Remaining workCompleted work
Work কমছেWork বাড়ছে
Agile monitoringAgile monitoring

20. Performance Reviews

Performance Review-এর মাধ্যমে planned schedule এবং actual performance evaluate করা হয়।

দেখা হতে পারে:

  • Milestone status
  • Activity completion
  • Schedule variance
  • Critical path status
  • Resource performance
  • Forecast completion date

Function

বর্তমান schedule performance সম্পর্কে management/team-কে clear picture দেয়।


21. Trend Analysis

Trend Analysis ব্যবহার করে historical performance দেখে future performance-এর সম্ভাব্য trend বুঝতে চেষ্টা করা হয়।

উদাহরণ:

গত 5 সপ্তাহে project-এর delay:

1 → 2 → 3 → 4 → 5 days

এখানে trend worsening।

তাহলে project manager বুঝতে পারেন যে corrective action না নিলে delay আরও বাড়তে পারে।

PMP Tip

Trend = Past performance pattern → Future direction


22. Variance Analysis

Variance Analysis-এর মাধ্যমে:

Planned vs Actual

compare করা হয়।

উদাহরণ:

Planned completion:

30 September

Forecast completion:

15 October

Variance:

15 days delay

Function

Variance-এর:

  • magnitude
  • cause
  • impact

analyze করে corrective action নির্ধারণে সাহায্য করে।


23. What-if Scenario Analysis

"What if?" প্রশ্নের মাধ্যমে সম্ভাব্য schedule scenario evaluate করা হয়।

Example

What if the turbine delivery is delayed by 10 days?

অথবা:

What if two additional technicians are assigned?

অথবা:

What if a critical activity cannot start for another week?

Function

Potential future schedule impact আগে থেকে বোঝা।


24. Critical Path Method

Monitor and Control Schedule-এ CPM ব্যবহার করে current schedule network analyze করা যায়।

বিশেষ করে দেখা হয়:

  • Critical Path পরিবর্তিত হয়েছে কি না
  • Total Float কমেছে কি না
  • নতুন critical activity তৈরি হয়েছে কি না
  • Project duration পরিবর্তিত হয়েছে কি না

Example

আগে Critical Path:

A → B → C → D

Delay-এর কারণে এখন:

A → E → F → D

নতুন Critical Path হয়ে যেতে পারে।

PMP Tip

Critical Path monitor করতে হবে; project চলার সময় critical path change হতে পারে।


25. Critical Chain Method

Critical Chain resource constraints-কে schedule-এর মধ্যে explicitly বিবেচনা করে।

এতে:

  • Resource constraints
  • Buffers
  • Resource availability

গুরুত্বপূর্ণ।

Function

Resource-constrained project-এ schedule performance evaluate করতে সাহায্য করে।


26. Project Management Information System — PMIS

PMIS-এর মাধ্যমে:

  • Schedule update
  • Progress tracking
  • Reporting
  • Dashboard
  • Forecasting
  • Data integration

করা যায়।

Example

Primavera P6 বা অন্য scheduling system ব্যবহার করে:

Actual progress update → Critical Path recalculate → Forecast finish date

করা হলো।


27. Resource Optimization

Resource availability-এর কারণে schedule performance affect হচ্ছে কি না তা analyze করা হয়।

উদাহরণ:

একজন specialist engineer একই সময়ে দুইটি critical activity-তে assigned।

ফলে:

Resource conflict → Activity delay → Schedule delay

Resource optimization এই সমস্যা analyze করতে সাহায্য করে।


28. Leads and Lags

Current schedule-এর logical relationships review করতে Leads and Lags ব্যবহার করা হয়।

Lag

Unnecessary waiting time থাকলে schedule delay হতে পারে।

Lead

Appropriate overlap ব্যবহার করে schedule duration কমানো সম্ভব হতে পারে।

Function

Activity relationships-এর কারণে schedule delay হচ্ছে কি না তা analyze করা।


29. Schedule Compression

Project পিছিয়ে গেলে schedule recovery-এর জন্য compression ব্যবহার করা যেতে পারে।

দুটি গুরুত্বপূর্ণ approach:

Crashing

Additional resources দিয়ে duration কমানো।

Cost ↑

Fast Tracking

Sequential work overlap করা।

Risk ↑

PMP Tip

Schedule recovery চাইলে আগে root cause analyze করুন; সরাসরি crashing বা fast tracking শুরু করা best practice নয়।


30. Branch and Bound

এটি একটি optimization approach যেখানে বিভিন্ন possible scheduling alternatives explore করে feasible/optimal solution খোঁজা হয়।

সহজভাবে:

অনেক possible scheduling option থাকলে বিভিন্ন branch evaluate করে unsuitable options বাদ দিয়ে better solution খোঁজা।

এটি সাধারণত complex scheduling optimization-এর ক্ষেত্রে বেশি relevant।


31. Velocity

Agile/adaptive project-এ Velocity হলো একটি iteration/sprint-এ team কত amount of work complete করতে পারে তার measure।

উদাহরণ:

SprintCompleted Story Points
120
222
318
420

Average velocity প্রায় 20 points/sprint।

Function

Remaining backlog থেকে future delivery forecast করতে সাহায্য করে।


32. Daily Coordination Meetings

Agile/iterative project-এ daily coordination meeting ব্যবহার করা হয়।

এতে team আলোচনা করে:

  • Yesterday কী completed?
  • Today কী করবে?
  • কোনো blocker আছে কি?
  • Schedule/iteration target-এর ওপর impact আছে কি?

Function

ছোট delay দ্রুত identify করে দ্রুত corrective action নেওয়া।


33. Sprint Reviews

Sprint শেষে completed increment stakeholders-এর সামনে review করা হয়।

Function

কী work actually delivered এবং accepted হয়েছে তা যাচাই করে future schedule/release planning-এ input দেওয়া।


34. Backlog Refinement

Agile project-এ backlog items:

  • clarify
  • prioritize
  • estimate
  • split
  • reorder

করা হয়।

Function

Future iteration-এর কাজ আরও realistic ও manageable করতে সাহায্য করে।


35. Outputs

এখন Monitor and Control Schedule-এর outputs।


36. Work Performance Information

এটি analyzed schedule performance information।

উদাহরণ:

Raw data:

Activity planned = 10 days
Actual = 14 days

Analysis:

Activity is 4 days behind plan.

এই analyzed result হলো Work Performance Information

PMP Tip

Data → Analysis → Information


37. Schedule Forecasts

Schedule Forecast হলো project-এর future completion সম্পর্কে updated prediction।

উদাহরণ:

Baseline completion:

30 June

Current performance অনুযায়ী forecast:

15 July

তাহলে updated schedule forecast:

15 July

Function

Management-কে জানায়:

"Current performance চলতে থাকলে project কখন শেষ হওয়ার সম্ভাবনা?"


38. Change Requests

Schedule performance analysis থেকে যদি approved plan পরিবর্তনের প্রয়োজন হয়, তাহলে Change Request তৈরি হতে পারে।

যেমন:

  • Schedule baseline change
  • Resource change
  • Scope-related change
  • Recovery action
  • Schedule compression

খুব গুরুত্বপূর্ণ PMP Point

Predictive project-এ Project Manager নিজের ইচ্ছায় schedule baseline change করতে পারে না।

Change-এর জন্য:

Integrated Change Control / Assess and Implement Changes

process অনুসরণ করতে হবে। (studylib.net)


39. Project Management Plan Updates

Figure 2-24 অনুযায়ী update হতে পারে:

Schedule Management Plan

যদি schedule management approach পরিবর্তন করার প্রয়োজন হয়।

Schedule Baseline

Approved change-এর মাধ্যমে baseline update হতে পারে।

Cost Baseline

Schedule change-এর কারণে cost impact হলে cost baseline-ও update হতে পারে।

Performance Measurement Baseline

Approved change-এর ফলে integrated performance baseline update হতে পারে।


40. Project Document Updates

Update হতে পারে:

  • Assumption Log
  • Basis of Estimates
  • Lessons Learned Register
  • Project Schedule
  • Resource Calendars
  • Risk Register
  • Schedule Data

Example

যদি equipment delivery assumption ভুল প্রমাণিত হয়:

Assumption Log update

যদি duration estimate পরিবর্তন হয়:

Basis of Estimates update

যদি নতুন schedule তৈরি হয়:

Project Schedule update


41. Predictive বনাম Agile — Monitor and Control Schedule

এটি PMP Exam-এর জন্য অত্যন্ত গুরুত্বপূর্ণ

Predictive

মূল focus:

  • Schedule baseline
  • Planned vs actual
  • Schedule variance
  • Critical Path
  • Forecast
  • Change control

Baseline/agreed schedule change করতে হলে formal change control প্রয়োজন। (studylib.net)


Agile/Adaptive

মূল focus:

  • Iteration progress
  • Velocity
  • Burnup/Burndown
  • Sprint review
  • Backlog refinement
  • Retrospectives
  • Remaining work
  • Accepted work

PMBOK 8 adaptive approach-এ schedule status নির্ধারণে elapsed cycle-এর জন্য estimated work-এর তুলনায় delivered/accepted work বিবেচনা করার কথা বলে। (studylib.net)


42. বাস্তব Project Example — Thermal Power Plant

ধরুন Unit #2-এর maintenance shutdown-এর approved schedule:

Shutdown duration = 30 days

Planned:

  • Boiler inspection = 5 days
  • Turbine inspection = 4 days
  • Generator inspection = 3 days
  • Repair = 10 days
  • Testing = 5 days
  • Synchronization = 3 days

Project-এর 15তম দিনে দেখা গেল:

  • Boiler inspection completed
  • Turbine inspection 2 days late
  • Critical spare parts delayed
  • Repair activity শুরু হতে পারেনি

এখন Project Manager কী করবেন?

Step 1 — Work Performance Data সংগ্রহ

  • Actual start/finish
  • % complete
  • Remaining duration

Step 2 — Variance Analysis

Planned বনাম Actual compare।

Step 3 — Critical Path Analysis

Delay critical path-এ impact করছে কি না দেখা।

Step 4 — What-if Analysis

Spare parts আরও 5 দিন late হলে completion date কী হবে?

Step 5 — Resource Optimization

Additional manpower দিলে recovery সম্ভব কি না দেখা।

Step 6 — Schedule Compression

প্রয়োজন হলে:

  • Crashing
  • Fast Tracking

consider করা।

Step 7 — Forecast

Updated completion date calculate করা।

Step 8 — Change Request

যদি approved baseline পরিবর্তন প্রয়োজন হয়, formal change request initiate করা।

এটাই বাস্তবে Monitor and Control Schedule


43. Plan Schedule Management বনাম Develop Schedule বনাম Monitor and Control Schedule

PMP-এর জন্য এই তিনটির পার্থক্য খুব ভালোভাবে মনে রাখুন।

Processমূল প্রশ্নপ্রধান কাজ
Plan Schedule ManagementHow?Schedule management rules তৈরি
Develop ScheduleWhen?Actual schedule তৈরি
Monitor & Control ScheduleAre we on track?Actual vs planned monitor এবং corrective/change action

সহজ Formula

PLAN → DEVELOP → MONITOR

Plan: কীভাবে schedule manage করব?

Develop: কখন কোন কাজ হবে?

Monitor: আসলে কি plan অনুযায়ী হচ্ছে?


44. Real-Time PMP Exam Question — 1

Scenario

A project manager is monitoring a construction project. The planned value (PV) for the work scheduled to be completed by the end of the month is $500,000. The earned value (EV) of the work actually completed is $400,000.

What should the project manager conclude?

A. The project is ahead of schedule.

B. The project is behind schedule.

C. The project is over budget.

D. The project is exactly on schedule.

সঠিক উত্তর: B. The project is behind schedule.

Calculation

SV = EV − PV

= $400,000 − $500,000

= −$100,000

অথবা:

SPI = EV / PV

= 400,000 / 500,000

= 0.80

যেহেতু:

SPI < 1 → Behind Schedule

PMP Lesson

Negative SV বা SPI < 1 → Schedule behind.


45. Real-Time PMP Exam Question — 2

Scenario

During schedule monitoring, the project manager discovers that a critical activity is four days behind schedule. The project manager determines that assigning additional qualified resources can reduce the remaining duration by three days. The project manager wants to recover the schedule without changing project scope.

What should the project manager consider?

A. Fast tracking

B. Crashing

C. Resource smoothing

D. Adding lag

সঠিক উত্তর: B. Crashing

কারণ:

Additional resources → Activity duration reduction

এটাই Crashing।

তবে cost increase-এর সম্ভাবনা evaluate করতে হবে।


46. Real-Time PMP Exam Question — 3

Scenario

A project manager notices that the project's forecast completion date has moved 15 days beyond the approved schedule baseline. The project manager wants to immediately change the baseline to reflect the new forecast.

What should the project manager do?

A. Change the baseline immediately because the forecast is more realistic.

B. Ask the scheduler to overwrite the baseline.

C. Initiate the appropriate change control process.

D. Ignore the variance until project completion.

সঠিক উত্তর: C. Initiate the appropriate change control process.

কেন?

Baseline হলো approved reference point।

Actual delay হলে:

Baseline-কে actual performance-এর সাথে মিলিয়ে দেওয়া যাবে না।

আগে change-এর কারণ এবং impact analyze করতে হবে এবং approved change control process অনুসরণ করতে হবে।

PMBOK 8 specifically states that in a predictive approach, changes to the schedule baseline/agreed schedule require approval through Assess and Implement Changes using integrated change control। (studylib.net)


47. Real-Time PMP Exam Question — 4 — Agile

Scenario

An Agile team has completed four sprints. Its velocity has remained relatively stable at approximately 20 story points per sprint. The product owner wants to know when the remaining 60 story points could reasonably be delivered.

Which information is most useful for forecasting the schedule?

A. Cost Performance Index

B. Team velocity

C. Schedule baseline

D. Resource leveling

সঠিক উত্তর: B. Team velocity

কারণ Agile environment-এ velocity team-এর delivery rate বোঝায় এবং remaining backlog-এর delivery forecast করতে সাহায্য করে।

60 points remaining এবং approximately 20 points/sprint velocity হলে:

আনুমানিক 3 sprints

প্রয়োজন হতে পারে—যদিও বাস্তব forecast-এ uncertainty এবং changing backlog বিবেচনা করতে হবে।


48. PMP Exam-এর জন্য Golden Rules

🔴 Rule 1

Actual vs Planned compare → Monitor and Control Schedule

🔴 Rule 2

EV < PV → Behind schedule

🔴 Rule 3

SPI < 1 → Behind schedule

🔴 Rule 4

SPI > 1 → Ahead of schedule

🔴 Rule 5

Trend Analysis → Future direction বুঝতে

🔴 Rule 6

Variance Analysis → Planned vs Actual difference analyze করতে

🔴 Rule 7

What-if Analysis → "যদি এমন হয়?" scenario evaluate করতে

🔴 Rule 8

Crashing → Additional resources → Cost may increase

🔴 Rule 9

Fast Tracking → Activities overlap → Risk may increase

🔴 Rule 10

Critical Path → Project duration-এর ওপর direct impact

🔴 Rule 11

Agile → Velocity + Burnup/Burndown + Sprint Review

🔴 Rule 12

Baseline change → Formal Change Control

🔴 Rule 13

Raw data → Work Performance Data

🔴 Rule 14

Analyzed data → Work Performance Information

🔴 Rule 15

Future completion prediction → Schedule Forecast


49. এক নজরে Figure 2-24

CategoryPMBOK 8th Edition
ProcessMonitor and Control Schedule
PurposeSchedule status monitor, schedule update, changes manage
Key BenefitRealistic schedule বজায় রাখা
Main InputsPMP, Product Backlog, Project Documents, WPD, EEF, OPA
Main AnalysisEVM, Burnup/Burndown, Trend, Variance, What-if
Network AnalysisCPM, Critical Chain
OptimizationResource Optimization, Leads/Lags, Schedule Compression
Agile ToolsVelocity, Daily Coordination, Sprint Review, Backlog Refinement
Main OutputsWPI, Schedule Forecasts, Change Requests
Plan UpdatesSchedule Management Plan, Schedule Baseline, Cost Baseline, PMB
Document UpdatesSchedule, Risk Register, Assumptions, Lessons Learned, Resource Calendars

🎯 PMP-এর জন্য এক লাইনের Master Concept

Monitor and Control Schedule = Actual Performance Data সংগ্রহ → Planned-এর সাথে Compare → Variance/Trend/CPM/EVM Analyze → Future Forecast → Corrective/Preventive Action বা Change Request → Approved Schedule Update.

আর সবচেয়ে গুরুত্বপূর্ণ distinction:

Schedule পিছিয়ে গেছে মানেই সরাসরি baseline change নয়।
প্রথমে analyze → determine cause/impact → develop appropriate response → formal change control (যদি baseline change প্রয়োজন হয়)

Comments

Popular posts from this blog

PMP: Project Documents in Bengali

PMBOK® Guide 7th Edition – Stakeholder Performance Domain (স্টেকহোল্ডার পারফরম্যান্স ডোমেইন)

PMP-তে Tools and Techniques: একটি বিস্তারিত গাইড