III.5. Wie man Risiken plant und managt
Zusammenfassung
Wirksames Risikomanagement in Projekten ist keine periphere Verwaltungsaufgabe, sondern eine Kernfunktion der Führung und Aufsicht, die Unsicherheit innerhalb des Entscheidungssystems eines Projekts hält. Projekte verlieren die Steuerung, wenn Unsicherheit ignoriert, zu ungenau für konkretes Handeln beschrieben oder aus der Logik von Führung und Aufsicht ausgeschlossen wird. Dieses Dokument beschreibt einen strukturierten Ansatz, um sowohl einzelne als auch aggregierte Risiken durch klare Grenzen, angepasste Planung und disziplinierte Dokumentation zu managen.
Zu den wichtigsten Erkenntnissen gehören:
- Grenzen der Führung und Aufsicht: Organisationen müssen Risikobereitschaft und Risikoschwellen definieren, damit nachvollziehbar festgelegt ist, wann gehandelt, eskaliert oder eine Initiative beendet werden muss.
- Der Risikomanagementplan: Er dient als kontextsensitives, von der Führung autorisiertes operatives Rahmenwerk und definiert Rollen, Skalen und Kadenzen für Überprüfungen.
- Dokumentation als Steuerung: Das Risikoregister muss ein lebendes Artefakt sein. Es unterscheidet zwischen bekannten Unbekannten, die durch Risikozuschläge abgedeckt werden, und unbekannten Unbekannten, für die Managementreserven erforderlich sind.
- Strategische Risikobewältigung: Risikobewältigungen müssen in die Projektausführung integriert werden. Über einzelne Bedrohungen und Chancen hinaus müssen Manager das Gesamtprojektrisiko berücksichtigen, damit die Initiative als Ganzes tragfähig bleibt.
- Moderne Integration: Nachhaltigkeits- und Sicherheitsrisiken sind heute zentral für den Projekterfolg und müssen als primäre Ziele statt als nachgeordnete Anliegen behandelt werden.
1. Führung und Aufsicht sowie die Grundlagen der Risikosteuerung
Risikomanagement ist der Prozess, Unsicherheit innerhalb des Entscheidungssystems zu halten, in dem sie Handlungen beeinflussen kann. Gelingt dies nicht, werden Reserven aufgezehrt, Handlungsoptionen eingeengt und die Wertrealisierung vermindert, noch bevor sich Probleme als Termin- oder Kostendruck manifestieren.
1.1 Grenzen definieren: Risikobereitschaft und Risikoschwellen
Um Unsicherheit präzise zu managen, stützen sich Projektleiter auf zwei entscheidende Grenzen:
- Risikobereitschaft: Das Ausmaß an Unsicherheit, das eine Organisation in Erwartung eines Nutzens zu akzeptieren bereit ist.
- Risikoschwellen: Die konkreten Punkte, an denen die Risikobelastung so hoch wird, dass eine formale Reaktion verpflichtend ist.
Ohne diese Grenzen können Teams im Risikomanagement aktiv erscheinen, ohne über eine belastbare Entscheidungsgrundlage zu verfügen. Die Grenzen ermöglichen eine logische Unterscheidung zwischen Beobachten, Handeln, Eskalieren und Beenden.
1.2 Risiko versus Problem
Diszipliniertes Management erfordert eine klare Unterscheidung zwischen Zukunft und Gegenwart:
- Risiko: Ein mögliches zukünftiges Ereignis oder eine mögliche zukünftige Bedingung – eine künftige Risikobelastung. Es erfordert Analyse, Planung und Bereitschaft.
- Problem: Eine bereits eingetretene Bedingung, die das Projekt aktuell beeinflusst – eine gegenwärtige Auswirkung. Sie erfordert direktes Management.
Wer diese beiden Zustände verwechselt, verschwendet Zeit, verzerrt die Steuerung und setzt Reserven ohne angemessene Logik der Führung und Aufsicht falsch ein.
1.3 Einzelrisiko versus Gesamtprojektrisiko
Risikomanagement muss auf zwei Ebenen erfolgen. Einzelne Risiken sind einzelne Einträge in einem Register; durch ihre Wechselwirkung entsteht jedoch das Gesamtprojektrisiko. Es bildet die kombinierte Wirkung der Unsicherheit auf die gesamte Initiative ab. Überschreitet die aggregierte Situation die definierten Toleranzen, muss Führung und Aufsicht die Tragfähigkeit des Projekts selbst neu beurteilen.
2. Architektur der Risikoplanung
Ein Projekt benötigt eine praktikable Methode, um innerhalb der Grenzen der Führung und Aufsicht zu handeln. Diese Methode wird im Risikomanagementplan (RMP) kodifiziert.
2.1 Der Risikomanagementplan (RMP)
Der RMP ist eine Roadmap für den Lebenszyklus und keine verfahrensbezogene Formalität. Nach Genehmigung durch einen Sponsor oder ein zuständiges Gremium wird er zum autorisierten Rahmenwerk für:
- Klärung von Rollen und Verantwortlichkeiten.
- Festlegung von Wahrscheinlichkeits- und Auswirkungsskalen.
- Festlegung von Eskalationsgrenzwerten und Berichtsformaten.
- Festlegung der Kadenz für Risikoüberprüfungen.
2.2 Anpassung des Rahmenwerks
Ein generischer Risikoplan scheitert häufig, weil er nicht zum spezifischen Expositionsprofil des Projekts passt. Anpassung ist eine Kernaufgabe, die das Rahmenwerk anhand folgender Faktoren ausrichtet:
- Projektkontext: Größe, Komplexität, Dringlichkeit, strategische Bedeutung und regulatorische Anforderungen.
- Ansatz der Leistungserbringung:
- Prädiktiv: Früh konzentrierte Planung mit stabilen Basisplänen.
- Adaptiv: Schnellere Neubewertung, wobei Risikominderung in den Prioritäten des Backlogs abgebildet wird.
- Hybrid: Erfordert explizite Brücken zwischen festen Prüfgates und iterativer Neubewertung, damit die Steuerung nicht fragmentiert.
2.3 Risikostrukturplan (RBS)
Der Risikostrukturplan ist ein hierarchisches Werkzeug, mit dem Unsicherheit über verschiedene Kategorien hinweg – technisch, ökologisch, kommerziell und weitere – organisiert wird. Er verhindert, dass Teams sich nur auf vertraute Risiken konzentrieren, und erzwingt eine breitere Betrachtung der gesamten Risikolandschaft.
3. Dokumentation und historisches Wissen
Wirksames Risikomanagement stützt sich auf Dokumentation, die Entscheidungen in Echtzeit unterstützt und nicht nur der Aufzeichnung dient.
3.1 Das Risikoregister
Das Risikoregister ist das zentrale lebende Artefakt des Projekts. Damit ein Eintrag gemanagt werden kann, muss er Folgendes enthalten:
- Strukturierte Risikoaussage: Identifikation der Quelle, des möglichen Ereignisses und der möglichen Konsequenzen.
- Bewertung: Einstufungen von Wahrscheinlichkeit und Auswirkung.
- Verantwortung: Ein zugewiesener Risikoverantwortlicher für die Risikobewältigung.
- Strategie: Ein vereinbarter Plan zur Risikobewältigung.
- Status: Aktueller Zustand des Risikos.
3.2 Führung und Aufsicht über Reserven
Die Kostensteuerung des Projekts hängt von einer strikten Trennung der Reservearten ab:
Reserveart |
Anwendbar auf |
Positionierung |
Zugriffsberechtigung |
Risikozuschlag |
Bekannte Unbekannte – identifizierte Risiken |
Innerhalb des Kostenbasisplans |
Projektleiter – innerhalb der festgelegten Grenzen |
Managementreserve |
Unbekannte Unbekannte – unvorhergesehene Probleme |
Außerhalb des Kostenbasisplans |
Formale Genehmigung durch Führung und Aufsicht |
3.3 Historische Speicher
Historische Wissensspeicher – frühere Register und gesammelte Erfahrungen – helfen dem Team, Muster zu erkennen und bekannte Fehler nicht zu wiederholen. Sie dienen als Ressource zur Risikominderung, indem sie vermeidbare Verschwendung reduzieren und die aktuelle Analyse auf früheren Erfahrungen verankern.
4. Umfelddynamik und Risikoidentifikation
Risikoidentifikation ist ein fortlaufender, iterativer Prozess, weil sich das Umfeld während des gesamten Projektlebenszyklus verändert.
4.1 Faktoren der Unternehmensumwelt (EEF)
Risikobelastung entsteht häufig aus Faktoren, die außerhalb der direkten Steuerung des Teams liegen:
- Interne EEF: Organisationskultur, Ressourcenverfügbarkeit und Zustand bestehender IT-Systeme.
- Externe EEF: Marktbedingungen, geopolitische Instabilität, Klimawandel, rechtliche Beschränkungen und aufkommende Technologien wie künstliche Intelligenz (KI).
4.2 Umgang mit Mehrdeutigkeit und emergenter Unsicherheit
Nicht jede Unsicherheit lässt sich leicht als klar formuliertes Ereignis ausdrücken.
- Mehrdeutigkeit: Entsteht durch unklare Informationen, unvollständige Anforderungen oder konkurrierende Interpretationen.
- Emergente Unsicherheit: Risiken, die nicht im Voraus identifiziert werden können, weil sie sich erst durch Wechselwirkungen oder neue Informationen während der Leistungserbringung entwickeln.
Starke Teams warten nicht darauf, dass Unsicherheit „elegant“ formulierbar wird, bevor sie dokumentiert wird. Sie weisen Beobachtungsverantwortung zu, selbst wenn ein Risiko noch zu unscharf für eine standardisierte Ereignisaussage ist.
5. Methodiken der Risikoanalyse
Analyse verwandelt eine Liste von Unsicherheiten in eine priorisierte Grundlage für Handeln und Reserveplanung.
5.1 Qualitative versus quantitative Analyse
- Qualitative Analyse: Priorisiert Risiken mithilfe von Wahrscheinlichkeits- und Auswirkungsmatrizen. Sie legt relative Prioritäten fest und berücksichtigt Faktoren wie Dringlichkeit – Zeitpunkt der Umsetzung –, Nähe – Wahrnehmung durch Stakeholder – und Dormanz – Zeit bis zur Entdeckung der Auswirkung.
- Quantitative Analyse: Verwendet numerische Methoden, um die kombinierte Wirkung von Risiken zu bewerten.
- Erwarteter Geldwert (EMV): Berechnet als
EMV = p x i– Wahrscheinlichkeit multipliziert mit Auswirkung. - Modellierung: Werkzeuge wie Monte-Carlo-Analyse und Sensitivitätsanalyse mit Tornadodiagrammen helfen zu erkennen, welche Variablen die Projektergebnisse am stärksten beeinflussen.
- Erwarteter Geldwert (EMV): Berechnet als
5.2 Die Rolle von KI und Verzerrungen
KI kann große Datenmengen verarbeiten, um prädiktive Erkenntnisse zu erzeugen und kognitive Verzerrungen zu reduzieren. Sie ersetzt jedoch kein professionelles Urteil. Teams müssen gegenüber der Bestätigungsneigung wachsam bleiben – der Tendenz, Informationen zu bevorzugen, die bestehende Überzeugungen stützen, und gegenteilige Signale abzuwerten.
6. Taktische Strategien der Risikobewältigung
Nachdem Risiken analysiert wurden, muss der Projektleiter Strategien umsetzen, die den Kurs des Projekts verändern.
6.1 Strategien für Einzelrisiken
Jede Risikobewältigung muss einen Verantwortlichen haben und in den Projektterminplan oder das Budget integriert werden.
Strategie |
Reaktion auf Bedrohungen – negativ |
Reaktion auf Chancen – positiv |
Risikoeskalation |
Auf eine höhere Organisationsebene verlagern. |
Zur Nutzung des Nutzens auf Programm- oder Portfolioebene weitergeben. |
Risikovermeidung / Risikonutzung |
Den Plan ändern, um die Bedrohung zu beseitigen. |
Maßnahmen ergreifen, damit der Nutzen tatsächlich eintritt. |
Risikoübertragung / Risikoteilung |
Auswirkung oder Verantwortung auf einen Dritten übertragen. |
Verantwortung einer besser positionierten Partei zuweisen. |
Risikominderung / Chancenverbesserung |
Wahrscheinlichkeit oder Auswirkung reduzieren. |
Wahrscheinlichkeit oder positive Auswirkung erhöhen. |
Risikoakzeptanz |
Anerkennen und erst handeln, wenn das Risiko eintritt. |
Die Chance nur nutzen, wenn sie sich auf natürliche Weise ergibt. |
6.2 Strategien für das Gesamtprojektrisiko
Ist die aggregierte Risikobelastung des Projekts zu hoch oder bietet sie eine bedeutende Chance, nutzen Manager umfassendere Strategien:
- Risikovermeidung: Bei extremem negativem Risiko kann dies die Beendigung des Projekts einschließen.
- Risikonutzung: Anpassung von Risikoschwellen, um eine bedeutende positive Unsicherheit gezielt zu nutzen.
- Risikoübertragung / Risikoteilung: Nutzung von Joint Ventures oder Versicherungen für die aggregierte Risikobelastung.
- Risikominderung / Chancenverbesserung: Neuordnung der Arbeit oder Änderung von Strategien der Leistungserbringung, um die Erfolgswahrscheinlichkeit zu optimieren.
- Risikoakzeptanz: Fortsetzung des Projekts trotz hohen aggregierten Risikos, typischerweise unterstützt durch einen Risikozuschlag.
6.3 Sekundär- und Restrisiko
Keine Risikobewältigung bleibt ohne Konsequenzen.
- Restrisiko: Die nach Umsetzung einer Risikobewältigung verbleibende Risikobelastung.
- Sekundärrisiko: Ein neues Risiko, das durch die Umsetzung einer Risikobewältigung entsteht. Teams müssen diese Risiken im Risikoregister dokumentieren, damit das Bild der Risikobelastung aktuell bleibt.
7. Integrierte Nachhaltigkeit und Sicherheit
Modernes Risikomanagement umfasst Bereiche, die langfristige Tragfähigkeit und organisatorische Legitimität beeinflussen.
- Nachhaltigkeitsrisiko: Betrifft ökologische, soziale oder wirtschaftliche Konsequenzen wie Klimawandel und Ressourcenbeschränkungen. Werden sie ignoriert, entstehen künftige Verpflichtungen.
- Sicherheitsrisiko: Betrifft rechtliche Verpflichtungen, Datenschutz und IT-Schwachstellen. Besteht ein Projekt zur Erfüllung regulatorischer Vorgaben, ist Sicherheit ein primäres Ziel und keine nachgeordnete Schutzschicht.
8. Kontinuierliche Aufsicht und Kommunikation
Überwachung ist eine disziplinierte Kadenz, die sicherstellt, dass das Projekt innerhalb der autorisierten Toleranzen bleibt.
8.1 Überwachungsaktivitäten
Der Projektleiter muss identifizierte Risiken verfolgen, Triggerbedingungen für Eventualfälle – vordefinierte Ausweichmaßnahmen – überwachen und die Angemessenheit der Reserven überprüfen. Werden Projektziele aufgrund von Risiken unerreichbar, muss der Projektleiter die Empfehlung zur Beendigung anführen, um Verschwendung durch den Sunk-Cost-Effekt zu verhindern.
8.2 Berichten versus Registrieren
Die Kommunikation muss an die Zielgruppe angepasst werden:
- Risikoregister: Ein detaillierter Speicher, den das Projektteam für das tägliche taktische Management nutzt.
- Risikobericht: Eine übergeordnete Zusammenfassung für Stakeholder und Sponsoren. Sie konzentriert sich auf den Status des Gesamtprojektrisikos, die Entwicklung hochpriorisierter Risiken und die Auswirkungen auf die Tragfähigkeit des Projekts.
Ein Risiko wird niemals allein deshalb geschlossen, weil eine Risikobewältigungsmaßnahme abgeschlossen wurde; es ist erst geschlossen, wenn die Risikobelastung nicht mehr besteht oder das Projekt beendet ist.
Nicht auswendig lernen. Beginnen Sie zu denken.
Analysieren Sie Szenarien. Navigieren Sie durch Kontexte. Erkennen Sie Fallen.
Für:
- PMP®-Kandidaten
- Projektleiter
- PMO-Leiter
- Führungskräfte von Projektleitern
- Programmmanager
- Führungskräfte und Sponsoren
Bei Amazon erhältlich als Taschenbuch und E-Book –> Vorschau
Komplette E-Learning-Lösung beim Autor erhältlich, einschließlich Quizfragen, Probeprüfungen, Hörbuch, anregender Debatten, Videos und des vollständigen Buchtexts.
Demo: https://pmprep.de
Kontakt zum Autor: Orlando@Casabonne.com
Related pages
Part I. Leading people
I.1. How to develop a common vision
I.3. How to lead the project team
I.4. How to engage stakeholders
I.5. How to align stakeholder expectations
I.6. How to manage stakeholder expectations
I.7. How to ensure knowledge transfer
I.8. How to plan and manage communication
Part II. Managing processes
II.1. How to develop an integrated project management plan and plan delivery
II.2. How to develop and manage project scope
II.3. How to ensure value-based delivery
II.4. How to plan and manage resources
II.5. How to plan and manage procurement
II.6. How to plan and manage finance
II.7. How to plan and optimize quality of products and deliverables
II.8. How to plan and manage schedule
II.9. How to evaluate project status
II.10. How to manage project closure
Part III. Navigating the business environment
III.1. How to define and establish project governance
III.2. How to plan and manage project compliance
III.3. How to manage and control changes
III.4. How to remove impediments and manage issues
III.5. How to plan and manage risk
III.6. How to ensure continuous improvement
III.7. How to support organizational change
III.8. How to evaluate external business environment changes
Páginas relacionadas
Parte I. Liderar personas
I.1. Cómo desarrollar una visión común
I.2. Cómo gestionar conflictos
I.3. Cómo liderar al equipo del proyecto
I.4. Cómo involucrar a los interesados
I.5. Cómo alinear las expectativas de los interesados
I.6. Cómo gestionar las expectativas de los interesados
I.7. Cómo asegurar la transferencia de conocimiento
I.8. Cómo planificar y gestionar la comunicación
Parte II. Gestionar los procesos
II.1. Cómo desarrollar un plan integrado para la dirección del proyecto y planificar la entrega
II.2. Cómo desarrollar y gestionar el alcance del proyecto
II.3. Cómo garantizar la entrega basada en el valor
II.4. Cómo planificar y gestionar los recursos
II.5. Cómo planificar y gestionar las adquisiciones
II.6. Cómo planificar y gestionar las finanzas
II.7. Cómo planificar y optimizar la calidad de los productos y entregables
II.8. Cómo planificar y gestionar el cronograma
II.9. Cómo evaluar el estado del proyecto
II.10. Cómo gestionar el cierre del proyecto
Parte III. Navegar el entorno empresarial
III.1. Cómo definir y establecer la gobernanza del proyecto
III.2. Cómo planificar y gestionar el cumplimiento del proyecto
III.3. Cómo gestionar y controlar los cambios
III.4. Cómo eliminar impedimentos y gestionar incidentes
III.5. Cómo planificar y gestionar los riesgos
III.6. Cómo asegurar la mejora continua
III.7. Cómo apoyar el cambio organizacional
III.8. Cómo evaluar los cambios en el entorno empresarial externo
Pages associées
Partie I. Diriger les personnes
I.1. Comment élaborer une vision commune
I.2. Comment gérer les conflits
I.3. Comment diriger l’équipe projet
I.4. Comment impliquer les parties prenantes
I.5. Comment aligner les attentes des parties prenantes
I.6. Comment gérer les attentes des parties prenantes
I.7. Comment assurer le transfert de connaissances
I.8. Comment planifier et gérer les communications
Partie II. Gérer les processus
II.1. Comment élaborer un plan intégré de management du projet et planifier la livraison
II.2. Comment élaborer et gérer le périmètre du projet
II.3. Comment assurer une livraison fondée sur la valeur
II.4. Comment planifier et gérer les ressources
II.5. Comment planifier et gérer les approvisionnements
II.6. Comment planifier et gérer les finances du projet
II.7. Comment planifier et optimiser la qualité des produits et des livrables
II.8. Comment planifier et gérer l’échéancier
II.9. Comment évaluer l’état du projet
II.10. Comment gérer la clôture du projet
Partie III. Naviguer dans l’environnement de l’entreprise
III.1. Comment définir et établir la gouvernance du projet
III.2. Comment planifier et gérer la conformité du projet
III.3. Comment gérer et maîtriser les changements
III.4. Comment lever les obstacles et gérer les points à traiter
III.5. Comment planifier et gérer les risques
III.6. Comment assurer l’amélioration continue
III.7. Comment soutenir le changement organisationnel
III.8. Comment évaluer les changements de l’environnement externe de l’entreprise
Verwandte Seiten
Teil I. Menschen führen
I.1. Wie man eine gemeinsame Vision entwickelt
I.3. Wie man das Projektteam führt
I.4. Wie man Stakeholder einbindet
I.5. Wie man Erwartungen der Stakeholder aufeinander abstimmt
I.6. Wie man Erwartungen der Stakeholder managt
I.7. Wie man Wissenstransfer sicherstellt
I.8. Wie man Kommunikation plant und managt
Teil II. Prozesse steuern
II.1. Wie man einen integrierten Projektmanagementplan entwickelt und die Leistungserbringung plant
II.2. Wie man Projektinhalt und -umfang entwickelt und managt
II.3. Wie man wertbasierte Leistungserbringung sicherstellt
II.4. Wie man Ressourcen plant und managt
II.5. Wie man die Beschaffung plant und managt
II.6. Wie man Finanzen plant und managt
II.7. Wie man die Qualität von Produkten und Liefergegenständen plant und optimiert
II.8. Wie man einen Terminplan erstellt und managt
II.9. Wie man den Projektstatus bewertet
II.10. Wie man den Projektabschluss managt
Teil III. Das geschäftliche Umfeld meistern
III.1. Wie man die Führung und Aufsicht über das Projekt definiert und etabliert
III.2. Wie man die Projekt-Compliance plant und managt
III.3. Wie man Änderungen managt und steuert
III.4. Wie man Hindernisse beseitigt und Probleme managt
III.5. Wie man Risiken plant und managt
III.6. Wie man kontinuierliche Verbesserung sicherstellt
III.7. Wie man organisatorische Änderungen unterstützt
III.8. Wie man Änderungen im externen Geschäftsumfeld bewertet
Orlando Casabonne | Langemarckstrasse 112 | D-79100 Freiburg | Germany | +49 (0)761 707 30 19 | Orlando@Casabonne.com | LinkedIn