Budget überzogen, Termin gerissen, Ergebnis bleibt hinter den Erwartungen: Die Statistiken zu IT-Projekten sind seit Jahrzehnten ernüchternd — und erstaunlich konstant. Ebenso konstant sind die Ursachen. In Projektreviews begegnen uns immer wieder dieselben fünf Muster, und keines davon ist technischer Natur.
1. Unklare Ziele: Das Projekt weiß nicht, wann es fertig ist
„Wir digitalisieren den Einkauf“ ist kein Ziel, sondern eine Richtung. Ohne messbare Kriterien — welche Prozesse, für wen, mit welchem Nutzen — wächst der Umfang unbemerkt, und jede Abnahme wird zur Verhandlungssache. Erfolgreiche Projekte definieren vor dem Start, woran der Erfolg gemessen wird, und ebenso wichtig: was ausdrücklich nicht Teil des Vorhabens ist.
2. Fehlende Rückendeckung: Sponsor ohne Zeit ist kein Sponsor
Jedes größere Projekt kollidiert irgendwann mit Interessen — um Ressourcen, Prioritäten oder liebgewonnene Abläufe. Dann braucht es jemanden mit Entscheidungsmacht, der Konflikte löst. Ein Sponsor, der nur im Lenkungsausschuss nickt, reicht nicht. Funktionierende Projekte haben einen Auftraggeber, der Entscheidungen innerhalb von Tagen trifft, nicht Monaten.
3. Überlastete Schlüsselpersonen
Der Klassiker: Die besten Fachleute sollen das Projekt stemmen — zusätzlich zum vollen Tagesgeschäft. Das Ergebnis ist vorhersehbar: Das Dringende verdrängt das Wichtige, Projekttermine rutschen, Frust wächst. Wer ein Projekt ernst meint, stellt Schlüsselpersonen messbar frei und macht die Vertretung im Tagesgeschäft zur Chefsache.
4. Zu große Happen: Jahre bis zum ersten Nutzen
Projekte, die erst nach zwei Jahren erstmals etwas liefern, fliegen blind: Anforderungen veralten, Annahmen bleiben ungeprüft, die Organisation verliert den Glauben. Das Gegenmittel ist konsequentes Schneiden in Etappen, die je für sich Nutzen stiften — alle drei bis sechs Monate etwas, das echte Anwender wirklich benutzen. Jede Etappe liefert dabei nicht nur Software, sondern Erkenntnis.
5. Risiken, über die niemand spricht
In fast jedem gescheiterten Projekt wussten Beteiligte früh, dass etwas schiefläuft — es stand nur in keinem Statusbericht. Ampeln bleiben grün, bis es zu spät ist, weil Überbringer schlechter Nachrichten bestraft werden. Erfolgreiche Projektkulturen belohnen frühe Warnungen, führen ein ehrliches Risikoregister und besprechen es regelmäßig auf Entscheiderebene.
Fazit
IT-Projekte scheitern an Zielen, Verantwortung, Kapazität, Zuschnitt und Kommunikation — also an Dingen, die sich gestalten lassen. Ein neutraler Blick von außen deckt diese Muster oft schneller auf als jede interne Analyse. Ob Projektreview oder Neustart: Wir unterstützen Sie gern.
