When the inputs are not numbers but distributions — decision trees, expected value, utility, and Monte Carlo.
| § | Topic | Minutes |
|---|---|---|
| I. | Risk vs uncertainty — terms first | 10 |
| II. | Decision trees & expected monetary value | 25 |
| III. | Utility & risk attitude | 15 |
| IV. | Monte Carlo simulation | 25 |
| — | Discussion: risk-attitude self-assessment | 10 |
| V. | Software-specific risks & bias | 15 |
| HW7, questions | 10 |
Outcomes uncertain, but probabilities known. Roll of a fair die. Software example: a deployment with a known failure rate.
Outcomes uncertain AND probabilities unknown. New AI feature adoption. We act as if probabilities exist, but they're really subjective estimates.
Most software-economics problems are technically uncertainty masquerading as risk. We assign probabilities anyway — the act of estimation is half the value.
Branches the engineer controls. Pick the branch with the highest expected value.
Branches nature controls. Multiply each branch's value by its probability; sum.
An end state. Record the payoff (or cost).
Build the tree left-to-right (in time order). Roll back right-to-left, computing expected values at chance nodes and choosing maxima at decision nodes.
Two options: A: ship now ($60K dev cost). B: spend $40K on a 6-week customer-discovery study, then decide.
| Branch | P | Outcome NPV | Contribution |
|---|---|---|---|
| A: ship · high demand | 0.4 | +$300K | +$120K |
| A: ship · low demand | 0.6 | −$60K | −$36K |
| EMV(A) | +$84K | ||
| B: study · then ship if signal | — | — | +$108K * |
* The study clarifies the probability, so the conditional ship decision is informed. Despite the $40K cost, the expected outcome rises.
The study creates option value — the right to ship only when conditions favour it. Information has measurable economic worth.
EMV treats $1M with certainty as equal to a 50/50 shot at $2M. In practice, decision-makers differ:
| Attitude | Utility shape | Will accept |
|---|---|---|
| Risk-averse | Concave (log, square root) | Smaller, more certain payoffs |
| Risk-neutral | Linear | Anything with EMV ≥ 0 |
| Risk-seeking | Convex (exponential) | Lottery-style large variance bets |
Most software organisations are moderately risk-averse: a $100K loss hurts more than a $100K gain helps. Frame your decision tree with that in mind.
When you present a positive-EMV project that has substantial downside, expect resistance — and prepare a hedging argument.
| Statistic | Value | Interpretation |
|---|---|---|
| Mean NPV | +$112K | Average across 10K worlds. |
| P10 NPV | −$45K | 10% chance of NPV being below this. |
| P90 NPV | +$310K | 10% chance of NPV exceeding this. |
| P(NPV > 0) | 76% | Three-in-four chance of value creation. |
"Mean NPV is $112K with a 24% chance of loss" communicates more than "NPV is $112K." It is also harder to misinterpret.
Vote first. Then in pairs, discuss: why? What does that reveal about your personal utility curve?
| Category | Example | Mitigation |
|---|---|---|
| Schedule | Slip past launch window | Buffer; scope discipline |
| Scope | Requirements creep | Change control; MVP first |
| Technical | Approach proves infeasible | Spike / prototype early |
| Personnel | Key engineer departs | Knowledge sharing; redundancy |
| Vendor | SaaS price doubles, vendor pivots | Multi-vendor; escape clauses |
| Model drift | LLM behaviour changes mid-contract | Pinned versions; eval harness |
| Regulatory | New AI law forces retrofit | Compliance monitoring; design margin |
"Model drift" and "regulatory" are the categories most teams underweight in 2026. A model that performs at 92% accuracy today may quietly drift to 86% next quarter.
P10 outcomes routinely come true 25–35% of the time, not 10%. Our pessimistic case is rarely pessimistic enough.
The first number on the table dominates the rest of the conversation. Estimate independently before sharing.
We systematically underestimate time and effort, even for tasks we've done before.
Adjust subjectively for bias. A useful rule of thumb: take your "realistic" estimate, then ask "what would I think if this had to ship in half the time?" Use that as your new pessimistic.
Lectures 8 & 9 turn the right side of our cash-flow models — the costs — into something we can estimate even at proposal stage. Function Points first, COCOMO II second.
Group project briefs are released after Lecture 8. Teams should be forming now.
Dr. Zhijiang Chen
Software Engineering Economics · Summer 2026
frostburg-state-university.github.io/bju