Es ist Dienstag, 9:10 Uhr. Sie sind Projektleiter für die Veröffentlichung einer Zahlungssoftware, die eigentlich schon vor sechs Wochen hätte live gehen sollen. Der technische Leiter meldet zwölf offene Fehler; da die Hälfte davon Finanztransaktionen betrifft, hält er eine Veröffentlichung für zu riskant. Der Produktmanager fügt ständig neue Sonderfälle hinzu, da es keinen Konsens darüber gibt, wann Rückerstattungen und Rückbuchungen als „fertig“ gelten. Ihr Auftraggeber (Executive Sponsor) verlangt noch heute ein neues Startdatum, da der Vertrieb den Kunden bereits Zusagen gemacht hat. Mit jeder Stunde des Wartens verstrickt sich das Team in Nebengespräche, Stakeholder erfinden ihren eigenen Projektstatus, und der Zeitplan verkommt zum bloßen Gerücht.
Bevor Sie einen neuen Plan aufstellen, müssen Sie die Kontrolle zurückgewinnen. In den kommenden 48 Stunden verfolgen Sie drei Ziele gleichzeitig: Sie stabilisieren die Umsetzung, damit die heutige Arbeit nicht zu Nachbesserungen am nächsten Tag führt. Sie schützen das Team, damit es sich konzentriert arbeiten kann, anstatt nur zu reagieren. Und Sie verschaffen sich genügend Zeit und Vertrauen, um auf Basis echter Daten neu zu planen. Dies erreichen Sie mithilfe einer kurzen Diagnose-Checkliste, einiger schnell erstellter Hilfsmittel – wie einer expliziten „Definition of Done“ und einer Regel zur Fehlerpriorisierung – sowie eines Statusberichts an den Auftraggeber, der klar zwischen gesicherten Erkenntnissen und noch zu verifizierenden Informationen unterscheidet.
Um eine solide Basis zu schaffen, nehmen Sie sich zunächst eine Minute Zeit, um die Lage zu sondieren und genau zu benennen, wo es hakt.
Wenn ein Projekt zu scheitern droht, ist die Versuchung groß, sofort einen neuen Termin festzulegen. Das wirkt sinnvoll, da es allen etwas Konkretes an die Hand gibt. Doch genau so verpflichten sich Teams oft auf unrealistische Vorgaben – und verspielen ihre Glaubwürdigkeit, sobald die nächste Verzögerung eintritt.
Sanierungsziele für Projekte sind nicht dasselbe wie die eigentlichen Projektziele. Ihr Projektziel könnte beispielsweise die Einführung einer Zahlungsfunktion bis zum dritten Quartal sein. Sanierungsziele hingegen sind kurzfristiger und operativer Natur.
PM-Realität Sponsoren akzeptieren Unsicherheit oft, solange sie Kontrolle erkennen. Selten akzeptieren sie Zuversicht, die nicht durch einen konkreten Prozess untermauert ist.
Im nächsten Schritt legen Sie fest, wo Sie strikte Vorgaben machen und wo Sie Flexibilität zulassen; denn während einer Rettungsaktion lassen sich Qualität, Termin und Umfang nicht gleichzeitig optimieren.
Sie haben keine Zeit für eine umfassende Nachanalyse (Post-Mortem). Sie benötigen eine schnelle Diagnose, die die heute beobachtbaren Symptome mit wahrscheinlichen Ursachen verknüpft, die Sie morgen überprüfen können. Es geht nicht darum, sofort richtig zu liegen, sondern darum, ein zielloses Hin- und Herspringen zwischen verschiedenen Theorien zu vermeiden.
Beginnen Sie mit vier Kategorien, die die meisten Fehlerursachen abdecken.
Probleme beim Projektumfang (Scope) äußern sich durch ständige Änderungen und Nachbesserungen (Churn). Backlog-Einträge werden umgeschrieben, Abnahmekriterien ändern sich, und Stakeholder sind sich uneinig darüber, was „fertig“ (Done) bedeutet. Eine wahrscheinliche Ursache ist eine fehlende oder unzureichende „Definition of Done“ oder das Fehlen einer verbindlichen Regelung darüber, wer Anforderungen ändern darf.
Probleme bei der Zeitplanung (Schedule) zeigen sich darin, dass Pläne die erste Woche nicht überdauern. Termine verschieben sich ohne entsprechende Anpassung des Projektumfangs, oder der kritische Pfad ist unbekannt. Wahrscheinliche Ursachen sind versteckte Abhängigkeiten oder Aufgaben, die zu umfangreich sind, um ihren Fortschritt realistisch zu verfolgen.
Qualitätsprobleme führen zu Nacharbeit. Fehler treten erneut auf, Korrekturen beeinträchtigen andere Bereiche, und die Testphase wird zu einer Hürde, die immer wieder für Überraschungen sorgt. Wahrscheinliche Ursachen sind unklare Abnahmekriterien, eine unzureichende Testabdeckung oder eine überhastete Überführung der Arbeit in die Integration.
Probleme im personellen Bereich (People) äußern sich durch Verzögerungen bei Entscheidungen. Die Anzahl der Meetings nimmt zu, niemand fühlt sich befugt, „Nein“ zu sagen, und das Team wartet auf Freigaben. Wahrscheinliche Ursachen sind unklare Rollenverteilungen oder ein Sponsor, dem keine entscheidungsreifen Optionen vorgelegt werden.
Häufiger Fehler Jedes Symptom als reines Personalproblem zu behandeln, führt zu Maßnahmen zur Stärkung der Arbeitsmoral, während das eigentliche Problem in der Steuerung des Projektumfangs oder in den Abnahmekriterien liegt.
Nutzen Sie die Checkliste, um Ihre Beobachtungen mit den Punkten abzugleichen, die Sie in den nächsten 48 Stunden untersuchen werden.