Managing schedule, cost and resources in PM²: forecasting, not merely recording
Twenty-second article in the “Learning PM² Through a Project” series
Saying that a team worked many hours does not show whether a project is healthy. Managing schedule, cost and resources compares what was planned with what has actually been achieved and with the forecast to complete.
In PM², the Project Work Plan provides a basis for this control: deliverables, activities, estimates, schedule, dependencies and responsibilities. During Monitor & Control, that basis is compared with actual progress and updated only through controlled decisions when needed.
The three questions to ask constantly
| Dimension | Useful question |
|---|---|
| Schedule | Can we complete deliverables and milestones on planned dates? |
| Cost | Can we complete within approved budget or effort? |
| Resources | Do we have the people, skills, capacity and availability needed at the right time? |
The three dimensions are connected. Adding people can increase cost; compressing a date can reduce quality or increase risk; moving an experienced resource can block dependent activities.
Baselines: the reference for measuring deviations
A baseline is an approved version of a plan. For managing schedule, cost and resources, the main references include:
| Baseline / reference | Contains |
|---|---|
| Schedule baseline | Approved milestones, activities, durations, dates and dependencies. |
| Cost / effort baseline | Budget, effort estimates, spending profiles and assumptions. |
| Resource plan / assignments | People or roles, capacity, skills, availability and responsibilities. |
Without a baseline, “we are late” is an impression. With one, deviation becomes measurable and discussable.
Effort, duration and cost are not the same
| Concept | Meaning | Example |
|---|---|---|
| Effort | Amount of work required. | Ten person-days to develop a feature. |
| Duration | Calendar time required. | Three weeks, because part depends on supplier and user availability. |
| Cost | Financial value of resources and expenses. | Ten days × rate plus service licence. |
Ten person-days of effort do not automatically equal two weeks of duration: dependencies, parallelism, leave, partial capacity and waiting may lengthen the calendar.
Building a credible schedule
A useful schedule is not a list of desired dates. It connects:
- deliverables and activities;
- effort and duration estimates;
- sequence and dependencies;
- genuinely available resources;
- milestones and external constraints;
- buffers, risks and tolerances.
flowchart LR
A[Deliverable] --> B[Activities]
B --> C[Estimates and dependencies]
C --> D[Available capacity]
D --> E[Schedule baseline]
E --> F[Monitoring and forecast]
An unmanaged dependency is a fictitious date. If user acceptance, a purchase or a test environment is needed to proceed, it must be visible in the plan and monitored as a constraint or risk.
Monitoring: physical progress, not consumption alone
Comparing actual hours with budget is necessary but insufficient. Compare them also with genuinely completed value.
| Signal | Possible reading |
|---|---|
| 70% of effort used, 40% of deliverables accepted | Likely overrun or poor estimate: forecast and action required. |
| 30% of effort used, 60% of deliverables complete | Possible early progress, but check quality and remaining work. |
| Activities “almost finished” for weeks | Progress is not measurable; clarify completion criteria and blockages. |
| Budget controlled but milestones delayed | Cost can remain stable while benefits move in time. |
A forecast is not an optimistic prediction. It is the best current estimate of final date, final cost and needed capacity, based on available data and already decided actions.
Controlling schedule
When deviation emerges, the PM should not merely colour the report red. They should analyse cause, impact, alternatives and required decision.
| Intervention | When it can make sense | Attention |
|---|---|---|
| Remove a blockage | A dependency or decision is stopping an activity. | Do not confuse symptom with cause. |
| Reassign capacity | A critical activity is under-resourced. | Check skills and impact on other activities. |
| Run activities in parallel | Dependencies permit it. | Can increase risk and rework. |
| Reduce or defer scope | Priority value can be delivered sooner. | Requires Change Management and competent decision. |
| Move a milestone | Objective remains valid but the date is unrealistic. | Do not do it informally: update baseline only after approval. |
The aim is not preserving a date at any cost; it is taking the right trade-off early among date, scope, quality, cost and risk.
Controlling costs
Cost is not just an invoice received. It may include internal effort, consulting, licences, infrastructure, training, purchasing and transition costs.
Useful control considers:
- planned cost or effort to date;
- actual cost or effort;
- genuinely completed work;
- estimate of remaining work;
- forecast at completion;
- impact of known risks, issues and changes.
If a project has spent little because a dependency is blocked, that is not automatically good news: cost may simply be deferred while the date may already be compromised.
Managing resources: capacity, skills and continuity
A resource is not merely a cell to allocate. For each critical activity, consider at least:
| Aspect | Question |
|---|---|
| Capacity | How much genuine availability is there, considering other commitments? |
| Skill | Can the person perform the work to the required level and within time? |
| Continuity | Will they be available across key dependencies? |
| Replaceability | Is there backup or documentation enough if they are unavailable? |
| Load | Are they over-allocated to several activities at the same time? |
Over-allocation is not solved by multiplying percentages. If one person is assigned 60% to two activities in the same period, the plan claims 120% capacity that does not exist.
The Annotatio case: an honest forecast
For Smart Bookings, go-live is planned for 30 June. In mid-June:
- waiting-list development is complete and tested;
- push notifications are 60% complete, with an Android issue open;
- the dashboard has not started because the same person resolved the Android problem;
- the gym representative is available for acceptance testing only from 26 June.
Saying “we are 80% complete” would be misleading. A useful forecast presents:
| Data | Reading |
|---|---|
| Go-live milestone | At risk: acceptance and dashboard have insufficient buffer. |
| Cause | Critical capacity diverted to Android issue and late user availability. |
| Options | Delay go-live; release without dashboard; add qualified capacity; change acceptance date. |
| Required decision | PO/BM choose trade-off on value and date; SP confirms technical feasibility. |
The PM is not “giving bad news”: they make a decision possible before the date becomes unrecoverable.
Do not confuse these
| Statement | Correction |
|---|---|
| “Effort and duration are the same.” | Effort is work; duration is calendar time affected by capacity and dependencies. |
| “If we have used less budget, we are ahead.” | We may be blocked or have work not yet started. |
| “Adding people always recovers delay.” | It needs onboarding, coordination and skills; it can even slow work in the short term. |
| “The baseline is updated every week with the real plan.” | The forecast may change often; the baseline changes only through controlled approval. |
Three questions to anchor it
- What are the most likely final date and cost, not the original ones?
- What is genuinely blocking the critical path?
- Which trade-off among schedule, scope, cost, quality and risk needs a decision?
Flashcards
Q: What is the difference between effort, duration and cost?
A: Effort is required work; duration is calendar time; cost is the financial value of work and expenses.
Q: Why is a forecast more useful than actuals alone?
A: It indicates the best current estimate of completion, rather than only what has already been spent or done.
Q: When can a baseline change?
A: When a change is assessed and approved according to Change Management and governance.
Exam-style question
An activity estimated at ten person-days is performed by two people at 50%. The PM states it will certainly finish in one week, ignoring a dependency that becomes available only in ten days.
What is the error?
Answer: the PM confuses effort with duration and ignores a critical dependency. Even with theoretical capacity, the activity cannot finish before the constraint is resolved. The forecast must include sequence, dependencies and real resource availability.
Source
The Project Work Plan, estimates, scheduling, schedule control and cost control are covered in the European Commission’s PM² Methodology Guide 3.1.
Next: Business Implementation and transition to operations, to ensure the project does not merely deliver a solution but genuinely enables the intended change and benefits.