Von einem inoffiziellen Nutzer zu einem Neun-Personen-Team — wie KI-Adoption als organisatorische Veränderung gestaltet wurde
Das Unternehmen hatte Lizenzen und Zugang zu KI-Werkzeugen, aber die Arbeitsweise des Teams hatte sich nicht verändert. Der Grund war das Fehlen einer gestalteten Veränderung: Niemand hatte Ängste um Arbeitsplätze adressiert, es gab keinen Champion und keinen Standard. Wir führten einen internen Themenverantwortlichen, eine schriftliche Vorstandserklärung, eine dreistufige Einführung und einen unternehmensweiten Agenten-Konfigurationsstandard ein, der mit Repositories verbunden ist.
Lizenzen vorhanden, Veränderung nirgends
Die Organisation verfügte über Lizenzen, und das Team hatte Zugang zu den Werkzeugen. Die Auswirkung auf die Arbeitsweise blieb minimal. Die Diagnose ergab ein für Unternehmen in dieser Phase typisches Muster: Ein erfahrener Entwickler nutzte KI-Werkzeuge täglich und informierte das Team nicht. Einige Mitarbeiter vertraten eine puristische Haltung gegenüber KI-unterstütztem Code. Einige äußerten Ängste um ihre Arbeitsplätze — Ängste, die niemand direkt adressiert hatte. Das Team weigerte sich konsequent, Agenten-Konfigurationsdateien zu Repositories hinzuzufügen. Ohne Standard erzielte jeder unterschiedliche Ergebnisqualitäten. Das Problem war organisatorisch, nicht technologisch.
Was wir getan habenKI-Adoption als organisatorische Veränderung gestaltet
- Begannen mit Beobachtung, nicht mit Schulung — der erste Monat bedeutete Präsenz in der Organisation als Beobachter und Einzelgespräche, ohne Präsentationen oder programmatische Erklärungen.
- Identifizierten einen Themenverantwortlichen im Team — einen Mitarbeiter, der die Werkzeuge bereits nutzte. Die Rolle wurde über dessen direkten Vorgesetzten kommuniziert, unter Respektierung der Organisationsstruktur.
- Erhielten eine schriftliche Vorstandserklärung — ein prägnantes Dokument mit dem Geschäftsziel und der ausdrücklichen Erlaubnis zu experimentieren und Fehler zu machen. Ohne diese Verankerung hat jedes Gespräch über Ängste keine Grundlage.
- Gestalteten eine dreistufige Einführung: eine allgemeine Live-Sitzung, Gruppenworkshops zu spezifischen Projekten, dann individuelle Arbeit auf fortgeschrittenem Niveau.
- Etablierten einen technischen Standard — einen unternehmensweiten Basis-Prompt für Codekonsistenz, ergänzt um eine Personalisierungsebene. Als Abhängigkeitsmodul an Repositories angehängt, stets aktuell.
- Führten einen festen Rhythmus ein — ein wöchentliches Team-Meeting ausschließlich zu diesem Thema.
Was sich geändert hat
Das Team arbeitet nach einem gemeinsamen Standard, und jedes Mitglied hat Erfahrung mit KI-Werkzeugen. Codierungs- und Architekturregeln wurden einmal festgehalten und verbreiten sich automatisch in alle Projekte. Ein neuer Entwickler, der dem Team beitritt, findet eine fertige Arbeitsumgebung vor. Das Team begann, eigene Verbesserungsvorschläge einzureichen, statt auf Anweisungen zu warten.
“Wenn Lizenzen gekauft wurden und sich die Arbeitsweise nicht geändert hat, liegt der Grund meist nicht an der Werkzeugqualität — es fehlt an gestalteter Veränderung. Ein Themenverantwortlicher aus dem Team, eine eindeutige Vorstandserklärung und ein Standard, der allen vergleichbare Ergebnisse liefert. Der Rest ist Konsequenz und Rhythmus.”
Schreiben wir auf, wie Ihr Unternehmen tatsächlich arbeitet.
- 45 Minuten, ohne Vorbereitung
- Eine ehrliche Einschätzung, wo Sie heute stehen
- Der erste Prozess, der Automatisierung lohnt — und warum gerade dieser
