Die Karte ist die Architektur

Im zweiten Workshop mit einem Distributor, der in vier europäische Länder verkauft, fragte der CIO, wann er das Architekturdiagramm zu sehen bekomme. Hinter uns zwei Tage Whiteboard: ein Kundenauftrag, verfolgt von einer E-Mail in einem Land bis zum versandten Karton in einem anderen, durch drei Geschäftssysteme, dreimal von Hand abgetippt. Wir sagten, das Whiteboard sei der Entwurf. Überzeugt sah er nicht aus. Das hier ist die längere Antwort, und sie gilt, ob Sie Teile, Patienten, Policen oder Pakete bewegen.

Wachstum stockt an den Übergaben

Wachstum kommt als mehr Volumen, neue Märkte oder ein Zukauf. Was bricht, ist selten ein Team; es ist der Raum zwischen den Teams: der Auftrag, der von einem System ins andere kopiert wird, das PDF, das ein Mensch liest und abtippt, die Monatszahl, die aus Tabellen zusammengesetzt wird. Jedes davon ist eine Übergabe zwischen einem Menschen, einem System und einem Dokument, und eine Übergabe von Hand hat die Kapazität der Arbeitswoche dieses Menschen. Verdoppelt sich das Geschäft, bildet sich dort die Warteschlange.

Deshalb folgt die Karte, die wir in der ersten Woche zeichnen, einem Arbeitsablauf, den das Wachstum einklemmt, von Anfang bis Ende, durch welche Systeme und Länder auch immer. An den Übergaben wird alles sitzen, was wir später bauen.

Eine Übergabe ist eine Vereinbarung

Auf dem Whiteboard ist eine Übergabe ein Pfeil. Im System ist sie eine schriftliche Vereinbarung: wie die Daten aussehen, was jedes Feld bedeutet, welche Summen aufgehen müssen, wann sie ankommen und wem jedes Ende gehört. Bleibt sie „die Datei, die wir jede Nacht schicken", scheitert sie leise: Ein Datumsformat ändert sich nach einem Update, eine Summe fehlt, und einen Monat lang merkt es niemand. Unter einer Vereinbarung wird eine Datei, die sie bricht, als Ganzes zurückgehalten, und ihr Verantwortlicher erfährt es noch am selben Morgen.

Sie zu schreiben füllt den größten Teil des ersten Monats, weil zwei Teams, die seit Jahren eine Datei tauschen, mit „geliefert" oft verschiedene Dinge meinen. Sie sind auch das Erste, was ein neuer Markt braucht: Als das vierte Land des Distributors dazukam, bestand die Arbeit aus einer neuen Vereinbarung und einer Tabelle, die seine Produktcodes denen der anderen zuordnet.

Ein Schritt hat eine Art

Bevor jemand ein KI-Modell auswählt, wird jeder Kasten auf der Karte als eine von drei Arten von Arbeit markiert.

Lesen macht aus etwas, das für Menschen geschrieben wurde, Daten, mit denen ein System arbeiten kann: das PDF eines Lieferanten in Positionen mit Chargennummern und Verfallsdaten, eine E-Mail in einen Auftrag, ein Überweisungsschreiben in einen Fall, ein Service-Ticket in eine Kategorie. Hier verdient KI ihren Platz, weil die Eingabe keine feste Form hat und sich keine Regel dafür schreiben lässt.

Prüfen hat eine richtige Antwort: eine Menge gegen das Bestellte, einen Bestand gegen die Nachbestellgrenze, eine Ticketkategorie gegen das zuständige Team. Das gehört in gewöhnliche Software, die pro Durchlauf nichts kostet und die das Team lesen kann. KI kann diese Rechnung auch, aber sie berechnet jede einzelne und liegt bei manchen falsch.

Entscheiden ändert etwas, woran das Unternehmen festgehalten wird: Ware wird ins Lager übernommen, ein Bericht wird freigegeben, ein Auftrag wird dem Kunden bestätigt. Das gehört einem benannten Menschen, der die Belege auf einem Bildschirm sieht und Ja oder Nein sagt.

Schritte wandern nur in eine Richtung, von KI zu gewöhnlicher Software. Bleibt das Dokumentlayout eines Lieferanten lange genug gleich, bekommt der Leseschritt einen festen Parser und wird zum Prüfschritt. Für eine Behörde haben wir die Ticket-Sortierung so gebaut, im eigenen Netz der Behörde: KI liest und klassifiziert, feste Regeln schicken jedes Ticket an ein Team, und die Mitarbeiter der Behörde ändern diese Regeln ohne uns.

Eine Entscheidung sagt, wie viel die KI darf

Jeder Entscheidungsschritt trägt eine weitere Zeile auf der Karte: wie weit der KI dort vertraut wird. Sie darf nur vorschlagen, oder Arbeit vorbereiten, die ein Mensch freigibt, oder handeln und danach berichten. Diese Stufe wird auf Evidenz verdient, Fallart für Fallart, und sie steht auf der Karte neben dem Schritt, wo der verantwortliche Manager sie sieht. Weil die Karte auch weiß, was jeden Schritt speist, weiß sie, wann die Evidenz veraltet ist. An einem Auftragsschalter, den wir für einen Hardware-Lieferanten getestet haben, sagt die Regel neben dem Leseschritt: Kommt ein neues Auftragsformat herein, fällt jede Entscheidung, die er speist, auf „ein Mensch gibt frei" zurück, bis sie sich neu bewiesen hat. Ein Einstellungsbildschirm in einem KI-Werkzeug kann diese Regel nicht ausdrücken; er weiß nicht, woher seine Eingabe kommt.

Ein Protokoll läuft an der Karte entlang

Jede Übergabe wird mit ihrem Ergebnis protokolliert, jeder Leseschritt mit dem, was er gelesen hat und wo, jede Entscheidung mit den Belegen, dem Menschen und der Zeit. Für eine Gruppe, die die Abschlüsse von mehr als zwanzig Gesellschaften zu einem Bericht für den Vorstand zusammenführt, setzt dieses Protokoll eine einfache Regel durch: Eine falsche Zahl wird nie im Bericht korrigiert, nur in den Büchern der Gesellschaft. Sieht eine Zahl falsch aus, sagt das Protokoll, welche Gesellschaft, welches System, welche Zeile.

Das laufende System liest die Karte

Der Unterschied zwischen einem Whiteboard und einem Architekturdiagramm ist, dass unser System aus der Karte läuft. Die Vereinbarungen, die Arten der Schritte, die Vertrauensstufen und die Weiterleitungsregeln liegen in einem Ordner mit Dateien und vollständiger Änderungshistorie, in der Umgebung des Kunden. Die Karte zu ändern heißt, diese Dateien über die normalen Freigaben des Kunden zu ändern. Ein KI-Prompt ist dort eine Datei und enthält nie die Regeln des Geschäfts.

Das zählt umso mehr, seit ein großer Teil der Software mit KI geschrieben wird. Ein KI-Programmierwerkzeug erledigt genau die Aufgabe vor sich, gut, ohne Gespür dafür, wie sie ins Ganze passt. Die Karte sagt, wohin jede Art von Arbeit gehört, bevor irgendjemand, Mensch oder KI, sie schreibt. Eine Änderung ohne Platz auf der Karte wird nicht angenommen.

Die Karte wahr halten

Der häufigste Fehler in Systemen, die vor uns gebaut wurden, ist eine Karte, die einmal gezeichnet und zurückgelassen wurde, während sich die Arbeit änderte, bis die Übergabe, auf die sich alle verlassen, eine Tabelle ist, die freitags per E-Mail geht. Eine Karte bleibt nur wahr, wenn die tägliche Arbeit ohne sie nicht läuft: Die Warteschlange der Ausnahmen ist nach den Schritten der Karte geordnet, die Testfälle sind nach Schritt markiert, und jede Änderung am System ist eine Änderung an der Karte.

Wenn wir gehen, gehört sie zwei benannten Menschen auf Kundenseite: dem Manager, der für die Arbeit verantwortlich ist und Änderungen genehmigt wie jede andere Änderung an der Arbeitsweise seines Teams, und einem Ingenieur, der sie mit uns gebaut hat. Beim richtigen Detailgrad haben wir mehr als einmal danebengelegen; eine Karte mit jedem Klick darauf ist so nutzlos wie eine ohne.

So probieren Sie es an einem Arbeitsablauf aus: Holen Sie die Menschen in den Raum, die ihn erledigen, folgen Sie ihm von Anfang bis Ende, schreiben Sie die fünf Zeilen der Vereinbarung an jeden Pfeil, liest, prüft oder entscheidet in jeden Kasten und einen Namen an jede Entscheidung. Dann fragen Sie, ob ein Ingenieur, der Sie nie getroffen hat, daraus Ihren nächsten Markt anbinden könnte. Wenn nicht, ist es noch ein Diagramm.