{"id":14058,"date":"2026-04-17T20:29:52","date_gmt":"2026-04-17T18:29:52","guid":{"rendered":"https:\/\/www.patrick-koglin.com\/?p=14058"},"modified":"2026-04-17T20:29:54","modified_gmt":"2026-04-17T18:29:54","slug":"ein-gescheitertes-it-grossprojekt-kostet-millionen-und-meistens-liegt-es-nicht-am-datenformat-oder-der-programmiersprache","status":"publish","type":"post","link":"https:\/\/www.patrick-koglin.com\/en\/2026\/04\/ein-gescheitertes-it-grossprojekt-kostet-millionen-und-meistens-liegt-es-nicht-am-datenformat-oder-der-programmiersprache\/","title":{"rendered":"Ein gescheitertes IT-Gro\u00dfprojekt kostet Millionen \u2013 und meistens liegt es nicht am Datenformat oder der Programmiersprache"},"content":{"rendered":"

Wenn ein IT-Projekt in der Gr\u00f6\u00dfenordnung eines DAX-Konzerns oder eines gehobenen Mittelst\u00e4ndlers gegen die Wand f\u00e4hrt, dann tut es das selten leise. Es ist ein Millionen-Grab, das nicht nur Budget frisst, sondern auch Karrieren beendet und das Vertrauen der Belegschaft nachhaltig zerst\u00f6rt.<\/p>\n\n\n\n

Doch warum scheitern Projekte wie die Migration neuer Datenstrukturen oder der Aufbau neuer Airline-T\u00f6chter<\/a> immer wieder, obwohl die besten K\u00f6pfe am Tisch sitzen?<\/p>\n\n\n\n

Die Anatomie des Scheiterns: Drei teure Wahrheiten<\/h2>\n\n\n\n

1. Der \u201eBinary Bias<\/em>\u201c des Managements<\/h3>\n\n\n\n

Viele Entscheider betrachten IT-Projekte wie den Bau eines Hauses: Man setzt Stein auf Stein, und am Ende steht das Geb\u00e4ude. In der Realit\u00e4t ist IT jedoch ein lebendiger Organismus. <\/p>\n\n\n\n

Wenn das Management nur auf\u00a0\u201eHard Facts\u201c<\/strong> (Datenformate, Lizenzen, Kosten, L\u00f6hne, Serverkapazit\u00e4ten) starrt, aber die\u00a0\u201eSoft Facts\u201c<\/strong>\u00a0(Angst der Mitarbeiter vor Kompetenzverlust, interne politische K\u00e4mpfe, Imageverlust, Vertrauensverlust der Mitarbeiter, Kundenabspr\u00fcnge) ignoriert, entsteht eine fatale L\u00fccke.<\/p>\n\n\n\n

\n

Die Kosten:<\/strong> Ein Projektstopp nach zwei Jahren Entwicklung kostet nicht nur die Geh\u00e4lter, sondern Opportunit\u00e4tskosten in Millionenh\u00f6he, weil der Markt am Unternehmen vorbeigezogen ist.<\/p>\n<\/blockquote>\n\n\n\n

2. Die \u201eLegacy<\/em>\u201c in den K\u00f6pfen<\/h3>\n\n\n\n

Wir sprechen in der IT oft von \u201eLegacy Code<\/em>\u201c \u2013 alten Systemen, die schwer zu warten sind. Das viel gr\u00f6\u00dfere Problem ist jedoch die\u00a0\u201eLegacy Psychologie<\/em>\u201c<\/strong>. Wenn eine neue Infrastruktur (z. B. der Wechsel von monolithischen Systemen auf Microservices mit Protobuf) eingef\u00fchrt wird, m\u00fcssen Menschen ihre Arbeitsweise radikal \u00e4ndern. <\/p>\n\n\n\n

Wird dieser Prozess nicht moderiert, entsteht eine \u201einnere Sabotage<\/em>\u201c. Entwickler halten an alten Mustern fest, nicht weil sie b\u00f6se sind, sondern weil ihre berufliche Identit\u00e4t daran h\u00e4ngt.<\/p>\n\n\n\n

3. Kommunikation in Schwarz-Wei\u00df (statt 4K)<\/h3>\n\n\n\n

In der Krise ziehen sich die Abteilungen in ihre Silos zur\u00fcck. Die IT spricht Nerd-Deutsch, das Business spricht BWL-Deutsch. Es findet keine echte Synchronisation statt.<\/p>\n\n\n\n