How to Build Trust and Expertise with After Action Reviews (AARs)

Written by Jake Mazulewicz, Ph.D.

Do you lead your team to learn primarily from successes or from failures?

Many leaders argue that their teams are just too busy to spend time discussing why a successful project went well. They just wrap up fast, then dive into the next project. 

So, the unspoken insights and unwritten lessons learned from that project rarely ever get shared or discussed. Often, they just get forgotten in the frenzy of working project after project.

Would you hire an engineer to build you a bridge if all that engineer ever studied was how bridges collapse? Would you hire a recruiter to find you a job if all that recruiter ever studied was how people get fired?

The best leaders help their teams learn regularly from their successes, not just occasionally from their failures. 

But learning from success happens automatically… doesn’t it?

After Action Review (AAR)

Soldiers perform complex, dynamic, often dangerous missions. And they want to learn as much as they can from each one. In the 1980s, leaders in the US Army realized that they needed a practical way to help soldiers share the unspoken insights and unwritten lessons they learned from their missions. They realized that sharing tribal knowledge and applying tacit skill were key to winning wars. And since it was the Army, they developed a process — a non-punitive, semi-structured, post job team debrief called an After Action Review (AAR). 

After Action Reviews have proven so wildly effective that every branch of the military now uses them. And for some units like flight crews and Special Operations Forces, AARs are almost a religion. They’ve been called, ‘one of the most successful organizational learning methods yet devised.’

The process of leading a basic AAR is simple. Soon after your team completes a project, gather them in a private space for about 30 minutes, and ask these four questions:

  1. What did we set out to do?
  2. What did we actually do?
  3. How did it turn out the way it did?
  4. What will we do differently next time? 

Why Use These Questions?

Three Common Mistakes and How to Avoid Them

  1. Successes vs. Failures

Some leaders do AARs only for accidents or errors. If you do that, your team will quickly associate AARs with failure. And they’ll give short, vague answers to get it over with as fast as possible. So, lead about 80% or more of your AARs for successful projects. That way, your team will learn to trust the process and value the results. 

  1. Now vs. Later

Unspoken insights and lessons learned are the most valuable things a team can discuss in an After Action Review. Those unspoken ideas have a half-life of hours or less. So, if you wait a day or more to lead your AAR, much of the priceless, unspoken wisdom will already have been lost, perhaps forever. So, lead the AAR as soon as the project wraps. 

  1. Leader vs. Facilitator

Most leaders like to answer questions. Usually that’s a good thing. But not in an After Action Review. If you give in to the temptation to answer the questions, you’ll shut your team down until the only person talking is you. So, in an After Action Review, remember that the leader is the person who talks the least. Choose your AAR leaders accordingly. 

If you want a low-cost, low-risk way to build trust and expertise on your team, you will likely never find a more practical method than leading After Action Reviews. If the US Army has used them for more than 40 years, just imagine what kind of value they could create for your team. 

About Jake Mazulewicz

Jake Mazulewicz, Ph.D. shows leaders in high-hazard industries why errors are signals, not failures, and how to address the deeper problem, so that everyone can work more reliably and safely. He keynotes and advises globally. He has a decade of experience in Safety for electric utilities, and served as a firefighter, an EMT and a military paratrooper. To learn more, visit www.reliableorg.com

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *