Zurück zu Growth Notes

Ihr KI-Experte verbirgt vielleicht ein Problem, das Sie nicht sehen können. Hier erfahren Sie, warum es ein echtes Risiko ist, wenn eine einzige Person das gesamte KI-Wissen besitzt, und wie Sie es beheben, ohne diese Person zu verlieren.

Die meisten Führungsteams lieben ihre KI-Person. Dinge werden schnell umgesetzt, die Demos beeindrucken den Vorstand, und jede Automatisierungsanfrage wird innerhalb einer Woche erledigt. Was sie nicht sehen, ist das Risiko, das sich unter dieser Geschwindigkeit verbirgt. Ihr einziger KI-Experte kaschiert die Risse im System.

Wenn diese Person also kündigt, oder auch nur zwei Wochen Urlaub nimmt, verlangsamt sich die KI-Arbeit nicht nur. Sie steht still. Das ist kein persönliches Leistungsproblem. Es ist ein strukturelles, und es bedroht still jedes Unternehmen, das eine einzige Person zur gesamten KI-Kompetenz hat werden lassen.

Das versteckte Risiko der KI-Person

In den meisten Teams landet am Ende eine einzige Person bei jedem Prompt, jeder Automatisierung, jeder Integration mit dem Modellanbieter. Die Führung feiert sie, verweist auf sie in Vorstandsupdates, und hört still auf zu fragen, wie irgendetwas davon tatsächlich funktioniert, weil die zuständige Person nie Hilfe zu brauchen scheint.

Dieses Schweigen ist das Risiko. Jeder Prompt existiert nur in ihrem Kopf oder ihren persönlichen Notizen. Jede Umgehungslösung für eine Eigenheit des Anbieters wurde nie aufgeschrieben, weil das Aufschreiben langsamer erschien als es beim nächsten Mal einfach wieder zu reparieren. Jede Architekturentscheidung, warum dieses Modell und nicht jenes, warum diese Daten hierhin fließen und nicht dorthin, existiert nur als etwas, an das sie sich erinnert, nicht als etwas, das die Organisation besitzt.

Ein System, das nur eine einzige Person bedienen kann, ist kein System. Es ist eine Abhängigkeit mit Berufsbezeichnung.

Warum es unsichtbar bleibt, bis es zerbricht

Key-Person-Risiko taucht in keinem Dashboard auf. Alles sieht gut aus, bis genau in dem Moment, in dem es das nicht mehr tut: Die Person ist nicht erreichbar, ein Anbieter ändert eine API und nur sie weiß, welche der sechs Integrationen vom alten Verhalten abhängt, oder sie geht einfach weiter, und die Organisation stellt fest, dass „wie KI hier funktioniert" nirgendwo festgehalten wurde, wo man es ohne sie finden könnte.

Sobald es sichtbar wird, ist es teuer. Institutionelles Wissen von Grund auf neu aufzubauen, unter Druck, mit einem System, das bereits produktiv läuft, kostet weit mehr, als die Dokumentation unterwegs gekostet hätte. Das Risiko war die ganze Zeit da. Es war nur still.

Was das Risiko tatsächlich reduziert

Nicht eine zweite Person einzustellen, die der ersten über die Schulter schaut, und nicht den Experten zu bitten, langsamer zu machen und einmal alles zu erklären. Beides fühlt sich wie eine Lösung an, und keines übersteht den Kontakt mit einer echten Deadline. Was das Risiko reduziert, ist, Dokumentation zu einem Nebenprodukt der Arbeit selbst zu machen, nicht zu einer separaten Aufgabe, die um dieselben Stunden konkurriert.

Architekturentscheidungen, Umgehungslösungen und der Grund dahinter werden in dem Moment aufgeschrieben, in dem sie getroffen werden, nicht im Nachhinein aus dem Gedächtnis rekonstruiert. Prompts und Systemanweisungen liegen in einem Repository mit Verlauf, nicht in einer persönlichen Notiz-App. Jede nicht offensichtliche Entscheidung trägt Datum und Begründung, sodass jemand, der sie in sechs Monaten liest, nicht nur versteht, was gewählt wurde, sondern warum, und sie sicher ändern kann, wenn der Grund nicht mehr gilt.

Das ist im Moment langsamer. Es ist die einzige Version von schnell, die überlebt, wenn die Person, die es gebaut hat, in den Urlaub fährt.

The ODB Way

Bei ODB Growth hinterlässt jedes Projekt mehr als funktionierende Software. Architekturentscheidungen, Umgehungslösungen und die unterwegs getroffenen Entscheidungen werden aufgeschrieben, während sie getroffen werden, mit Begründung und Datum, sodass jeder, der die Sache in drei Monaten übernimmt, nachlesen kann, was passiert ist und warum, ohne die Person zu brauchen, die es gebaut hat.

Das ist kein Bericht, der am Ende übergeben wird. Es ist die Arbeitsweise durchgehend, denn ein System, das nur eine Person erklären kann, ist nicht fertig, egal wie gut es heute funktioniert.

Onno de Bel

Onno de Bel

AI Engineer & Architect | ODB Growth

Bereit, etwas zu bauen,
das eine Kennzahl bewegt?

Lassen Sie uns herausfinden, wo KI in Ihrem Prozess wirklich etwas bringt, und es bauen.

Growth Call planen