PERT Chart vs CPM: What Each Does and When to Use Each
A PERT chart models duration uncertainty with three estimates; CPM finds the longest path and float. See the difference in a worked four-task example.
A PERT chart is a network diagram of tasks and dependencies that uses three duration estimates per task to model uncertainty, while CPM (the Critical Path Method) uses one duration per task to find the longest dependent chain and the float on everything else. They are not rivals. PERT tells you how far to trust a duration; CPM tells you which tasks control the finish date. Most real schedules run both at once.
CPM takes one duration per task and calculates the critical path, the longest dependent chain, plus the float on every other task. PERT takes three durations per task, optimistic, most likely and pessimistic, and combines them into one expected duration with a standard deviation. The US Navy's Special Projects Office developed PERT in 1958 for the Polaris missile program, where task durations were genuinely unknown (Wikipedia). Modern schedules feed PERT-derived expected durations into an otherwise standard CPM calculation.
PERT vs CPM: The Comparison Table
| Dimension | CPM | PERT |
|---|---|---|
| Primary purpose | Find the longest dependent task chain and the float on every other task | Estimate a single task's duration under real uncertainty |
| Input per task | One duration | Three durations: optimistic, most likely, pessimistic |
| Treatment of uncertainty | Assumes durations are known and fixed | Explicitly models a range and produces a standard deviation |
| The math | Forward pass (ES, EF) and backward pass (LS, LF), float = LS − ES | E = (O + 4M + P) / 6, SD = (P − O) / 6 |
| Output | A critical path, a project duration, and a float value per task | An expected duration and a confidence range per task |
| Best suited to | Repeatable work with known durations: construction phases, standard deployments, most business projects | Novel work with genuine unknowns: R&D, first-of-kind builds, unproven vendors |
| Origin | DuPont and Remington Rand, late 1950s, for industrial and chemical plant projects | US Navy Special Projects Office, 1958, for the Polaris submarine missile program |
| Visual representation | Usually a Gantt chart with the critical path highlighted | Originally a PERT network diagram; rarely drawn separately in modern tools |
What CPM Actually Calculates
CPM takes a network of tasks with dependencies and durations and runs a forward pass and a backward pass to find earliest and latest start and finish dates for every task. The longest path through that network, in duration, not task count, is the critical path: the tasks with zero float that set the minimum possible project length. Every other task has some float, meaning it can slip a certain number of days without moving the finish date.
CPM's entire mechanism assumes you already have a duration for each task and trusts that number completely. It says nothing about how confident you should be in any individual estimate; it just calculates the consequences of the durations you feed it. That's a strength when durations really are well understood, construction sequencing, a deployment runbook you've executed a dozen times, and a blind spot the moment a task's duration is a guess dressed up as a fact.
What PERT Actually Calculates
PERT exists for the opposite case: a task where nobody can honestly give you one number. Instead of a single guess, PERT asks for three: optimistic (best case), most likely (the realistic case), and pessimistic (the realistic bad case, not a catastrophe). Those three combine into an expected duration, E = (O + 4M + P) / 6, weighted four times toward the most likely case, plus a standard deviation, SD = (P − O) / 6, that tells you how much to trust the number.
The three-point estimation guide walks through the full formula, a worked example, and how to roll variances up across a chain of tasks without making the common arithmetic mistake of summing standard deviations directly. This post assumes that math and focuses on the decision PERT and CPM actually force: which technique applies to which part of your schedule.
The diagram below places the two techniques on the same schedule: PERT feeding an uncertain task's estimate in, CPM taking every task's duration and calculating the critical path out.
PERT Chart vs CPM Worked Example: Four Tasks
The example below runs both techniques on one small network. Task A (design) leads to tasks B (build) and C (documentation), which run in parallel, and both feed task D (release), which has a fixed three-day duration. The three uncertain tasks get PERT estimates, using E = (O + 4M + P) / 6 and SD = (P − O) / 6.
| Task | O | M | P | Expected duration (E) | SD |
|---|---|---|---|---|---|
| A: Design | 2 | 4 | 12 | 5.0 days | 1.67 |
| B: Build | 5 | 8 | 17 | 9.0 days | 2.00 |
| C: Documentation | 4 | 5 | 12 | 6.0 days | 1.33 |
| D: Release | 3 | 3 | 3 | 3.0 days | 0 |
The CPM pass then treats those expected durations as fixed. Path A, B, D totals 5 + 9 + 3 = 17 days. Path A, C, D totals 5 + 6 + 3 = 14 days. The critical path is A, B, D, and task C carries 3 days of float.
PERT also tells you how much to trust the 17. Variances (SD squared) add along a path; standard deviations do not. A has a variance of 2.78 and B has 4.00, so the critical path variance is 6.78 and its standard deviation is about 2.6 days. Roughly two times in three, the path finishes within 2.6 days of 17. Note that C's pessimistic case of 12 days would put path A, C, D at 20 days, which is why float on a PERT-estimated task is worth less than it looks.
Both techniques start from the same drawing: activities as boxes and dependencies as arrows. How to draw a project network diagram shows one for an eight-activity plan.
The Honest Verdict: Most Schedules Run Both
Framing PERT vs CPM as a choice misreads what each technique actually does. A real schedule has some tasks with well-known durations (a deployment you've run a dozen times, a standard onboarding step) and some tasks that are genuinely novel (an unproven integration, first-of-kind vendor work). The correct approach is not picking one methodology for the whole schedule; it's applying PERT's three-point estimating specifically to the uncertain tasks, feeding the resulting expected durations into an otherwise ordinary CPM forward and backward pass, and letting the critical path calculation run exactly the way it would with single-point estimates.
This is also why "PERT chart" and "critical path diagram" have mostly merged in practice. Modern PM tools calculate the critical path on a standard Gantt chart rather than drawing a separate PERT-style network diagram; the estimating technique and the scheduling calculation live in the same tool, even though they're solving different problems.
Which Project Types Suit Which Technique
Projects with mostly repeatable work, construction phases, standard IT deployments, routine compliance filings, get most of their value from CPM alone: durations are well understood, so the critical path calculation is trustworthy without extra estimating overhead. Projects with genuine research and development risk, a first-of-kind build, an unproven vendor relationship, an unfamiliar regulatory process, need PERT's three-point estimating on those specific tasks before CPM's output means anything. Applying three-point estimation to a task the team has done fifty times identically just adds process without changing the schedule.
For the mechanics of the forward and backward pass itself, including a full worked network with float calculated task by task, see the critical path worked example. For building the task list PERT and CPM both operate on in the first place, the work breakdown structure guide covers decomposing a project down to schedulable activities.
Onplana's Gantt chart with critical path calculates the critical path and float from your dependency graph on every plan, including Free, with all four dependency types (FS, SS, FF, SF) and lag, so the CPM math never has to be done by hand. Enter the expected durations from your three-point estimates, and the rest of the schedule follows the same calculation either way. To see where an existing file stands, run the free Schedule Health Check. For the float vocabulary behind the critical path, read total float vs free float, and for the dependency types the network relies on, see the dependency types deep dive. All of these sit in the broader scheduling fundamentals library.
Run the free Schedule Health Check Upload an .mpp or XML schedule and see its critical path, float and dependency problems before you commit to a plan. No signup required. → Open the Schedule Health Check
Frequently asked questions
What is the difference between PERT and CPM?
CPM (Critical Path Method) calculates the longest dependent task chain in a schedule using a single duration per task, and identifies which tasks have zero float. PERT (Program Evaluation and Review Technique) instead gives each task three duration estimates, optimistic, most likely, and pessimistic, to model uncertainty. They answer different questions: CPM asks which tasks control the finish date, PERT asks how confident you should be in any task's duration.
Is a PERT chart the same as a Gantt chart?
No. A PERT chart is a network diagram showing tasks as nodes connected by dependency arrows, with no fixed time axis. A Gantt chart plots tasks as bars against a calendar. Modern PM tools typically show critical path calculations directly on a Gantt chart rather than a separate PERT-style network diagram.
When should I use PERT instead of CPM?
Use PERT-style three-point estimating on tasks where the duration is genuinely uncertain: novel work, an unproven vendor, unfamiliar technology. Use CPM's forward and backward pass on the schedule as a whole to find the critical path and float. Most real schedules need both, not a choice between them.
Can I use PERT and CPM together in the same schedule?
Yes, and this is how most professional schedules actually work. Run three-point estimates on the tasks with real duration uncertainty, feed the expected durations into a standard CPM forward and backward pass, and the critical path calculation runs exactly the same way it would with single-point estimates.
Which came first, PERT or CPM?
They emerged independently within the same few years of the late 1950s. DuPont and Remington Rand developed CPM for industrial and chemical plant projects with well-understood durations. The US Navy's Special Projects Office developed PERT in 1958 for the Polaris submarine missile program, where task durations were genuinely unknown research work.
Ready to make the switch?
Start your free Onplana account and import your existing projects in minutes.