Interactive Graph Theory Learning
Interactive Graph Theory Learning
Guest User
Using app without sign in
Graph Theory, Step by Step
20 lessons, 163 min|English, Arabic and German subtitles
Includes a certificate anyone can verifyPreviewChapter 1Graph Theory Foundations
Chapter 2Exploring a Graph
Chapter 3Shortest Paths
Chapter 4Connecting Cheaply
Chapter 5Hard Problems
Chapter 6Network Flows
Select an algorithm and generate steps to begin visualization
PERT project schedule calculator
Handles uncertainty in task durations by using three time estimates: Optimistic (O), Most Likely (M), and Pessimistic (P).
Select an algorithm and generate steps to begin visualization
The Program Evaluation and Review Technique (PERT) extends critical path analysis to uncertain activity durations. Each activity gets three time estimates, optimistic, most likely, and pessimistic, from which expected durations and project completion probabilities are derived.
Each activity's expected duration is computed with the beta distribution formula (optimistic + 4 times most likely + pessimistic) / 6, with variance ((pessimistic - optimistic) / 6) squared. The network is then analyzed like CPM using expected durations, and the variances along the critical path sum to give the project variance. A normal approximation converts this into the probability of finishing by any target date.
PERT was created for the US Navy Polaris missile program in 1958 and is used wherever schedules face uncertainty: research and development, defense contracting, new product launches, and large IT migrations. It teaches how probability layers onto graph-based planning models.
PERT is CPM with uncertainty attached. Each activity gets three estimates instead of one, which are collapsed into a mean and a variance before the usual network analysis runs.
// Per activity, from optimistic o, most likely m, // pessimistic p (a Beta distribution approximation): te[a] = (o + 4m + p) / 6 // expected duration var[a] = ((p - o) / 6)^2 // variance // Then run CPM using te as the duration run forward and backward passes with te critical path = activities with zero slack // Project-level uncertainty E[T] = sum of te over the critical path Var[T] = sum of var over the critical path z = (target - E[T]) / sqrt(Var[T]) P(finish <= target) = normalCDF(z)
The weighting of 4 on the most likely value comes from approximating a Beta distribution, which is skewed rather than symmetric, so the expected duration is generally not the most likely one. Summing variances along the path relies on the central limit theorem and on assuming activity durations are independent, which is the assumption most likely to be violated in a real project.
Apply PERT to the same four-activity project used for CPM, now with three-point estimates instead of fixed durations.
Example graph: Activities with optimistic, most likely and pessimistic estimates: A (2, 3, 4), B (1, 2, 3), C (2, 4, 6), D (1, 2, 3). Dependencies as before: A and B precede C, C precedes D.
Expected duration is 9 days with a standard deviation of about 0.82, giving roughly 89 percent confidence of finishing by day 10. The actionable insight is that activity C dominates the risk: it contributes two thirds of the variance, so narrowing its estimate range does more for schedule confidence than any amount of work on A, B or D. CPM alone would have told you C is critical, but not that it is where the uncertainty lives.
Time: O(V + E) · Space: O(V)
Computing the expected duration and variance for each activity is constant work per activity, so O(V). The network analysis is the same topological sort plus two sweeps as CPM, at O(V + E). The probability calculation is a single normal CDF evaluation, which is constant time. So PERT costs the same as CPM asymptotically and adds only a small constant factor. The real cost of PERT is not computational, it is the effort of eliciting three defensible estimates per activity instead of one.
PERT sits between deterministic scheduling and full simulation. How much rigour you need decides which to reach for.
| Alternative | Prefer it when | Cost |
|---|---|---|
| CPM | Durations are well known from experience. Simpler, and the uncertainty machinery would add nothing. | O(V + E) |
| Monte Carlo simulation | You need accurate probabilities. Avoids the single-critical-path assumption and handles correlated durations. | O(runs·(V + E)) |
| RCPSP | Resource contention rather than duration uncertainty is the binding constraint. | exponential |
| Critical chain | You want to manage buffers explicitly rather than pad each activity estimate individually. | O(V + E) |
Related algorithms: Critical Path Method (CPM), RCPSP (Resource-Constrained Project Scheduling), Topological Sort