Das Risikoregister ist das am häufigsten angelegte und am seltensten gepflegte Projektartefakt. Fast jedes Projekt startet mit einer Risikoliste im Kickoff — und in den meisten Projekten wird sie nie wieder geöffnet. Damit verfehlt sie ihren Zweck vollständig. Ein Risikoregister ist kein Dokument für die Projektakte, sondern ein Steuerungsinstrument, das in jedem Statusmeeting lebt. Dieser Beitrag zeigt, wie ein wirksames Register aufgebaut ist und welche Felder es prüffest machen.
Was ein Risiko von einem Problem unterscheidet
Eine grundlegende Unterscheidung, die viele Register verwässert: Ein Risiko ist ein zukünftiges, unsicheres Ereignis mit negativer Auswirkung. Ein Problem ist ein bereits eingetretenes Ereignis. Beides gehört gesteuert, aber nicht in dieselbe Liste — Probleme gehören in ein Issue-Log mit Sofortmassnahmen, Risiken in das Register mit präventiver Steuerung. Vermischt man beides, wird das Register zur Restmülltonne und verliert seine analytische Schärfe.
Die Felder eines prüffesten Registers
Ein belastbares Risikoregister enthält pro Eintrag: eine eindeutige ID; eine präzise Risikobeschreibung im Format «Wenn [Ursache], dann [Ereignis], was zu [Auswirkung] führt»; die Kategorie (technisch, organisatorisch, finanziell, extern, rechtlich); die Eintrittswahrscheinlichkeit und die Schwere der Auswirkung, jeweils auf einer Skala; den daraus berechneten Risikowert; die Risikostrategie (vermeiden, vermindern, übertragen, akzeptieren); die konkrete Massnahme; eine verantwortliche Person (Risk Owner); ein Fälligkeitsdatum; und den aktuellen Status. Das «Wenn-dann-was»-Format ist der wichtigste Disziplinierungshebel: Es zwingt dazu, Ursache, Ereignis und Wirkung zu trennen, statt vager Schlagworte wie «Zeitrisiko» zu notieren.
Bewertung: Wahrscheinlichkeit mal Auswirkung
Der gängige Ansatz multipliziert Eintrittswahrscheinlichkeit und Auswirkung zu einem Risikowert, der die Priorisierung steuert. Nutzen Sie eine einfache Skala — etwa 1 bis 5 für beide Dimensionen — und visualisieren Sie die Risiken in einer Matrix. Der Sinn ist nicht wissenschaftliche Präzision, sondern eine ehrliche relative Reihung: Welche fünf Risiken bedrohen das Projekt am stärksten? Diese fünf bekommen Aufmerksamkeit, Massnahmen und ein Owner. Der Rest wird beobachtet. Ein Register mit dreissig gleichgewichteten Risiken steuert nichts.
Die vier Strategien
Für jedes signifikante Risiko wählen Sie eine Strategie. Vermeiden bedeutet, die Ursache zu eliminieren — etwa eine riskante Technologie nicht einzusetzen. Vermindern senkt Wahrscheinlichkeit oder Auswirkung, etwa durch einen Prototyp, der eine technische Unsicherheit früh auflöst. Übertragen verlagert das Risiko, etwa durch eine Versicherung oder eine vertragliche Klausel mit einem Lieferanten. Akzeptieren ist die bewusste Entscheidung, ein Risiko zu tragen — legitim für kleine Risiken, aber dokumentiert und mit einem Notfallbudget hinterlegt. Wichtig: Akzeptieren ist eine aktive Entscheidung, kein Versäumnis.
Pflege ist alles
Ein Risikoregister lebt oder stirbt mit seiner Pflege. Verankern Sie es fest in der Projektroutine: In jedem Statusmeeting werden die Top-Risiken durchgegangen, Massnahmen auf Fortschritt geprüft, neue Risiken aufgenommen und entfallene geschlossen. Risiken haben einen Lebenszyklus — sie entstehen, werden gesteuert und treten entweder ein (dann werden sie zum Problem) oder verfallen. Ein Register, das diesen Zyklus abbildet, ist ein lebendes Frühwarnsystem. Eines, das im Kickoff einfriert, ist Theater.
Fazit
Ein gutes Risikoregister ist kein langes Dokument, sondern ein scharfes. Trennen Sie Risiken von Problemen, formulieren Sie im Wenn-dann-was-Format, priorisieren Sie über Wahrscheinlichkeit mal Auswirkung, weisen Sie jedem signifikanten Risiko Strategie und Owner zu und gehen Sie das Register in jedem Statusmeeting durch. Eine Vorlage mit den genannten Feldern lässt sich in einer halben Stunde anlegen — der Wert entsteht nicht beim Anlegen, sondern bei der wöchentlichen Pflege.
Werkzeuge und Integration ins Reporting
Das Werkzeug ist zweitrangig — die Disziplin ist alles. Ein Risikoregister funktioniert in einer Tabellenkalkulation genauso wie in einem spezialisierten Projektwerkzeug, solange es konsequent gepflegt wird. Für kleine Teams ist eine gut strukturierte Tabelle mit den genannten Spalten oft die pragmatischste Lösung: niedrige Einstiegshürde, jeder kann sie lesen, keine Lizenzkosten. Grössere oder regulierte Projekte profitieren von einem Werkzeug, das Historie, Verantwortlichkeiten und Erinnerungen automatisiert.
Entscheidend ist die Verbindung zum Projektreporting. Die Top-Risiken gehören in jeden Statusbericht an die Auftraggeber — nicht als vollständiges Register, sondern als verdichtete Sicht der fünf wichtigsten Risiken mit Trend (steigend, stabil, fallend) und aktueller Massnahme. Diese Verdichtung zwingt zur Priorisierung und gibt der Lenkung die Information, die sie für Entscheidungen braucht. Ein Auftraggeber, der die Risikolage in dreissig Sekunden erfassen kann, trifft bessere Entscheidungen über Budget und Scope.
Verknüpfen Sie das Register schliesslich mit Ihrem Notfallbudget und Ihrer Zeitplanung. Akzeptierte und verminderte Risiken sollten mit einer Reserve hinterlegt sein — sowohl finanziell als auch zeitlich. Ein Projekt ohne Risikoreserve ist ein Plan, der nur im Idealfall aufgeht; und der Idealfall ist im Projektgeschäft die seltenste aller Realitäten. Das Risikoregister ist letztlich das Instrument, das diese Reserve rechtfertigt und steuert.
Definieren Sie zuletzt klare Eskalationsschwellen. Nicht jedes Risiko muss auf Projektleitungsebene entschieden werden, aber ab einem bestimmten Risikowert oder einer bestimmten finanziellen Auswirkung gehört die Entscheidung über die Reaktion auf die nächsthöhere Ebene — den Lenkungsausschuss oder den Auftraggeber. Halten Sie diese Schwellen vorab schriftlich fest, damit im Ernstfall nicht erst über die Zuständigkeit diskutiert werden muss. Ein Register, das nicht nur Risiken sammelt, sondern auch regelt, wer ab welcher Schwere entscheidet, wird vom Dokumentationsartefakt zum echten Governance-Instrument.