Worked example library

Decision Log Examples: Decisions, Rationale & Supersession

Start with the worked examples to see complete reasoning, then use the shorter pattern library for variation. Level guidance and frameworks show how the same task changes as the evidence, audience, or assignment becomes more demanding.

Before you copy

What to notice in the examples

A strong decision log prevents teams from repeatedly reconstructing why a choice was made. It distinguishes a final decision from a recommendation or open question, preserves the key rationale without reproducing every discussion, records conditions and superseded decisions, and links follow-up actions or implementation work.

  • Give each material decision a stable identifier and clear decision statement.
  • Record decision date, effective date when different, decision owner or authority, and status such as proposed, approved, superseded, or reversed.
  • Summarize the problem or choice and the criteria that mattered.
  • Record alternatives considered and the evidence or tradeoffs that materially affected the decision.
  • Link conditions, dependencies, actions, implementation records, and any later decision that supersedes the entry.
Worked format lab

See complete reasoning, not just isolated lines

Use these fuller examples to see what changes between a recognizable pattern and a finished piece of writing. The examples are original or explicitly illustrative, so they demonstrate structure without inventing real-world evidence.

Worked example 1Migration decision record

Illustrative program decision.

Decision ID: D-031
Status: Approved
Decision: Use two regional migration waves rather than one global cutover.
Decision owner: Program Sponsor
Context: Support capacity is fixed and the vendor can provide full escalation coverage on two Saturdays.
Alternatives: one global cutover; three smaller waves.
Rationale: two waves reduce simultaneous support exposure without extending beyond the approved quarter. Three waves add an extra configuration-drift window.
Condition: configuration changes between waves require approved change control.
Follow-up: Implementation Plan IP-04 revised; Risk R-18 added for configuration drift.

Why it works: The record preserves the decisive tradeoff and condition without copying the full meeting debate.

Worked example 2Superseded decision

Illustrative change after new evidence.

D-024 originally approved Friday evening deployment based on vendor coverage stated in the contract schedule.

New evidence
Vendor notice V-77 confirms specialist escalation is unavailable Friday but available Saturday.

D-032
Decision: Replace the Friday deployment with Saturday 09:00 local time.
Authority: Release Sponsor.
Impact: customer notice and support rota must change; test scope is unchanged.
Supersedes: D-024.
Reason: coverage assumption changed; no technical design change is implied.

Why it works: The old record remains intact, making the history and changed assumption recoverable.

Prompt → finished structure

See the decisions between the assignment and the final form

These transformations make the hidden planning step visible so the template does not become a fill-in-the-blanks substitute for judgment.

Transformation 1Meeting debate → decision record

Starting material: Source contains twenty minutes of discussion and three options.

Decisions
Extract the authorized final choice first, then retain only the criteria, alternatives, evidence, assumptions, and conditions that materially explain it; route follow-up to actions.

Result: Finished structure: durable rationale rather than transcript.

Transformation 2Changed choice → superseding decision

Starting material: Team informally replaced an older decision after new vendor information arrived.

Decisions
Preserve the old decision, record the new evidence, identify the authorized new decision, state effective impact, and link the supersession chain.

Result: Finished structure: history remains reconstructable instead of silently rewritten.

Depth by level

Increase the reasoning, not just the word count

LevelWhat changesQuality test
Team decision recordCapture the choice, owner, date, short rationale, and follow-up.A reader should not need the meeting replay to know what was decided.
Project / product decision logAdd alternatives, criteria, assumptions, tradeoffs, dependencies, effective date, and supersession links.The record should explain why the decision was reasonable at the time.
Governance / high-impact decisionPreserve authority, evidence provenance, conditions, dissent or uncertainty when material, implementation links, and formal approval requirements.Documentation must reflect the actual decision process rather than manufacture governance after the fact.
Reusable frameworks

Start from the decisions the format requires

Framework 1
Observation → function
1. What can the viewpoint actually perceive?
2. Which 1–2 details matter now?
3. What do those details change in image, pace, relationship, or action?
4. What interpretation remains uncertain?
Framework 2
Generic → specific revision
Generic line: [x]
Observable evidence: [x]
Context/constraint: [x]
Unnecessary inference removed: [x]
Revised line: [x]
1

D-021 — Approve a two-wave migration rather than one global cutover; decision owner: Program Sponsor; rationale: reduces simultaneous support load while preserving the target quarter; condition: configuration must be frozen between waves except through approved change control.

2

D-022 — Keep weekly steering meetings for the first four weeks after launch, then move to exception-only meetings if open severity-one issues remain at zero.

3

D-023 — Select Vendor B because it meets the mandatory data-residency requirement and total evaluated cost remains within the approved ceiling; Vendor A is rejected despite lower license price because it does not meet the mandatory criterion.

4

D-024 — Defer the optional reporting export to a follow-up release so the accepted migration scope is not expanded after final test approval.

5

Product decision: retain the existing navigation label after the usability test did not show a meaningful comprehension advantage for either proposed replacement.

6

Policy decision: require manager approval only for exceptions rather than for every standard request; effective after the revised procedure and access rule are deployed.

7

Superseded decision: D-017 originally selected a Friday cutover; D-025 replaces it with Saturday after the vendor support window changed. Preserve both entries and link them.

8

Conditional decision: proceed with pilot launch only if data reconciliation variance is below the approved threshold and the rollback test is successful.

Turn an example into your own writing

Keep the underlying decision or pattern, then replace the subject, evidence, relationship, constraints, and tone with details that belong to your situation. If your final line still works after swapping only one noun, it may be too close to the example.