Entscheidungsbaum zur Risikoeskalation im Projekt

Was ist entscheidungsbaum zur risikoeskalation im projekt?

Eskalation geht in zwei Richtungen schief. Risiken, die hätten hochgehen müssen, liegen einen Monat im Register, weil sich niemand befugt fühlte, sie anzusprechen, und Risiken, die der Eigentümer selbst hätte lösen können, landen im Lenkungsausschuss, weil Hochreichen sicherer wirkte als Entscheiden. Beide Fehler haben dieselbe Ursache: Die Kriterien stehen in den Köpfen der Beteiligten statt auf Papier. Ein Entscheidungsbaum zur Risikoeskalation schließt diese Lücke, indem er jede Prüfung ausspricht und aus Nachweisen beantwortbar macht: dann nimmt dasselbe Risiko denselben Weg, gleich wer es gerade hält.

Diese Seite ist ein Entscheidungsbaum, keine Prozesslandkarte. Sie beantwortet, welche Option richtig ist und wer die Entscheidungsbefugnis hält, deshalb laufen die Fragen durch die Mitte und die Zweige enden an unterschiedlichen Stellen. Eine Prozesslandkarte beantwortet, was als Nächstes passiert und wer es tut, deshalb laufen ihre Schritte von links nach rechts und münden in einen Abschluss. Wenn Sie den durchgängigen Ablauf brauchen, der auf eine ausgelöste Eskalation folgt, nehmen Sie das Flussdiagramm zum Incident-Management-Prozess unter /de/templates/incident-management-prozess: es deckt Erfassung, Priorisierung, Deklaration eines Major Incidents, SLA-Verletzung und Abschluss ab. Dieses Diagramm endet bei der Weichenstellung; jenes setzt danach an.

Die Vorlage nutzt leichte Bahnen, die benennen, wer welche Frage beantwortet, statt Abteilungen abzubilden: Risikoeigentümer, Projektleitung, Lenkungsausschuss und Risikoausschuss, über fünf Phasen von der Erfassung bis zum Eskalationsweg. Acht Entscheidungen sitzen auf dem Rückgrat, und die Kriterien stehen in den Kommentaren jener vier, die echte Schwellen tragen: die Vorprüfung auf Sicherheit, Recht und Regulierung, die Toleranzprüfung, die Prüfung von Budget und Befugnis sowie die Auswirkungsschwelle. Fünf benannte Endpunkte ersetzen den einen glücklichen Pfad, den eine Prozesslandkarte hätte.

Was dieses Flussdiagramm abdeckt

In dieser Vorlage

• Vier Bahnen nach Entscheidungsbefugnis statt nach Abteilungen (Risikoeigentümer, Projektleitung, Lenkungsausschuss, Risikoausschuss) über fünf Phasen: Erfassung, Vorprüfung, Toleranzprüfung, Schwelle und Zeitbedarf sowie Eskalationsweg.
• Zwei Vorprüfungen, die die Bewertung vollständig umgehen: „Ist das Risiko bereits eingetreten?“ und „Sicherheits-, Rechts- oder Regulierungsbezug?“. Ein Ja bei einer der beiden kann zu „Droht Schaden oder Verstoß unmittelbar?“ führen, dessen Ja „Incident-Verfahren auslösen“ ausführt und bei „Sofort als Incident eskalieren“ endet.
• Der lokale Zweig: „Innerhalb der Risikotoleranz des Eigentümers?“ führt zu „Lohnt eine aktive Maßnahme?“, wo Nein bei „Risiko akzeptieren und dokumentieren“ endet und Ja zu „Maßnahme in Budget und Befugnis?“ läuft: Innerhalb endet bei „Lokal steuern und überwachen“, Darüber hinaus schickt das Risiko nach oben, obwohl die Gefährdung selbst tragbar war.
• Die Weiche bei „Auswirkung über der Eskalationsschwelle?“: Darüber geht unmittelbar zu „Vorsitz des Risikoausschusses informieren“, Darunter fällt zur Zeitprüfung durch, statt allein wegen der Höhe zu eskalieren.
• Die Zeitprüfung, die die beiden Eskalationswege trennt: „Entscheidung vor der nächsten Sitzung nötig?“ schickt Ja außerhalb des Turnus an den Vorsitz des Risikoausschusses und Nein über „Eskalationsvorlage erstellen“ zu „An den Lenkungsausschuss eskalieren“.
• Fünf getrennte Endpunkte statt eines Trichters: lokal steuern und überwachen, akzeptieren und dokumentieren, an den Lenkungsausschuss eskalieren, an den Risikoausschuss eskalieren und sofort als Incident eskalieren.

Wann Sie diese Vorlage verwenden sollten

• Sie schreiben den Eskalationsabschnitt eines Risikomanagementplans, in dem die Kriterien ausgesprochen und nicht bloß angedeutet werden müssen.
• Sie arbeiten neue Projekt- oder Risikomanager ein, sodass die Eskalation von schriftlichen Prüfungen und nicht vom persönlichen Temperament getrieben wird.
• Sie beenden einen Streit über Entscheidungsbefugnisse: die Bahnen sagen, wer welche Frage beantwortet, und genau darum geht der Streit meistens.
• Sie liefern einen Prüf- oder Auditnachweis, dass Eskalationskriterien existieren, abgestimmt sind und auf ein konkretes Risiko angewandt wurden.
• Sie führen ein Post-Incident-Review durch, in dem ein Risiko zu spät eskaliert wurde, und wollen nachvollziehen, welche Prüfung hätte auslösen müssen und es nicht tat.

So funktioniert es

1. Benennen Sie die Bahnen nach Ihren echten Entscheidungsbefugnissen

   Ersetzen Sie Risikoeigentümer, Projektleitung, Lenkungsausschuss und Risikoausschuss durch die Gremien, die in Ihrer Organisation tatsächlich Befugnis halten. Die Bahnen benennen, wer welche Frage beantwortet. Gibt es keinen Risikoausschuss, führen Sie diese Bahn mit dem Lenkungsausschuss zusammen und sagen Sie das ausdrücklich, statt ein Gremium im Diagramm stehen zu lassen, das nie tagt.

2. Schreiben Sie die Eskalationsschwelle als Betrag und als Zeitraum

   „Auswirkung über der Eskalationsschwelle?“ bleibt wirkungslos, solange keine Zahlen daran hängen. Die meisten Organisationen setzen einen Kostenbetrag, der an das delegierte Ausgabenlimit gekoppelt ist, und einen Terminwert, der an den Puffer oder einen vertraglichen Meilenstein gekoppelt ist, und behandeln dann das zuerst Überschrittene als Auslöser. Hinterlegen Sie beides am Knoten, damit jede Person die Prüfung ohne Rückfrage anwenden kann.

3. Legen Sie die Toleranz je Eigentümer getrennt fest

   „Innerhalb der Risikotoleranz des Eigentümers?“ setzt voraus, dass Toleranz delegiert und dokumentiert wurde. Setzen Sie sie je Eigentümer oder je Risikokategorie fest, nicht einmal für das gesamte Projekt, und formulieren Sie sie in denselben Einheiten, in denen Sie Risiken bewerten. Ist für einen Eigentümer nichts schriftlich hinterlegt, lautet die ehrliche Antwort Nein, und das Risiko geht nach oben.

4. Trennen Sie Budget von Befugnis

   „Maßnahme in Budget und Befugnis?“ ist bewusst eine doppelte Prüfung. Eine Maßnahme kann bezahlbar sein und dennoch eine Entscheidung erfordern, zu der der Eigentümer nicht befugt ist: etwa einen Vertrag zu ändern, einen Lieferanten zu stoppen oder eine Verzögerung zu akzeptieren. Benennen Sie beide Grenzen, damit der Zweig Darüber hinaus aus dem richtigen Grund auslöst.

5. Definieren Sie den Incident-Auslöser und wer ihn ziehen darf

   Legen Sie fest, was „Droht Schaden oder Verstoß unmittelbar?“ zu einem Ja macht, und benennen Sie, wer das ohne Rücksprache erklären darf. Dies ist der einzige Zweig, der die Governance überspringt, seine Kriterien sollten also objektiv genug sein, um außerhalb der Geschäftszeiten angewandt zu werden, und er sollte unmittelbar an Ihr bestehendes Incident-Verfahren übergeben, statt ein neues zu beschreiben.

6. Vereinbaren Sie den Weg außerhalb des Turnus, gehen Sie ihn ab und veröffentlichen Sie eine Fassung

   „Entscheidung vor der nächsten Sitzung nötig?“ funktioniert nur, wenn es einen echten Weg außerhalb des Turnus gibt: einen benannten Vorsitz, eine Reaktionszeit und eine Art, die Entscheidung festzuhalten. Testen Sie den fertigen Baum an drei oder vier Risiken aus Ihrem Register, korrigieren Sie die Zweige, die diese offensichtlich falsch leiten, und veröffentlichen Sie ihn dann als freigegebene Fassung, damit alle wissen, welche Revision gilt.

Häufig gestellte Fragen

Worin unterscheidet sich ein Entscheidungsbaum zur Risikoeskalation von einem Eskalationsprozess?

Ein Entscheidungsbaum beantwortet eine Weichenfrage: Welche der verfügbaren Optionen ist für dieses Risiko richtig, und wer darf sie wählen? Seine Form ist eine Kette von Prüfungen, die in mehreren unterschiedlichen Ergebnissen endet. Ein Eskalationsprozess beantwortet, was geschieht, nachdem der Weg gewählt ist: wer informiert wird, welche Unterlage vorbereitet wird, was das empfangende Gremium tut, wie die Entscheidung zurückkommt und wie sie dokumentiert wird. Seine Form ist eine Kette von Schritten, die auf einen Abschluss zuläuft. Sie brauchen beides, und getrennt gezeichnet lassen sie sich leichter pflegen. Nutzen Sie diesen Baum für die Wegwahl und das Flussdiagramm zum Incident-Management-Prozess für den durchgängigen Ablauf danach.

Wann sollte ein Risiko eskaliert statt lokal gesteuert werden?

Dieser Baum eskaliert bei vier unabhängigen Auslösern, von denen jeder einzelne genügt. Die Gefährdung liegt außerhalb der dokumentierten Toleranz des Eigentümers. Die Maßnahme kostet mehr als das delegierte Budget oder verlangt eine Entscheidung jenseits der Befugnis des Eigentümers. Die Auswirkung überschreitet die vereinbarte Kosten- oder Terminschwelle. Oder das Risiko hat eine Sicherheits-, Rechts- oder Regulierungsdimension, dann verlässt es den lokalen Weg unabhängig von seiner Höhe, weil die Toleranz für diese Klasse von Gefährdungen faktisch null ist. Alles Übrige lässt sich lokal steuern und überwachen oder akzeptieren und dokumentieren, wenn keine Maßnahme lohnt.

Worin unterscheiden sich hier Risikobereitschaft und Risikotoleranz?

Die Risikobereitschaft ist Menge und Art des Risikos, das die Organisation überhaupt eingehen will; die Toleranz ist die Grenze, innerhalb derer ein bestimmter Eigentümer arbeiten darf, bevor jemand anderes einbezogen werden muss. Der Baum prüft die Toleranz, weil das die operative Frage ist, die ein Risikoeigentümer an einem Dienstagnachmittag tatsächlich beantworten kann. ISO 31000 schreibt für keines von beidem Schwellen vor (es erwartet, dass die Organisation ihre eigenen Risikokriterien festlegt und sie im Einklang mit ihren Zielen hält), weshalb die Zahlen an diesen Knoten aus Ihrem Risikomanagementplan kommen müssen und nicht aus einer Norm.

Was passiert, wenn das Risiko bereits eingetreten ist?

Dann ist es kein Risiko mehr. Ein Risiko ist ein mögliches künftiges Ereignis mit einem Eigentümer und einer Maßnahme; sobald es eingetreten ist, ist es ein Problem und, wenn Schaden oder Verstoß unmittelbar drohen, ein Incident. Deshalb ist „Ist das Risiko bereits eingetreten?“ die erste Frage im Baum: Ein Ja verlässt den Risikoweg vollständig, löst das Incident-Verfahren aus und endet bei „Sofort als Incident eskalieren“, ohne auf eine Bewertung oder die nächste Sitzung zu warten. PRINCE2 zieht dieselbe Linie und behandelt ein eingetretenes Risiko als Problem, statt es weiter im Risikoregister zu führen.

Muss jede Eskalation auf eine planmäßige Sitzung warten?

Nein, und der Baum macht daraus eine ausdrückliche Prüfung statt einer Improvisation. „Entscheidung vor der nächsten Sitzung nötig?“ nimmt ein Risiko, das unterhalb der Auswirkungsschwelle liegt, aber zeitkritisch ist, und leitet es außerhalb des Turnus an den Vorsitz des Risikoausschusses, statt es bis zum nächsten Zyklus liegen zu lassen. Der Wert der schriftlichen Prüfung liegt darin, dass sie zugleich die andere Antwort legitimiert: Kann die Entscheidung wirklich warten, wird die Eskalationsvorlage erstellt, das Risiko geht in die nächste planmäßige Sitzung, und niemand muss darüber streiten, ob das vertretbar war.