After-Action-Review (AAR): Ablauf, Vorlage und Maßnahmenplan
Kostenlose Vorlage: After-Action-Review auf Deutsch
Die Vorlage folgt dem Ablauf auf dieser Seite: Kontext und Ziele, die vier Leitfragen, Beobachtungen (was lief gut, was nicht), eine Ampelbewertung (RAG) je Themenbereich, Maßnahmenplan und Freigabe mit dem Termin der nächsten Übung. Sie taugt auch als Lessons-Learned-Vorlage. Öffnen Sie sie im Browser und speichern Sie sie als PDF, oder drucken Sie sie für die Nachbesprechung aus.
Vorlage öffnen & als PDF speichernWas ist ein After-Action-Review?
Ein After-Action-Review (AAR) ist eine Nachbesprechung mit festem Ablauf. Es wertet eine Übung oder einen realen Vorfall aus und hält fest, was das Team daraus ändert. Die Methode stammt aus dem militärischen Kontext (US Army, TC 25-20) und gehört heute in Krisenmanagement und Cybersicherheit zum Standard. Im Kern vergleicht das Team Soll und Ist: Was war geplant, was ist passiert, warum, und was ändern wir? Mit einer lockeren Manöverkritik nach dem Muster „Wie war's?“ hat das wenig zu tun. Ein AAR wird moderiert, folgt einem festen Ablauf und endet mit dokumentierten Maßnahmen, für die jeweils eine Person verantwortlich ist. In der IT-Notfallplanung ist es fest verankert: Die NIST SP 800-84 (Guide to Test, Training, and Exercise Programs) sieht die Auswertung mit Verbesserungsplan als festen Bestandteil jedes Übungsprogramms vor.
After-Action-Review oder After-Action-Report?
Beide werden mit AAR abgekürzt, meinen aber zwei verschiedene Dinge. Das After-Action-Review ist der Prozess, also die moderierte Auswertung mit dem Team. Der After-Action-Report ist das Dokument, das die Ergebnisse festhält. Mit ihm arbeiten die Maßnahmenverantwortlichen, er informiert die Leitung, und er ist der Beleg, den Sie im Audit vorlegen. Die NIST SP 800-84 beschreibt den After-Action-Report als Ergebnis der Auswertungsphase: Er enthält Hintergrund zur Übung (Zweck, Ziele, Teilnehmende, Szenario), die Beobachtungen von Moderation und Beobachtern sowie Empfehlungen zur Verbesserung des geübten Plans. Die Bewertungskriterien sollten schon vor der Übung feststehen, damit die Beobachtenden wissen, worauf sie achten sollen.
| Dimension | After-Action-Review | After-Action-Report |
|---|---|---|
| Was es ist | Moderierte Sitzung, in der das Team auswertet | Schriftliches Ergebnis dieser Sitzung |
| Zeitpunkt | Hot Wash direkt nach der Übung, formales AAR wenige Tage später | Direkt im Anschluss an das formale AAR |
| Beteiligte | Übungsteilnehmende, Moderation, Beobachtende | Gelesen von Maßnahmenverantwortlichen, Leitung und Auditoren |
| Inhalt | Das Team geht die vier Leitfragen durch | Kontext und Ziele, Ablauf, Beobachtungen, Bewertung, Maßnahmenplan |
Wie schreibe ich einen After-Action-Report?
Schreiben Sie den After-Action-Report direkt nach dem formalen AAR, solange alle noch wissen, wer wann was gesagt hat. Grundlage sind die Notizen von Moderation und Beobachtenden und die erwarteten Reaktionen aus der MSEL. In der Praxis funktioniert diese Gliederung in fünf Teilen:
- Zusammenfassung: eine halbe Seite für die Geschäftsleitung. Welches Szenario wurde geübt, was hat gut funktioniert, wo liegen die größten Lücken, welche Maßnahmen sind am dringendsten?
- Kontext und Übungsziele: Zweck, Szenario, Datum, Teilnehmende, Übungsform und die Bewertungskriterien, die vorab festgelegt wurden.
- Ablauf und Beobachtungen: je Inject oder Themenbereich, was erwartet war und was tatsächlich passiert ist. Wertfrei und mit Uhrzeit.
- Bewertung und Ursachen: zu jeder Abweichung die Ursache, nicht nur das Symptom. Halten Sie ausdrücklich auch fest, was gut funktioniert hat.
- Maßnahmenplan und Freigabe: jede Erkenntnis als Maßnahme mit verantwortlicher Person, Frist und Wirksamkeitsprüfung. Die Leitung gibt den Plan frei, der Termin der Folgeübung steht schon drin.
Schreiben Sie Beobachtungen als Tatsachen, die sich prüfen lassen: „Die Meldung an die Behörde erfolgte nach 2,5 Stunden.“ Ein Urteil wie „Die Kommunikation war schlecht“ bringt niemanden weiter. Die kostenlose Vorlage oben enthält die Teile 2 bis 5 schon als Abschnitte zum Ausfüllen.
Welche Fragen beantwortet ein After-Action-Review?
Ein AAR beantwortet vier Leitfragen, und zwar in dieser Reihenfolge:
- Was sollte passieren?
- Was ist tatsächlich passiert?
- Warum gab es Abweichungen?
- Was verbessern wir konkret, und wer ist verantwortlich?
| Leitfrage | Zweck | Beispiel-Ergebnis |
|---|---|---|
| Was sollte passieren? | Den Soll-Zustand aus Plan, Playbook und MSEL benennen | Meldung an die Behörde nach 30 Min. erwartet |
| Was ist tatsächlich passiert? | Den Ist-Zustand festhalten, ohne ihn zu bewerten | Die Meldung ging erst nach 2,5 Stunden raus |
| Warum gab es Abweichungen? | Die Ursache hinter dem Symptom finden | Den Meldeweg kannte nur eine Person |
| Was verbessern wir konkret? | Maßnahme mit verantwortlicher Person und Frist festlegen | Meldekette dokumentieren, Vertretung benennen |
Bleibt die Diskussion an der Oberfläche, helfen Detailfragen: Welche Information fehlte zu welchem Zeitpunkt? Wer hat wann was entschieden, und auf welcher Grundlage? Welche Annahme im Plan hat sich als falsch erwiesen? Und was hat gut funktioniert und soll genau so bleiben?
AAR oder Lessons Learned: Wo ist der Unterschied?
Die beiden Begriffe werden oft gleichbedeutend verwendet. Das AAR ist die Sitzung direkt nach der Übung. Lessons Learned sind das, was danach bleibt: aufbereitete Erkenntnisse, die geteilt werden und in Prozesse einfließen.
| Dimension | After-Action-Review | Lessons Learned |
|---|---|---|
| Zeitpunkt | unmittelbar nach Übung/Vorfall | im Anschluss, aufbereitet |
| Form | moderierte Sitzung, 4 Leitfragen | dokumentierte Erkenntnisse & Maßnahmen |
| Ergebnis | Beobachtungen & Maßnahmenplan | geänderte Prozesse, Pläne, Schulungen |
| Adressat | beteiligtes Team | Organisation & künftige Übungen |
Wie läuft ein After-Action-Review ab?
Bewährt hat sich ein Vorgehen in zwei Stufen. Direkt nach der Übung kommt eine kurze Nachbesprechung (Hot Wash), solange alle Eindrücke frisch sind. Ein paar Tage später folgt das formale AAR. Eine neutrale Moderation führt durch die vier Leitfragen, hält Beobachtungen wertfrei fest und trennt Symptome von Ursachen. Nach einer Tabletop Exercise ist der Maßstab schon vorhanden: In der MSEL steht zu jedem Inject die erwartete Reaktion. Daran messen Sie, was das Team tatsächlich getan hat. So sehen Sie Stärken und Lücken schwarz auf weiß, und jede Erkenntnis wird zu einer Maßnahme mit verantwortlicher Person und Frist.
Wie aus Findings ein Maßnahmenplan wird
Im Maßnahmenplan wird jedes Finding zu einer Aufgabe mit verantwortlicher Person, Frist und Priorität. Gleich beim Anlegen legen Sie auch fest, wie Sie die Wirksamkeit prüfen. Fehlt diese letzte Spalte, weiß später niemand, ob die Lücke geschlossen ist. So kann ein Maßnahmenplan nach einer Ransomware-Übung aussehen (Beispielzeilen):
| Finding | Maßnahme | Verantwortlich | Frist | Priorität | Status | Wirksamkeitsprüfung |
|---|---|---|---|---|---|---|
| Meldeweg an die Behörde war nur einer Person bekannt | Meldekette dokumentieren, Stellvertretung benennen und einweisen | ISMS-Manager | 4 Wochen | Hoch | In Umsetzung | Folgeübung: Stellvertretung löst die Meldung aus |
| Eskalation an die Geschäftsleitung erst nach 2 Stunden | Eskalationskriterien im Incident-Response-Plan schärfen | Leitung Informationssicherheit | 6 Wochen | Hoch | Offen | Zeit bis zur Eskalation in der nächsten Übung messen |
| Kontaktliste externer Dienstleister veraltet | Liste aktualisieren, halbjährliche Prüfung festlegen | IT-Betrieb | 2 Wochen | Mittel | Erledigt | Alarmierungsübung: Erreichbarkeit prüfen |
- Eine verantwortliche Person pro Maßnahme: ein Name, kein Team.
- Frist als Datum: „zeitnah“ kann niemand nachhalten.
- Priorität nach Risiko: Was im Ernstfall den größten Schaden anrichtet, kommt zuerst.
- Status nachhalten: Überfällige Maßnahmen gehören in den Bericht an die Geschäftsleitung.
- Wirksamkeitsprüfung vorab festlegen: Woran erkennen Sie, dass die Maßnahme wirkt?
Lessons Learned richtig formulieren
Eine brauchbare Lesson Learned beschreibt eine beobachtete Tatsache, ihre Ursache und was daraus folgt. Schuld verteilt sie nicht. Mit einem Satz wie „Die Kommunikation war schlecht“ kann niemand arbeiten, und prüfen lässt er sich auch nicht. Die Beispiele zeigen den Unterschied:
| So nicht | So besser |
|---|---|
| „Die Kommunikation war schlecht.“ | „Die Lageinformation erreichte die Unternehmenskommunikation erst 90 Minuten nach der Eskalation, weil sie nicht im Verteiler des Krisenstabs stand.“ |
| „Herr M. hat zu spät reagiert.“ | „Für die Freigabe der Systemabschaltung war keine Vertretung definiert. Die Entscheidung verzögerte sich, bis die zuständige Person erreichbar war.“ |
| „Wir müssen bei Backups besser werden.“ | „Die Wiederherstellungsreihenfolge der Kernsysteme ist im IT-Notfallplan nicht festgelegt. Maßnahme: Reihenfolge nach Kritikalität dokumentieren und im nächsten Funktionstest prüfen.“ |
| „Alles lief gut.“ | „Die Isolation des betroffenen Netzsegments erfolgte gemäß Playbook. Vorgehen beibehalten und als Standard dokumentieren.“ |
Faustregel: Wenn niemand aus einer Lesson eine Maßnahme ableiten kann, ist sie zu allgemein. Wie Sie die Wiederanlaufplanung aufbauen, zeigt der Beitrag zum IT-Notfallplan.
Wie prüfen Sie, ob Maßnahmen wirken?
Mit einer Folgeübung, die genau die geschlossene Lücke testet. Dass eine Maßnahme erledigt ist, heißt nur, dass jemand etwas getan hat. Ob es im Ernstfall hält, zeigt erst die nächste Übung. So gehen Sie vor:
- Legen Sie das Prüfkriterium schon im Maßnahmenplan fest, z. B.: Die Stellvertretung löst die Meldung innerhalb der vorgesehenen Frist aus.
- Planen Sie in der nächsten Übung einen Inject ein, der genau diese Schwachstelle trifft. Das kann dasselbe Szenario sein oder eine Variante davon.
- Messen Sie das Ergebnis und vergleichen Sie es mit der Vorübung: Wie lange hat die Eskalation diesmal gedauert? Taucht dasselbe Finding wieder auf?
- Schließen Sie die Maßnahme erst, wenn das Kriterium erfüllt ist. Sonst leiten Sie eine neue Maßnahme ab.
Genau das verlangt auch ISO/IEC 27001: Control A.5.27 (Erkenntnisse aus Informationssicherheitsvorfällen) fordert, Erkenntnisse zur Verbesserung der Sicherheitsmaßnahmen zu nutzen; Abschnitt 10.2 (Nichtkonformität und Korrekturmaßnahmen) verlangt, die Wirksamkeit ergriffener Korrekturmaßnahmen zu überprüfen. Wie ein vollständiger Übungsnachweis für das Audit aussieht, zeigt unser Leitfaden ISO 27001 Notfallmanagement.
AAR nach einem realen Vorfall
Nach einem realen Sicherheitsvorfall gehört die Nachbereitung genauso fest dazu. Die NIST SP 800-61 Rev. 3 stellt die „Post-Incident“-Aktivität, also Lessons Learned und Verbesserung, als eigene Phase des Incident-Response-Zyklus heraus. Das AAR nach einem Vorfall folgt denselben vier Leitfragen wie nach einer Übung. Die Ergebnisse fließen zurück in den Incident-Response-Plan, in die Playbooks und in die nächste Übung.
Was SecDrills Ihnen beim After-Action-Report abnimmt
Wer schon einmal nach einer Übung aus drei Notizblöcken und einem Chatverlauf einen Report zusammengesetzt hat, kennt den Aufwand. In SecDrills entsteht der After-Action-Report während der Übung: Jede Einschätzung und jede Entscheidung wird mit Rolle und Zeitstempel festgehalten. Nach der letzten Entscheidung enthält der Report Scores pro Themenbereich, eine Ampelübersicht (RAG), die Zuordnung zu NIS2 und DORA und priorisierte Maßnahmen. Sie exportieren ihn als PDF, Word oder HTML. Über mehrere Übungen hinweg entsteht ein Trend, mit dem Sie Geschäftsführung und Auditoren zeigen, dass Ihr Team besser wird.
Eine extern moderierte Übung kostet meist 5.000 bis 15.000 Euro. Bei SecDrills enthält der Drill Pass für € 490 eine Übung im Solo-Modus, den Report können Sie 30 Tage lang exportieren. Für Übungen im Team gibt es das Jahrespaket Essentials ab € 1.490 im Jahr. Wenn Sie Übung und Nachbesprechung lieber moderieren lassen, buchen Sie die Guided Exercise für € 3.900 dazu: Scoping-Workshop vorab, Live-Moderation, Nachbesprechung und AAR-Review durch unser Team. Alle Preise netto. Im kostenlosen Demo-Drill sehen Sie den Ablauf, einen Report-Export gibt es dort nicht.
Häufige Fragen
Was ist ein After-Action-Review?
Ein After-Action-Review (AAR) ist die moderierte Auswertung nach einer Übung oder einem Vorfall. Es vergleicht Soll und Ist, ermittelt die Ursachen der Abweichungen und leitet konkrete Verbesserungsmaßnahmen ab, jeweils mit verantwortlicher Person und Frist.
Was ist der Unterschied zwischen After-Action-Review und After-Action-Report?
Das After-Action-Review ist die moderierte Sitzung, in der das Team eine Übung oder einen Vorfall auswertet. Der After-Action-Report ist das schriftliche Ergebnis. Er hält Kontext, Beobachtungen, Bewertung und Maßnahmenplan fest und dient als Nachweis gegenüber Leitung und Auditoren.
Welche Fragen beantwortet ein After-Action-Review?
Vier Leitfragen: Was sollte passieren? Was ist tatsächlich passiert? Warum gab es Abweichungen? Was verbessern wir konkret? In SecDrills enthält der Report zusätzlich Scores pro Themenbereich und eine Zuordnung der Ergebnisse zu NIS2 und DORA.
Was ist der Unterschied zwischen AAR und Lessons Learned?
Das AAR ist die Sitzung direkt nach Übung oder Vorfall, in der das Team die vier Leitfragen beantwortet. Lessons Learned sind das, was daraus bleibt: aufbereitete Erkenntnisse und Maßnahmen, die geteilt werden und in Prozesse und den nächsten Plan einfließen.
Wann sollte ein After-Action-Review stattfinden?
So bald wie möglich, am besten in zwei Schritten: als kurze Nachbesprechung direkt nach der Übung (Hot Wash) und als formales AAR innerhalb weniger Tage. Dann sind die Details noch präsent, und die Maßnahmen werden angegangen, solange das Thema noch Aufmerksamkeit hat.