Kennen Sie das? Das Budget ist freigegeben, der Use Case klar, das Team motiviert. Drei Monate später kommt IT mit einer Liste an Voraussetzungen, die niemand vorher auf dem Tisch hatte: drei Systeme müssen zuerst modernisiert werden, die Datenqualität reicht nicht, und Security hat noch keine Risikobeurteilung erstellt.
Kein böserwilliger Einzelfall. Ein strukturelles Muster.
Zwei Welten, eine Freigabe
Geschäftsleitungen stehen zwischen Business und IT und übersetzen meistens in beide Richtungen. Business spricht von Use Cases, ROI und Time-to-Market. IT spricht von technischer Schuld, Systemabhängigkeiten und Architekturanforderungen. Beide haben Recht. Beide sprechen eine andere Sprache.
Das Ergebnis: Projekte werden genehmigt, ohne dass die Voraussetzungen bekannt sind. IT, Security und Legal kommen zu spät an den Tisch. Wenn sie dann ihre Anforderungen einbringen, ist die Architektur bereits festgelegt. Was folgt, sind Nachbesserungsschleifen.
Eine aktuelle Einschätzung von IT-Verantwortlichen (CIO.com, September 2026) bestätigt: 32 Prozent nennen IT-Modernisierung als wichtigsten Investitionstreiber, noch vor KI-Innovation. Nicht weil KI unwichtig wäre, sondern weil KI ein Fundament braucht, das viele Organisationen noch nicht haben.
Shift-Left als Führungsentscheid
Aus der Software-Entwicklung kennt man das Prinzip als «Shift-Left»: Wer Qualität, Security und Compliance erst am Ende eines Projekts einbindet, bezahlt für jede Änderung ein Vielfaches. Wer sie von Anfang an beteiligt, verhindert teure Rückbauschleifen.
Auf Business/IT-Projekte übersetzt: Der Zeitpunkt, wann IT, Security und Legal erstmals eingebunden werden, ist eine Führungsentscheidung. Keine technische. Keine operative.
Think-First statt AI-First bedeutet: Bevor ein Budget freigegeben wird, sitzen die richtigen Stimmen bereits am Tisch.
🦋 IT weiss, welche Systemabhängigkeiten bestehen, bevor eine Architektur festgelegt wird.
🦋 Security bewertet Risiken, bevor Daten fliessen.
🦋 Legal prüft Anforderungen, bevor ein Vertrag unterzeichnet ist.
🦋 Business formuliert den Nutzen, bevor IT den Aufwand schätzt.
Das verlangsamt den Start. Es beschleunigt alles danach.
Konkret: wie das in der Praxis aussieht
Ein Maschinenbauunternehmen aus der Ostschweiz will Kundenanfragen mit KI vorqualifizieren. Statt direkt ein Tool zu evaluieren, sitzen bei der ersten Sitzung neben dem Vertriebsleiter auch IT, Datenschutz und die Leiterin Operations. Was folgt, ist keine Bremse: In zwei Stunden klärt die Runde, welche Daten verarbeitet werden dürfen, welches System die Anfragen heute empfängt, und was eine realistische Pilotgrösse wäre. Sechs Wochen später läuft der Pilot. Kein Projektstopp, keine Nachbesserungsschleife.
Keine neue Technologie. Kein neues Budget. Nur die richtige Runde zur richtigen Zeit.
Organisationsentwicklung als Hebel
Shift-Left ist kein Projektvorgehen. Es ist eine Frage der Zusammenarbeitsstruktur.
Viele KMU haben weder ein formales Entscheidungsgremium für IT-Investitionen noch eine klar definierte Rolle, die zwischen Business-Anforderungen und IT-Möglichkeiten vermittelt. Die Folge: Abstimmungsschleifen, Missverständnisse, Budgetüberschreitungen. Nicht wegen mangelndem Willen, sondern wegen fehlender Struktur.
Organisationsentwicklung bedeutet hier: klären, wer bei welchen Entscheidungen dabei sein muss, bevor die erste Zeile Projektauftrag geschrieben wird. Das kann ein neues Format sein: ein monatliches Architekturboard, eine gemeinsame Roadmap-Sitzung von Business und IT. Oder eine temporäre Rolle, die die Lücke schliesst. Kleine Schritte, grosse Wirkung.
Fazit
KI-Projekte scheitern selten an der Technologie. Sie scheitern an fehlenden Voraussetzungen und an Stimmen, die zu spät eingeladen wurden.
Die Entscheidung, wer wann am Tisch sitzt, ist keine Projektvorgabe. Sie ist Führungsaufgabe.
👉 Läuft das in Ihrem Unternehmen ähnlich? Gerne bespreche ich, wie eine einfache Veränderung im Entscheidungsprozess die nächste Projektverzögerung verhindert.