Critical Path Calculator

PMBOK Essential

Find the longest sequence of dependent tasks that determines your project's minimum duration using the Critical Path Method (CPM).

Industry Standard
PMBOK Aligned
Real-time Results

Project Activities

IDDescriptionDurationPredecessorsCostActions
A
B
C
D
E
F
G

What is the Critical Path Method (CPM)?

The Critical Path Method is the backbone of project schedule management. Think of it as the project's spine: it is the longest sequence of dependent activities that determines the shortest possible project duration. Any delay on a critical path activity directly delays the entire project. Any activity not on the critical path has flexibility, known as float or slack, which tells you how long it can be delayed without impacting the project end date.

Developed in the late 1950s by Morgan Walker and James Kelley at DuPont, CPM was originally created to manage plant maintenance shutdowns. Its impact was immediate and dramatic: DuPont reported that CPM saved them 25% on maintenance scheduling within the first year. Today, CPM is embedded in virtually every project management methodology, from traditional Waterfall to hybrid approaches. The PMBOK Guide, 7th Edition positions CPM within the Project Schedule Management knowledge area, specifically in the Develop Schedule process.

Understanding CPM is essential for three reasons. First, it tells you which tasks to watch like a hawk during execution. Second, it enables informed schedule compression decisions: you know exactly where to apply fast-tracking or crashing. Third, it gives you credible data for stakeholder communication. When an executive asks why a project takes 28 days instead of 20, you can show them the critical path and explain that every day of that timeline is driven by a specific, non-negotiable sequence of work.

Critical Path Formulas Explained

CPM relies on two fundamental calculations performed in sequence: the Forward Pass and the Backward Pass.

Forward Pass (calculates Early Start and Early Finish)

ES (Early Start) = Maximum EF of all predecessor activities (0 if no predecessors)
EF (Early Finish) = ES + Duration

Backward Pass (calculates Late Start and Late Finish)

LF (Late Finish) = Minimum LS of all successor activities (Project Duration if no successors)
LS (Late Start) = LF - Duration

Float (Total Float)

Float = LS - ES   (equivalently, LF - EF)

Here is what each variable means:

  • ES (Early Start): The earliest an activity can begin, based on when all its predecessors finish. For activities with no predecessors, ES = 0.
  • EF (Early Finish): The earliest an activity can complete, calculated as ES plus its duration.
  • LS (Late Start): The latest an activity can begin without delaying the project. Calculated by subtracting duration from LF.
  • LF (Late Finish): The latest an activity can complete without delaying the project. For activities with no successors, LF equals the total project duration.
  • Float (Total Float): The amount of time an activity can be delayed without delaying the project. Activities with zero float are on the critical path.

Activities with zero float form the critical path. If any of these activities are delayed by even one day, the entire project is delayed by one day. This is why experienced project managers focus their attention on critical path activities during execution and use non-critical activities as sources for resource reallocation when needed.

Step-by-Step Guide to Finding the Critical Path

1
List All Activities with Durations and Dependencies. Create a complete activity list with each task's duration and predecessor relationships. Use a Work Breakdown Structure (WBS) to ensure you have not missed any activities. Every dependency must be documented.
2
Perform the Forward Pass. Starting from activities with no predecessors, calculate ES and EF for each activity in sequence. ES equals the maximum EF of all predecessors. EF equals ES plus duration. The largest EF across all activities is your project duration.
3
Perform the Backward Pass. Starting from the activities that finish last, work backwards. LF equals the minimum LS of all successors (or the project duration for terminal activities). LS equals LF minus duration. This reveals the latest possible start and finish for each task.
4
Calculate Float for Each Activity. Subtract ES from LS (or EF from LF) for every activity. Activities with zero float are critical. These form your critical path.
5
Identify the Critical Path and Manage It. Trace the sequence of zero-float activities from project start to finish. This is your critical path. Monitor these activities daily during execution, and apply schedule compression techniques here if the project falls behind.

Real-World Critical Path Example

Scenario: Software Development Project

You have 7 activities for a software development project. Here are the durations and dependencies:

ActivityDurationPredecessorsESEFLSLFFloat
A - Planning5-05050
B - Requirements3A58580
C - Design4B8128120
D - Dev Module 16C121814202
E - Dev Module 28C122012200
F - Testing4D, E202420240
G - Deployment2F242624260

Critical Path: A → B → C → E → F → G (26 days total). Activity D (Dev Module 1) has 2 days of float, meaning it can be delayed by up to 2 days without affecting the project end date. This flexibility could be used to reallocate resources from D to E if E is falling behind. Note that activity E drives the schedule because it is longer than D and both feed into F.

Common Mistakes to Avoid

  • Missing Hidden Dependencies: The most dangerous scheduling error is omitting a dependency. If Activity F depends on a vendor deliverable you forgot to include, your entire critical path calculation is wrong. Conduct thorough dependency analysis with the entire team.
  • Confusing Finish-to-Start with Other Dependency Types: Standard CPM assumes finish-to-start dependencies. Real projects have start-to-start, finish-to-finish, and start-to-finish relationships with leads and lags. Ignoring these produces an inaccurate critical path.
  • Treating the Critical Path as Static: The critical path can shift during execution. When a non-critical activity uses all its float, it becomes critical. When a critical activity is completed early, a different path may become critical. Recalculate regularly.
  • Ignoring Resource Constraints: Basic CPM assumes unlimited resources. In reality, if two critical activities require the same scarce resource, you have a resource conflict that CPM alone cannot resolve. Use resource leveling or resource smoothing alongside CPM.
  • Applying Schedule Compression to Non-Critical Activities: Crashing or fast-tracking non-critical activities does not shorten the project duration. It only increases cost or risk without any schedule benefit. Always compress critical path activities first.
  • Not Updating the Schedule After Changes: Scope changes, resource reassignments, and delayed activities all affect the critical path. Failing to recalculate after these changes means you are managing to an outdated schedule.

PMP Exam Tips for Critical Path

Critical Path questions are among the most calculation-intensive on the PMP exam. You should be able to perform a forward pass and backward pass from scratch given a list of activities, durations, and dependencies. The PMBOK Guide covers CPM within the Develop Schedule process in Project Schedule Management. Practice calculating ES, EF, LS, LF, and Float until the process is automatic, because exam questions often require you to identify the critical path from a network diagram.

Key concepts to master for the exam: First, know that the critical path is the longest path through the network, not the shortest. This is a common trick question. Second, understand that a project can have multiple critical paths, and more critical paths mean higher risk. Third, know the difference between total float and free float: total float is how much an activity can be delayed without delaying the project; free float is how much it can be delayed without delaying any successor activity. Fourth, remember that near-critical paths (paths with very little float) should be monitored almost as closely as the critical path itself.

Schedule compression techniques are frequently tested alongside CPM. Fast-tracking means performing activities in parallel that were originally planned sequentially, which increases risk. Crashing means adding resources to critical path activities, which increases cost. Both techniques should be applied only to critical path activities because compressing non-critical activities has no effect on the project end date. The PMBOK Guide places these in the Develop Schedule and Control Schedule processes.