FACHWISSEN · PROJEKTE & TRANSFORMATIONINSIGHTS · PROJECTS & TRANSFORMATION
Gemeinsame Projektrisiken: Warum zehn Einzelpuffer nicht zehn unabhängige Sicherheiten sindShared project risks: why ten buffers are not ten independent protections

Mehrere Arbeitspakete wirken einzeln gut abgesichert. Trotzdem können sie gleichzeitig ins Stocken geraten, wenn sie von derselben Freigabe, Fachkraft oder technischen Umgebung abhängen. Für die Risikobetrachtung ist deshalb nicht nur die Unsicherheit jedes Pakets wichtig, sondern auch die Verbindung zwischen den Unsicherheiten.
Eine Ursache kann mehrere Folgen haben
Wenn dieselbe Testumgebung für fünf Teams ausfällt, sind deren Verzögerungen nicht unabhängig voneinander. Eine gemeinsame Ursache beeinflusst mehrere Abläufe. Das unterscheidet sich von fünf zufällig gleichzeitig eintretenden Einzelproblemen. Eine Risikoübersicht sollte solche gemeinsamen Abhängigkeiten deshalb ausdrücklich erkennen lassen.
Ein fiktiver Freigabefall
Drei Standorte benötigen dieselbe zentrale Datenfreigabe. Jeder Standort plant zwei Tage Reserve. Verzögert sich die zentrale Entscheidung um eine Woche, helfen die lokalen Reserven nur begrenzt. Das Problem lässt sich nicht sinnvoll lösen, indem man die drei Standorte jeweils als vollständig eigenständiges Risiko behandelt. Der gemeinsame Entscheidungspunkt verdient eine eigene Betrachtung.
Auch Simulationen brauchen Zusammenhänge
Wer unsichere Dauern in einer Simulation unabhängig zieht, kann gemeinsame Verlängerungen übersehen. Zusammenhänge können die Verteilung der möglichen Endtermine verändern. Ein rechnerischer Korrelationswert sollte aber nicht ohne Begründung eingetragen werden. Zuerst sind fachlicher Zusammenhang, verfügbare Daten und passende Modellierung zu klären.
An der gemeinsamen Ursache ansetzen
Mögliche Maßnahmen betreffen beispielsweise eine zusätzliche Testumgebung, eine frühere Klärung oder vertretungsfähige Zuständigkeiten. Im Beispiel wird geprüft, ob Datenfreigaben sinnvoll vorbereitet oder entkoppelt werden können. Dabei entstehen möglicherweise neue Schnittstellen und zusätzlicher Aufwand. Eine gute Maßnahme reduziert nicht nur einen roten Eintrag, sondern verändert die gemeinsame Ursache nachvollziehbar. Danach ist erneut zu prüfen, welche Restabhängigkeiten bleiben und wer sie im Projektverlauf beobachtet.
Several work packages may look well protected individually and still stall together because they depend on the same approval, specialist or technical environment. Risk analysis therefore needs to consider not only uncertainty within each package but also the relationships between those uncertainties. Local allowances do not automatically remove shared exposure.
One cause can produce several effects
If one test environment fails for five teams, their delays are not independent. A common cause affects several work streams. This differs from five unrelated problems happening to occur at the same time. A risk overview should make these shared dependencies explicit rather than burying them in separate local entries.
A fictional approval example
Three sites need the same central data approval. Each site plans two days of reserve. If the central decision is delayed by a week, those local allowances provide limited protection. Treating the sites as entirely separate risks does not represent the problem adequately. The shared decision point requires its own assessment and appropriate ownership.
Simulation also needs relationships
Independently sampling uncertain durations can miss common extensions. Relationships between activities can change the distribution of possible completion dates. However, a numerical correlation should not be entered without justification. Establish the operational relationship, available evidence and suitable modelling approach before choosing the mathematical representation.
Act on the shared cause
Possible responses include an additional test environment, earlier clarification or responsibilities with effective cover. In the example, the team examines whether data approvals can be prepared earlier or usefully separated. This may create additional interfaces and effort. A useful response changes the common cause in a traceable way rather than merely reducing a red indicator. Reassess the dependencies that remain and identify who will monitor them as the project progresses.