"Schlechte Referenzplanung? Das ist, was die internationalen Standards sagen."

PMBOK, PRINCE2, AACE, DCMA, SCL… Alle großen Referenzwerke sind sich einig: "Ein schlecht konzipierter Baseline-Plan kann ein ganzes Projekt gefährden."

Im Projektmanagement, das Referenzplanung (oder Baseline-Planung) soll die formale Verpflichtung zu Fristen darstellen. Aber wenn er schlecht strukturiert, unrealistisch oder veraltet ist, wird er zu einem Hauptrisikofaktor.

Doch in der Realität vor Ort sehen wir immer noch zu viele Baselines:

mal sequenziert,
unrealistisch,
nicht bestätigt,
niemals aktualisiert.

Ergebnis? Unvorhergesehene Fehlentwicklungen, unklare Entscheidungen und manchmal... verlorene Reklamationen.

Was die Standards sagen:

PMBOK (PMI) – Die Baseline ist das Messinstrument

«Der Referenzplan dient zur Messung von Abweichungen. Ohne anfängliche Zuverlässigkeit hält keine Steuerung.»

Es sollte sein:

Realistisch
Kollaborativ
Basierend auf dokumentierten Annahmen
Formell bestätigt

PRINCE2 – Der Plan ist ein lebendes Dokument

«Ein Plan ist kein statisches Dokument, sondern ein sich entwickelnder Leitfaden für das Projekt.»

Ein starrer oder theoretischer Plan wird schnell zur Illusion. Er muss sein:

Aktualisiert bei jedem Projekt Schritt
Verbunden mit der operativen Realität

DCMA 14-Punkte-Bewertung – Die technische Kontrolle des Zeitplans

«Ein Referenzzeitplan muss strenge Kriterien erfüllen, um glaubwürdig zu sein.»

Beispiele :

< 5% Aktivitäten ohne Logik
Kein Missbrauch von Einschränkungen oder Verzögerungen
Kohärente Margen
Kritischer Pfad klar

Ansonsten? Plan wird als ungültig betrachtet.

AACE (RP 29R-03 & 37R-06) – Grundlage einer seriösen Terminanalyse

«Ohne einen gültigen Zeitplan kann keine Rückstands-Analyse als zuverlässig betrachtet werden.»

Empfehlungen

Logisch und vertraglich schlüssig planen
Versionsverfolgung
Umfassende Dokumentation der Annahmen

SCL-Protokoll (Verzögerung & Störung) – Die Basis für jeden Anspruch

«Eine unrealistische oder nicht eingehaltene Basislinie macht die Legitimität eines Anspruchs ungültig.»

Im Streitfall wird ein schwacher Zeitplan zu einer schwachen Beweismittel. SCL empfiehlt:

Logisch verknüpfte, validierte und aktualisierte Zeitpläne
Formell neu definierte Basislinien
Eine strenge Archivierung der Versionen

Klartext

Eine schlechte Referenzplanung ist:

Kontrollverlust
Eine verminderte Erwartung
Eine rechtliche Schwachstelle

Und das, auch wenn der Rest des Projekts gut gemanagt ist.

Gute Praktiken (gemeinsam für alle Standards):

Den Zeitplan gemeinsam mit den Fachbereichen erstellen
Formell mit der Projektleitung abstimmen
Regelmäßig aktualisieren (und Baselines verfolgen)
Alle Änderungen dokumentieren
Die technische Qualität sicherstellen (Logik, Einschränkungen, Spielräume usw.)

Und Sie?

Waren Sie schon einmal mit einem schlecht strukturierten Master-Zeitplan konfrontiert? Wie haben Sie die Situation behoben? Welche Standards oder Praktiken befolgen Sie?

Haben Sie weitere Fragen?