Browse PMP Full Exam Guide

PMP Estimating Project Tasks, Milestones, and Dependencies

Study PMP Estimating Project Tasks, Milestones, and Dependencies: key concepts, common traps, and exam decision cues.

Task estimation matters because a schedule becomes weak the moment its underlying work estimates stop reflecting reality. PMP questions in this area usually test whether the project manager can estimate effort and timing with enough structure to support control, not just produce dates that look reassuring.

Estimate Work Before You Commit to Dates

The stronger approach usually starts by understanding:

  • what work actually has to be done
  • how large or complex each item is
  • which milestones matter
  • where dependencies or handoffs affect timing
  • what uncertainty remains in the estimate

The estimate may be expressed differently depending on methodology. A predictive plan may use activity durations and milestones, while an adaptive team may use relative sizing or story points. The important PMP distinction is that the estimate must fit the delivery model and still support realistic planning.

    flowchart TD
	    A["Define task or work item"] --> B["Assess effort, complexity, and dependency"]
	    B --> C["Choose estimation method that fits the delivery approach"]
	    C --> D["Validate against team capacity and milestone needs"]
	    D --> E["Use the estimate in schedule planning"]

Dependencies Make Estimates More Realistic

The exam often tests whether the project manager notices that a work item’s timing depends on more than the work itself. A task may be short in isolation but still create schedule risk because:

  • it depends on another team
  • it needs scarce specialist time
  • it cannot start until approval arrives
  • it feeds a critical milestone

The stronger answer usually accounts for these constraints instead of estimating in a vacuum.

Example

An integration task is estimated as five working days by the technical lead. That number may be directionally useful, but the stronger project estimate also considers review time, vendor availability, and testing handoff delays before turning it into a schedule commitment.

Common Pitfalls

  • Treating best-case effort as a schedule promise.
  • Ignoring dependency and handoff time.
  • Mixing adaptive and predictive estimating methods carelessly.
  • Estimating without checking who will actually do the work.

Check Your Understanding

### What usually makes a task estimate strongest for schedule planning? - [ ] It is the most optimistic number available - [ ] It ignores milestone pressure - [ ] It treats all work items as equally uncertain - [x] It reflects effort, dependency, and the method used to plan delivery > **Explanation:** Strong estimates reflect the real planning context, not only the raw effort guess. ### Which factor most often makes a task estimate weaker than it appears? - [x] The estimate ignores waiting time, dependency timing, or approval delays - [ ] The task has an owner - [ ] The estimate is reviewed by the team - [ ] The work is linked to a milestone > **Explanation:** Schedule realism usually weakens when dependency and handoff effects are left out. ### Which practice is usually strongest in an adaptive context? - [ ] Forcing every task into detailed calendar durations before the team is ready - [x] Using a sizing method that fits the team’s way of planning while still supporting realistic iteration commitments - [ ] Avoiding estimation altogether - [ ] Treating story points as exact calendar days > **Explanation:** The right estimate method should fit the delivery approach. ### What should the project manager do if a milestone date is fixed but task estimates are still uncertain? - [ ] Hide the uncertainty to protect confidence - [ ] Assume the team will make up the difference later - [x] Make the uncertainty visible and refine the estimate while testing feasibility against the milestone - [ ] Remove the milestone from the plan > **Explanation:** Fixed dates make estimate realism more important, not less.

Sample Exam Question

Scenario: A project team estimates a configuration activity at three days. The project manager learns that the work also requires approval from another department and specialist testing support that is only available twice a week. A key milestone depends on the activity.

Question: Which action should the project manager take now?

  • A. Keep the three-day estimate unchanged because the technical work itself is short
  • B. Remove the milestone from reporting
  • C. Escalate the estimate immediately without further analysis
  • D. Reassess the estimate and schedule impact to include dependency timing, approval delay, and specialist availability

Best answer: D

Explanation: The strongest answer is D because PMP questions in this area reward realistic schedule thinking. The original effort estimate may still be valid for the technical task itself, but the schedule commitment is incomplete without dependency and capacity effects.

Why the other options are weaker:

  • A: It ignores important schedule drivers.
  • B: Removing visibility does not solve the problem.
  • C: Escalation may come later, but not before schedule impact is understood.

Key Terms

  • Task estimate: The assessed size, effort, or expected duration of a work item.
  • Milestone: A significant schedule point used to track progress or readiness.
  • Relative sizing: An estimating approach that compares work items to each other rather than assigning exact calendar duration immediately.
Revised on Monday, April 27, 2026