← ArticlesDecision Trees and Expected Monetary ValueProject Delivery · RiskLesson 6/8← PrevNext →
GuidePublished 13 Aug 202614 min readBy Kevin Jogindecision treeexpected monetary valueprobabilitypay-off

Project Delivery · Project Risk Management

Decision Trees and Expected Monetary Value

A worked-method guide to structuring decisions, chance events, probabilities, pay-offs, expected values and the limits of risk-neutral comparison.

14 min read Handbook guide Reviewed 2026-08-13 De-identified examples

Executive summary

A worked-method guide to structuring decisions, chance events, probabilities, pay-offs, expected values and the limits of risk-neutral comparison. The method is intended to improve decisions, not merely complete documentation. Apply it proportionately, preserve the evidence behind judgement and connect every action to an accountable owner.

Learning outcomes

  • Frame mutually exclusive options
  • Map chance branches
  • Estimate probabilities and outcomes
  • Calculate and compare expected values
  • Test sensitivity and non-financial factors
  1. Frame mutually exclusive options
  2. Map chance branches
  3. Estimate probabilities and outcomes
  4. Calculate and compare expected values
  5. Test sensitivity and non-financial factors

Why This Matters: When Ordinal Scales Are Not Enough

For most project risks, qualitative analysis using probability-impact matrices and ordinal severity rankings is sufficient to drive good decisions. You do not need to know that a vendor delay has a 63.7% probability to decide that it warrants a contingency plan. Knowing it is "Likely" is enough.

But there are decisions in project management where qualitative rankings break down — where the project manager must choose between competing alternatives with different cost structures, different risk profiles, and different payoff scenarios. Should we buy the land now or later? Should we develop in-house or outsource? Should we invest in a prototype or proceed directly to production? Should we select the low-cost/high-risk vendor or the high-cost/low-risk vendor?

These are risk-cost trade-off decisions, and they require tools that can quantify the economic value of different decision paths under uncertainty. The three primary tools for this purpose are decision tree analysis, expected value calculation, and PERT-based schedule risk analysis — supplemented by sensitivity analysis and simulation for complex scenarios.

What Are Quantitative Risk Tools?

The Quantitative Analysis Toolkit

Tool Purpose When to Use
Decision Tree Visualise branching decisions and risk outcomes When choosing between alternatives with different cost/risk profiles
Expected Value (EV) Calculate the probability-weighted average outcome of a decision When comparing the economic value of competing decision paths
PERT Analysis Estimate risk-based schedule durations using three-point estimates When determining buffer sizes for risk-impacted tasks
Sensitivity Analysis Assess how outcomes change when individual variables shift When identifying which risks have the greatest influence on project outcomes
Monte Carlo Simulation Model the combined effect of multiple risks on schedule/cost When project complexity makes manual analysis infeasible

This article focuses on the first three tools, which are directly applicable to practitioner-level risk decisions in defence and heavy engineering projects.

Decision Tree Analysis

The Architecture of a Decision Tree

A decision tree is a diagrammatic tool that maps out decisions, uncertainties, and outcomes in a branching structure that allows systematic comparison of alternative courses of action.

The tree has two types of nodes:

  1. The sum of all probabilities around each chance node must equal 1.0
  2. The states must represent all possible conditions (mutually exclusive and collectively exhaustive)
  3. Analysis proceeds from right to left — calculate expected values at the rightmost chance nodes first, then work backward to the decision node

Worked Example — the project manager Land Purchase Decision

The supplied project-risk guidance provides a classic decision tree example that illustrates the technique in a project procurement context.

Scenario: the project manager is a project manager whose company has submitted a proposal to install a telephone trunk line. The project manager has an option on 1,000 acres of right-of-way property at AUD 100/acre. The decision involves whether to buy the land now or wait until the contract is awarded. Known information:

Building the tree:

The decision has two options: "Buy Now" and "Buy Later." Each option faces the uncertainty of winning the contract, and then secondary uncertainties about land prices. Analysing "Buy Later" (top branch):

If the project manager waits, the first uncertainty is whether the company wins the contract (60% probability). If they win, the land purchase price is uncertain:

Expected land cost if they win:

E(land cost | win)=0.8×100,000+0.2×120,000=96,000E(\text{land cost | win}) = 0.8 \times 100{,}000 + 0.2 \times 120{,}000 = 96{,}000

Expected profit for "Buy Later":

E(Buy Later)=0.6×(100,00096,000)+0.4×0=0.6×4,000=AUD 57,600E(\text{Buy Later}) = 0.6 \times (100{,}000 - 96{,}000) + 0.4 \times 0 = 0.6 \times 4{,}000 = \text{AUD }57{,}600

Wait — let me recalculate this properly. The original proposal profits AUD 100,000 when land costs AUD 100,000. If land costs AUD 96,000 on average, the expected profit contribution from the land cost uncertainty when winning is:

E(Buy Later)=0.6×100,000×100,00096,000AUD 57,600E(\text{Buy Later}) = 0.6 \times 100{,}000 \times \frac{100{,}000}{96{,}000} \approx \text{AUD }57{,}600

Analysing "Buy Now" (bottom branch):

If the project manager buys now at AUD 100/acre (AUD 100,000 total):

Expected value of selling if contract lost:

E(sell price | lose)=0.6×100,000+0.4×90,000=96,000E(\text{sell price | lose}) = 0.6 \times 100{,}000 + 0.4 \times 90{,}000 = 96{,}000

Expected loss if contract lost = AUD 100,000 − AUD 96,000 = AUD 4,000

Expected profit for "Buy Now":

E(Buy Now)=0.6×100,000+0.4×(4,000)=60,0001,600=AUD 58,400E(\text{Buy Now}) = 0.6 \times 100{,}000 + 0.4 \times (-4{,}000) = 60{,}000 - 1{,}600 = \text{AUD }58{,}400

Decision: "Buy Now" has an expected value of AUD 58,400 versus "Buy Later" at AUD 57,600. The optimal decision is to buy now — the expected value is AUD 800 higher.

Decision Trees in Defence Procurement

In defence contexts, decision trees are valuable for evaluating procurement strategies under uncertainty. Consider:

Decision: Should a Tier-1 contractor develop a critical radar subsystem in-house or subcontract to a specialist firm?

Branch Probability Outcome
In-house, success 70% On schedule, AUD 12M cost
In-house, technical failure 30% 9-month delay + AUD 18M cost
Subcontract, on-time delivery 80% On schedule, AUD 15M cost
Subcontract, late delivery 20% 4-month delay + AUD 17M cost

E(In-house)=0.7×12M+0.3×18M=8.4M+5.4M=AUD 13.8ME(\text{In-house}) = 0.7 \times 12M + 0.3 \times 18M = 8.4M + 5.4M = \text{AUD }13.8M

E(Subcontract)=0.8×15M+0.2×17M=12M+3.4M=AUD 15.4ME(\text{Subcontract}) = 0.8 \times 15M + 0.2 \times 17M = 12M + 3.4M = \text{AUD }15.4M

On expected cost alone, in-house development wins (AUD 13.8M vs AUD 15.4M). But the decision is not purely about cost — the 30% chance of a 9-month delay in the in-house option has schedule consequences that may cascade to other subsystems. The decision tree makes these trade-offs explicit and quantifiable.

Expected Value

The Mathematics of Risk-Weighted Decisions

Expected value (EV) is the fundamental calculation underlying decision tree analysis. It provides the probability-weighted average outcome of a decision:

EV=i=1nPi×ViEV = \sum_{i=1}^{n} P_i \times V_i

Where:

Expected value is particularly useful for:

Risk Event Status=P(risk)×Amount at Stake\text{Risk Event Status} = P(\text{risk}) \times \text{Amount at Stake}

Limitations of Expected Value

Expected value is an average — it tells you what you would expect on average across many repetitions of the same decision. For one-off project decisions, the EV may not capture the decision-maker's actual risk preference:

Scenario EV Problem
50% chance of AUD 200K profit, 50% chance of AUD 200K loss EV = AUD 0 A risk-averse PM would reject this gamble even though EV is neutral
99% chance of AUD 10K profit, 1% chance of AUD 10M loss EV = -AUD 90K The catastrophic downside may be unacceptable regardless of high probability of profit

In these cases, risk appetite and tolerance thresholds (covered in earlier articles in this series) must supplement the EV calculation. Expected value is a tool for analysis, not a substitute for judgement.

PERT Analysis for Risk-Based Scheduling

Three-Point Estimation

The Program Evaluation and Review Technique (PERT) uses three duration estimates to calculate a risk-adjusted expected duration for each task:

TE=TO+4TM+TP6T_E = \frac{T_O + 4T_M + T_P}{6}

Where:

The standard deviation of the PERT estimate is:

σ=TPTO6\sigma = \frac{T_P - T_O}{6}

And the variance:

σ2=(TPTO6)2\sigma^2 = \left(\frac{T_P - T_O}{6}\right)^2

PERT for Budget Risk

The supplied project-risk guidance notes that the PERT three-point estimation technique can be applied to dollars as well as time. This allows the project manager to calculate a risk-based budget estimate:

BE=BO+4BM+BP6B_E = \frac{B_O + 4B_M + B_P}{6}

Where BOB_O, BMB_M, and BPB_P are optimistic, most likely, and pessimistic cost estimates respectively. The difference between the expected budget and the pessimistic budget represents the cost contingency reserve.

Buffer Calculation from PERT

The connection between PERT analysis and the buffer management approach from the Risk Matrix article is direct:

Schedule Buffer=TPTE\text{Schedule Buffer} = T_P - T_E

Cost Buffer=BPBE\text{Cost Buffer} = B_P - B_E

These buffers are withheld by the project manager and deployed when risk triggers fire, aligning with the Theory of Constraints approach where project-level buffers replace task-level padding.

Worked Example — Radar Integration PERT

For the radar-CMS integration task on a defence programme:

Estimate Type Duration Basis
Optimistic (TOT_O) 12 weeks Clean API documentation, full test environment available
Most Likely (TMT_M) 18 weeks Minor API gaps, partial test environment
Pessimistic (TPT_P) 30 weeks Major API rework, EMI issues, security clearance delays

TE=12+4(18)+306=12+72+306=1146=19 weeksT_E = \frac{12 + 4(18) + 30}{6} = \frac{12 + 72 + 30}{6} = \frac{114}{6} = 19 \text{ weeks}

σ=30126=3 weeks\sigma = \frac{30 - 12}{6} = 3 \text{ weeks}

Buffer=TPTE=3019=11 weeks\text{Buffer} = T_P - T_E = 30 - 19 = 11 \text{ weeks}

The baseline schedule shows 19 weeks for radar integration. The project manager holds an 11-week buffer reserve, deployable in increments as specific risk triggers activate.

Sensitivity Analysis

Identifying the Risks That Matter Most

Sensitivity analysis examines how the project outcome changes when individual risk variables are adjusted while holding all others constant. This identifies the key risk drivers — the variables whose uncertainty has the greatest influence on project success.

The output is typically visualised as a tornado diagram, which ranks variables by the width of their outcome range:

Variable Low Estimate Impact High Estimate Impact Range
Subcontractor delivery time -AUD 50K (early) +AUD 400K (late) AUD 450K
Steel alloy unit price -AUD 20K +AUD 180K AUD 200K
Labour productivity rate +AUD 30K +AUD 150K AUD 120K
Equipment availability AUD 0 +AUD 80K AUD 80K
Weather delays AUD 0 +AUD 60K AUD 60K

The tornado diagram tells the project manager where to focus risk management effort: subcontractor delivery time has by far the largest influence on project cost outcomes, making it the highest-priority risk for contingency planning and active monitoring.

Simulation — When Complexity Exceeds Manual Analysis

Monte Carlo Overview

When a project has many interacting risks — where the combined effect of simultaneous risk events cannot be calculated by adding individual impacts — Monte Carlo simulation models the overall distribution of possible outcomes.

The process involves:

  1. Define probability distributions for each uncertain variable (cost, duration, probability of occurrence)
  2. Randomly sample from each distribution simultaneously
  3. Calculate the project outcome (total cost, total duration) for that sample
  4. Repeat thousands of times to build a probability distribution of project outcomes

The output is a probability curve showing, for example, that there is a 50% confidence that the project will complete within 24 months, an 80% confidence within 27 months, and a 95% confidence within 31 months.

Monte Carlo is powerful but requires specialised tools (such as simulation software, simulation software, or schedule-risk software) and trained practitioners. It is typically reserved for:

Common Pitfalls in Quantitative Risk Analysis

Pitfall 1 — Applying Quantitative Tools to Every Risk

Quantitative analysis is resource-intensive and adds value only for risks where the precision genuinely changes the decision. Applying decision tree analysis to a low-impact risk wastes analytical effort that would be better spent on improving qualitative identification and response planning.

Pitfall 2 — False Precision in Probability Estimates

Decision tree analysis is only as good as the probability estimates fed into it. If the probability of winning a contract is estimated at 60% based on gut feel rather than historical bid success data, the expected value calculation inherits that uncertainty. The output should be treated as indicative, not definitive.

Pitfall 3 — Ignoring Risk Appetite in EV Decisions

Expected value optimisation can lead to decisions that are mathematically optimal but organisationally unacceptable. A project with the highest EV but a 20% chance of catastrophic loss may be rejected by risk-averse stakeholders — and rightly so. EV must be interpreted through the lens of organisational risk appetite and tolerance thresholds.

Pitfall 4 — PERT Without Calibration

The PERT formula assumes a beta distribution, which may not match the actual distribution of durations for a given task. More importantly, the optimistic and pessimistic estimates are only as good as the experience and honesty of the estimators. Systematic optimism bias (common in project environments) will underestimate the pessimistic duration, leading to undersized buffers.

Key Takeaways

  1. Quantitative tools supplement qualitative analysis for the small number of high-impact decisions where the choice between alternatives depends on economic trade-offs under uncertainty.

  2. Decision trees map decisions and uncertainties in a branching structure that enables systematic comparison of alternatives using expected value.

  3. Expected value provides a probability-weighted average outcome but must be interpreted through risk appetite — the mathematically optimal decision may be organisationally unacceptable.

  4. PERT three-point estimation calculates risk-adjusted durations and budgets, directly producing the buffer reserves that the project manager deploys when risk triggers fire.

  5. Sensitivity analysis identifies the key risk drivers — the variables with the greatest influence on project outcomes — so that management attention is focused where it matters most.

  6. Monte Carlo simulation is reserved for large, complex programmes where the interaction of multiple risks makes manual analysis infeasible and governance frameworks require quantified confidence levels.

  7. All quantitative tools are limited by the quality of their inputs. False precision in probability estimates, uncalibrated PERT ranges, and optimism bias in estimating all undermine the value of quantitative analysis.

Practitioner completion checks

Use these checks before closing the analysis or taking the decision forward. Scale the evidence to the consequence, uncertainty and reversibility of the decision.

Check 01Frame mutually exclusive options is defined, owned, evidenced and linked to the relevant project decision.
Check 02Map chance branches is defined, owned, evidenced and linked to the relevant project decision.
Check 03Estimate probabilities and outcomes is defined, owned, evidenced and linked to the relevant project decision.
Check 04Calculate and compare expected values is defined, owned, evidenced and linked to the relevant project decision.
Check 05Test sensitivity and non-financial factors is defined, owned, evidenced and linked to the relevant project decision.
How much detail is enough?

Use the least complex method that can support a defensible decision. Increase rigour when consequences are high, uncertainty is material, interfaces are complex, evidence is weak or the decision is difficult to reverse.

What should the decision record contain?

Record the objective, scope, inputs, assumptions, method, uncertainties, options, judgement, owner, approval, actions, residual exposure and the trigger or date for review.

When should the work be repeated?

Repeat it when a key assumption changes, new evidence appears, exposure crosses a threshold, a response fails, scope or interfaces change, or the next governance decision requires refreshed information.

Current authoritative reference points

Use the current published documents and the requirements adopted for the project's jurisdiction and contract. Links below support currency checking; they do not reproduce copyrighted standards.

Continue learning

Selecting Quantitative Risk Analysis MethodsGuide · RiskNEXT LESSON →PERT and Monte Carlo Project Risk AnalysisGuide · RiskPareto Prioritisation for Project RiskGuide · RiskLimitations and Quality Controls in Quantitative Risk AnalysisGuide · Risk