Imaginal AI

Learning loop

How to run an after-action review that improves the next decision

Use a concise after-action review to compare intent with reality, separate decision quality from outcome, capture surprises, and update the system.

How to run an after-action review that improves the next decision framework map: Expected, Observed, Explained, Changed
Framework map: Expected · Observed · Explained · Changed

An after-action review is a structured comparison between what was intended, what actually happened, why the difference occurred, and what will change next time. It is not a performance trial, a celebration document, or an invitation to rewrite the old decision with facts learned later.

The best review returns to the original brief, predictions, assumptions, dissent, and trigger conditions. That record protects the team from hindsight and turns a completed action into a better future process.

Prepare the record

Collect the original objective, decision brief, options, assumptions, evidence, expected outcome, commitments, trigger conditions, and minority warnings. Include timestamps. Ask participants to write individual observations before the meeting so that the first confident narrative does not become the whole account.

Define the review boundary. A product experiment, negotiation, launch, hiring process, or strategic quarter may each need a different horizon. State which result is mature enough to examine and which effects remain too early to judge.

Compare intent and reality

Ask four plain questions: what did we intend, what happened, what explains the difference, and what will we change? Begin with observable events. Separate the timeline from interpretations. Capture results that were better than expected as carefully as failures; positive surprises can also reveal a faulty model.

Compare the predeclared success signal with the actual measure. If the team changed the metric during execution, record why. A changed measure may be sensible, but it should not disappear into the final narrative as if it had always been the goal.

Separate decision, execution, and environment

Evaluate the decision using information available at the time. Then evaluate execution against the chosen plan. Finally identify external changes or other actors’ responses. These categories interact, but separating them prevents every poor result from being blamed on execution and every good result from being credited to strategy.

Ask whether implementation exposed a missing assumption that should have been in the brief. Ask whether the trigger conditions fired and whether anyone acted. A trigger that everyone ignored is a governance problem; a trigger that created noise may need redesign.

Review counsel and dissent

Map the result back to council contributions. Which seat identified a mechanism that mattered? Which warning was accepted but not mitigated? Which advice was followed without adequate evidence? Where did a mentor corpus have insufficient coverage? Preserve the citations used at the time rather than retrieving new passages to justify the outcome.

Do not score mentors by one result. A valid risk may not materialise, and a confident prediction may be lucky. Evaluate whether the contribution improved framing, evidence, contingency, or action. Update the seat description or source requirements if the same limitation recurs.

Convert learning into system changes

Choose a small set of changes with owners: add a field to future briefs, change a threshold, gather evidence earlier, alter a council seat, clarify ownership, instrument a process, or obtain professional review. General lessons such as “communicate better” are not operational until they change a routine or artifact.

Schedule a check that the change occurred. Then close the review. The purpose is not exhaustive explanation; it is sufficient understanding to improve the next relevant decision. Preserve unresolved questions separately so they can be revisited when later evidence arrives.

Distinguish a local correction from a reusable lesson. A one-off supplier failure may require a contingency for that relationship; a repeated failure to test dependencies belongs in the standard decision brief. Write the proposed rule, where it will live, who maintains it, and the cases to which it should not apply. Revisit the rule after several uses. Without that boundary, teams either forget the lesson or overgeneralise from a vivid event and burden unrelated work with controls that add cost without reducing the relevant risk.

Worked example · Illustrative scenario

Review lab: learn from a campaign without rewriting the past

A product launch reached its revenue target but required emergency discounting, founder intervention, and support effort far above plan. One group calls it a success; another calls it evidence that the launch system failed.

LensQuestionEvidence to inspectEffect on the decision
ExpectedWhat did the team predict before launch?Original decision record, revenue mechanism, assumptions, confidence, workload, and risk triggers.Use contemporaneous evidence instead of reconstructed intention.
ObservedWhat actually happened in observable sequence?Customer behaviour, timing, discounting, incidents, effort, external events, and data limitations.Create a factual timeline before explaining causes.
ExplainedWhich mechanisms account for the gap?Decision quality, execution quality, system constraints, and outside events tested against evidence.Avoid a single flattering story that credits success to skill and failure to luck.
ChangedWhat will be different next time?Owner, decision rule, process control, resource change, experiment, and verification date.Produce a small number of operational changes rather than a catalogue of lessons.
Decision record

The team records the commercial result as positive but the operating mechanism as unproven. The next launch must test price integrity and delivery capacity without emergency founder involvement before the process can be called repeatable.

Review protocol

Assign each change to an owner and check whether it exists before the next launch. If the same lesson appears in several reviews without a changed control, the problem is governance, not a lack of insight.

Free practical field kit · No signup required

After-action review agenda

Use this agenda with the original brief open. It keeps hindsight from replacing what the team actually knew and converts the review into a small number of owned system changes.

  1. 01

    Intended result

    Restate the objective, plan, assumptions, predictions, success signal, and constraints recorded before execution.

  2. 02

    Observed result

    Describe what happened in chronological and measurable terms, including surprises and stakeholder effects.

  3. 03

    Cause classes

    Separate decision quality, execution quality, environmental change, luck, and missing information instead of blending them.

  4. 04

    Counsel and dissent

    Identify which advice was used, ignored, contradicted, or unsupported—and whether early warnings were visible.

  5. 05

    System changes

    Assign each lesson to a decision rule, briefing field, trigger, capability, owner, deadline, or experiment.

Copy these prompts into your working document, or use your browser’s Print command to save this field kit as a PDF. The worksheet is available without an email gate.

Review a completed mission →

FAQ

Frequently asked questions

What are the four questions in an after-action review?

What did we intend, what actually happened, why was there a difference, and what will we change next time?

When should an after-action review happen?

Soon enough that evidence and memory remain available, but late enough that the result being reviewed is meaningful.

How is an after-action review different from a retrospective?

They overlap. An after-action review emphasises the comparison between intended and actual results, while retrospectives may focus more broadly on team process.

Sources and method

Trace the guide

This guide was developed with AI-assisted research and editorial tooling, then checked against Imaginal AI’s registered source maps, internal-link graph, and content-quality tests. Read the editorial standards, AI-assistance disclosure, and correction policy.

  1. From counsel to commitmentThe commitment record that supplies the review inputs.
  2. Strategic decision-making frameworkThe original brief, assumptions, options, and triggers to reopen.
  3. US Army FM 7-0, Appendix K: After Action ReviewsPrimary institutional guidance on planning, facilitating, and following through on an after-action review.
  4. Benjamin Franklin, AutobiographyRegistered source edition used as one lens on deliberate self-review.