InsideAI-Rollout bei einem Energieversorger

Der Rollout hing nicht an der Technik. Er hing an vier Fragen, die im ersten Gespräch gestellt wurden und die eine Plattform beantworten können muss, bevor jemand sie einführt.

Die Anbindung an Keycloak war an einem Tag erledigt. Die Betriebsvereinbarung dauerte länger, und das ist die Reihenfolge, in der solche Projekte laufen: die Technik wartet auf die Zustimmung, nicht umgekehrt.

Wir haben die drei Bestandswerkzeuge nicht abgeschaltet, bevor die Ablösung stand. Die Konten liefen zwei Wochen parallel.

Warum vier Wochen und nicht vier Monate

Nicht, weil schnell gearbeitet wurde. Weil wenig gebaut wurde.

Die Plattform bringt mit, was ein Rollout braucht: Anmeldung, Rollen, Protokolle, Kostengrenzen, Retrieval. Nichts davon musste entstehen. Was entstand, war die Zuordnung: welche Abteilung welche Quellen sieht, welcher Deckel je Kostenstelle gilt, welcher Vorgang zuerst dran ist.

Der Unterschied zwischen vier Wochen und vier Monaten liegt fast immer darin, ob eine Plattform gebaut oder eingerichtet wird.

Woche 1: Aufnahme

Mit sechs Fachbereichen die Vorgänge durchgegangen, jeweils zwei Stunden. Am Ende standen vierzehn Kandidaten, bewertet nach vier Zahlen: wie oft der Vorgang vorkommt, wie lange er heute dauert, wie prüfbar sein Ergebnis ist und was ein Fehler kostet.

Daraus wurde eine Reihenfolge, und, was mehr Zeit kostete, eine Liste dessen, was vorerst liegen bleibt. Der zweite Teil war der schwierigere. Wer vierzehn Kandidaten hat und mit einem anfängt, muss dreizehn Fachbereichen sagen, warum sie warten.

Woche 2: Pilot

Ein Vorgang aus der Netzdokumentation, an echten Daten, mit den Menschen, die ihn heute bearbeiten. Über achtunddreißig Fälle, nicht über fünf.

Am Ende stand ein Vergleich: Dauer vorher, Dauer nachher, Fehlerquote in beiden Fällen. Er trug. Hätte er nicht getragen, wäre der Pilot trotzdem seine Kosten wert gewesen. Er hätte ein Jahr Arbeit an der falschen Stelle verhindert.

Woche 3 und 4: Rollout

Anmeldung über den vorhandenen Identity Provider, Rollen aus den bestehenden Gruppen. Keine zweite Benutzerverwaltung, und das war die wichtigste Einzelentscheidung des Projekts: Ein Haus mit neun Abteilungen und laufender Fluktuation pflegt keinen zweiten Benutzerbestand, es vergisst ihn.

Kostendeckel je Kostenstelle, hart. Ist der Deckel erreicht, werden weitere Läufe abgelehnt, mit einer Meldung und nicht mit einem Fehler. Der Einkauf hatte darauf bestanden, und die Erfahrung gibt ihm recht: Eine Rechnung, die am Monatsende überrascht, kostet mehr Vertrauen als jede Verzögerung.

Der Betriebsrat saß ab Woche 1 am Tisch

Nicht aus Höflichkeit. Eine Betriebsvereinbarung, die nach dem Rollout verhandelt wird, hält das Vorhaben Monate auf, nicht weil blockiert wird, sondern weil berechtigte Fragen Zeit brauchen.

Geliefert wurde die technische Grundlage: eine vollständige Liste dessen, was das System tut und was es protokolliert. Den Entwurf schrieb die Rechtsabteilung. Die Vereinbarung stand vor dem Rollout und nicht danach.

Was danach kam

Der zweite Vorgang, dann der dritte. Nicht gleichzeitig. Ein System, das für vierzehn Vorgänge gebaut wird, bevor einer davon läuft, wird für keinen davon gut sein.