Standortbestimmung je Bereich statt einer Note fürs Haus

Der erste Schritt ist keine Werkzeugauswahl, sondern eine Standortbestimmung. Brich die Bereitschaft auf gewichtete Faktoren herunter, erkenn die Lücke je Kategorie und miss einmal im Jahr nach. Entscheidend ist nicht der Durchschnitt, sondern das Delta: Die IT hält sich oft für weit, das Marketing hält die Lage für katastrophal. Dieser sehr unterschiedliche Wissensstand ist in der Praxis die größte Hürde. Weniger als die Hälfte der Ursachen liegt bei Infrastruktur, Daten und Werkzeugen, mehr als die Hälfte bei Kultur und Haltung. Rechne damit, dass 20 bis 40 Prozent deiner Leute skeptisch sind.

Die Reihenfolge des Rollouts

Wer die Reihenfolge umdreht, verbrennt Vertrauen. Sie beginnt breit, mit einem von eurer IT freigegebenen Zugang für alle. Dann folgen kurze Trainings, die veraltetes Wissen abräumen. Dann die Anwendungsfälle mit gerechnetem Ertrag, bei denen du vorher aufschreibst, was sie einsparen sollen. Erst danach der Sprung zu Agenten, also zu Programmen, die einen Auftrag selbstständig abarbeiten statt nur auf eine Frage zu antworten. Zuletzt gehst du strategisch vor, entlang eurer Prozesse und Unterscheidungsmerkmale. Breite Nutzung ist der Startpunkt, nicht das Ergebnis.

Vier Muster, vier erste Schritte

Sortier deine Belegschaft vor dem Rollout nach Verhaltensmustern: begeistert, skeptisch, überfordert, ablehnend. Jede Gruppe bekommt einen eigenen ersten Schritt. Gescheiterte KI-Vorhaben haben fast immer ein Akzeptanzproblem, kein Technikproblem: Das alte Verhältnis von achtzig Prozent Technologie und zwanzig Prozent Organisation hat sich umgedreht. Kompetenzaufbau ist deshalb Führungsaufgabe und nicht Sache der IT. Statt einer Einmalschulung brauchst du fortlaufende, auf die Rolle zugeschnittene Lernwege, und die Führung muss vorleben, was sie verlangt. Drei Fehler wiederholen sich überall: KI als reines IT-Projekt behandeln, Werkzeuge ohne Abstimmung kaufen und nach dem Piloten nicht weiter investieren.

Über das Ergebnis reden, nicht über die Technik

Wer ein Werkzeug als KI ankündigt, verhandelt ab da über Angst statt über Nutzen. Eine erprobte Vertriebsregel lautet, beim Kunden nie die Worte KI oder Machine Learning zu benutzen, sondern den Anwendungsfall zu zeigen. Dieselbe Zurückhaltung hilft nach innen. Genauso zählt der Automatisierungsgrad, also der Anteil eines Vorgangs, den das System ohne Zutun erledigt: Beginn bei zwanzig bis dreißig Prozent, nicht bei hundert. Die Fachkraft behält Kontrolle und letzte Freigabe, aus vier Stunden Arbeit werden zwanzig Minuten, und das Werkzeug gilt als Kollege statt als Ersatz.

Zwei Geldfehler: zu viel für den Wandel, zu wenig für den Betrieb

Zwei Häuser derselben Branche zeigen den ersten Fehler. Das eine machte aus KI-Produkttexten ein Vorhaben mit vierzig Autoren und stellte es nach sechs Monaten ein. Im anderen passte der IT-Leiter still neuntausend Produktbeschreibungen an, Ergebnis waren neun Prozent mehr Umsatz. Klein und leise geliefert schlägt das große Programm. Der zweite Fehler ist das Gegenteil: Die meisten Vorhaben sind bis zum Prototyp finanziert, also bis zum lauffähigen Muster, und keinen Euro weiter. Dann fehlt Geld für Betrieb, Schulung und den zweiten Standort. Entwirf deshalb von Anfang an für die Ausbreitung.

Der Bauplan für den ersten Hackathon

Ein Hackathon nimmt Teilnehmende ein bis zwei Tage aus dem Alltag, damit sie an einem einzigen selbst gewählten Problem arbeiten. Er entscheidet sich an der Vorbereitung, nicht am Werkzeug. Der Aufruf lautet: Beschreib ein konkretes nerviges Problem und bewirb dich. In einem Fall bewarben sich fast zehn Prozent der Belegschaft, genommen wurden fünfundzwanzig. Je Person gehören dazu ein eigener Zugang, ein vorbereiteter Arbeitsordner und eine Kontextdatei als erster Prompt, also als erste Anweisung an die KI: Kontext, Problem, Grenzen, verfügbare Werkzeuge, offene Frage. Formulier sie offen statt als Klickanleitung. Plan einen Coach auf fünf Teilnehmende und prüf am Vorabend alle Zugänge und Rechte. Danach folgen dreißig Tage Selbstverpflichtung, ein Abnahmegate der IT vor der Produktivsetzung und ein gemeinsamer Rundgang durch die Ergebnisse. Rechne damit, dass zunächst nur bestehende Abläufe verbessert werden, kein Ablauf neu gedacht.

Übungszeit und ein Ziel, das jeder Bereich versteht

Eine Freigabe erzeugt keine Übung. Übung erzeugt geschützte Zeit: dreißig bis sechzig Minuten am Tag zum Tüfteln, dazu Führungskräfte, die solche Formate selbst tragen. Dreh außerdem die Budgetlogik um. Ein festes Budget zum Ausprobieren, dessen Nichtnutzung als Warnzeichen gilt statt als Sparerfolg, lässt auch riskante Ideen zu. Gib allen einen geschützten Erprobungsraum ohne feste Zielvorgabe und schul das Formulieren von Anweisungen, das senkt die Hemmschwelle spürbar. Setz dann ein Ziel, das jeder Bereich versteht: Jede Einheit bringt binnen eines Jahres mindestens eine KI-Anwendung in den Betrieb, bewusst ein kleines Thema.