Warum IT-Projekte scheitern (und wie man sie rettet)

Fast jeder Unternehmer, der ein IT-Projekt in Auftrag gegeben hat — ein neues ERP, eine Cloud-Migration, eine komplexe Website, eine Integration — kennt dieselbe Geschichte: Es begann optimistisch, mit Budget und Termin, und endete Monate später mit dem doppelten Aufwand und der halben versprochenen Funktionalität. Die schlechte Nachricht: Sie hatten kein Pech. Die Statistik ist gegen Sie. Die gute Nachricht: Die Ursachen sind bekannt und größtenteils vermeidbar.

Die aktuellen Zahlen sind brutal. Analysen von McKinsey und Oxford zeigen, dass große IT-Projekte im Schnitt 45 % über dem Budget liegen und 56 % weniger Wert liefern als versprochen. Allgemein überschreiten rund 70 % der Softwareprojekte ihr ursprüngliches Budget, mit einer durchschnittlichen Überschreitung von etwa 27 %. Und vielleicht die härteste Statistik: Nach einer oft zitierten Schätzung trifft nur etwa eines von 200 IT-Projekten Umfang, Zeit und Budget gleichzeitig. Mit anderen Worten: „termin- und budgetgerecht" ist die Ausnahme, nicht die Regel.

Hier kommt der widersprüchliche Teil: Diese Projekte scheitern selten aus technischen Gründen. Sie scheitern an fehlendem Prozess. Schauen wir uns konkret an, wo.

Die häufigsten Ursachen des Scheiterns

Scope Creep — das Projekt, das außer Kontrolle wächst

Die häufigste Ursache des Scheiterns ist laut der Forschung des Project Management Institute Scope Creep: ein zu Beginn schlecht definierter Umfang, der dann unkontrolliert wächst. Jedes „lass uns das auch noch hinzufügen" wirkt einzeln klein. Ohne einen Change-Control-Prozess — bei dem jede Änderung vor der Annahme auf ihre Auswirkung auf Zeit und Budget geprüft wird — summieren sie sich und machen aus einem 3-Monats-Projekt ein 8-Monats-Projekt. Nicht die Änderung ist das Problem, sondern die ungesteuerte Änderung.

Unrealistische Schätzungen von Anfang an

Etwa 28 % der Fehlschläge gehen auf ungenaue Kostenschätzungen zurück. Wenn das Budget auf einer optimistischen Vermutung beruht, wird jede Überraschung — eine unvorhergesehene Abhängigkeit, ein verspäteter Dienstleister, eine missverstandene Anforderung — zur Überschreitung. Ein Projekt, das von einer schlechten Schätzung ausgeht, kann nicht gut enden: Das Problem ist von Tag eins an eingebaut.

Nicht abgestimmte Stakeholder und schlechte Kommunikation

Viele Projekte sterben, weil die Entscheider erst beim Go-live von Problemen erfahren. Ohne strukturierte Berichterstattung, einen engagierten Sponsor und einen klaren Kommunikationsplan hat jede Abteilung ihr eigenes Bild davon, „was das Projekt liefern soll" — und diese Bilder kollidieren genau dann, wenn ihre Abstimmung am teuersten ist. PMI betont, dass schwache Stakeholder-Abstimmung und unzureichende Sponsor-Unterstützung zu den Hauptursachen gehören.

Externe Dienstleister ohne Aufsicht

Wenn Sie mit externen Lieferanten arbeiten — einem Softwarehaus, einem Integrator, einem Berater — sinkt die Qualität der Lieferergebnisse schnell, wenn niemand auf Ihrer Seite versteht, was zu prüfen ist. Professionelles Vendor Management bedeutet klare SLAs, definierte Lieferergebnisse, strukturierte Eskalationen und ein echtes technisches Gegenüber. Ohne das bezahlen Sie für Versprechen, nicht für Ergebnisse.

Was sich 2026 geändert hat: KI im Projektmanagement

Das Jahr 2026 brachte eine echte Veränderung in der Projektführung. PMI-Daten zeigen, dass ein Projektmanager bis zu 54 % seiner Zeit mit administrativen Aufgaben verbringt — Berichte, Status-Updates, wiederkehrende Planung. Genau hier setzt KI an: Moderne Werkzeuge erstellen Berichte, erkennen automatisch Verzögerungen und Abweichungen von der Baseline und geben dem PM Zeit für das Wesentliche — Entscheidungen und Kommunikation. Der dominierende Trend ist „agentische KI": Agenten, die nicht nur einen Plan vorschlagen, sondern Ressourcenengpässe erkennen und früh warnen, wenn das Projekt abweicht.

Der Effekt zeigt sich in den Zahlen: Organisationen, die KI-basierte Werkzeuge nutzen, liefern nach eigenen Angaben 61 % der Projekte termingerecht, gegenüber 47 % bei jenen ohne. Nicht zufällig aktualisiert PMI im Juli 2026 die PMP-Prüfung, um KI als Kernbestandteil des Berufs zu integrieren.

Eine Einschränkung jedoch: KI beschleunigt die Ausführung, sie ersetzt sie nicht. Ein KI-Agent kann einen makellosen Statusbericht erstellen, aber er kann nicht mit einem zögerlichen Stakeholder verhandeln, nicht entscheiden, welchen Umfang man kürzt, wenn das Budget gesprengt ist, und trägt keine Verantwortung für die Lieferung. KI ist ein Werkzeug, das einen guten Prozess verstärkt — und das Chaos verstärkt, wenn der Prozess fehlt.

Wie Sie ein Projekt termin- und budgetgerecht ins Ziel bringen

Der Unterschied zwischen erfolgreichen und gescheiterten Projekten ist nicht das Budget oder die Technik — es ist die Prozessdisziplin. Hier steht, was konkret funktioniert:

1. 1Beginnen Sie mit einer vom Sponsor unterzeichneten Charta: ein klarer Business Case, messbare Erfolgskriterien, ein realistisches Budget und ein realistischer Zeitplan. Wenn Sie nicht artikulieren können, warum Sie das Projekt machen, hören Sie auf, bevor Sie Geld ausgeben.
2. 2Definieren Sie von Anfang an eine RACI — wer ist verantwortlich, wer entscheidet, wer wird konsultiert, wer wird informiert. Die Hälfte der späteren Verwirrung verschwindet hier.
3. 3Erzwingen Sie einen Change-Control-Prozess: Jede Umfangsänderung wird vor der Annahme auf ihre Auswirkung auf Zeit und Budget geprüft. So stoppen Sie Scope Creep.
4. 4Berichten Sie wöchentlich mit einem RAG-Status (grün / gelb / rot): wo Sie bei Zeitplan und Budget stehen, welche Risiken aktiv sind, welche Entscheidungen nötig sind. Keine Überraschungen beim Go-live.
5. 5Führen Sie ein lebendiges Risikoregister — proaktiv erkennen, strukturiert eskalieren, auf Basis von Daten entscheiden, nicht aus dem Bauch.
6. 6Für Dienstleister: SLAs, definierte Lieferergebnisse, echte Qualitätsprüfung. Sie zahlen für Ergebnisse, nicht für Versprechen.
7. 7Nutzen Sie KI für die administrative Seite — Berichte, Tracking, Abweichungserkennung — damit Zeit für die wirklich wichtigen Entscheidungen bleibt.

All das ist genau das, was wir in einem Projektmanagement-Engagement liefern: ein strukturierter Kickoff, Charta, RACI, wöchentliche RAG-Berichterstattung, Vendor Management und Führung bis zu Go-live und Closure. Wir nutzen hybride Methodiken — Waterfall für Projekte mit festem Umfang, Agile für explorative — die Wahl hängt von der Natur des Projekts ab, nicht von der Mode.

IT-Projekte scheitern nicht an der Technik. Sie scheitern, weil niemand das Steuer gehalten hat — und niemand rechtzeitig bemerkt hat, dass sie von der Straße abkamen.

Wann Sie einen externen PM hinzuziehen sollten

Nicht jedes Projekt braucht einen dedizierten Projektmanager. Aber es gibt Momente, in denen das Fehlen eines solchen weit mehr kostet als das Honorar: eine komplexe Migration (ERP, CRM, Infrastruktur) mit Cutover und Rollback; die Koordination mehrerer Dienstleister parallel; ein bereits entgleistes Projekt, das Recovery braucht; oder schlicht ein technisch starkes internes Team ohne die Kapazität, ein großes Projekt neben dem Tagesgeschäft zu führen. Wenn Sie eines dieser Szenarien wiedererkennen, lassen Sie uns 30 Minuten sprechen — ich sage Ihnen ehrlich, ob Sie einen PM brauchen oder nicht.

Fazit

Die Statistik sagt, dass die meisten IT-Projekte Budget und Termin überschreiten. Aber die Ursachen sind keine technischen Rätsel — es sind Scope Creep, schlechte Schätzungen, nicht abgestimmte Stakeholder und unkontrollierte Dienstleister. Alle lassen sich mit Prozess lösen, nicht mit Glück. Die KI von 2026 macht die Ausführung schneller, aber sie ersetzt nicht die Disziplin. Wenn Sie ein wichtiges Projekt vor sich haben und verhindern wollen, dass es zur nächsten Horrorgeschichte wird, lassen Sie uns sprechen — ich zeige Ihnen, wo die Risiken sind, bevor sie zu Problemen werden.