Rolle · Enablement & GovernanceLernweg

KI-Beauftragte & Enablement

Standards setzen, Wissen teilen, Rollout steuern – KI in der Organisation nutzbar und nachweisbar machen.


Warum Claude für deine Rolle?

Einordnung

Die meisten KI-Programme scheitern nicht an der Technologie. Sie scheitern daran, dass zwanzig Leute zwanzig eigene Wege finden, niemand die guten Ergebnisse teilt und am Ende keiner sagen kann, was es gebracht hat.

Diese Rolle sitzt zwischen Geschäftsleitung, Fachbereich und IT: Sie setzt Standards (was ist erlaubt, was nicht), stellt Vorlagen bereit (Custom Instructions, Projects, Skills), organisiert die Verteilung im Team und weist am Ende nach, dass sich etwas geändert hat.

Der Unterschied zum Change Management: Dort geht es darum, Menschen durch die Veränderung zu führen – hier darum, ihnen die Werkzeuge und Leitplanken zu geben, mit denen sie danach arbeiten. Das eine adressiert Haltung, das andere Struktur.

HINWEIS
Eine Richtlinie, die nur verbietet, wird umgangen – dann entsteht Schatten-KI auf privaten Accounts, und du weißt gar nicht mehr, was passiert. Wirksamer ist, einen erlaubten Weg zu bauen, der bequemer ist als der verbotene. Vor jedem Rollout: Datenschutzbeauftragte und Betriebsrat einbinden, nicht informieren.

Dein Lernweg

Schritt für Schritt

  1. 01
    Grenzen verstehen & Antworten verifizieren →
    Bevor du etwas ausrollst, musst du sagen können, was das Werkzeug nicht kann – sonst verkaufst du Erwartungen, die es enttäuscht.
    Wo Claude irrt – Halluzinationen, Rechnen, veraltetes Wissen – und wie du Antworten systematisch gegenprüfst.
  2. 02
    Vertrauliche Daten & Datenschutz →
    Die erste Frage jedes Betriebsrats und jedes Datenschutzbeauftragten. Ohne belastbare Antwort kommt kein Rollout.
    Was du Claude geben darfst – und was nicht. Der Unterschied zwischen claude.ai, API und Team/Enterprise, plus Praxisregeln für sensible Inhalte.
  3. 03
    Claude im Team: Claude Tag & geteilte Projects →
    Der Sprung von Einzelnutzung zu geteilter Arbeitsweise – Projects, Rollen und gemeinsamer Kontext.
    Ein gemeinsamer Claude in Slack plus geteilte Wissensbasen im Team-Plan – so arbeitet dein Team mit Claude, statt jeder für sich.
  4. 04
    Custom Instructions schreiben →
    Standards, die wirken, ohne dass jemand sie liest: einmal hinterlegt, gelten sie in jeder Unterhaltung.
    Regeln definieren, die Claude in jedem Gespräch automatisch befolgt – für konsistente Ergebnisse.
  5. 05
    Projects, Artifacts & Memory →
    Geteilter Kontext statt Wissensinseln – der Unterschied zwischen zwanzig Alleingängen und einer Arbeitsweise.
    Drei Konzepte, die Claude dauerhaft nützlicher machen – klar getrennt erklärt.
  6. 06
    Custom Skills erstellen →
    Was gut funktioniert, gehört festgeschrieben. Ein Skill macht aus dem Trick eines Kollegen den Standard aller.
    Wiederverwendbare Agent Skills, die Claude bei passenden Aufgaben automatisch lädt – als SKILL.md mit YAML-Frontmatter.
  7. 07
    Plugins und Marketplace nutzen →
    Der Verteilweg: Skills und Konfigurationen im Team ausrollen, statt sie einzeln herumzuschicken.
    Fertige Bündel aus Skills, Hooks und MCP-Servern installieren – aus Anthropics offiziellem Marketplace oder von der Community.
  8. 08
    Modelle verstehen: Haiku, Sonnet, Opus →
    Kostensteuerung ist Enablement-Aufgabe: Wer wann welches Modell nimmt, entscheidet über die Rechnung.
    Drei Modelle, drei Stärken – wie du das richtige Modell für jede Aufgabe wählst.

Was du damit machst

Konkrete Anwendungen

Nutzungsrichtlinie, die niemand umgeht
chat
Aus Datenschutzvorgaben, Betriebsvereinbarung und Fachbereichs-Realität eine Richtlinie formulieren, die konkret genug ist, um befolgt zu werden: Was darf in den Chat, was gehört in ein Project, was nie in eine Cloud. Mit Beispielen statt Prinzipien.
Standard-Setup für einen Fachbereich
desktop
Ein Paket schnüren, das ein neuer Nutzer übernimmt und sofort produktiv ist: Custom Instruction für den Abteilungsstil, ein Project mit den relevanten Dokumenten, zwei bis drei Skills für die häufigsten Aufgaben.
Pilotgruppe auswerten
chat
Rückmeldungen aus einem Pilotlauf strukturieren: Was hat funktioniert, wo brach es ab, welche Aufgaben eignen sich nicht. Ergebnis ist eine Entscheidungsvorlage, kein Stimmungsbild.
Schulungsmaterial aus echten Fällen
chat
Aus den Aufgaben, die im Pilot tatsächlich vorkamen, Übungen und Beispielprompts bauen – näher an der Arbeit als jede allgemeine KI-Schulung.
Wirkung nachweisen
chat
Vorher-Nachher an konkreten Abläufen festmachen: Welcher Prozess läuft heute messbar anders als vor der Einführung? Ohne diese Antwort ist das nächste Budget schwer zu begründen.

Spezialisierte Lernfäden

Mini-Workflows für konkrete Aufgaben

01

Vom Pilot zum Regelbetrieb

Der Pilot lief gut, jetzt soll die Abteilung folgen – und diesmal soll es nicht bei Einzelbegeisterung bleiben.

  1. 1
    Erfassen, was im Pilot wirklich lief
    Nicht die Begeisterung abfragen, sondern die Aufgaben: Welche drei Tätigkeiten wurden tatsächlich wiederholt erledigt? Alles andere ist noch kein Anwendungsfall.
  2. 2
    Standards daraus ableiten
    Für die häufigsten Aufgaben je eine Custom Instruction und ein Project-Muster bauen. Was der Pilot mühsam gefunden hat, muss der nächste nur noch übernehmen.
    → Custom Instructions schreiben
  3. 3
    Als Skills festschreiben
    Wiederkehrende Abläufe werden Skills – damit sind sie benannt, teilbar und nicht an die Person gebunden, die sie erfunden hat.
    → Custom Skills erstellen
  4. 4
    Verteilweg einrichten
    Über einen Marketplace ausrollen statt per Mail verschicken. Sonst driften die Versionen auseinander, sobald die zweite Abteilung dazukommt.
    → Plugins und Marketplace nutzen
02

Die Datenschutzfrage vorbereiten

Vor dem Rollout kommt das Gespräch mit Datenschutzbeauftragten und Betriebsrat – und dort entscheidet sich, ob das Projekt weiterläuft.

  1. 1
    Datenarten sortieren
    Welche Daten fallen in den betroffenen Abläufen an? Trennen in unkritisch, pseudonymisierbar und niemals. Diese Liste ist die Gesprächsgrundlage.
    → Vertrauliche Daten & Datenschutz
  2. 2
    Technische Wege gegenüberstellen
    Standard-Chat, Projects mit Zugriffsregeln, API mit Zero Retention, On-Premise – je Datenart der passende Weg, mit den jeweiligen Kosten.
  3. 3
    Grenzen offen benennen
    Was das Werkzeug nicht leistet, gehört ins Gespräch – nicht in die Fußnote. Wer Grenzen selbst nennt, wird bei den Zusagen geglaubt.
    → Grenzen verstehen & Antworten verifizieren
  4. 4
    Entscheidungsvorlage schreiben
    Ergebnis ist ein Dokument mit Optionen und Empfehlung, kein Werbetext. Die Gegenseite muss ihre Bedenken darin wiederfinden.
03

Schatten-KI einfangen

Du erfährst, dass Kolleginnen längst private Accounts nutzen – mit Firmendaten.

  1. 1
    Ursache statt Schuld suchen
    Menschen weichen aus, wenn der offizielle Weg fehlt oder unbequem ist. Die Frage lautet: Welche Aufgabe war dringend genug, das Risiko einzugehen?
  2. 2
    Den erlaubten Weg bequemer machen
    Für genau diese Aufgabe ein fertiges Setup bereitstellen. Ein bereitliegendes Project schlägt jede Ermahnung.
    → Claude im Team: Claude Tag & geteilte Projects
  3. 3
    Amnestie und klare Linie
    Rückwirkend nicht sanktionieren, ab jetzt eindeutig sein. Wer Sanktionen androht, erfährt nur nichts mehr – das Verhalten bleibt.
  4. 4
    Nachfrage als Signal lesen
    Wo Schatten-KI entsteht, ist der Bedarf am größten. Das ist deine Prioritätenliste für den nächsten Rollout-Schritt.

Tipps & Tricks

Rollenspezifische Power-Hebel

Ein erlaubter Weg schlägt zehn Verbote
Jede Regel, die eine Aufgabe unerledigt lässt, erzeugt einen Umweg. Baue zuerst den bequemen erlaubten Weg, dann brauchst du weniger Verbote.
Standards gehören ins Werkzeug, nicht ins Intranet
Eine Custom Instruction wirkt bei jeder Nutzung. Eine Richtlinie im Intranet wirkt, wenn jemand sie liest – also selten.
Miss Abläufe, nicht Aktivität
Zugriffszahlen und Prompt-Zählungen sagen nichts. Die einzige belastbare Frage: Welcher Ablauf dauert heute nachweisbar kürzer oder liefert besseres Ergebnis?
Die Grenzen zuerst nennen
Wer im Kick-off sagt, wofür das Werkzeug ungeeignet ist, wird bei allem anderen geglaubt. Wer nur Möglichkeiten zeigt, verliert beim ersten Fehlschlag die Glaubwürdigkeit.
Pilotgruppe nach Aufgabe wählen, nicht nach Begeisterung
Freiwillige liefern gute Stimmung und schlechte Daten. Nimm eine Gruppe mit einer echten, wiederkehrenden Aufgabe – auch wenn sie skeptisch ist.

Prompt-Packs

Copy & Paste – sofort einsetzbar

Enablement – sofort einsetzbar

Vier Prompts für die Aufgaben, an denen Einführungsprojekte typischerweise hängenbleiben. Jeder ist so gebaut, dass er dir widerspricht, statt dir zuzustimmen.

Nutzungsrichtlinie entwerfen
Erstelle den Entwurf einer KI-Nutzungsrichtlinie für [Abteilung].

Rahmen: [Datenarten, die dort anfallen], [bestehende Vorgaben].

Gliedere nach: erlaubt ohne Rückfrage / erlaubt mit Auflage / nicht erlaubt.
Gib zu jedem Punkt ein konkretes Beispiel aus dem Arbeitsalltag dieser Abteilung.
Nenne am Ende die drei Regeln, die am ehesten umgangen werden – und warum.
Der letzte Satz ist der eigentliche Ertrag: Eine Regel, deren Umgehung absehbar ist, formuliert man besser um, bevor sie in Kraft tritt.
Pilot-Rückmeldungen auswerten
Hier sind die Rückmeldungen aus unserem Pilotlauf: [Rohtext].

1. Welche Aufgaben wurden mehrfach genannt – und von wem?
2. Wo brach die Nutzung ab, und woran lag es?
3. Welche Erwartungen wurden enttäuscht?
4. Was spricht gegen einen Rollout?

Trenne dabei, was mehrfach berichtet wurde, von Einzelmeinungen.
Punkt 4 zwingt zur Gegenposition. Ohne ihn liefert eine Auswertung fast immer die Bestätigung dessen, was man ohnehin vorhatte.
Standard-Setup für einen Fachbereich
Wir wollen [Abteilung] mit einem einheitlichen Setup ausstatten. Häufigste Aufgaben: [3 Aufgaben].

Entwirf:
1. Eine Custom Instruction für den Abteilungsstil
2. Ein Project-Muster: welche Dokumente hinein, wie strukturiert
3. Zwei Skills für die wiederkehrenden Aufgaben

Halte jedes Element so kurz, dass es jemand in zehn Minuten übernimmt.
Die Zehn-Minuten-Grenze ist keine Stilfrage: Ein Setup, dessen Übernahme länger dauert, wird nicht übernommen, sondern umgangen.
Wirkung belegen
Für die Budgetvorlage brauche ich einen belastbaren Wirkungsnachweis.

Ablauf vorher: [Beschreibung, Dauer, Beteiligte]
Ablauf heute: [Beschreibung, Dauer, Beteiligte]

1. Welche Aussage lässt sich daraus seriös ableiten?
2. Welche Aussage wäre überzogen?
3. Welche Zahl fehlt für einen belastbaren Beleg?
Frage 2 schützt vor der Folienzahl, die im Lenkungskreis auseinanderfällt. Besser, die Übertreibung fällt vorher auf.

Häufige Fehler

Was du in dieser Rolle vermeiden solltest

Werkzeug ausrollen statt Aufgabe lösen
Ein Zugang für alle ist kein Rollout. Ohne benannte Aufgabe, Vorlage und Ansprechpartner passiert nach der ersten Woche nichts mehr.
Richtlinie ohne erlaubten Weg
Eine Liste von Verboten ohne bereitgestellte Alternative erzeugt Schatten-KI – und damit genau das Risiko, das die Richtlinie verhindern sollte.
Erfolg an Nutzungszahlen messen
Viele Prompts können auch bedeuten, dass Leute mühsam um ein schlechtes Setup herumarbeiten. Zahlen ohne Bezug zum Ablauf sind kein Nachweis.
Betriebsrat zu spät einbinden
Wer erst nach der Werkzeugentscheidung informiert, verhandelt aus der schwächeren Position – und riskiert, von vorn anfangen zu müssen.

Vergleiche, die du brauchst

Tool-Wahl bewusst treffen

Buchcover: Agentic AI – Das Praxislehrbuch
Vertiefung im Buch
Agentic AI – Das Praxislehrbuch
Die meisten KI-Programme scheitern nicht an der Technologie, sondern an der Einführung – genau darum geht es in dieser Rolle.
Auf Amazon ansehen →
Buchcover: KI, die arbeitet
Vertiefung im Buch
KI, die arbeitet
Wie viele Ihrer Geschäftsprozesse laufen heute messbar anders als vor zwei Jahren? Der Band über nachweisbare Wirkung statt Aktivität.
Auf Amazon ansehen →
Buchcover: Durchstarten mit KI-Agenten
Vertiefung im Buch
Durchstarten mit KI-Agenten
Der kontrollierte Praxiseinstieg – gute Grundlage für die Menschen, die du befähigen willst.
Auf Amazon ansehen →

KI-Beauftragte & Enablement
fangen mit Schritt 1 an.

Der Lernweg ist gemacht für deine Rolle. Starte bei Guide 1 und arbeite dich durch – oder spring direkt zu dem, was du heute brauchst.

Esc

Wonach suchst du?

Begriffe wie MCP, Prompt, Desktop oder Haiku probieren.