Projektmanagement-Leitfaden · Risiko, Qualität und Steuerung
RAID-Log: Risiken, Annahmen, Probleme und Abhängigkeiten
Ein RAID-Log ist ein einziges Register, in dem ein Projekt seine Risks (Risiken), Assumptions (Annahmen), Issues (Probleme) und Dependencies (Abhängigkeiten) verfolgt. Es bietet Projektmanager und Sponsor einen zentralen Ort, an dem sie alles sehen, was das Projekt vom Kurs abbringen könnte.
Das Wichtigste in Kürze
- Ein RAID-Log verfolgt Risiken, Annahmen, Probleme und Abhängigkeiten gemeinsam.
- Jeder Eintrag braucht einen Verantwortlichen, eine Maßnahme, ein Datum und einen Status.
- Testen Sie Annahmen und machen Sie aus falschen Risiken oder Probleme.
- Überprüfen Sie es regelmäßig und fassen Sie die wichtigsten Einträge für den Sponsor zusammen.
Wofür RAID steht
| Buchstabe | Eintrag | Bedeutung | Beispiel |
|---|---|---|---|
| R | Risiken | Ungewisse Ereignisse, die die Ziele beeinflussen könnten | Lieferant könnte verspätet liefern |
| A | Annahmen | Dinge, die für die Planung als wahr gelten, aber nicht bestätigt sind | Nutzer stehen im Mai für Tests zur Verfügung |
| I | Probleme (Issues) | Aktuelle Probleme, die Handeln erfordern | Testserver ist ausgefallen |
| D | Abhängigkeiten | Verbindungen zu Arbeiten oder Entscheidungen außerhalb der Kontrolle des Teams | Benötigt den neuen Kontenplan der Finanzabteilung |
Manche Organisationen verwenden das D stattdessen für Decisions (Entscheidungen) oder ergänzen einen separaten Reiter für Entscheidungen. Legen Sie zu Beginn fest, welche Variante Sie verwenden.
RAID-Log-Vorlage
| Spalte | Risiken | Annahmen | Probleme (Issues) | Abhängigkeiten |
|---|---|---|---|---|
| ID | R-01 | A-01 | I-01 | D-01 |
| Beschreibung | Ursache, Ereignis, Auswirkung | Was angenommen wird | Was nicht stimmt | Wovon wir abhängen und wer es liefert |
| Bewertung | Wahrscheinlichkeit x Auswirkung | Auswirkung, falls falsch | Priorität / Schweregrad | Kritikalität |
| Verantwortlich | Risikoverantwortlicher | Wer sie prüft | Wer es löst | Wer die Verbindung steuert |
| Maßnahme | Strategie | Wie und wann sie geprüft wird | Lösungsschritte | Vereinbarung oder Nachverfolgung |
| Fälligkeitsdatum | Überprüfungstermin | Prüfdatum | Geplanter Behebungstermin | Benötigt bis |
| Status | Offen / geschlossen | Unbestätigt / bestätigt / falsch | Offen / gelöst | Im Plan / gefährdet / verspätet |
Beispieleinträge
| ID | Art | Beschreibung | Verantwortlich | Status |
|---|---|---|---|---|
| R-03 | Risiko | Weil der Anbieter im Dezember einen Release-Freeze hat, könnten kritische Korrekturen vier Wochen warten und den Go-live verzögern. | Tech Lead | Offen: Minderung vereinbart |
| A-02 | Annahme | Die aktuelle CRM-Lizenz deckt 50 zusätzliche Nutzer ohne Mehrkosten ab. | Einkauf | Bestätigung bis 15. Mai |
| I-05 | Problem (Issue) | Integrationstests schlagen wegen abgelaufener Zertifikate fehl. | Infrastruktur | In Bearbeitung, Korrektur bis Freitag |
| D-01 | Abhängigkeit | Das Website-Redesign braucht die Markenrichtlinien aus dem Marketingprojekt. | PM | Gefährdet: Richtlinien zwei Wochen verspätet |
So führen Sie ein RAID-Review durch
- Teilen Sie das Log vor dem Meeting und bitten Sie die Verantwortlichen, ihre Einträge zu aktualisieren.
- Prüfen Sie zuerst neue Einträge und solche mit hoher Priorität.
- Prüfen Sie, ob fällige Annahmen getestet wurden; machen Sie aus jeder falschen Annahme ein Risiko oder Problem.
- Prüfen Sie Abhängigkeiten mit den Teams, die sie liefern.
- Vereinbaren Sie Maßnahmen, Verantwortliche und Termine und schließen Sie dann gelöste Einträge.
- Berichten Sie die wichtigsten Einträge im Projektstatusbericht.
RAID-Log vs. getrennte Logs
| RAID-Log | Getrenntes Risikoregister und Problemprotokoll | |
|---|---|---|
| Am besten für | Kleine und mittlere Projekte, Programm-Dashboards | Große oder regulierte Projekte |
| Stärke | Eine Ansicht für alles | Mehr Details und Workflow je Eintragsart |
| Schwäche | Kann zur Ablage für alles werden | Informationen auf mehrere Dokumente verteilt |
Viele Teams führen ein detailliertes Risikoregister und Problemprotokoll (Issue Log) und nutzen für den Sponsor eine RAID-Zusammenfassung.
Tipps
- Halten Sie jeden Reiter kurz und aktuell; archivieren Sie geschlossene Einträge.
- Machen Sie aus falschen Annahmen umgehend Risiken oder Probleme.
- Erfassen Sie Abhängigkeiten in beide Richtungen: was Sie brauchen und was andere von Ihnen brauchen.
- Nutzen Sie ein gemeinsames Tool, damit Verantwortliche ihre Einträge selbst aktualisieren.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Wofür steht RAID in einem RAID-Log?
Risks, Assumptions, Issues und Dependencies, also Risiken, Annahmen, Probleme und Abhängigkeiten. Manche Teams verwenden stattdessen oder zusätzlich Decisions (Entscheidungen).
Wofür wird ein RAID-Log verwendet?
Um die wichtigsten Risiken, Annahmen, Probleme und Abhängigkeiten eines Projekts an einem Ort zu verfolgen.
Wer pflegt das RAID-Log?
Der Projektmanager oder ein Projektkoordinator, wobei jeder Verantwortliche seine eigenen Einträge aktuell hält.
Wie oft sollte ein RAID-Log überprüft werden?
Meist wöchentlich oder bei jedem regelmäßigen Projektmeeting, wobei die wichtigsten Einträge an den Sponsor berichtet werden.
Was ist der Unterschied zwischen einem Risiko und einer Annahme in einem RAID-Log?
Eine Annahme wird für die Planung als wahr behandelt; ein Risiko ist ein ungewisses Ereignis. Eine Annahme, die sich als falsch erweisen könnte, erzeugt ein Risiko.
Was ist der Unterschied zwischen einem Risiko und einem Problem in einem RAID-Log?
Ein Risiko könnte eintreten; ein Problem tritt bereits auf.
Was ist eine Abhängigkeit in einem RAID-Log?
Eine Beziehung, bei der eine Arbeit von einer anderen abhängt, die oft einem anderen Team oder einer anderen Organisation gehört.
Kann ich ein RAID-Log in Excel erstellen?
Ja. Eine Arbeitsmappe mit einem Reiter je Eintragsart ist das gängigste Format.
Ist ein RAID-Log dasselbe wie ein Risikoregister?
Nein. Ein Risikoregister umfasst nur Risiken; ein RAID-Log umfasst zusätzlich Annahmen, Probleme und Abhängigkeiten.
Was ist RAIDD, und wie erweitert es ein RAID-Log?
Eine Variante des RAID-Logs, die zusätzlich Entscheidungen erfasst: Risiken, Annahmen, Probleme, Abhängigkeiten und Entscheidungen (Decisions).
Nutzen agile Teams RAID-Logs?
Manche ja, vor allem in größeren Organisationen oder Programmen, doch viele agile Teams steuern Hindernisse stattdessen auf ihrem Board.