KI-Einführung für Banken und Versicherungen
KI verstärkt, was in einer Organisation schon da ist: gute Abläufe genauso wie Schwächen. Ich führe die Einführung deshalb als Change-Projekt, in der Softwareentwicklung, im IT-Betrieb und in der Wissensarbeit. Erst Ziele und Regeln, dann der Pilot mit Messung, dann der Rollout. Ziel sind dauerhaft veränderte Prozesse und eine neue Denkweise, nicht nur neue Werkzeuge.
Erstgespräch anfragenVorgehen ansehenLizenzen sind schnell gekauft. Die Probleme zeigen sich danach, und sie sind selten technischer Natur. GitHub fasst die eigenen Erfahrungen so zusammen: Die Einführung ist vor allem eine Frage der Menschen, nicht der Technik. Quelle
Vorher kläre ich, was sich ohne KI lösen lässt. Was feste Regeln zuverlässig erledigen, braucht keine KI. Ich beginne dort, wo Fehler wenig Schaden anrichten und leicht zu erkennen sind.
Darauf kommt es an: Prüfkapazität im Review, Kontrolle neuer Abhängigkeiten, Agenten nur in abgeschotteter Umgebung.
Darauf kommt es an: Keine Änderung an der Produktion ohne menschliche Freigabe, nachvollziehbar im Störungs- und Änderungsmanagement.
Darauf kommt es an: Klare Datenklassen, Prüfung jedes Ergebnisses durch einen Menschen, freigegebene Werkzeuge statt privater Dienste.
Darauf kommt es an: Einbettung in IKT-Risikomanagement, Auslagerungsmanagement und Informationsregister, statt einer Parallelwelt.
| Klasse | Typische Anwendungsfälle | Voraussetzung |
|---|---|---|
| Einstieg | Code, Dokumente und Protokolle verstehen, zusammenfassen und Entwürfe erstellen. Ein Mensch prüft jedes Ergebnis vollständig. | Nutzungsrichtlinie, freigegebenes Werkzeug, Schulung |
| Ausbau | KI im Tagesgeschäft: Code schreiben, Tickets vorsortieren, Berichte vorbereiten. | Prüfpflicht, Messung im Pilot |
| Nur unter Aufsicht | Agenten, die selbständig in Systemen handeln. Sicherheits-, zahlungs- und buchungsrelevante Bereiche. | Abgeschottete Umgebung, eng begrenzte Rechte, Freigabe durch das verantwortliche Team |
| Ausgeschlossen | Änderungen an der Produktion ohne menschliche Freigabe. Zugangsdaten im Kontext der KI. Kundendaten in Werkzeugen, die dafür nicht freigegeben sind. | Technisch unterbunden, nicht nur verboten |
Die Zuordnung ist ein Ausgangspunkt. Welche Fälle bei Ihnen in welche Klasse gehören, legen wir in der Standortbestimmung fest.
KI ändert nicht nur Werkzeuge. Sie ändert, wie Menschen arbeiten, was sie können müssen und wofür sie geradestehen. Über den Erfolg entscheidet deshalb nicht die Technik, sondern ob die Menschen mitgehen. Die Installation des Werkzeugs ist der kleinste Teil.
Menschen tragen eine Veränderung mit, wenn sie verstehen, warum sie nötig ist und was sie selbst davon haben. Bleibt offen, wofür gewonnene Zeit genutzt wird, füllen Gerüchte die Lücke.
Daher: Das Management sagt zu Beginn klar, welche Ziele gelten und wofür gewonnene Zeit genutzt wird. Diese Botschaft bereite ich mit vor.
Skepsis hat oft gute Gründe: Sorge um Qualität, um Verantwortung, um die eigene Rolle. Wer sie übergeht, verliert gerade die erfahrensten Leute.
Daher: Skeptiker gehören in die Pilotgruppe. Ihre Einwände werden zu Prüfkriterien.
Wer bisher selbst geschrieben, analysiert oder ausgewertet hat, prüft künftig mehr. Das berührt Selbstverständnis und Können.
Daher: Lernpfade je Rolle und Zeit zum Üben, passend zu den Schulungsanforderungen nach DORA und Art. 4 der EU-KI-Verordnung. Ein Mensch verantwortet jedes Ergebnis.
Jede Veränderung hat eine Lernphase, in der die Leistung sinkt. Bei KI ist das belegt: In einer kontrollierten Studie brauchten erfahrene Entwickler mit KI 19 % mehr Zeit, erwartet hatten sie eine Beschleunigung. METR, 2025
Daher: Die Lernphase wird eingeplant und vorher angekündigt. Entschieden wird nach dem Pilot, nicht nach drei Wochen.
Belegte Erfolge im eigenen Haus überzeugen mehr als Vorführungen von Herstellern. Sie geben Rückenwind für die nächsten Schritte.
Daher: Ein Pilot mit Messung vorher und nachher. Erfolge werden gezeigt, Misserfolge auch.
Neue Abläufe bleiben nur, wenn sie zur Gewohnheit werden. Sonst kehrt die Organisation zu alten Mustern zurück, oder zu privaten Werkzeugen.
Daher: Richtlinie, Prüfschritte und Kennzahlen werden Teil der Linie. Multiplikatoren in den Teams halten sie lebendig.
Die Argumente folgen bewährten Modellen des Veränderungsmanagements, etwa Kurt Lewin (Auftauen, Verändern, Stabilisieren) und John P. Kotter (Dringlichkeit, Vision, schnelle Erfolge, Verankerung in der Kultur).
„Grundsätzlich gelten für alle Arten der Codeerstellung, sei es durch Menschen oder Maschinen, die gleichen Regelungen.“
Für KI gibt es keinen Sonderweg, weder in der Entwicklung noch im Betrieb oder im Fachbereich. Eine Richtlinie, die nur auf Vertrauen setzt, ist schwer zu prüfen. Wo möglich, setze ich die Regeln technisch durch: über zentrale Einstellungen der Werkzeuge, Berechtigungen und Prüfungen in den Abläufen.
Jede Stufe endet mit einer Entscheidung. Sie können nach jeder Stufe aufhören oder mit eigenen Leuten weitermachen. Ziel ist, dass Ihre Organisation ohne mich weiterarbeitet: Wissen, Richtlinien und Werkzeuge bleiben bei Ihnen.
2 bis 3 Wochen
Gespräche mit Management, IT-Leitung, Teams aus Entwicklung, Betrieb und Fachbereichen sowie Informationssicherheit, Datenschutz und Auslagerungsmanagement. Bestandsaufnahme von Werkzeugen, tatsächlicher Nutzung und vorhandenen Regeln. Auswahl der Einsatzfelder mit dem größten Nutzen bei beherrschbarem Risiko.
8 bis 12 Wochen, ein bis zwei Teams
Die Pilotgruppe ist gemischt: Befürworter, typische Anwender und ausdrücklich auch Skeptiker. Messung vor dem Start, Schulung entlang der Richtlinie, regelmäßige Auswertung gemeinsam mit dem Team. Die Prozessänderungen werden im Pilot erprobt, nicht nur beschrieben.
3 bis 6 Monate
Rollout in Wellen, über Teams und Einsatzfelder. Die nächste Welle startet erst, wenn die vereinbarten Kennzahlen der vorigen erreicht sind. Multiplikatoren in den Teams und eine Austauschrunde für alle, die mit KI arbeiten. Einbettung in IKT-Risikomanagement, Informationsregister und Änderungsmanagement.
nach Bedarf
Sparring für die Verantwortlichen, regelmäßige Auswertung der Kennzahlen, Anpassung von Richtlinie und Einsatzklassen an neue Werkzeuge und Modelle.
Ob KI hilft, zeigt sich in Ihren Kennzahlen und nicht in Vorführungen. Deshalb messe ich vor dem Pilot und danach, auch wenn das Ergebnis ernüchtert. Gemessen wird dort, wo die Arbeit stattfindet: in den Abläufen, in denen KI eingesetzt wird. Die Gliederung in Nutzung, Wirkung und Kosten folgt dem Messmodell von DX. Quelle
Stand Oktober 2026. Ich bin kein Rechtsanwalt. Die Bewertung im Einzelfall gehört zu Ihrer Rechts- und Compliance-Abteilung. Ich sorge dafür, dass sie früh beteiligt ist.
„Sein fachliches Wissen zum Projektmanagement war stets sehr überzeugend. Dadurch konnte er auch in Konfliktsituationen zielführende Lösungen erreichen.“
Nicht als langes Papier. Ziele, Prioritäten und Regeln entstehen in der Standortbestimmung und werden im Pilot an der Wirklichkeit geprüft.
Keines vorab. Die Auswahl hängt vom Einsatzfeld, Ihren Sicherheitsanforderungen und dem Betriebsort des Werkzeugs ab. Sie ist Teil der Standortbestimmung.
Sie sind nützlich, aber sie brauchen Leitplanken: abgeschottete Umgebung, eng begrenzte Rechte, Prüfungen als Kontrollinstanz und eine menschliche Freigabe. Deshalb kommen sie bei mir erst, wenn die Grundlagen im Pilot tragen.
In der Regel nein. Die EU-KI-Verordnung stuft im Finanzsektor vor allem die Kreditwürdigkeitsprüfung natürlicher Personen sowie Risikobewertung und Preisbildung in der Lebens- und Krankenversicherung als hochriskant ein. Diese Anwendungen gehören nicht zu den vier Einsatzfeldern.
Die Verordnung verlangt Maßnahmen zur Förderung der KI-Kompetenz, kein Zertifikat und kein bestimmtes Niveau. Sinnvoll ist eine Schulung, die direkt auf Ihre Nutzungsrichtlinie eingeht. Sie ist Teil von Pilot und Rollout.
Dann gehört diese Haltung an den Anfang und nicht ans Ende. Es gibt verschiedene Betriebsvarianten, vom eigenen Rechenzentrum bis zur Cloud im eigenen Mandanten. Welche zu Ihnen passt, klären wir mit Informationssicherheit und Auslagerungsmanagement in der Standortbestimmung.
Nein. Gemessen wird auf Teamebene, und die Kennzahlen dienen nicht der Leistungsbewertung einzelner Personen. Das gehört an den Anfang jeder Einführung.
Belastbare Aussagen liefert der Pilot nach acht bis zwölf Wochen. Rechnen Sie am Anfang mit einer Lernphase, in der die Produktivität eher sinkt.
Ja. Wenn die Leitung der IT, der Anwendungsentwicklung oder eines Programms vakant ist, übernehme ich die Verantwortung als Interim-Manager und führe die KI-Einführung als Teil dieser Rolle.
Im Erstgespräch klären wir Ihre Ausgangslage und den sinnvollen ersten Schritt.
E-Mail schreiben