Lernziele
Sie definieren Shadow AI und erläutern, warum sie in Organisationen entsteht, in denen offizielle KI-Lösungen fehlen oder als unzureichend empfunden werden.
Sie benennen mindestens vier konkrete DSGVO-Risiken durch unkontrollierte KI-Nutzung und ordnen diese den relevanten Artikeln (Art. 28, Art. 33) zu.
Sie beschreiben vier Methoden zur Erkennung von Shadow AI und bewerten ihre Vor- und Nachteile hinsichtlich Datenschutz und Vertrauenskultur.
Sie erklären den Unterschied zwischen einem Verbots- und einem Ermöglichungsansatz im Umgang mit Shadow AI und begründen, warum Letzterer langfristig wirksamer ist.
Sie entwickeln eine einfache KI-Nutzungsrichtlinie mit den Kernbestandteilen Zulassung, Verbote, Meldepflicht und Datenkategorien-Regel.
Sie beschreiben die psychologischen Treiber hinter Shadow-AI-Nutzung und leiten daraus organisatorische Maßnahmen ab.
Auf einen Blick
| Dauer | 45 Min |
| Methodik | Input + Gruppenarbeit (Richtlinien-Entwurf) |
| Vorwissen | DSGVO-Grundlagen (Modul 2), UE 97–98 (Sicherheitskontext) |
| AI-Act-Kompetenz | Risiko-Bewusstsein (Art. 4 EU AI Act — KI-Kompetenz; Art. 28 DSGVO — Auftragsverarbeitung) |
| Querverweise | UE 97 (Angriffsvektoren via Shadow AI), UE 100 (Datenklassifizierung als Grundlage der Richtlinie), UE 105 (Dokumentationspflichten für Shadow-AI-Governance) |
Worum geht es? — Der didaktische Einstieg
Es ist ein gewöhnlicher Mittwochabend in einer mittelgroßen Organisation. Eine Projektleiterin steht vor einem Problem: Der Abschlussbericht muss morgen früh fertig sein, sie hat noch 40 Seiten rohen Text, und ihr Vorgesetzter wartet auf eine Executive Summary. Die IT-Abteilung hat den Einsatz von ChatGPT nicht offiziell freigegeben. Aber in einer Gruppe von Kolleginnen und Kollegen hat jemand geflüstert, dass es mit ChatGPT in 20 Minuten geht.
Sie öffnet chatgpt.com, kopiert den gesamten Berichtsentwurf — inklusive Kundennamen, Projektzahlen und interner Strategiebewertung — in das Textfeld und lässt eine Zusammenfassung erstellen. Der Bericht ist pünktlich fertig. Niemand erfährt davon.
Dieser Vorgang — die Nutzung von KI-Tools außerhalb offiziell genehmigter Systeme — ist das Phänomen Shadow AI. Es ist die KI-Version von Shadow IT: Mitarbeitende umgehen offizielle IT-Prozesse, weil sie die Werkzeuge brauchen, aber die offiziellen Wege zu langsam oder nicht verfügbar sind. Das Ergebnis: vertrauliche Daten landen in unkontrollierten Systemen, ohne AVV, ohne Datenschutzprüfung, ohne Logging.
Shadow AI ist kein Disziplinproblem. Es ist ein Governance-Problem. Und die Lösung ist nicht das Verbot — es ist die Ermöglichung unter kontrollierten Bedingungen.
Lerntext — Theorie und Konzepte
Was ist Shadow AI — und warum entsteht sie?
Shadow AI bezeichnet den unkontrollierten, ungenehmigten Einsatz von KI-Werkzeugen durch Mitarbeitende außerhalb der offiziellen IT-Governance. Der Begriff ist analog zu Shadow IT (unautorisierte Software-Nutzung) — aber mit verschärftem Risikoprofil, weil KI-Werkzeuge häufig personenbezogene Daten und vertrauliche Unternehmensinformationen in externe Systeme übertragen.
Warum entsteht Shadow AI? Die psychologischen und organisatorischen Treiber sind gut dokumentiert:
Effizienzgap: Offizielle Werkzeuge sind langsamer oder weniger leistungsfähig als Consumer-KI. Der Produktivitätsgewinn ist für Mitarbeitende sofort spürbar und überzeugend.
Genehmigungsmüdigkeit: IT-Freigabeprozesse dauern Wochen oder Monate. Wer eine dringende Aufgabe lösen muss, wartet nicht.
Wissenslücke: Viele Mitarbeitende wissen schlicht nicht, dass die Nutzung von ChatGPT für Unternehmensdaten datenschutzrechtliche Konsequenzen hat. Es fühlt sich nicht anders an als eine Google-Suche.
Peer-Druck: Wenn Kollegen offen von ihren ChatGPT-Nutzungen berichten, entsteht ein sozialer Druck, ebenfalls mitzumachen — kombiniert mit FOMO (Fear of Missing Out).
Merksatz
Shadow AI entsteht nicht aus böser Absicht, sondern aus dem Wunsch, die eigene Arbeit besser zu machen. Die Lösung ist deshalb nicht Strafe, sondern Ermöglichung: Geben Sie Mitarbeitenden legale, sichere Alternativen — dann brauchen sie keine unsicheren Umwege.
DSGVO-Risiken durch Shadow AI
Die Nutzung unkontrollierter KI-Tools schafft konkrete, rechtlich relevante Datenschutz-Risiken:
Risiko 1 — Fehlender Auftragsverarbeitungsvertrag (Art. 28 DSGVO): Wenn eine Mitarbeitende personenbezogene Daten über ein externes KI-Tool verarbeitet, ohne dass ein AVV mit dem Anbieter abgeschlossen wurde, verstößt das Unternehmen gegen Art. 28 DSGVO. Die Nutzung des kostenlosen ChatGPT-Zugangs durch ein Unternehmen ohne AVV ist in diesem Sinne rechtswidrig — unabhängig davon, ob tatsächlich Daten geleakt werden.
Risiko 2 — Datenschutzverletzung (Art. 33 DSGVO): Wenn personenbezogene Daten über ein unsicheres, nicht-genehmigtes System verarbeitet werden und dabei an Dritte übertragen werden (z. B. für Training genutzt werden), liegt möglicherweise eine Datenschutzverletzung vor, die der Aufsichtsbehörde innerhalb von 72 Stunden gemeldet werden muss. Shadow AI erzeugt Meldepflichten, von denen das Unternehmen nichts weiß — weil die Nutzung nicht protokolliert wurde.
Risiko 3 — Datenübertragung in Drittstaaten (Art. 44 ff. DSGVO): Viele Consumer-KI-Dienste verarbeiten Daten in den USA. Ohne geeignete Schutzmaßnahmen (EU-US Data Privacy Framework, Standardvertragsklauseln) ist diese Übertragung rechtswidrig.
Risiko 4 — Verlust der Informationshoheit: Unternehmensspezifisches Wissen, Strategiepapiere oder Kundeninformationen, die in KI-Systeme eingespeist werden, könnten für das Training zukünftiger Modelle verwendet werden. Der Verlust von Geschäftsgeheimnissen ist zwar kein DSGVO-Thema, aber ein erhebliches Unternehmensrisiko.
Vier Methoden zur Erkennung von Shadow AI
Methode 1 — Netzwerk-Traffic-Analyse: IT prüft auf Verbindungen zu bekannten KI-Diensten (chatgpt.com, claude.ai, gemini.google.com etc.). Vorteil: Technisch zuverlässig, objektiv. Nachteil: Datenschutzrechtlich sensibel (Überwachung von Mitarbeitenden-Aktivitäten erfordert Betriebsrats-Beteiligung und klare Grundlage in der IT-Nutzungsrichtlinie), kein Einblick in mobile Geräte oder Heimnetzwerke.
Methode 2 — Mitarbeitenden-Befragung: Anonyme oder offene Befragungen: „Welche KI-Tools nutzt du regelmäßig — beruflich oder privat?” Vorteil: Schafft Vertrauen, gibt qualitative Einblicke, ist datenschutzkonform. Nachteil: Nicht vollständig — Mitarbeitende berichten möglicherweise nicht vollständig, wenn sie sich unsicher über Konsequenzen fühlen.
Methode 3 — DLP-Tools (Data Loss Prevention): Spezialisierte Software (z. B. Microsoft Purview Information Protection, Symantec DLP) überwacht, ob klassifizierte Dateien oder Inhalte in unsichere Kanäle übertragen werden. Kann konfiguriert werden, um Uploads auf bestimmte KI-Plattformen zu blockieren oder zu alarmieren. Vorteil: Automatisiert, skalierbar. Nachteil: Aufwendige Konfiguration, kann legitime Workflows blockieren.
Methode 4 — Kulturelle Signale und offene Kommunikation: Führungskräfte fragen aktiv: „Welche KI-Tools nutzt ihr gerade?” in Teamrunden. Shadow AI wird durch Offenheit sichtbar gemacht — nicht durch Kontrolle. Vorteil: Stärkt Vertrauen, macht Hidden Champions sichtbar (KI-affine Mitarbeitende, die zum Multiplikator werden können). Nachteil: Erfordert psychologische Sicherheit — funktioniert nicht in Kulturen mit Strafangst.
Merksatz
DLP-Tools können Shadow AI begrenzen, aber nicht eliminieren. Wer will, findet Wege (Privatgeräte, Mobilfunk-Tethering). Nachhaltige Steuerung von Shadow AI erfordert eine Kombination aus technischen Maßnahmen, klaren Richtlinien und einer Ermöglichungskultur. Die technischen Maßnahmen allein erzeugen nur Umgehungskreativität.
Der Ermöglichungsansatz: Warum Verbote scheitern
Der Versuch, Shadow AI durch vollständiges Verbot zu kontrollieren, scheitert aus mehreren Gründen:
Kontrolle ist begrenzt: Mitarbeitende können KI-Tools auf privaten Geräten, über Mobilfunknetze oder über umgeleitete Browser-Sitzungen nutzen — und das unentdeckt. Ein Verbot, das nicht vollständig durchgesetzt werden kann, ist keine Kontrolle.
Motivationsschaden: Ein Verbots-Ansatz sendet das Signal: „Wir vertrauen euch nicht.” Das schadet der Mitarbeitendenbindung und der Innovationskultur. Hochleistende Mitarbeitende, die KI-Tools als Produktivitätshebel schätzen, suchen sich Arbeitgeber, die ihnen mehr Vertrauen entgegenbringen.
Kompetenzlücke wächst: Mitarbeitende, die keine KI nutzen dürfen, entwickeln keine KI-Kompetenz — genau die Kompetenz, die Art. 4 EU AI Act fordert und die für die Zukunftsfähigkeit der Organisation entscheidend ist.
Der Ermöglichungsansatz bietet stattdessen: Genehmigte, sichere KI-Tools (mit AVV, EU-Hosting, Audit-Logging), klare Richtlinien was erlaubt ist und was nicht, einen schnellen Freigabeprozess für neue Tools, und eine positive Fehlerkultur (Fehlnutzung melden ist besser als verbergen).
Die KI-Nutzungsrichtlinie als Governance-Instrument
Eine KI-Nutzungsrichtlinie ist das zentrale Steuerungsdokument für den kontrollierten KI-Einsatz. Mindestbestandteile:
1. Zugelassene Tools: Explizite Liste der genehmigten KI-Werkzeuge mit Verwendungskontext (z. B. „Microsoft 365 Copilot: für alle internen Dokumente, AVV vorhanden; ChatGPT Enterprise: für nicht-vertrauliche Recherchen, AVV vorhanden; ChatGPT (kostenlos): ausschließlich für persönliche, nicht-berufliche Nutzung”).
2. Klare Verbote: Was ist ausdrücklich verboten — z. B. „Keine Eingabe von Kundendaten (Stufe 3–4) in nicht-genehmigte KI-Tools” oder „Kein Einsatz von KI für Personalentscheidungen ohne HR-Freigabe.”
3. Meldepflicht: „Wenn Sie unsicher sind, ob die Nutzung eines KI-Tools zulässig ist, melden Sie es dem KI-Beauftragten — keine Sanktionen bei freiwilliger Meldung.”
4. Datenkategorien-Regel: Die Datenstufenklassifizierung aus UE 100 wird direkt mit der Tool-Zulassung verknüpft: Stufe 1 (öffentlich) = alle Tools erlaubt; Stufe 2 (intern) = nur genehmigte Tools; Stufe 3 (vertraulich) = nur genehmigte Tools mit EU-Hosting; Stufe 4 (streng vertraulich) = ausschließlich On-Premise-Lösungen.
5. Aktualisierungsprozess: Da neue KI-Tools wöchentlich erscheinen, muss die Richtlinie einen Prozess für die schnelle Evaluierung neuer Tools enthalten — idealerweise mit Bearbeitungszeit unter zwei Wochen für unkritische Use-Cases.
Vertiefung — Psychologische Dimensionen von Shadow AI
Die psychologischen Treiber hinter Shadow AI sind gut untersucht und haben Implikationen für die Präventionsstrategie.
Kompetenzgewinn als Motivator: Forschungen zur selbstbestimmten Motivation zeigen, dass Menschen KI-Tools nicht nur aus Effizienzgründen nutzen, sondern auch weil das Lösen von Problemen mit neuartigen Werkzeugen intrinsisch motivierend ist. Shadow AI ist oft Ausdruck von Lernfreude und Experimentierfreude — Eigenschaften, die Organisationen bei Mitarbeitenden eigentlich fördern wollen.
Psychologische Sicherheit als Schlüssel: In Organisationen mit hoher psychologischer Sicherheit (Mitarbeitende können Fehler offen ansprechen ohne Sanktionsfurcht) wird Shadow AI seltener — weil Mitarbeitende bei Unsicherheit nachfragen, statt auf eigene Faust zu handeln. Die Shadow-AI-Rate ist damit ein indirekter Indikator für die Vertrauenskultur einer Organisation.
Fairnessperzeption: Wenn Führungskräfte offen von ihrer ChatGPT-Nutzung berichten, während sie Mitarbeitenden den Einsatz verbieten, erzeugt das eine Gerechtigkeitswahrnehmung, die Shadow AI fördert: „Die da oben dürfen es auch.” Konsequente Vorbildfunktion des Managements ist eine unterschätzte Präventionsmaßnahme.
Branchen-Anwendungen
IT-Dienstleistung & Beratung
In einem IT-Beratungshaus nutzen Beraterinnen und Berater seit Monaten verschiedene KI-Tools für Kundenpräsentationen, ohne dass die IT davon weiß: Otter.ai für Meeting-Transkription, Notion AI für Zusammenfassungen, Perplexity für Rechercheaufgaben. Eine Mitarbeitendenbefragung deckt auf, dass 73 % der Belegschaft mindestens ein nicht-genehmigtes KI-Tool nutzen — davon 40 % regelmäßig mit Kundendaten. Die Reaktion: Nicht Verbote, sondern ein strukturierter Evaluierungsprozess. Innerhalb von vier Wochen werden Otter.ai Enterprise (mit AVV) und Notion Business (mit DSGVO-Vereinbarung) offiziell freigegeben. Die Shadow-AI-Rate sinkt auf unter 15 % — nicht auf null, aber auf ein beherrschbares Niveau. Der KI-Beauftragte richtet eine monatliche „KI-Tool-Ampel” ein, in der neue Tools schnell bewertet werden.
Industrie & Fertigung
Ein Maschinenbauunternehmen entdeckt durch Netzwerk-Traffic-Analyse, dass drei Techniker in der Konstruktionsabteilung regelmäßig technische Zeichnungen und Stücklisten in ein externes KI-Tool hochladen, das automatische Fehleranalyse verspricht. Die Daten enthalten Informationen zu noch nicht patentierten Neuentwicklungen — ein erhebliches Geschäftsgeheimnis-Risiko. Die erste Reaktion ist verständlicherweise Bestürzung. Aber die Analyse zeigt auch: Das Tool spart den Technikern täglich zwei Stunden Fehlersuche. Statt Verboten wird ein internes Äquivalent evaluiert — ein spezialisiertes CAD-KI-Tool mit On-Premise-Installation — und innerhalb von drei Monaten als offizielle Lösung eingeführt. Die Techniker werden in den Evaluierungsprozess einbezogen und werden so zu internen Botschaftern der neuen Lösung.
Finanzdienstleistung & Versicherung
Eine Regionalbank stellt durch eine anonyme Mitarbeitendenbefragung fest, dass Kundenberater ChatGPT für Standardkorrespondenz mit Kunden nutzen — inklusive Kontonummern und Salden. Das ist eine klare Datenschutzverletzung (Art. 28 DSGVO, kein AVV) und potenziell auch ein Verstoß gegen das Bankgeheimnis. Die Sofortmaßnahme: Klare Kommunikation, dass diese Praxis mit sofortiger Wirkung einzustellen ist — verbunden mit dem Angebot einer schnellen Alternative: Microsoft 365 Copilot wird im Rahmen des bestehenden Enterprise-Vertrags auf Kundenberatungs-Use-Cases ausgeweitet. Die Bank entwickelt spezifische Prompt-Vorlagen für häufige Korrespondenztypen, die im offiziellen System verfügbar sind. Die Umstellungsrate beträgt innerhalb von sechs Wochen 90 %.
Öffentliche Verwaltung
In einer Stadtverwaltung nutzen Sachbearbeiterinnen und Sachbearbeiter im Bürgeramt ChatGPT, um Antragsformulare schneller auszufüllen und Bescheide zu formulieren — ohne Wissen der IT-Abteilung. Das Problem ist komplex: Der Datenschutz für Bürgerdaten hat besondere Schutzwürdigkeit im hoheitlichen Kontext. Eine Verwaltungsdigitalisierungsinitiative bietet die Gelegenheit, das Thema strukturiert anzugehen: Es wird eine „Digitale Innovationsgruppe” aus Sachbearbeiterinnen und Sachbearbeitern gebildet, die neue Tools evaluiert. Die Gruppe bringt aus eigenem Antrieb einen konkreten Vorschlag für ein datenschutzkonformes KI-System (BayernCloud, On-Premise-LLM) ein — und wird damit Teil der Lösung statt Teil des Problems.
Übung 1 — Shadow-AI-Risikoanalyse
Aufgabe: Sie analysieren drei Szenarien aus dem Arbeitsalltag und bestimmen jeweils das Shadow-AI-Risiko und die erforderlichen Maßnahmen.
Schritt-für-Schritt: 1. Lesen Sie die drei Szenarien (unten). 2. Bestimmen Sie für jedes Szenario: Liegt Shadow AI vor? Welche DSGVO-Risiken entstehen? Welche Datenstufe sind die verarbeiteten Daten? 3. Definieren Sie die wichtigste Sofortmaßnahme. 4. Formulieren Sie die längerfristige Lösung (Ermöglichungsansatz).
Szenarien: (A) Ein Vertriebsmitarbeiter nutzt Claude.ai, um Angebotsentwürfe zu verbessern. Er gibt dabei Kundennamen, Projektbudgets und interne Preiskalkulationen ein. (B) Eine HR-Mitarbeiterin nutzt ChatGPT (kostenlos), um Stellenanzeigen zu formulieren — ohne personenbezogene Daten einzugeben. (C) Ein Entwickler nutzt GitHub Copilot (ohne Unternehmens-AVV) für Code-Entwicklung — der Code enthält API-Keys und interne Systemarchitektur-Informationen.
Erwartetes Ergebnis: Für jedes Szenario: Risikobewertung, Sofortmaßnahme, Langfristlösung.
Musterlösung:
Szenario A: Shadow AI vorhanden. DSGVO-Risiko: Kein AVV mit Anthropic, Kundendaten (Stufe 3) in externem System, möglicher Drittstaaten-Transfer. Sofortmaßnahme: Nutzung einstellen, Datenkategorien kommunizieren. Langfristlösung: Claude Enterprise mit AVV und EU-Datenlokation für Vertrieb freigeben.
Szenario B: Shadow AI vorhanden (kein AVV), aber ohne personenbezogene Daten kein DSGVO-Verstoß. Geringes Risiko. Sofortmaßnahme: Keine dringende Maßnahme, aber in Richtlinie aufnehmen. Langfristlösung: ChatGPT Team oder Enterprise (mit AVV) für Stufe-1/2-Inhalte freigeben.
Szenario C: Shadow AI vorhanden, erhebliches Risiko. API-Keys sind Stufe-3/4-Informationen (Zugangsdaten). Systemarchitektur-Informationen sind Geschäftsgeheimnisse. Sofortmaßnahme: Sofortiges Einstellen, API-Keys rotieren (könnten kompromittiert sein). Langfristlösung: GitHub Copilot Enterprise mit Unternehmens-AVV und Code-Isolation freigeben; Entwickler in sichere Nutzung schulen.
Übung 2 — KI-Nutzungsrichtlinie entwerfen
Aufgabe: Sie entwerfen die Kernbestandteile einer KI-Nutzungsrichtlinie für eine Organisation mit ca. 100 Mitarbeitenden.
Schritt-für-Schritt: 1. Definieren Sie drei zugelassene KI-Tools mit Verwendungskontext und Bedingungen. 2. Formulieren Sie drei klare Verbote (konkret, nachvollziehbar, nicht zu restriktiv). 3. Beschreiben Sie den Meldeprozess für unsichere KI-Nutzung (wer meldet an wen? Mit welchem Versprechen?). 4. Verknüpfen Sie die Datenstufen-Klassifizierung (aus UE 100) mit der Tool-Zulassung. 5. Beschreiben Sie, wie die Richtlinie alle drei Monate aktuell gehalten wird.
Erwartetes Ergebnis: Ein einseitiger Richtlinien-Entwurf mit den fünf Kernbestandteilen.
Musterlösung:
Zugelassene Tools: (1) Microsoft 365 Copilot — alle Stufe-2-Aufgaben, AVV vorhanden, EU-Rechenzentrum. (2) ChatGPT Team — Stufe-1-Inhalte und Recherche ohne Personenbezug, AVV vorhanden. (3) Interne LLM-Instanz (On-Premise) — alle Datenstufen, für vertrauliche Aufgaben.
Verbote: (1) Keine Eingabe von Kunden-Personendaten in nicht-genehmigte Tools. (2) Kein Einsatz von KI für HR-Entscheidungen ohne KI-Beauftragten-Freigabe. (3) Keine Eingabe von Zugangsdaten, API-Keys oder Passwörtern in KI-Systeme.
Meldeprozess: ki-meldung@organisation.de — keine Sanktionen bei freiwilliger Meldung; Rückmeldung durch KI-Beauftragten innerhalb von zwei Werktagen.
Datenstufen-Kopplung: Stufe 1 = alle genehmigten Tools; Stufe 2 = Microsoft 365 Copilot oder internes LLM; Stufe 3 = nur internes LLM; Stufe 4 = kein KI-Einsatz ohne explizite Freigabe.
Aktualisierungsprozess: Monatlicher Review durch KI-Beauftragten, Quartals-Update mit Abteilungsleiterinnen und -leitern, Tool-Schnell-Evaluierung unter zwei Wochen für neue Anfragen aus Fachbereichen.
Warnung — DSGVO-Risiken durch unerkannte Shadow AI
Risiko: Shadow AI erzeugt Datenschutzverletzungen, von denen das Unternehmen möglicherweise nichts weiß — bis ein Mitarbeitender die Organisation verlässt, ein Kunde fragt, oder eine Aufsichtsbehörde prüft. Der fehlende AVV (Art. 28 DSGVO), die fehlende Drittstaaten-Schutzmaßnahme (Art. 44 ff.) und das potenziell für das Modell-Training genutzte Datenmaterial (OWASP LLM06 — Data Leakage) entstehen in der Regel unwissentlich — mit voller rechtlicher Verantwortung des Unternehmens.
EU AI Act Art. 4: Die KI-Kompetenz-Pflicht bedeutet auch, dass Mitarbeitende die Risiken ihrer KI-Nutzung verstehen müssen. Eine Organisation, die KI-Nutzung nicht steuert und nicht schult, erfüllt Art. 4 nicht — auch wenn sie offiziell keine KI-Systeme betreibt, weil die Mitarbeitenden inoffiziell welche nutzen.
Handlungsempfehlung: Führen Sie eine Shadow-AI-Erhebung durch (Befragung oder Netzwerkanalyse), bevor Sie Richtlinien schreiben. Eine Richtlinie, die an der Realität vorbeigeht, wird nicht befolgt. Ermitteln Sie, was tatsächlich genutzt wird — und ermöglichen Sie es dann sicher.
Cheatsheet — Die wichtigsten Punkte
Shadow AI: Unkontrollierte, ungenehmigte Nutzung von KI-Tools außerhalb der IT-Governance
Warum sie entsteht: Effizienzgap + Genehmigungsmüdigkeit + Wissenslücke + Peer-Druck
DSGVO-Risiken: Kein AVV (Art. 28), Datenpanne-Meldepflicht (Art. 33), Drittstaaten-Transfer (Art. 44)
Erkennung: Netzwerk-Traffic-Analyse + Befragung + DLP-Tools + Kulturelle Signale
Ermöglichungsansatz: Sichere Alternativen anbieten, statt zu verbieten
KI-Nutzungsrichtlinie: Zugelassene Tools + Verbote + Meldepflicht + Datenstufen-Kopplung + Aktualisierungsprozess
Psychologie: Neugier und Effizienzwunsch sind die Treiber — nicht Böswilligkeit
Psychologische Sicherheit: Ohne Strafangst melden Mitarbeitende Shadow AI von selbst
Prompt-Vorlage — KI-Nutzungsrichtlinie für das eigene Unternehmen entwerfen
Prompt für einen KI-Assistenten:
„Ich entwickle eine KI-Nutzungsrichtlinie für ein mittelständisches Unternehmen mit ca. 200 Mitarbeitenden in der IT-Dienstleistung. Die Richtlinie soll Shadow AI reduzieren, die Nutzung sicherer KI-Tools fördern und gleichzeitig die Produktivität nicht unnötig einschränken.
Entwirf bitte eine strukturierte KI-Nutzungsrichtlinie mit folgenden Abschnitten:
Geltungsbereich: Wer ist betroffen? Welche KI-Tools sind Gegenstand der Richtlinie?
Genehmigungspflichtige Tools: Welche Kategorien von KI-Tools benötigen eine Freigabe?
Sofortige Nutzungsverbote: Welche Datentypen dürfen niemals in externe KI-Tools eingegeben werden? (Verwende DSGVO-Kategorien und Geschäftsgeheimnisklassifikationen)
Eigenverantwortliche Nutzung: Was dürfen Mitarbeitende ohne Freigabe nutzen — und unter welchen Bedingungen?
Meldepflichten: Wie werden neue KI-Tools gemeldet? Wer ist verantwortlich?
Konsequenzen bei Verstößen: Klar, verhältnismäßig, nicht übermäßig restriktiv
Ton: Klar und handlungsorientiert, nicht juristisch komplex. Die Richtlinie soll von Mitarbeitenden akzeptiert werden, nicht nur von der Rechtsabteilung. Maximale Länge: 600 Wörter.”
Erwartetes Ergebnis: Ein praxistauglicher Richtlinien-Entwurf, der direkt in die unternehmensspezifische Vorlage übertragen und vom Betriebsrat / der Geschäftsführung geprüft werden kann.
Hinweis: KI-generierte Richtlinienentwürfe sind Ausgangspunkte — sie müssen rechtlich geprüft und auf den spezifischen Unternehmenskontext angepasst werden. Insbesondere arbeitsrechtliche Fragen (Mitbestimmung, § 87 BetrVG) bedürfen juristischer Beratung.
Reflexionsfragen
Wie würden Sie eine Führungskraft überzeugen, die möchte, dass ChatGPT für alle Mitarbeitenden sofort gesperrt wird?
Eine Mitarbeiterin meldet, dass ihr Kollege seit Monaten Kundendaten in ein nicht-genehmigtes KI-Tool eingibt. Welche Schritte leiten Sie ein — und wie gehen Sie mit der meldenden Person um?
Die KI-Nutzungsrichtlinie wird von vielen Mitarbeitenden als zu restriktiv empfunden und heimlich ignoriert. Was sagt das über die Richtlinie — und was würden Sie ändern?
Inwiefern ist Shadow AI ein Symptom für Governance-Versagen in der Organisation — statt ein Versagen der einzelnen Mitarbeitenden?
Wie würden Sie die Shadow-AI-Situation in drei Jahren beschreiben, wenn die Organisation heute die richtigen Maßnahmen ergreift?
Quellen & Weiterlesen
| Quelle | Typ | URL |
| DSGVO Art. 28 — Auftragsverarbeitung | Primärrecht | https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32016R0679 |
| DSGVO Art. 33 — Meldepflicht bei Datenschutzverletzungen | Primärrecht | https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32016R0679 |
| EU AI Act Art. 4 — KI-Kompetenz | Primärrecht | https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1689 |
| Microsoft Purview Information Protection — DLP | Hersteller-Dokumentation | https://learn.microsoft.com/de-de/microsoft-365/compliance/information-protection |
| Gartner — Shadow AI Report 2024 | Branchenstudie | https://www.linkedin.com/posts/jasonw_shadow-ai-is-rampant-a-2025-gartner-survey-activity-7380899329198235648-pNmO |
| BSI — Orientierungshilfe für den sicheren Einsatz von KI | Behördliche Info | https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Informationen-und-Empfehlungen/Kuenstliche-Intelligenz/kuenstliche-intelligenz_node.html |
| OWASP LLM Top 10 2025 — LLM06 Sensitive Information Disclosure | Sicherheitsstandard | https://owasp.org/www-project-top-10-for-large-language-model-applications/ |
Hinweise für AI Champions — So vermitteln Sie das Thema — UE 99
Timing (45 Min): 5 Min Einstieg (Einstiegsszenario Projektleiterin live erzählen), 15 Min Lerntext (Shadow AI Definition, DSGVO-Risiken, Ermöglichungsansatz), 18 Min Übungen (10 Min Risikoanalyse, 8 Min Richtlinien-Entwurf), 5 Min Reflexion + Cheatsheet, 2 Min Übergang.
Methodische Empfehlung: Das Einstiegsszenario (Projektleiterin, Abschlussbericht, ChatGPT) laut und lebendig erzählen — es ist hochidentifikabel. Dann direkt fragen: „Wer von Ihnen hat schon einmal etwas Ähnliches gemacht?” Das schafft psychologische Sicherheit für eine offene Diskussion. Übung 2 (Richtlinienentwurf) funktioniert gut als Kleingruppenarbeit mit Präsentation in der Gruppe oder allein.
Häufige Stolpersteine: (a) Teilnehmende erwarten, dass der Trainer Shadow AI verurteilt. Klare Botschaft: Shadow AI ist ein systemisches Problem, kein individuelles Versagen. (b) Der DSGVO-Teil wird schnell sehr juristisch. Fokus auf die praktischen Konsequenzen: Was passiert, wenn die Aufsichtsbehörde prüft und keine AVVs vorliegen? (c) „Eine Richtlinie reicht doch” — Gegenpunkt: Eine Richtlinie, die nicht kommuniziert, gelebt und regelmäßig aktualisiert wird, ist wertlos.
Diskussionsfragen für Plenum: (1) Welche KI-Tools nutzen Ihre Kolleginnen und Kollegen regelmäßig — und welche davon sind offiziell genehmigt? (2) Was müsste sich in Ihrer Organisation ändern, damit niemand mehr KI-Tools inoffiziell nutzen muss?
Tafelbild-Vorschlag: Zwei Spalten: „Verbotsansatz (kurzfristig)” vs. „Ermöglichungsansatz (nachhaltig)” — mit Konsequenzen in jeder Spalte. Ergebnis der Diskussion festhalten.
Differenzierung Power-User ↔ Einsteiger: Power-User recherchieren, welche AVVs für OpenAI, Anthropic und Google Gemini verfügbar sind, und bewerten, ob sie für Unternehmenseinsatz geeignet wären. Einsteiger konzentrieren sich auf die Risikoanalyse (Übung 1) und nutzen die DSGVO-Risikoliste als Checkliste.
Materialliste: Laptop, Vorlage für KI-Nutzungsrichtlinie (ausgedruckt oder digital), Whiteboard für Gruppenarbeit.
Übergang zur nächsten UE: „Wir wissen jetzt, wie man Shadow AI steuert. Aber die Grundlage für jede Nutzungsrichtlinie ist die Datenklassifizierung: Was darf in welches System — und auf welcher Basis entscheiden wir das? UE 100 baut das Fundament.”
Tipp zur Branchenauswahl: In IT-Dienstleistungs-Trainings ist das Beratungshaus-Szenario (Kundendaten im externen KI-Tool) besonders wirkungsvoll, weil es direkt die eigene Haftungsexposition trifft. In der Industrie ist das Maschinenbau-Szenario (Geschäftsgeheimnisse in externem Tool) überzeugend. Im öffentlichen Sektor trifft das Bürgeramt-Szenario wegen der besonderen Schutzwürdigkeit von Bürgerdaten den Nerv.
Vertiefung II — Shadow AI: Von der Erkennung zur nachhaltigen Steuerung
Psychologie hinter Shadow AI
Shadow AI entsteht nicht aus Böswilligkeit, sondern aus der Spannung zwischen Produktivitätsdruck und trägen Genehmigungsprozessen. Ein Mitarbeiter, der täglich drei Stunden mit einer Aufgabe verbringt, die ein KI-Tool in 20 Minuten erledigen könnte, wird das Tool einsetzen — mit oder ohne Genehmigung. Wer diese menschliche Realität ignoriert, kämpft gegen die Natur seiner Mitarbeitenden.
Die effektivste Strategie gegen Shadow AI ist daher nicht Überwachung, sondern Enablement: einen genehmigten Weg zur Toolnutzung bereitstellen, der schneller und einfacher ist als der inoffizielle Weg. Wenn die Organisation ein Tool in zwei Wochen freigeben kann, hat Shadow AI keinen Raum mehr, weil der offizielle Weg attraktiver ist.
Das Enablement-Modell:
Schneller Freigabeprozess: Das Drei-Stufen-Freigabemodell (Grün / Gelb / Rot) gibt innerhalb von zwei Wochen eine klare Antwort. Kein „wir prüfen das” ohne Frist.
Temporäre Genehmigung: Für Tools, die schnell getestet werden sollen (Grüne Stufe), gibt es eine temporäre 30-Tage-Genehmigung — mit anschließender vollständiger Prüfung. So können Mitarbeitende produktiv bleiben, während die Prüfung läuft.
Direkter Kontakt zur KI-Beauftragten: Mitarbeitende können direkt Kontakt aufnehmen, ohne Hierarchiestufen überwinden zu müssen. Eine kurze Rückmeldung innerhalb von 48 Stunden schafft Vertrauen.
Technische Erkennungsmethoden für Shadow AI
Neben der kulturellen Dimension gibt es technische Methoden zur Erkennung von Shadow AI:
DNS-Monitoring: In vielen Organisationen passiert der Großteil der Internetkommunikation über einen kontrollierten DNS-Server. Wenn ein Mitarbeitender api.openai.com, api.anthropic.com oder ähnliche KI-Endpunkte direkt aufruft, ist das im DNS-Log sichtbar. Eine Liste bekannter KI-API-Endpunkte kann für automatisches Alerting genutzt werden.
Browser-Extension-Inventory: In verwalteten Geräte-Umgebungen (MDM/UEM) kann ein Inventar der installierten Browser-Extensions gepflegt werden. Viele AI-Assistenten sind als Browser-Extensions verfügbar. Ein unbekannter Zuwachs an KI-Extensions ist ein Indikator für Shadow AI.
Cloud-Spending-Monitoring: Wenn Mitarbeitende persönliche Kreditkarten für KI-API-Kosten einsetzen und diese als Spesen einreichen, ist das ein nachgelagerter Indikator. Eine klare Richtlinie (Keine nicht-genehmigten KI-APIs auf Unternehmensgeräten) reduziert diesen Kanal.
Mitarbeitenden-Befragungen: Eine jährliche anonyme Befragung zur KI-Nutzung liefert direktes Feedback, das technische Monitoring ergänzt. Frage: „Nutzen Sie regelmäßig KI-Tools, die nicht offiziell genehmigt sind?” — Die Ergebnisse helfen, die Freigabeliste zu priorisieren.
Nutzungsrichtlinie: Rechtliche Dimension im Detail
Die KI-Nutzungsrichtlinie hat nicht nur Compliance-Funktion — sie hat auch haftungsrechtliche Bedeutung. Wenn ein Mitarbeiter trotz klarer Richtlinie ein nicht genehmigtes KI-Tool mit vertraulichen Kundendaten nutzt und dadurch ein Datenschutzvorfall entsteht, ist die Richtlinie ein wichtiges Element der organisatorischen Due Diligence: Sie zeigt, dass das Unternehmen die notwendigen Sorgfaltsmaßnahmen getroffen hat.
Wichtige rechtliche Elemente einer KI-Nutzungsrichtlinie:
Geltungsbereich: Gilt für alle Mitarbeitenden, Auftragnehmer und Dienstleister, die auf Unternehmensressourcen zugreifen.
Definitionen: Was ist ein KI-Tool im Sinne dieser Richtlinie? (Generative KI, KI-Assistenten, automatisierte Entscheidungssysteme)
Verantwortung für KI-generierte Inhalte: Mitarbeitende sind verantwortlich für die Überprüfung und Freigabe von KI-generierten Inhalten. „Die KI hat das so ausgegeben” ist keine Entschuldigung für fehlerhafte Outputs.
Verschwiegenheitspflicht: Vertrauliche Informationen (Kundendaten, Geschäftsgeheimnisse) dürfen nicht in ungenehmigte KI-Systeme eingegeben werden. Diese Pflicht bleibt auch dann bestehen, wenn das KI-System über einen VPN-Tunnel betrieben wird.
Sanktionen: Was passiert bei Verstößen? Klare, verhältnismäßige Konsequenzen abschreckend und bekannt.
Vertiefung II — Strategische Ebene — Nutzungsrichtlinie in der Praxis: Einführung, Akzeptanz und Pflege
Der Unterschied zwischen einer Richtlinie und einer gelebten Richtlinie
Eine Nutzungsrichtlinie, die digital veröffentlicht wird und von niemandem gelesen oder in der Praxis angewandt wird, hat keinen Governance-Wert. Zahlreiche Studien zeigen, dass Compliance-Dokumente, die ohne begleitende Kommunikation und Training eingeführt werden, von der überwältigenden Mehrheit der Betroffenen ignoriert werden.
Was macht eine Nutzungsrichtlinie wirksam?
1. Co-Creation statt Top-Down: Eine Richtlinie, an deren Entwicklung Mitarbeitende aus verschiedenen Fachbereichen beteiligt waren, wird besser akzeptiert und besser umgesetzt. Ein halbtägiger Workshop mit Vertreterinnen und Vertretern aus IT, Recht, Vertrieb und Operations führt zu einer praxisnaheren Richtlinie — und zu Ambassadoren, die die Richtlinie in ihren Bereichen erklären können.
2. Einführungskommunikation: Die Richtlinie wird nicht einfach auf dem Intranet abgelegt. Sie wird in einer Team-Runde vorgestellt, mit konkreten Beispielen erklärt, und es wird Zeit für Fragen gelassen. Das Ziel: Jede Mitarbeiterin und jeder Mitarbeiter versteht nach der Einführung, welche KI-Tools für welche Zwecke freigegeben sind — und welche nicht.
3. Quick Reference Card: Eine einseitige Kurzversion der Richtlinie (was ist erlaubt, was nicht, wohin wende ich mich bei Fragen) ist praktischer als das vollständige Dokument. Diese Karte kann ausgedruckt oder als Desktop-Wallpaper verteilt werden.
4. Frühzeitige Überarbeitung: Wenn die erste Nutzungsrichtlinie nach sechs Monaten bereits überholt ist (neue Systeme wurden freigegeben, Klassifizierungsregeln geändert), ist eine schnelle Überarbeitung mit kommunizierter Änderung besser als eine veraltete Richtlinie. Transparenz über Änderungen stärkt das Vertrauen.
Shadow AI als Feedback-Signal
Shadow AI ist kein reines Sicherheitsproblem — es ist auch ein Feedback-Signal: Mitarbeitende nutzen nicht genehmigte Tools, weil die offiziell freigegebenen Systeme ihren Bedarf nicht abdecken. Dieses Signal verdient Aufmerksamkeit.
Eine konstruktive Reaktion auf Shadow-AI-Findings: 1. Welcher Bedarf steckt hinter dem nicht genehmigten Tool? (Was versuchen die Mitarbeitenden damit zu erreichen?) 2. Kann dieser Bedarf mit einem genehmigten Tool abgedeckt werden? 3. Wenn nicht: Könnte das nicht genehmigte Tool nach einem Vendor Assessment (UE 102) freigegebenen werden? 4. Falls nicht genehmigungsfähig: Welches alternative genehmigte Tool deckt den Bedarf zumindest teilweise ab?
Diese Analyse macht aus einem Sicherheitsproblem eine Produktivitätschance. Statt Shadow-AI-Nutzer zu disziplinieren, werden ihre Bedürfnisse ernst genommen und in den offiziellen Tool-Freigabeprozess eingespeist.
Merksatz
Shadow AI ist das Symptom, nicht das Problem. Das Problem ist ein zu langsamer oder zu restriktiver offizieller Freigabeprozess. Die Nutzungsrichtlinie ist nur so wirksam wie der Freigabeprozess, der hinter ihr steht.
Internationaler Kontext: Datenschutzrecht und grenzüberschreitende KI-Nutzung
In international tätigen Organisationen stellt sich die Frage: Welches Recht gilt, wenn Mitarbeitende aus Deutschland einen US-amerikanischen KI-Dienst nutzen, der Daten auf Servern in den USA verarbeitet?
Die DSGVO gilt für alle Datenverarbeitungen, die Personen in der EU betreffen — unabhängig davon, wo der Dienst seinen Sitz hat (Marktortprinzip). Ein deutsches Unternehmen, das ChatGPT ohne Enterprise-Agreement einsetzt und dabei personenbezogene Kundendaten verarbeitet, unterliegt der DSGVO — auch wenn OpenAI seinen Hauptsitz in den USA hat.
Für die Nutzungsrichtlinie bedeutet das: Die Klassifizierungsregeln müssen explizit klarstellen, dass die Datenschutz-Anforderungen der DSGVO für alle genutzten KI-Dienste gelten — unabhängig von deren Herkunftsland. Personenbezogene Daten (Stufe 3 und 4) dürfen nur in Systeme eingegeben werden, für die ein wirksamer AVV mit EU-Standardvertragsklauseln oder ein anderer DSGVO-konformer Drittlandtransfer-Mechanismus besteht.
Vertiefung IV — Durchsetzung der Nutzungsrichtlinie: Von der Norm zur gelebten Praxis
Das Dreischichten-Modell der Compliance-Durchsetzung
Eine Nutzungsrichtlinie entfaltet ihre Wirkung auf drei Ebenen — und erst wenn alle drei zusammenwirken, ist die Richtlinie wirksam:
Ebene 1 — Normative Ebene (Was steht drin?): Die Richtlinie selbst, klar formuliert, mit konkreten Regeln und Beispielen. Diese Ebene wird durch das Schreiben der Richtlinie erfüllt.
Ebene 2 — Kommunikative Ebene (Wissen es alle?): Einführungskommunikation, Schulung, regelmäßige Erinnerungen. Eine Regel, die niemand kennt, ist wirkungslos. Diese Ebene erfordert aktive Kommunikationsarbeit — einmalig bei Einführung und regelmäßig bei Updates.
Ebene 3 — Technische Ebene (Ist es erzwingbar?): Technische Maßnahmen, die regelwidriges Verhalten entweder verhindern (präventiv) oder sichtbar machen (detektiv). Beispiele: Domänen-Blocklisten für nicht genehmigte Tools, Monitoring auf ungenehmigtes Tool-Nutzung, Alerts bei Shadow-AI-Erkennung.
Die häufigste Fehler: Nur Ebene 1 wird umgesetzt. Ohne Kommunikation (Ebene 2) und technische Verstärkung (Ebene 3) bleibt die Richtlinie ein Papiertiger.
Positivliste vs. Negativliste: Strategische Entscheidung
Bei der Gestaltung der Freigabeliste stehen zwei grundlegende Strategien zur Auswahl:
Negativliste (Verbotsprinzip): Alles ist erlaubt, was nicht explizit verboten ist. Vorteil: Maximal flexible Nutzung, wenig Bürokratie. Nachteil: Jede neue Bedrohung oder jedes neue problematische Tool muss aktiv erkannt und nachgetragen werden — das setzt ein kontinuierliches Monitoring voraus.
Positivliste (Erlaubnisprinzip): Erlaubt ist nur, was explizit genehmigt ist. Vorteil: Klare Kontrolle, kein ungenehmigtes Tool ist automatisch in Betrieb. Nachteil: Jedes neue Tool, das Mitarbeitende nutzen wollen, muss zuerst durch den Assessment-Prozess — das kann als bürokratisch wahrgenommen werden.
Empfehlung für Modul 9: Das Positivlistenprinzip ist für KI-Tools die sicherere Wahl — insbesondere solange die Governance-Strukturen noch aufgebaut werden. Mit einer gut strukturierten Tool-Anfrage-Karte (einfaches Formular für Freigabeanträge) und einer klaren Reaktionszeit von maximal zwei Wochen wird die Bürokratie-Wahrnehmung minimiert.
Jährliche Richtlinien-Überprüfung als Governance-Ritual
Eine Nutzungsrichtlinie, die einmal geschrieben wird und danach nie überprüft wird, veraltet. Der KI-Markt bewegt sich zu schnell. Empfehlung:
Jährliche Vollüberprüfung: Alle freigegebenen Tools werden neu bewertet. Neue Bedrohungsszenarien werden eingearbeitet. Regulatorische Entwicklungen (neue EU-AI-Act-Leitlinien, neue DSGVO-Entscheidungen) fließen ein.
Anlassbezogene Updates: Bei wesentlichen Marktveränderungen (z. B. Launch eines wichtigen neuen Anbieters, wesentliche regulatorische Änderung, interner Vorfall).
Dokumentierter Überprüfungsprozess: Wer hat wann welche Version überprüft und freigegeben? Diese Dokumentation ist Teil der Compliance-Nachweise (Art. 26 EU AI Act).
Vertiefung V — Nutzungsrichtlinie und KI-Agenten: Neue Regelungsbedarfe
Warum KI-Agenten besondere Regelungsbedarfe erzeugen
Klassische Nutzungsrichtlinien für KI-Tools gehen von einem einfachen Muster aus: Ein Mensch gibt einen Prompt ein, die KI antwortet, der Mensch bewertet und handelt. Bei KI-Agenten ist das anders: Der Agent handelt selbst — er sendet E-Mails, liest und schreibt Dateien, ruft externe Dienste auf, bucht Termine.
Diese Handlungsfähigkeit erzeugt Regelungsbedarfe, die in traditionellen KI-Richtlinien nicht adressiert sind:
1. Aktionserlaubnis: Welche Aktionen darf ein Agent ohne menschliche Bestätigung ausführen? (Drafts erstellen: erlaubt. E-Mails versenden: Bestätigung erforderlich. Externe API-Aufrufe: Assessment erforderlich.)
2. Datenzugriff: Auf welche Systeme und Daten darf der Agent zugreifen? (Kalender lesen: erlaubt. E-Mail-Postfach lesen: mit Einschränkungen. CRM-Daten ändern: Assessment erforderlich.)
3. Autonomie-Grenzen: Ab welchem Konsequenz-Level ist menschliche Überprüfung verpflichtend? (Routine-Aufgaben: Agent agiert autonom. Außergewöhnliche Situationen: Eskalation an Mensch.)
4. Audit-Trail: Alle Agenten-Aktionen werden vollständig protokolliert — nicht nur KI-Outputs, sondern auch tatsächlich ausgeführte Aktionen (welche Datei geöffnet, welche API aufgerufen, welche Nachricht gesendet).
Die Nutzungsrichtlinie muss für den Einsatz von KI-Agenten eine spezifische Sektion enthalten, die diese vier Regelungsbereiche abdeckt. Ohne diese Sektion ist der Agentenr-Einsatz mit dem Drei-Stufen-Freigabemodell (Grün / Gelb / Rot) als Gelb einzustufen — mit menschlicher Genehmigung vor jedem Produktiveinsatz.
Vertiefung VI — Tool-Genehmigungsprozess: Operatives Design
Eine Nutzungsrichtlinie ist nur so stark wie ihr Genehmigungsprozess. Zu langsame oder bürokratische Prozesse werden umgangen (Shadow AI). Zu lockere Prozesse bieten keinen Schutz. Das Ziel: Ein schlankes, aber wirksames Genehmigungssystem.
Das Drei-Stufen-Modell:
Stufe 1 — Sofortnutzung (keine Genehmigung): Klar definierte Tools mit Standard-Nutzungsbedingungen, für die eine organisationsweite Vorab-Freigabe gilt. Bedingungen: Keine personenbezogenen Daten, keine Kundendaten, keine Geschäftsgeheimnisse als Eingabe. Beispiel: Öffentlich zugänglicher ChatGPT-Account (Free/Plus) für allgemeine Textentwürfe auf Basis öffentlicher Informationen.
Stufe 2 — Schnell-Genehmigung (max. 48h): Für Tools, die über die Standardfreigabe hinausgehen, aber keine kritische Datenkategorie verarbeiten. Prozess: Formular (5 Felder: Tool-Name, Anwendungsfall, Datentypen, Nutzungsfrequenz, Antragsteller), Prüfung durch KI-Beauftragte:r, Rückmeldung in 48h. Ziel: Niedrige Hürde für Mehrwert-Nutzung.
Stufe 3 — Vollständige Prüfung (max. 14 Tage): Für Tools, die Kundendaten, personenbezogene Daten oder vertrauliche Interna verarbeiten sollen. Prozess: Vendor-Assessment-Checkliste (UE 102), Datenschutzprüfung durch DSB, IT-Sicherheitsprüfung, ggf. AVV-Abschluss, Genehmigung durch KI-Beauftragte:r und GF.
Eskalationspfade: Wenn ein Tool abgelehnt wird, besteht Anspruch auf Begründung und Alternativen. Wenn ein Tool dringend benötigt wird, gibt es einen Notfallpfad mit erhöhtem Monitoring.
Schlüssel zur Akzeptanz: Kommunizieren Sie den Prozess positiv — nicht als Bremse, sondern als Service. ›Wir helfen Ihnen, die richtigen Tools sicher zu nutzen.‹ Zeigen Sie regelmäßig genehmigte Tools in einem internen Katalog. Machen Sie Ablehnungen nachvollziehbar.
Metriken für den Genehmigungsprozess: Durchschnittliche Genehmigungsdauer (Ziel: Stufe 1 → sofort, Stufe 2 → 24h, Stufe 3 → 10 Tage), Ablehnungsquote (Benchmark: < 20% ist zu locker, > 60% ist zu restriktiv), Anzahl Genehmigungen pro Quartal (Wachstumstrend zeigt KI-Adoption), Anteil Shadow-AI-Meldungen nach Richtlinieneinführung (soll sinken).
Quelle: KI-Wissensbasis von MindsMachines, Edition Juni 2026. Vollständige Fassung mit Anhängen und Musterlösungen: als PDF anfordern.
Zurück zur Modul-Übersicht