The plain-English guide
The critical path method
The longest chain of tasks that wait on each other sets your end date — no matter how fast everything else goes. Here's what that means, how to find it, and why it's the only chain worth guarding.
From the studio behind ganttchart.ai · a 6-minute read
The critical path is the longest chain of dependent tasks in a project — the run of work where each task can't start until the one before it finishes. Add up the durations along that chain and you have the shortest time the whole project can possibly take. Every other task is running alongside it with room to spare.
The critical path method (CPM) is just the procedure for finding that chain. It matters because of one blunt fact: a day lost on the critical path is a day lost from the finish. A day lost anywhere else is often free. Knowing which is which — before the week starts — is the whole point of planning, and it's what a Gantt chart is built to make visible.
Trace the chain
Find it by eye
One real plan — the six-week bakery-website launch. Two tasks run with slack; the highlighted run is the critical path. Follow it and the end date explains itself.
Copy and Photos each run alongside the chain — either could slip a week without moving the launch. That freedom is their slack.
The method, in five moves
How to find the critical path
No software required for a plan this size. The whole method is a list, some durations, and the discipline to add up the longest chain.
- 01
List the tasks
Break the job into pieces small enough to estimate. This is your work breakdown — the raw material the method runs on.
- 02
Give each one a duration
Write down how long each task actually takes — its duration, in days or weeks. Honest numbers, not hopeful ones; the method is only as true as these.
- 03
Map what waits on what
Draw the dependencies: which tasks can only start once another finishes. These arrows are what turn a list into a network of chains.
- 04
Add up the longest chain
Follow each unbroken chain of arrows from start to finish and total its durations. The longest total is the critical path — the run that sets the earliest the project can possibly end.
- 05
Mark the zero-slack tasks
Every task on that longest chain has zero slack: slip one by a day and the whole project slips a day. Those are the tasks to guard. Everything else can flex, within limits, for free.
Want to watch the method run on five different plans? See the worked examples →
Why it's the only chain that matters
Where to spend your attention
The critical path turns "where should I worry?" into a question with an answer. Effort spent speeding up a task off the path buys you nothing — the finish line doesn't move. Effort spent protecting a task on it protects the whole date.
So it tells you three things at once: where to put your buffer (at the end of the critical chain, not scattered), which status updates actually matter this week (the ones about critical tasks), and which "we're a bit behind" reports you can safely ignore (the ones with slack to spare).
One warning: the critical path moves. Shorten the longest chain and a different one becomes longest; let a slack task slip far enough and it joins the path. It's a live reading of the plan, not a one-time calculation — which is exactly why it belongs in a chart that recomputes, not a slide that goes stale.
Common questions
The critical path, briefly
What is the critical path method, in one sentence?
The critical path method (CPM) is a way to find the longest chain of dependent tasks in a project — because that chain, and only that chain, decides the earliest the whole project can finish. You list the tasks, give each a duration, map what waits on what, and add up the longest run of connected tasks. That run is the critical path.
How do you calculate the critical path?
By hand: list every task with its duration, draw the dependencies (which task waits on which), then trace each unbroken chain of tasks from the first to the last and total the durations along it. The chain with the largest total is the critical path, and its length is the shortest time the project can take. Formally, software does a "forward pass" to find each task's earliest start and a "backward pass" to find its latest start; any task where those two are equal has zero slack and sits on the critical path.
What's the difference between the critical path and the critical chain?
The critical path is the longest chain of dependent tasks by duration. Critical chain project management (CCPM), from Eliyahu Goldratt, is a later refinement that also accounts for shared resources — two critical tasks that need the same person can't truly run in parallel — and gathers each task's private padding into one shared buffer at the end. For most small plans the plain critical path is all you need; critical chain earns its complexity on big, resource-constrained programs.
Can a project have more than one critical path?
Yes. If two separate chains happen to have the same longest total, both are critical — every task on either one has zero slack. It also happens the moment you shorten the longest chain: a different chain becomes the new longest, so the critical path moves. That is why it is worth recomputing after any real change, rather than treating the first critical path you found as permanent.
Do I have to calculate the critical path by hand?
No — and past a handful of tasks you shouldn't. On a small chart you can trace the longest chain by eye; it is the longest unbroken run of arrows from the first bar to the last. Beyond that, let software compute it: describe the project to ganttchart.ai and it draws the plan with the critical path highlighted, and recomputes it the moment a date changes.
Every term above is defined, jargon-free, in the plain-English glossary.
Let the chart do the arithmetic
Describe your project in a sentence and ganttchart.ai draws the plan with the critical path already highlighted — and recomputes it the moment a date moves, so the longest chain is always the one you're looking at.
Try ganttchart.ai →