Schichtübergabe statt Sitemap: Was Domänenwissen im Batchmanagement verändert

In der Behälterglas-Produktion ist ein Rezept keine Liste von Zutaten. Es ist eine Entscheidung über Temperatur, Redox, Kosten und das, was die nächste Schicht vorfindet. Wer das nur als Formularfelder modelliert, verliert die Reihenfolge, in der die Realität zuschlägt. Zuerst gilt eine Version. Dann wird gewogen. Dann ist der Silo leichter. Dann muss die Wanne zur Rechnung passen. Dann übergibt die Schicht. Die Maske, die alle Felder gleichzeitig anbietet, kennt diese Folge nicht.

Domänenwissen ändert deshalb zuerst die Fragen. Nicht welche Maske fehlt, sondern was nach dem Wiegen nicht mehr still verschwinden darf. Was eine Schicht der nächsten hinterlassen muss, ohne mündliche Zusatzrechnung. Welche Zahl am Abend noch zur Halle passt, wenn drei Stationen geschrieben haben. Aus diesen Fragen folgen Invarianten. Aus Invarianten folgt das Modell. Aus dem Modell folgen Masken, nicht umgekehrt.

Die technischen Konsequenzen sind selten spektakulär. Buchungen werden Zustände. Berechnungen bleiben an Versionen gebunden. Validierung ist ein Schritt, den jemand sehen kann. Migrationen und Sicherungen gehören zum Produkt. Schichtbeginn ist eine Uhr. Nichts davon gewinnt einen Architekturpreis. Alles davon entscheidet, ob um sechs noch jemand den Vortag erklären kann.

Ohne Domäne entstehen andere Fehler, oft spät. Ein Soft-Delete, das den Silo nicht zurückdreht. Eine Rezeptänderung, die in bereits gewogene Sätze hineinschreibt. Eine Kostenrechnung, die die offene Maske nimmt statt der Version an der Waage. Eine Schichtübergabe, die nur als Kommentarfeld existiert. Jeder einzelne Punkt sieht in der Demo unauffällig aus. In der Halle addieren sie sich zu einer Nacht.

Deshalb gehört jemand, der den Prozess erklären kann, an den Anfang der Architektur, nicht an das Ende der Abnahme. Abnahme findet den fehlenden Knopf. Sie findet selten die fehlende Unumkehrbarkeit. Der teuerste Fehler ist der, den das System erlaubt, weil niemand ihn für fachlich gehalten hat.

Für Auftraggeber und Teams: verlangen Sie die Erklärung des Tages, bevor Sie die Erklärung des Stacks verlangen. Wenn der Tag nicht erzählbar ist, wird die Software ihn auch nicht tragen. Wenn er erzählbar ist, wird der Stack vergleichsweise langweilig. Das ist in diesem Feld ein gutes Zeichen.