E8 Prognose, Unsicherheit und Frühwarnungen

Thema

Dieses Modell wandelt die Projektüberwachung in ein Instrument der Vorausschau um. Ein herkömmlicher Bericht beschreibt lediglich, was bereits umgesetzt wurde und wie dies im Vergleich zum Zeitplan steht. Hier geht es um einen weiterreichenden Ansatz: Auf Basis des Ist-Zustands, der operativen Rahmenbedingungen und der noch ausstehenden Verpflichtungen wird untersucht, was in den kommenden Wochen oder Monaten eintreten könnte. Ziel ist es, Bedrohungen zu erkennen, bevor sie tatsächlich eintreten, und mögliche Gegenmaßnahmen zu bewerten.

Eine Grundvoraussetzung ist die strikte Trennung dreier Perspektiven: Die Basislinie (Baseline) enthält die verbindlich vereinbarten Ziele; der Ist-Zustand umfasst die bis zu einem Stichtag verifizierbaren Fakten; und die Prognose beschreibt ein Zukunftsszenario, das auf bestimmten Annahmen beruht. Bei der Aktualisierung des Zeitplans darf weder die Historie von Verzögerungen gelöscht noch eine Schätzung fälschlicherweise als gesicherte Tatsache dargestellt werden. Jeder Messwert muss mit Datum, Quelle, Qualitätsangabe und dem Bezug zur jeweiligen Aktivität dokumentiert sein. Da Daten unvollständig, verspätet oder widersprüchlich sein können, muss das System auf solche Einschränkungen hinweisen anstatt das Fehlen von Informationen automatisch als Abwesenheit von Problemen zu interpretieren.

Die Prognose basiert auf den noch ausstehenden Arbeiten sowie den Mechanismen, die deren Ausführung bestimmen. Dabei sind Faktoren wie die jüngste Leistungsentwicklung, die eingesetzten Arbeitsgruppen und Ausrüstungen, noch bestehende Hindernisse, geplante Lieferungen, Abhängigkeiten zwischen den Aktivitäten sowie mögliche Änderungen der Arbeitsmethodik von Bedeutung. Es reicht nicht aus, den bisherigen Fortschrittsgrad einfach linear fortzuschreiben: Eine Aktivität könnte beispielsweise schnell vorangeschritten sein, weil Materialien verfügbar waren und morgen zum Stillstand kommen, sobald diese aufgebraucht sind. Umgekehrt kann eine aktuelle Verzögerung aufgeholt werden, wenn ein Hindernis beseitigt wird und tatsächlich nutzbare zusätzliche Kapazitäten zur Verfügung stehen.

Die Zukunft ist nicht eindeutig festgelegt. Lieferzeiten, Störungen, Bodenbeschaffenheiten oder die Produktivität können variieren, wobei manche Risiken gleichzeitig mehrere Aktivitäten betreffen können. Das System kann plausible Szenarien vergleichen und sofern ausreichend historische Daten vorliegen Unsicherheiten durch Wertebereiche oder Wahrscheinlichkeiten ausdrücken. In einer Demonstration ohne reale Kalibrierung sind solche Ergebnisse jedoch als Konsequenzen beispielhafter Annahmen zu verstehen und nicht als verifizierte Konfidenzniveaus.

Eine nützliche Warnung sollte sich nicht darauf beschränken, lediglich mitzuteilen, dass ein Termin bereits überschritten wurde. Es müssen die gefährdete Verpflichtung, der verfügbare Vorlauf, die Hauptursachen sowie die Entscheidungen, die das Ergebnis beeinflussen können, identifiziert werden. So kann beispielsweise eine verspätete Lieferung die Kontinuität einer Montage gefährden, nachgelagerte Aktivitäten beeinträchtigen und die Lagerkosten erhöhen. Der Simulator ermöglicht es, verschiedene Optionen zu vergleichen etwa am ursprünglichen Plan festzuhalten, eine Beschaffung vorzuziehen, Ressourcen neu zuzuweisen oder die Ablaufreihenfolge zu ändern , wobei auch die Nebenwirkungen der jeweiligen Maßnahmen berücksichtigt werden.

Das Modell lernt, indem es jede abgegebene Prognose, die zu diesem Zeitpunkt verfügbaren Daten, die ergriffenen Maßnahmen sowie das tatsächliche Endergebnis speichert. Anhand dieser Historie lässt sich beurteilen, ob Warnungen rechtzeitig und zutreffend waren ohne dabei Informationen einzubeziehen, die zum damaligen Zeitpunkt noch gar nicht vorlagen. Der Demonstrations-Simulator veranschaulicht anhand eines kleinen Projekts aufeinanderfolgende Zyklen der Aktualisierung, Projektion und Warnung. Er soll aufzeigen, wie Kyon bestehende Fortschrittsberichte durch kausale Erklärungen und Frühwarnungen ergänzen kann; die operative Genauigkeit müsste anschließend anhand realer Projekte validiert werden.

ID:5062