Projektrisikoregister: Vorlage und Beispiel anhand einer Besprechungsaufnahme

Ein Risiko kann eintreten, ein Problem besteht bereits

Das Projektrisikoregister erfasst Unsicherheiten, die das Ergebnis beeinflussen können. Es zeigt, was zu beobachten ist, was vorab getan werden kann und wann sich der Plan ändern muss.

„Der Kunde hat die Unterlagen drei Tage zu spät geliefert“ ist ein Problem. „Fehlen sie am Mittwoch, kann die Prüfung über Freitag hinaus dauern“ ist ein Risiko. Beides hängt zusammen, verlangt aber unterschiedliche Maßnahmen. Hier geht es um gewöhnliche Projekte, nicht um Fachregister für Arbeitsschutz, Prüfung oder Auflagen.

Ein Register aus der Teamdiskussion erstellen

1. Aussagen über Unsicherheit finden

   Suchen Sie nach „wenn“, „hängt davon ab“, „wissen wir noch nicht“ und „wird vielleicht nicht rechtzeitig fertig“. Halten Sie fest, welches Projektergebnis betroffen wäre.

2. Die Formulierung in drei Teile gliedern

   Ursache oder Bedingung → mögliches Ereignis → Folge. „Die Freigabe hängt von einer Person ab“ benennt die Ursache besser als „Alex ist das Risiko“.

3. Die Bewertung im Team abstimmen

   Bewerten Sie Wahrscheinlichkeit und Auswirkung getrennt. Für kleine Projekte reichen beschriebene Kategorien. Geben Sie subjektive Bewertungen nicht als berechnete Wahrscheinlichkeit aus.

4. Eine Person für die Beobachtung benennen

   Sie verfolgt das Signal, sammelt Informationen und spricht das Thema an. Sie muss die Ursachen weder allein beheben noch trägt sie Schuld, wenn das Ereignis eintritt.

5. Maßnahmen vor und nach dem Ereignis notieren

   Vorbeugung senkt Wahrscheinlichkeit oder Auswirkung. Der Ausweichplan beginnt bei einer definierten Bedingung. Legen Sie Zuständigkeiten und Grenzen fest.

6. Die nächste Prüfung planen

   Prüfen Sie den Eintrag an Meilensteinen und bei neuen Informationen. Begründen Sie das Schließen: Abhängigkeit behoben, Ereignis eingetreten oder betreffende Phase abgeschlossen.

Testzugang für eine Integration

Das Beispiel ist fiktiv. Es belegt keine Terminüberschreitung durch den Anbieter. Erfassen Sie das Risiko und bestätigen Sie den Antragsstatus gesondert.

Eine Wahrscheinlichkeit von „70 %“ wäre hier unbegründet. Das Team kann nach der Antwort des Anbieters neu bewerten. Datum und Uhrzeit des Auslösers ersparen Diskussionen ohne neue Fakten.

Das Register an den Projektverlauf anpassen

Ist der Zugang freigeschaltet, testen Sie ihn. Eine E-Mail mit „Zugang bereit“ hebt die Abhängigkeit nicht auf. Tritt das Risiko ein, verknüpfen Sie es mit dem Problem und dem Ausweichplan. Sinkt die Wahrscheinlichkeit, halten Sie den Grund fest.

Halten Sie das Register aktuell. Besprechen Sie geänderte Einträge, bevorstehende Auslöser und Risiken ohne Zuständigkeit. Fragen Sie nach neuen Fakten, ihrer Auswirkung auf die Bewertung und dem nächsten Schritt. Auch ein Verzicht auf zusätzliche Maßnahmen braucht Zuständigkeit und Kriterien für eine erneute Prüfung.

Ein einfaches Register für das Team

ID und Datum der Erkennung:
Projektziel oder Phase:
Wenn [Bedingung], kann [Ereignis] eintreten und [Folge] verursachen.
Quelle: Aufnahme / Zeitmarke / Beleg:
Wahrscheinlichkeit und Begründung:
Auswirkung und Begründung:
Zuständigkeit für Beobachtung:
Vorbeugung, Ausführung und Termin:
Auslöser für den Ausweichplan:
Ausweichplan und Freigabe:
Nächste Prüfung:
Status und Änderungsgrund:

• Die Bedingung lässt sich prüfen.
• Die Unsicherheit bleibt erkennbar.
• Für das Signal ist jemand zuständig.
• Der Eintrag hat einen Prüftermin.