After Action Review Template

Example — Fictional content for illustration purposes

Brussels office network migration — Phase 2 review


Project / Event
Brussels office network migration — Phase 2
Review Date
07/02/2026
Facilitator
TLThomas Laurent
Review Type
Post-Project

🎯 Objectives

Migrate the Brussels office (140 workstations, 3 floor switches, 1 core router) from the legacy 100 Mbps network to the new 1 Gbps infrastructure during a single weekend maintenance window (1–2 February 2026). Success criteria: zero unplanned downtime on Monday morning, all devices connected to the new VLAN, and VPN connectivity confirmed for 12 remote-first staff.

📊 Outcomes

Migration completed by Sunday 18:00, 6 hours ahead of the deadline. 137 of 140 workstations connected successfully on Monday morning. Three devices (2nd floor, meeting rooms B and C) required manual VLAN reassignment — resolved by 09:45. VPN connectivity confirmed for all remote staff by 10:00. Measured throughput averaged 940 Mbps (target: 900+).

🔍 Analysis

What went well

  • Pre-migration testing on the Ghent office (completed in January) identified the VLAN tagging issue that would have affected Brussels — saving an estimated 3 hours of troubleshooting.
  • The rollback procedure was documented and rehearsed; the team could have reverted within 45 minutes if needed.

What could improve

  • Meeting room devices were not included in the pre-migration inventory. The asset management system listed them under "AV equipment" rather than "network endpoints", so they were missed during planning.
  • The communication email to Brussels staff went out at 17:30 on Friday — too late for some part-time employees who had already left.

✅ Action items

ActionOwnerDeadlineStatus
Update asset management system to classify meeting room devices as network endpointsMC14/02/2026In progress
Send maintenance communications 48 hours before start, not same-dayTLStandingDone
Add pre-migration inventory checklist step to the network migration SOPSV21/02/2026In progress

📅 Follow-up

Review action item completion at the 21 February operations stand-up. The asset management update (MC) will be verified by cross-referencing the CMDB export against the physical device audit for the Antwerp office migration scheduled for

This is an example — create yours in Elium

Structure how your team debriefs projects and events. This template captures what was planned, what actually happened, why the gap exists, and what to change next time — so lessons feed future projects instead of fading from memory.

Try now in Elium

What is an after action review?

An after action review is a structured debrief conducted after a project, event, or milestone to capture what was planned, what actually happened, and why the two diverged. It produces documented lessons and specific action items that feed back into future work.

Originating in military operations and adopted across project management, the after action review sits between the immediate post-incident report and the broader retrospective. It is narrower than a full retrospective — focused on a specific deliverable or phase — but more structured than an informal debrief. The output is a concise document any team member can reference before starting similar work.

Without documented reviews, teams repeat the same mistakes. Lessons stay with whoever was in the room, invisible to the next team facing the same challenge.

Who should use this template?

This after action review template is for teams responsible for project delivery and operational quality:

  • Heads of Operations — standardise post-project debriefs across departments so lessons transfer between sites and teams
  • Project Managers — run structured reviews after milestones or project close, with clear action items and owners
  • Knowledge Managers — capture project lessons in a searchable format that feeds future planning and AI retrieval
  • Team Leads — give their teams a repeatable format for honest reflection without blame

What’s included in this template?

The template has two parts: structured metadata fields and narrative sections.

Metadata fields set the context:

  • Project or event name
  • Review date
  • Facilitator — the person running the review session
  • Participants — team members who contributed
  • Review type (e.g. post-project, milestone, post-incident)

Narrative sections walk through the after action review:

  • Objectives — what was planned, including success criteria and key milestones
  • Outcomes — what actually happened, supported by data where available
  • Analysis — why the gap between plan and result, including root causes
  • Action items — specific changes for next time, with owners and deadlines
  • Follow-up — how the team will verify actions were implemented

How to create and customise this template in Elium

  1. Open the Template Builder — Go to your profile menu and select the Template Builder tab, or click “+ Create” and choose “Create a new template”.
  2. Set the scope — Choose an icon, enable the template, and decide whether it applies platform-wide or to specific spaces (e.g. your Operations space only).
  3. Add structured fields — Click “Field” to add metadata: a text field for project name, a date field for review date, user fields for facilitator and participants, and a tag field for review type (pre-populate with “Post-Project”, “Milestone”, “Post-Incident”). Mark project name and review type as mandatory.
  4. Build the body structure — Use the “+” button to add content blocks for each narrative section: objectives, outcomes, and analysis as text blocks; action items as a table block with columns for action, owner, deadline, and status; and follow-up as a text block.
  5. Preview and save — Review the template layout, then save. Team members can now select it when creating new articles, and you can apply it to existing content in bulk.

How AI helps you create and use this template

Capture faster. After the review session, feed Elium’s AI the meeting notes or discussion transcript. It generates a structured first draft — objectives, outcomes, analysis, and action items — that the facilitator reviews and refines instead of writing from scratch.

Retrieve smarter. Before starting a similar project, ask Elium’s AI: “What lessons did we learn from the Brussels office migration?” The AI returns specific findings and action items from your previous after action review — not a generic project management guide.

Why teams use Elium for after action reviews

An after action review is only valuable when the next team can find it. A debrief saved in a local folder helps one team once. A structured review published in Elium helps every team that faces a similar challenge — because AI-powered search surfaces lessons from a natural question, not a file name.

Bouygues — 53,500 employees across construction, telecoms, and media in 80 countries — centralised operational knowledge in Elium to solve exactly this problem. Project lessons were siloed in local drives and email. By structuring knowledge in Elium, they gave distributed teams a single source of truth — reducing repeated mistakes and making cross-site learning practical.

Frequently asked questions

An after action review is a structured debrief that captures what was planned, what happened, and why the gap exists. Without documented reviews, teams repeat mistakes because lessons stay informal — dependent on memory rather than shared records. Consistent reviews build a searchable library of project lessons that improves future planning.
A complete after action review template includes metadata (project name, date, facilitator, review type) and narrative sections covering objectives, outcomes, analysis, action items with owners and deadlines, and a follow-up plan. The best templates also capture what went well — not just what went wrong — so teams replicate success.
Structured reviews reduce repeated mistakes by turning project experience into shared knowledge. They shorten planning time because teams reference documented lessons instead of starting from scratch. Over time, a library of reviews reveals operational patterns — recurring bottlenecks, underestimated risks, and processes that consistently deliver.
Start by restating the original objectives — what success looked like before the project began. Document what actually happened, supported by metrics where possible. Analyse the gap without assigning blame: focus on processes, not people. End with specific, owned action items and a follow-up date to verify implementation.
An after action review focuses on a specific project or event — comparing planned outcomes against actual results. A retrospective covers a broader period, typically a sprint or quarter, and examines team processes and working practices. Both produce lessons, but the after action review is scoped to a defined deliverable while a retrospective examines how the team works overall.

Related reading: Read more on our blog