Delivery Planungstool

RAID Log

Führt Risks, Assumptions, Issues und Dependencies mit klaren Typregeln, Ownern und nächsten Aktionen in einer laufenden Steuerungsquelle.

Ein RAID Log hält vier unterschiedliche Steuerungsobjekte zusammen, ohne sie zu vermischen: Risiko ist ein mögliches Ereignis, Annahme eine vorläufige Aussage, Issue ein eingetretenes Problem und Dependency eine externe Vorbedingung. Der Nutzen entsteht im regelmäßigen Review und in typgerechten Folgeschritten.

Kernfrage

Welche offenen Risks, Assumptions, Issues und Dependencies gefährden die nächste Zusage, und wer tut was bis wann?

RAID Log planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 1-3 Pflege, Briefing für alle
Zeit: 30 min Setup, dann laufend

Risiko, Annahme, Issue und Dependency haben unterschiedliche Grammatik, Statusübergänge und Folgeaktionen.

Papierillustration für RAID Log mit fachlich beschrifteter Arbeitsfläche.

Regeln
RAID-Typen und Pflichtfelder festlegen
Ein gemeinsames Verständnis der vier Typen und ihrer Folgeschritte schaffen.
Erfassen
Einträge präzise aufnehmen
Jedes Item mit typgerechter Aussage, Auswirkung und Quelle erfassen.
Steuern
Owner und Folgeschritt setzen
Jedes offene Item mit passender Aktion, Owner, Termin und Eskalationsregel verbinden.
Review
Änderungen und Übergänge prüfen
Das Log als aktuelle Steuerungsquelle pflegen und Übergänge nachvollziehbar dokumentieren.

Mindestens wöchentlich sowie vor Gates aktualisieren; Typwechsel, Status und Entscheidungen historisieren.

Geeignet, wenn

Geeignet für Vorhaben mit mehreren Teams, externen Abhängigkeiten und Governance-Reviews. Für detaillierte Ursachenanalyse oder vollständiges Risikomanagement braucht es ergänzende Artefakte.

Ideal für

Programm- oder Multi-Team-Initiativen
Compliance-Projekte
Übergabe an Kunden

Nicht gut für

Schnelle Discovery-Sprints
Reine Engineering-Backlogs

Ergebnisse

Aktuelles RAID Log
Typisierte Einträge mit Auswirkung, Quelle, Status, Owner und nächster Aktion.
Eskalations- und Übergangsspur
Überfällige Items, Typwechsel, Entscheidungen und Abschlussnachweise mit Datum.

RAID Log

Fiktives Arbeitsbeispiel

Eine laufende Tabelle mit typgerechten Aussagen und Aktionen.

RAID Log
RAID-ID	Typ	Aussage und Auswirkung	Owner und Termin	Nächste Aktion oder Nachweis	Status und Eskalation
D-07Externe Sandbox	Dependency	Zahlungsdienst stellt neue Sandbox bis 24.06. bereit; ohne sie kein End-to-End-Test.	Partner Manager · 24.06.	Bereitstellung durch erfolgreichen API-Healthcheck nachweisen.	Open; bei Verzug Release-Scope am 25.06. neu entscheiden.

1. Typ
D-07
Dependency
2. Aussage und Auswirkung
D-07
Zahlungsdienst stellt neue Sandbox bis 24.06. bereit; ohne sie kein End-to-End-Test.
3. Owner und Termin
D-07
Partner Manager · 24.06.
4. Nächste Aktion oder Nachweis
D-07
Bereitstellung durch erfolgreichen API-Healthcheck nachweisen.
5. Status und Eskalation
D-07
Open; bei Verzug Release-Scope am 25.06. neu entscheiden.

Jeder Typ hat einen anderen Folgeschritt: behandeln, validieren, lösen oder Lieferung sichern.

UK Government Gate 2 Review: Delivery Strategy

Erster Schritt

Beginne mit der Kernfrage: Welche offenen Risks, Assumptions, Issues und Dependencies gefährden die nächste Zusage, und wer tut was bis wann?

Zur Methodenanleitung

Davor sinnvoll

Papierboard mit den vier ROAM-Feldern Resolved, Owned, Accepted und Mitigated.

Agile

ROAM Board

Liefert den Bearbeitungsstatus laufender Risiken als Eingang für das RAID Log.

Papierillustration einer 5-mal-5-Risikomatrix mit kalibrierten Achsen und Maßnahmenkarten.

Decision Making

Risk Matrix

Liefert bewertete Risiken, die als Typkategorie ins RAID Log übernommen werden.

Wie geht es weiter?

Operations

Visual Management

Macht Top-Einträge des Logs im Teamboard sichtbar für die tägliche Steuerung.

Papierillustration einer Review mit geplantem Ablauf, tatsächlicher Ereignisfolge, Vergleich und zugewiesenen Verbesserungsmaßnahmen.

Operations

After-Action Review

Nutzt geschlossene Items und Abschlussnachweise als Material für eine Manöverkritik.

Vertiefung

Zweck

Wenn Risiken, Annahmen und Abhängigkeiten über mehrere Streams verstreut sind, bündelt ein RAID Log die operative Lage an einem Ort. Offene Punkte bleiben dadurch sichtbar, statt in Statusgesprächen oder Mails zu zerfallen.

Funktionsweise

Jeder Eintrag trägt Verantwortung, Status und eine nächste Bewegung, damit nichts nur dokumentiert, sondern auch verfolgt wird. Die laufende Pflege hält das Lagebild aktuell und schafft eine belastbare Quelle für Reviews, Eskalationen und Stakeholder-Updates.

Im Detail

Ein RAID Log hilft, weil Risiken, Annahmen, Issues und Abhängigkeiten nicht im Kopf zirkulieren, sondern als steuerbare Objektliste sichtbar bleiben. Die Methode wird nützlich, wenn jeder Eintrag einen Zustand, eine verantwortliche Person und eine nachvollziehbare Folge für das Vorhaben besitzt. Gute Anwendung prüft Relevanz, Veränderung über Zeit und Anschluss an Entscheidungen, damit das Log aktive Steuerung unterstützt statt zum Friedhof alter Sorgen zu werden.

Durchführung

Setze zu Beginn klare Regeln, was in welche Kategorie gehört und wann ein Eintrag aktualisiert oder geschlossen wird. Unruhig wird es, wenn Themen doppelt laufen oder ohne nächste Aktion im Log stehen; dann sinkt die Glaubwürdigkeit rasch. Schließe Reviews mit wenigen eskalierten Punkten und einer sichtbaren Entscheidung über Eigentum oder nächste Maßnahme.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Risiko Tracking Stakeholder Governance

Quellen

UK Government Gate 2 Review: Delivery Strategygov.ukUK-Regierungsleitfaden (NISTA) zum Gate-2-Review; beschreibt RAID-Log als Risk-, Issue-, Dependency- und Assumption-Register.

In Playbooks

Entscheidungs-Governance aufsetzenVon Entscheidungsstau zu Rollen, Rechten, Eskalationswegen und dokumentierten Entscheidungen.

Artefakt-Vorlagen

RAID Log: ArbeitsvorlagePlane RAID Log mit realem Scope, passenden Rollen und einem klaren Entscheidungsziel.

markdown

raid-log-working-template.md

Plane RAID Log mit realem Scope, passenden Rollen und einem klaren Entscheidungsziel.

RAID Log: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und prüfen Zeit: 45 Minuten initial; 15–30 Minuten pro Review

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: RAID-Tabelle mit stabilen IDs, Vorhabensplan, Risikoregister, Annahmen aus Discovery, Issue-Liste, Abhängigkeitszusagen und Eskalationskalender.
Rollen: Delivery Lead · Scribe · Item Owner · Entscheider bei Eskalationen
Vorab-Infos: Bestehende Listen zusammenführen, Dubletten markieren und überfällige Items vor dem Review hervorheben.
Gesamter Zeitbedarf: 45 Minuten initial; 15–30 Minuten pro Review
Setup: Vier Typdefinitionen sowie Pflichtfelder ID, Aussage, Auswirkung, Owner, Aktion, Termin und Status sichtbar platzieren.