Das ist der Tool-Zoo. Er entsteht nicht aus böser Absicht. Er entsteht, wenn das Lesen nicht in Betrieb übergeht.

Der Betriebsmodus ist die Antwort. Nicht mehr Werkzeuge — weniger, dafür mit klaren Regeln, Routinen und einem Rhythmus, der auch ohne Enthusiasmus weiterläuft.

Drei Ebenen, eine Seite

Ebene 1 — Regeln: Daten-Gate, erlaubte Tool-Klassen, Review vor Versand. Das sind die Leitplanken. Ohne sie raten Kollegen täglich neu.

Ebene 2 — Routinen: Wöchentlicher Use Case, monatlicher Review, quartalsweise Lizenz-Prüfung. Nicht als Projekt — als feste Kalendertermine.

Ebene 3 — Kultur: Fehler aktualisieren das Briefing, nicht die Personalakte. Wer Fehler bestraft, bekommt Schatten-Tools — Kollegen, die einfach nichts mehr melden. Das ist teurer als jeder Fehler.

Diese drei Ebenen gehören auf eine Seite im Wiki. Nicht in ein 60-seitiges Governance-Dokument, das niemand öffnet. Eine Seite, ein KI-Ansprechpartner pro Abteilung, ein Versionsdatum.

Nach dem Buch direkt umsetzen: Ersten Kalendertermin für einen echten Use Case blocken. Nicht nach dem nächsten Kapitel — nach diesem.

Den Tool-Zoo verhindern

Maximal zwei Allzweck-Kanäle pro Rolle — jedes weitere nur mit IT-Freigabe und Begründung. Nicht weil Innovation schlecht ist. Sondern weil drei parallele Allzweck-Tools für dieselbe Aufgabe keine Innovation sind — sie sind Koordinationsverlust.

Neues Tool: erst 14-Tage-Test, dann schriftliche Entscheidung. Keine Ausnahme, auch nicht für das Tool, das gerade auf der Titelseite einer Fachzeitschrift war.

Lizenzen ohne Login-Aktivität im letzten Monat: kündigen oder schriftlich begründen, warum weiter gezahlt wird. Quartalsweise mit IT prüfen. Das ist keine Bürokratie — das ist Respekt vor dem Budget.

Custom GPTs und Claude Projects: Katalog mit Owner anlegen. Wer hat es gebaut? Wann wurde es zuletzt geprüft? Wildwuchs in privaten Workspaces ist eine Form von Tool-Zoo, die unsichtbar bleibt — bis die Person die Abteilung wechselt.

Shadow IT: anonyme Umfrage im Team, dann sichere Alternative anbieten. Wer nur verbietet, treibt den Einsatz in den Schatten. Vertrauen braucht eine Schiene, kein Schild.

Kommunikation nach außen und nach oben

Eine Folie für Führung: Wofür nutzen wir KI? Wofür bewusst nicht? Wie messen wir Nutzen? Wen fragen Mitarbeitende?

Erfolg kommunizieren als Zeit oder Fehlerreduktion — nicht als „Wir sind jetzt KI-first“. Konkrete Zahl, konkreter Vorgang. Führung, die das nicht in einer Minute erklären kann, hat noch keinen Betriebsmodus — nur ein Experiment mit Datum.

Skeptiker im Team: Review-Rolle anbieten, nicht überzeugen wollen. Wer prüft, ob KI-Output korrekt ist, liefert echten Wert. Das ist Qualitätssicherung, kein Widerstand.

Onboarding neuer Kollegen: Entscheidungsbaum, Use-Case-Karte, ein Briefing-Beispiel — 30 Minuten. Damit sind neue Mitarbeitende handlungsfähig, ohne auf den nächsten Workshop warten zu müssen.

Die nächsten 30 Tage

Woche 1: Tool-Zoo-Check durchführen. Wie viele Allzweck-Tools sind aktiv? Hat jedes einen Owner und einen KPI?

Woche 2: Use-Case-Karte befüllen, einen Pilot nach dem 14-Tage-Format starten.

Woche 3: Briefing-Standard und Review-Checkliste im Team teilen — eine Seite, nicht ein Framework.

Woche 4: Review mit KPI — skalieren oder streichen. Betriebsmodus-Dokument zwei Seiten, Version mit Datum, im Wiki veröffentlichen.

Wenn nach 30 Tagen alles läuft: Das nächste Ziel ist nicht Logo Nr. 12. Das nächste Ziel ist ein besseres Briefing für den Use Case, der am meisten genutzt wird.

Der Betriebsmodus ist fertig, wenn Führung ohne Folie erklären kann: welcher Vorgang, welches Tool, welche Zahl, welcher Stopp. Alles andere ist noch Experiment — ehrlich benennen und mit Datum im Wiki markieren.

Weiterführende Quellen

• Anthropic — Unternehmenskontext und Sicherheitsprinzipien (EN)
• Bitkom — KI-Praxisleitfaden für Unternehmen (DE)
• Harvard Business Review — Build a Culture of Responsible AI Use (EN)