Nicht jedes kraenkelnde Projekt ist verloren. Aber es braucht ehrliche Diagnose, bevor Massnahmen greifen.
Eine kleine Verzoegerung ist keine Krise. Eine Krise ist es, wenn 80 Prozent des Budgets aufgebraucht sind und 60 Prozent der Funktionen fehlen, wenn das Team in endlosen Abstimmungsschleifen ohne Fortschritt steckt, oder wenn der Auftraggeber das Vertrauen verloren hat.
Diese Situationen passieren, nicht weil alle inkompetent waren, sondern weil Projekte komplex sind und sich Fehler aufschaukeln.
Fuenf Tage fuer die richtige Diagnose
An den ersten beiden Tagen stehen unabhaengige Interviews mit allen Beteiligten im Zentrum: Was laeuft, was nicht, und was weiss jeder, sagt es aber nicht laut? Tag drei bringt die technische Bestandsaufnahme, was ist wirklich fertig, was nur angefangen? Die Tage vier und fuenf dienen der Ursachenanalyse und der Ableitung von Massnahmen. Denn oft ist das Symptom ein anderes als die eigentliche Ursache.
Typische Krisenursachen
Scope-Creep ohne Budget-Anpassung, fehlende technische Fuehrung, schlechte Kommunikation zwischen Auftraggeber und Team, spaet erkannte technische Schulden, oder schlicht ein Angebot, das von Anfang an nicht serioes kalkuliert war.
Das Rescue-Playbook
Nicht alles retten wollen. Zuerst stabilisieren: Was muss fuer einen brauchbaren Launch tatsaechlich vorhanden sein? Der Rest wird priorisiert oder gestrichen. Und ein bewusster Reset-Moment schafft ein gemeinsames Verstaendnis aller Beteiligten darueber, wie es weitergeht.
Checkliste: Unabhaengige Diagnose durchgefuehrt, echte Fertigstellung von angefangen unterschieden, Minimum Viable Launch definiert, Kommunikation zum Auftraggeber offen und regelmaessig, technische Schulden dokumentiert, Teamstruktur neu geordnet.
Ein Beispiel aus der Praxis
Bei einem Rescue-Projekt zeigte die unabhaengige Diagnose, dass entgegen der internen Wahrnehmung nicht die Technik das Problem war, sondern eine fehlende Entscheidungsinstanz: Drei verschiedene Fachbereiche hatten widerspruechliche Anforderungen an dieselbe Funktion gestellt, ohne dass jemand befugt war, eine verbindliche Entscheidung zu treffen. Das Team hatte monatelang parallel an mehreren Varianten gearbeitet, in der Hoffnung, es allen recht zu machen. Die Loesung lag nicht im Code, sondern in einer einzigen Eskalationsregel: Ab sofort entschied eine benannte Person verbindlich, und das Projekt kam innerhalb weniger Wochen wieder in Fahrt.
Euer Projekt steckt fest? markom.digital uebernimmt Rescue-Projekte, von der unabhaengigen Diagnose bis zur Fertigstellung, ehrlich und ohne Beschoenigung.
