Warum Projekte nicht an Methoden scheitern –
sondern an Verantwortung.

01

Die falsche Debatte

In Unternehmen wird viel Zeit damit verbracht, die richtige Projektmethode zu wählen. Agil oder klassisch? Scrum oder Kanban? SAFe oder LeSS? Diese Fragen sind nicht unwichtig – aber sie sind in den meisten Fällen auch nicht das eigentliche Problem.

Nach mehr als 25 Jahren in komplexen Projekten – von der frühen Anforderungsklärung bis zur Übergabe in den Betrieb – ist eines immer wieder erkennbar: Projekte scheitern selten an der Methode. Sie scheitern daran, dass Verantwortung nicht klar zugeordnet ist, dass Sponsoren fehlen wenn es darauf ankommt, dass Scope wächst ohne dass jemand stoppt, dass Ressourcen verplant aber nicht verfügbar sind – und dass die Person fehlt, die noch da ist, wenn es zäh wird.

02

Was Studien zeigen – und was sie verschweigen

Die Standish Group wertet seit 1994 IT-Projekte aus: In ihren Erhebungen werden nur rund 29 Prozent als vollständig erfolgreich eingestuft, 32 Prozent werden abgebrochen. Die Größenordnungen ändern sich je nach Erhebung und Definition, bleiben aber über viele Ausgaben hinweg ähnlich – trotz immer neuer Methoden.^[1] Eine Analyse von Flyvbjerg & Budzier zeigt, insbesondere für große und komplexe Vorhaben: Projekte überschreiten ihr Budget im Schnitt um 27 Prozent, jedes sechste sogar um über 200 Prozent.^[2]

Was dahinter steckt, wird seltener benannt: In fast allen Fällen fehlt es an einer Person, die klare Entscheidungen trifft und Verantwortung nicht delegiert. Das PMI Pulse of the Profession (2023) bestätigt: Über 50 Prozent aller Projektprobleme sind auf ungenügende Kommunikation zurückzuführen – und damit auf Führungsdefizite, nicht auf methodische Mängel.^[3]

03

Die acht häufigsten Muster des Scheiterns

Projektprobleme haben viele Gesichter – aber hinter den meisten stecken immer wieder die gleichen strukturellen Ursachen. Wer sie früh erkennt, kann gegensteuern.

• 01 Niemand ist wirklich zuständig

  In vielen Projekten gibt es formal einen Projektleiter – aber informell werden Entscheidungen im Lenkungsausschuss getroffen, beim Auftraggeber abgeholt oder in Abstimmungsrunden aufgelöst. Das Ergebnis: Alle sind beteiligt, niemand ist verantwortlich. Sobald es kritisch wird, zeigt sich wer wirklich entscheiden kann – in unklaren Zuständigkeitsstrukturen ist die Antwort meist: niemand.

• 02 Risiken werden erkannt, aber nicht gemanagt

  Risikolisten in Projektstatus-Reports sind weit verbreitet. Risikolisten, die tatsächlich zu Entscheidungen führen, sind selten. Häufig werden Risiken dokumentiert um Dokumentationspflichten zu erfüllen – nicht um gegengesteuert zu werden. Wirksames Risikomanagement braucht klare Eskalationswege und eine Führungskraft, die bei Bedarf tatsächlich handelt.

• 03 Der Rhythmus geht verloren

  Projekte brauchen Takt. Wenn Meetings zu lang werden, zu unregelmäßig stattfinden oder keinen klaren Entscheidungsfokus haben, verlieren Projekte ihre Dynamik. Kleinigkeiten stauen sich auf, bis sie zu Krisen werden.

• 04 Am Anwender vorbei entwickelt

  Das Projekt läuft technisch korrekt und formal im Rahmen – und liefert trotzdem kein Ergebnis, das die eigentlichen Nutzer brauchen oder wollen. Der Standish Group zufolge ist fehlende Nutzereinbindung einer der am häufigsten vernachlässigten Erfolgsfaktoren.^[1] Anforderungen werden einmal erhoben, ins Lastenheft gegossen – und bis zum Go-live nicht mehr hinterfragt. Wer Anwender nicht regelmäßig einbindet, entwickelt am Ende für einen Bedarf von vor 18 Monaten.

• 05 Fehlende Sponsor-Unterstützung

  Projekte brauchen nicht nur ein genehmigtes Budget – sie brauchen eine Führungskraft, die aktiv hinter dem Vorhaben steht, wenn Widersprüche entstehen, Ressourcen knapp werden oder Abteilungen nicht mitziehen. Fehlt dieser Sponsor in kritischen Momenten, laufen Eskalationen ins Leere. Die Standish Group nennt Executive Support konsistent als einen der stärksten Einzelfaktoren für Projekterfolg.^[1]

• 06 Scope Creep: der schleichende Umfangswuchs

  Kaum ein Projekthänger ist so verbreitet und so wenig beachtet wie die kontinuierliche, unkontrollierte Ausweitung des Projektumfangs. Einzelne Anforderungen werden nachträglich ergänzt, änderungen ohne formale Bewertung eingebaut, Stakeholder-Wünsche still akzeptiert. Das Ergebnis: Das Projekt wächst, ohne dass Budget oder Zeitplan angepasst werden. Scope Creep entsteht selten durch technische Gründe – sondern weil niemand bereit ist, klar „nein" zu sagen.

• 07 Zu groß, zu lang geplant

  Die Standish Group zeigt: Ab einer Laufzeit von zwei Jahren und mehr als 40 Beteiligten steigt das Scheiterrisiko drastisch – bei Laufzeiten über drei Jahren liegt die Erfolgsquote unter 20 Prozent.^[1] Trotzdem werden Projekte immer noch als große Monolithen aufgesetzt, weil eine Aufteilung politisch unbequem ist oder weil niemand den Mut hat, den Scope zu begrenzen. Kleine Projekte scheitern seltener – nicht weil sie einfacher sind, sondern weil Verantwortung klarer zugeordnet werden kann.

• 08 Die Ressourcen-Illusion

  Im Projektplan stehen zehn Personen mit jeweils 50 Prozent Verfügbarkeit. In der Realität sind alle zehn parallel im Tagesgeschäft eingebunden, zugleich in zwei weiteren Projekten verplant und spätestens bei der nächsten Produktionskrise abgezogen. Ressourcen werden in Projekten häufig als verfügbar geplant, ohne wirklich gesichert zu sein. Der Unterschied zwischen „ressource allocated" und „ressource available" kostet mehr Projekte als jede Methodenfrage.

04

Was wirksames Projektmanagement ausmacht

Wirksames Projektmanagement ist kein Methodenpaket – es ist eine Haltung. Und es braucht strukturelle Voraussetzungen, die unabhängig vom gewählten Framework gelten.

1. Klare Rollenverteilung von Anfang an

Wer entscheidet was? Wer eskaliert wohin? Wer hat das letzte Wort bei Budget, Scope und Qualität? Diese Fragen müssen bei Projektstart verbindlich geklärt sein – nicht erst wenn ein Konflikt entsteht.

2. Ehrliche Statusberichte

Ein Statusbericht, der nur grüne Ampeln zeigt, ist kein Projektmanagement-Instrument – er ist Selbstschutz. Wer früh gelbe und rote Signale setzt, schafft Handlungsspielraum. Wer sie verbirgt, verliert ihn.

3. Kurze Entscheidungswege

Jede Woche, die eine Entscheidung wartet, kostet Momentum und Geld. Entscheidungswege müssen im Vorfeld definiert sein – und die zuständigen Personen müssen tatsächlich verfügbar und entscheidungsbereit sein.

4. Schlanker Rhythmus statt Bürokratie

Wöchentliche 30-Minuten-Updates mit klarem Format schlagen monatliche 3-Stunden-Steuerungsrunden. Der Takt muss zum Projekt passen – nicht zu einer Methoden-Vorlage.

5. Jemand, der noch da ist, wenn es zäh wird

Projekte haben kritische Phasen. In diesen Phasen brauchen Teams eine Führungsperson, die nicht wegläuft – sondern stabilisiert, entscheidet und Orientierung gibt.

05

Was das für die Praxis bedeutet

Die gute Nachricht: Die meisten Projektprobleme sind erkennbar, bevor sie kritisch werden. Unklare Zuständigkeiten zeigen sich in den ersten Wochen. Fehlende Entscheidungsbereitschaft ist früh spürbar. Schlechter Takt ist messbar.

Die schwierige Nachricht: Diese Probleme zu benennen erfordert Mut. Es bedeutet, jemandem zu sagen, dass sein Projekt in Schwierigkeiten ist – auch wenn noch kein formales Risiko eingetreten ist. Und es bedeutet, Konsequenzen einzufordern, die niemand gerne hört.

Genau das ist die Aufgabe eines wirksamen Projektmanagers: nicht Prozesse verwalten, sondern Klarheit herstellen – auch wenn es unbequem wird. Und dann dranbleiben, bis das Ergebnis wirklich ankommt.

Woran man es frühzeitig erkennt

• – Entscheidungen werden vertagt, obwohl alle Informationen vorliegen.
• – Statusberichte zeigen dauerhaft Grün – obwohl Termine rutschen.
• – Niemand kann in einem Satz sagen, wer bei Budgetfragen das letzte Wort hat.
• – Meetings werden länger, häufiger und ergebnisloser.
• – Das Projektteam vermeidet direkte Aussagen – weil niemand schlechte Nachrichten überbringen will.

06

Playbook: Ein Projekt auf Kurs bringen

Dieses Playbook gilt für den Moment, in dem ein Projekt ins Stocken gerät – oder von Anfang an solide aufgesetzt werden soll. Es ersetzt keine Projektmethode. Es stellt sicher, dass die Voraussetzungen für Wirksamkeit vorhanden sind.

Dieses Playbook funktioniert nur, wenn der Projektverantwortliche bereit ist, Unbequemes auszusprechen. Klarheit ist keine Technik – sie ist eine Haltung.

07

Fazit

Die acht Muster in diesem Papier haben eines gemeinsam: Sie sind keine technischen Probleme. Sie entstehen, wenn Verantwortung nicht klar zugeordnet ist, wenn Sponsoren fehlen, wenn Scope unkontrolliert wächst, wenn Ressourcen verplant aber nicht verfügbar sind – und wenn niemand bereit ist, diese Dinge früh genug beim Namen zu nennen.

Die gute Nachricht: Kein einziges dieser Muster ist eine Naturgewalt. Sie entstehen in Strukturen, die man ändern kann – mit klaren Zuständigkeiten, aktivem Sponsoring, Mut zur Scope-Begrenzung, ehrlicher Ressourcenplanung und dem Willen, Probleme anzusprechen, solange es noch hilft.

Ein wirksamer Projektmanager ist nicht derjenige mit dem besten Methodenwissen. Er ist derjenige, der noch da ist, wenn es zäh wird – und der Verantwortung übernimmt, auch wenn sie niemand sonst will.