Der Pilot hat funktioniert. Das war nie die Frage. Die Demo saß, die Genauigkeit war vertretbar, die Nutzer mochten es, und dann verbrachte er fünf Monate in einer Warteschlange und wurde still und leise nicht mehr erwähnt. Niemand hat ihn abgeschossen. Er ist ausgelaufen. Wenn Sie das schon zweimal erlebt haben, kommen Sie vermutlich zu dem Schluss, dass die Organisation kaputt ist, und ich möchte für eine weniger befriedigende Erklärung plädieren: Der Pilot war so zugeschnitten, dass er eine Frage beantwortete, an der niemand hing.

Die Demo beantwortet "kann das Modell das?". Die Organisation war sich darüber nie unsicher. Was sie nicht weiß: wer verantwortlich ist, wenn das Modell falsch liegt, wohin die Daten gehen, was bei der Verlängerung passiert und wer unterschreibt. Diese Fragen haben Owner, diese Owner haben Warteschlangen, und keiner von ihnen hat Ihren Piloten kommen sehen.

Beschaffung ist nicht der Bösewicht

Die technische Lesart ist, dass Beschaffung eine Steuer ist: risikoscheue Menschen, die offensichtlichen Wert ausbremsen. Diese Lesart ist bequem und größtenteils falsch, und sie festzuhalten ist teuer, denn man kann nicht um einen Prozess herum designen, den man für illegitim erklärt hat.

Beschaffung ist die Funktion, die fragt, ob das Unternehmen mit dieser Sache drei Jahre lang leben kann. Jede Frage, die sie stellt, kodiert einen früheren Vorfall, meist einen, der vor Ihnen liegt. Den Anbieter, der aufgekauft wurde und seinen Preis verdreifachte. Das Tool mit einer Datenpanne, die niemand eingrenzen konnte, weil es kein Inventar gab, was es enthielt. Die Verlängerung, die für ein Produkt automatisch durchlief, das zwei Personen nutzten. Das sind für die Person, die Ihr Formular prüft, keine Hypothesen. Sie sind der Grund, warum das Formular existiert.

Die Reibung ist real, und ein Teil davon ist tatsächlich Verschwendung. Aber die richtige Antwort auf ein langsames Gate ist, früh mit guten Antworten hineinzugehen, nicht zu hoffen, dass es nicht da ist.

Die vier Gates, die wirklich aufhalten

Sicherheitsprüfung

Der Fragebogen dreht sich nicht wirklich um die TLS-Konfiguration Ihres Anbieters. Er versucht festzustellen, was das Tool erreichen kann und was passiert, wenn es sich falsch verhält. KI-Tools schneiden hier aus strukturellen Gründen schlecht ab: Sie brauchen breiten Lesezugriff, um nützlich zu sein. "Jedes Dokument im Tenant lesen, um Fragen dazu zu beantworten" ist eine legitime Produktanforderung und eine wirklich alarmierende Zugriffsanfrage, und beide Tatsachen gelten gleichzeitig.

Der Pilot, der dieses Gate übersteht, ist der, der sein Berechtigungsmodell in einem Satz benennen kann. Standardmäßig nur lesend, mit Schreibzugriff als separatem, ausdrücklich zugestimmtem Schritt, ist eine grundlegend leichtere Prüfung als ein einziger Scope, der beides tut, egal wie gut das Audit-Log ist. Wenn das Tool seinen Wirkungsradius nicht beschreiben kann, wird Sicherheit es herausfinden, langsam, schriftlich, über sechs Wochen.

Auftragsverarbeitungsverträge

Hier sterben die meisten KI-Piloten tatsächlich, und zwar an einer Frage: Werden unsere Daten zum Training Ihrer Modelle verwendet?

Wenn die Antwort einen Absatz braucht, ist die Antwort faktisch ja, und die Rechtsabteilung wird es so lesen. Der AV-Vertrag braucht benannte Unterauftragsverarbeiter, in Tagen angegebene Aufbewahrung, festgelegte Löschung bei Vertragsende und die Trainingsfrage in einer Klausel beantwortet. Jede Ausweichformulierung fügt einen Prüfzyklus hinzu, und Prüfzyklen dauern jeweils zwei Wochen, weil die lesende Person vierzig andere Dinge zu tun hat.

Das sich verschärfende Problem ist, dass KI-Anbieter Unterauftragsverarbeiter häufiger wechseln, als es der AV-Vertragsrhythmus voraussetzt. Ein Wechsel des Modellanbieters ist eine Vertragsänderung. Niemand plant für die Vertragsänderung.

Die KI-spezifische Zusatzschicht

Neu seit etwa einem Jahr, und uneinheitlich angewendet: eine interne KI-Prüfung, die eine Risikoklassifizierung, eine Beschreibung der menschlichen Aufsicht und einen Nachweis verlangt, dass Sie Ihre Pflichten kennen. Wo das existiert, ist es oft das schnellste Gate, weil es neu genug ist, dass der Owner noch Zeit hat. Wo es noch nicht existiert, werden seine Fragen trotzdem gestellt, ad hoc, von wem auch immer es bemerkt hat, im ungünstigsten Moment. Mit dem Näherrücken der Transparenzpflichten zum 2. August ist zu erwarten, dass sich dieses Gate an mehr Stellen formalisiert, und das dürfte eine Verbesserung sein, denn ein definiertes Gate mit Warteschlange schlägt einen undefinierten Einwand, der in einem Lenkungsausschuss erhoben wird.

Budgetverantwortung

Der leiseste Killer. Ein Pilot läuft auf dem Ermessensbudget von jemandem oder einer kostenlosen Stufe. Produktion braucht eine Budgetposition, eine Kostenstelle und einen Owner, der sie im nächsten Zyklus verteidigt. Wenn der Sponsor des Piloten ein begeisterter Entwickler statt ein Budgetinhaber ist, gibt es unabhängig von den Ergebnissen keinen Weg vom Pilot zur Produktion, und das ist meist schon am ersten Tag für jeden sichtbar, der hinschaut.

Warum der Pilot selbst die Falle stellt

Piloten sind darauf ausgelegt, leicht zu starten zu sein, und genau das, was sie leicht startbar macht, macht sie unmöglich abzuschließen. Synthetische oder anonymisierte Daten, damit die AV-Vertragsfrage nie aufkommt. Ein Sandbox-Tenant, damit das Zugriffsmodell nie geprüft wird. Eine kostenlose Stufe, damit kein Budgetinhaber gebraucht wird. Ein begeistertes Team, damit keine Verantwortlichkeitsfrage gestellt wird.

Jede dieser Entscheidungen verschiebt ein Gate, statt es zu passieren. Dann gelingt der Pilot, und alle vier treffen gleichzeitig ein, in dem Moment, in dem alle glauben, der schwierige Teil sei erledigt und die verbleibende Arbeit sei Papierkram. Die Organisation hat sich keinen Millimeter Richtung Produktion bewegt, und jetzt ist sie zusätzlich enttäuscht.

Piloten auf die Gates zuschneiden

Die Lösung ist nicht mehr Governance im Piloten. Es ist, einen Piloten zu wählen, dessen Erfolg die Fragen beantwortet, die die Bereitstellung blockieren.

  • Nutzen Sie echte Daten auf einem echten Tenant, im kleinstmöglichen Umfang. Eine Abteilung, Produktionsdaten, das tatsächliche Berechtigungsmodell. Ein Pilot mit echten Daten und drei Nutzern passiert mehr Gates als ein Pilot mit synthetischen Daten und dreihundert Nutzern, weil er Antworten statt Versprechen liefert.
  • Lassen Sie den AV-Vertrag in Woche eins prüfen, nicht in Woche zwölf. Schicken Sie ihn vor der Demo an die Rechtsabteilung. Wenn die Trainingsklausel ein Problem ist, haben Sie das Ergebnis für den Preis einer E-Mail erfahren statt für den eines Quartals.
  • Benennen Sie den Budgetinhaber, bevor Sie starten. Wenn niemand die Budgetposition übernehmen wird, führen Sie den Piloten als Forschung und sagen Sie das laut. Das ist legitim. Was nicht legitim ist, ihn einen Weg zur Produktion zu nennen.
  • Schreiben Sie die Sicherheitsantworten, bevor der Fragebogen eintrifft. Berechtigungsmodell, Datenfluss, Unterauftragsverarbeiter, Aufbewahrung, Löschung. Eine Seite. Der Großteil der sechswöchigen Verzögerung sind Rückfragerunden, und Rückfragerunden sind Latenz, keine Arbeit.
  • Lassen Sie die Gates parallel zum Bau laufen. Sie sind warteschlangengebunden, nicht aufwandsgebunden. Nichts daran, dass die Rechtsabteilung einen AV-Vertrag liest, setzt voraus, dass Ihr Code schon existiert.

Das macht Piloten langsamer im Start und deutlich wahrscheinlicher im Abschluss, und dieser Tausch wird erst offensichtlich, nachdem man einen verloren hat. Das Gegenargument ist real: Gates auf explorative Arbeit vorzuziehen tötet die Exploration, und manche Piloten verdienen es, günstige Experimente zu sein, die schnell sterben. In Ordnung. Seien Sie nur ehrlich darüber, welche Art Sie führen, denn das Versagen, das ich beschreibe, ist kein schlechtes Experiment. Es ist ein gutes Experiment, das alle für einen Bereitstellungsplan gehalten haben.

Die Quintessenz

KI-Piloten sterben selten an Genauigkeit. Sie sterben, weil die Demo eine Frage beantwortete, an der niemand hing, während Sicherheitsprüfung, AV-Vertrag, die KI-Zusatzschicht und Budgetverantwortung bis zum Schluss unangetastet blieben und dann gemeinsam eintrafen. Beschaffung ist keine Behinderung; sie ist die Organisation, die fragt, ob sie damit drei Jahre leben kann, und diese Fragen kommen, ob Sie sie eingeplant haben oder nicht. Schneiden Sie den Piloten so zu, dass Erfolg bedeutet, ein Gate zu passieren. Die Teams, die ausliefern, sind nicht die mit den besseren Modellen. Es sind die, die die Zwölf-Wochen-Uhr in Woche eins gestartet haben.

Weiterlesen

Die Infrastrukturversion dieser Geschichte, warum Plattformmigrationen in denselben Warteschlangen stocken, finden Sie in den Field Notes auf ercan.cloud. Der Hub ist unter ercanermis.com.