Team Performance

After Action Review (AAR)

Getting better results from your lessons learned.

Core Idea

An After-Action Review preserves the gap between expectation and reality long enough to learn from it. Establish what you believed would happen, examine what actually happened and why, then turn that diagnosis into a specific change or practice worth repeating.

The Map vs. The Terrain by Bill Fournet

Bill writes about After Action Review (AAR) in chapter 12.

Get the book
Steps
4
Read Time
5min
Full PowerPlay
How Often
Per Initiative
Format
PDF
One-page reference
Audience
Anyone
& Everyone
Download the PDF
01When to Use
  • 01A project, initiative, or milestone just wrapped up
  • 02The actual outcome of an effort differed from what was expected, better or worse
  • 03A team is heading into a similar project or decision it's handled before
  • 04A recurring meeting series or program has reached a natural checkpoint
  • 05A significant decision has been made and its results are now visible
  • Debriefs that turn into blame or credit-taking before anyone agrees on what actually happened
  • Teams repeating mistakes because the real cause was never understood
  • Corrective actions aimed at the symptom instead of the source
  • Strong results that are hard to repeat because no one identified what drove them
  • Lessons learned that get documented but don't change future decisions or behavior
How Often
Per Project or Initiative 45-60 Minutes Conduct once a project or initiative closes out.
Per Major Decision 20-30 Minutes Capture the reasoning and outcome of a single high-stakes decision shortly after it plays out.
02What It Is

The Technique

An After-Action Review, or AAR, is a short structured conversation you run right after a project, meeting series, or milestone wraps up. It walks a group through four questions in a fixed sequence: what you expected, what actually happened, why the two differed, and what you’ll sustain or adjust going forward. The order isn’t arbitrary. Comparing expectation to reality first, before anyone starts explaining why, keeps the group from jumping straight to blame or credit.

Most post-project debriefs skip straight to opinions: who dropped the ball, whose idea worked, what should’ve happened instead. That’s the exact trap an AAR is built to avoid. When a team argues about causes before agreeing on facts, the conversation splinters into competing memories and hurt feelings, and the actual lesson gets lost in the argument. An AAR forces the group to establish what happened, together, before anyone is allowed to interpret it.

Run consistently, an AAR turns experience into something your team can actually use next time, instead of relearning the same lesson on the next project. It works for a team retrospective, a review of a project’s performance, or a solo review of your own week. Here’s how to run it in four steps.

03How It Works

Step by Step

01
Expectation

Share what you expected to happen

Before you look at results, write down what you expected, in plain terms and before anyone starts discussing performance. This step exists to strip out hindsight bias. Once people know the outcome, they unconsciously edit their memory of what they thought was going to happen, so capturing the original expectation first keeps the comparison honest.

Example: Before launching a new onboarding email sequence, the team expected it to raise 30-day retention from 42% to 50% within two months.

02
Reality

Describe what actually happened

Report the actual outcome next, using numbers and observable facts. Resist the urge to soften a miss or downplay a win while you're stating it; the judgment comes later. If people in the room have different accounts of what happened, put both versions on the table instead of picking one to argue over. The differences don't need to be resolved yet, only documented.

Example: 30-day retention landed at 44%, two points above the prior baseline but eight points short of the 50% target.

03
Gap Analysis

Ask why the difference occurred

Dig into why the gap exists, and separate two explanations that get lumped together. One is that your assumptions were wrong. The other is that your actions didn't produce what a reasonable plan should have. Mixing those up costs you the lesson. Walk through the assumptions, constraints, decisions, and outside conditions that shaped the result, and be specific about which ones held up and which didn't.

Example: The team assumed subscribers would read the full sequence in order, but the open data showed 60% only opened the first email, so the retention lift depended on content most people never saw.

04
Action

Decide what to sustain and what to adjust, then assign it

Close the review by naming two short lists: what worked and should continue, and what needs to change. For each item on the change list, assign a single owner and a date, and note who else needs to know. An insight that doesn't get an owner and a deadline tends to disappear once the next project starts.

Example: The team decided to keep the personalized subject lines and assigned the marketing lead to redesign the email order so the retention message appears in email one, due before the next cohort launches in three weeks.

04Adapt to Your Situation

Your Context

The core technique stays the same — but how you apply it shifts depending on your role, your team, and your environment.

Book a full hour and treat Steps 1 and 2 as a visual exercise: draw a line down the middle of a whiteboard or flipchart, capture what was expected on the left and what happened on the right so the group can see the gap instead of just hearing about it.

For Step 4, hand out sticky notes and have each person write their own sustain and adjust items before the group discusses anything, one idea per note; this gets quieter voices on the table before the loudest opinion in the room sets the direction.

Group similar notes together, then have the team prioritize which adjust items to act on first, either by discussion or a quick vote, before assigning owners.

Put a follow-up AAR on the calendar now to check whether the corrective actions actually happened and whether what you sustained held up.

Skip the group facilitation and answer all four questions in writing; twenty minutes is enough.

Be as specific with numbers and dates as you'd ask a team to be, since vague self-assessment defeats the purpose.

There's no one else to assign the adjust items to, so put the owner and date directly on your calendar as if you were assigning them to someone else, and pick one specific trigger, like a weekly recurring review, to check whether the change actually stuck.

05Pitfalls

Watch your footing

Only running an AAR after failures.
Letting the conversation drift into "why did you" questions before the group agrees on what actually happened.
Assigning corrective actions without a single owner or a date.
Closing the review without scheduling the follow-up.
Take it with you
Get the PDF + Lead for Tomorrow

The one-page After Action Review (AAR) PDF reference, plus weekly tools and techniques to help you lead through uncertainty — from Bill's Lead for Tomorrow newsletter.

"*" indicates required fields

This field is for validation purposes and should be left unchanged.
Name*

No spam. Unsubscribe anytime. Your information is never sold or shared.

Work With Bill

Want to build this into your leadership team?

PowerPlays are the techniques Bill teaches in his keynotes, workshops, and executive coaching engagements with organizations across the country.

Download the PDF