Anfang dieses Jahres hat unser Team bei 8090 die Abrechnungs-Engine einer großen Einheit auseinandergenommen. Es handelte sich um 18 Millionen Zeilen COBOL und Assembly, die sich seit der Zeit angesammelt hatten, bevor einige unserer Ingenieure überhaupt geboren wurden. Niemand verstand sie mehr vollständig, aber mit unserer Software Factory haben wir sie in 40 Tagen in mehr als 100.000 klar formulierte englische Regeln zurückentwickelt. Als ich diese Arbeit abschloss, wurde mir klar, warum der Begriff „Software-Fabrik“ plötzlich auch von allen anderen verwendet wurde.
Das Konzept wird vereinnahmt, weil es eine gewisse industrielle Zuverlässigkeit impliziert, die Unternehmen wollen, aber nicht bekommen. Software-Fabriken haben eine fünfzigjährige Geschichte hinter sich, und ihr einzigartiges definierendes Merkmal ist etwas, das Unternehmen mehr denn je brauchen – ein Produktionssystem, das Output garantiert. Dies steht im Gegensatz zu einer wachsenden Frustration über eine Vielzahl von Tools, die Einzelpersonen befähigen, aber ganze Systeme chaotischer machen.
Der Begriff ist älter, als die meisten glauben
Hitachi eröffnete 1969 die „Software Works“ als eine regelrechte Fabrik: ein Gebäude, in dem Software unter statistischer Qualitätskontrolle produziert wurde, mit Fehlerraten gemessen pro tausend Zeilen Code, standardisierten Prozessen und einem Management-Team, das für die Output-Qualität verantwortlich war. Toshiba, NEC und Fujitsu folgten, und in den 1970er und 1980er Jahren lieferten diese japanischen Software-Fabriken einige der zuverlässigsten Codezeilen aus, die je geschrieben wurden. Die von ihnen produzierten Systeme betrieben jahrzehntelang die Banken-, Schienen- und Energieinfrastruktur.
Im Jahr 2004 veröffentlichten zwei Microsoft-Architekten ein Buch mit dem Titel „Software Factories“, in dem sie argumentierten, dass Software so gebaut werden sollte wie Autos: aus bewährten Komponenten, auf wiederholbaren Produktionslinien, mit Variation, die durch vorausschauendes Design kontrolliert wird, anstatt durch Heldentaten im späteren Verlauf behoben zu werden. Die US Air Force betreibt heute Software-Fabriken. Kessel Run baut und betreibt Missionssoftware für das Verteidigungsministerium, und wenn diese Software kaputtgeht, sind sie dafür verantwortlich.
Über sechzig Jahre hinweg blieb eines konstant – bis zu dieser KI-Welle. Eine Fabrik war nie ein Werkzeug oder ein Produktivitäts-Hack, egal wie gut. Eine Fabrik war ein Produktionssystem, das Inputs aufnahm, fertige Güter produzierte und für die Qualität dieser Güter einstand. Anders gesagt: Ford hat Ihnen nie einen Schraubenschlüssel, ein paar Teile verkauft und Ihnen viel Glück gewünscht. Ford verkaufte Ihnen ein Auto, und wenn das Auto versagte, rief Ford es zurück, weil es ihre Fabrik war, die es produziert hatte.
Das ist der Standard, und ich würde argumentieren, dass moderne Software-Fabriken sich ebenfalls daran halten müssen.
Die fünf Tests
Eine Software-Fabrik sollte fünf Tests bestehen. Wenn Sie auch nur einen davon verfehlen, haben Sie etwas anderes. Dieses etwas andere ist höchstwahrscheinlich ein Entwickler-Tool, das nützlich sein kann, aber ein anderes Produkt mit einer anderen Verpflichtung ist.
Test eins: Eine Fabrik beginnt mit der Geschäftsabsicht. Der Input einer Fabrik ist das, was das Unternehmen benötigt, ausgedrückt in der Sprache des Unternehmens: Anforderungen, Regeln, regulatorische Einschränkungen, gewünschte Ergebnisse. Wenn der Input stattdessen ein Jira-Ticket ist, das von einem Ingenieur für einen anderen Ingenieur geschrieben wurde, betrachten Sie ein Elektrowerkzeug, das an einen bestehenden Prozess angeschraubt wurde. Der ganze Sinn einer Fabrik ist, dass der Kunde das Produkt beschreibt und die Fabrik die Produktion herausfindet.
Test zwei: Eine Fabrik bewahrt Kohärenz unter kontinuierlicher Veränderung. Dies ist der schwierigste Test, und es ist derjenige, über den fast niemand auf dem Markt für KI-Tools spricht, weil ihre Produkte es noch schlimmer machen.
Neuen Code zu schreiben war nie der Engpass in Unternehmenssoftware. Der Engpass ist, dass ein echtes System jede Woche von Dutzenden von Menschen geändert wird. Jede Änderung ist eine Gelegenheit, dass das System auseinanderfällt. Anforderungen weichen von der Dokumentation ab. Dokumentation weicht vom Code ab. Code weicht von Tests ab. Geben Sie dieser Abweichung zwanzig Jahre Zeit, um sich zu summieren, und Sie erhalten die Abrechnungs-Engine, die ich eingangs beschrieben habe: 18 Millionen Zeilen, die niemand in ihrer Gesamtheit versteht, ein Wartungsvertrag mit Anbietern, die jährlich um 5 bis 8 % steigen, und eine Organisation, die ihre eigene Software nicht mehr ohne Angst ändern kann.
Die Realität ist, dass Codegenerierung die Abweichung beschleunigt. Wenn Ihre Agenten zehnmal mehr Code gegen Spezifikationen produzieren, die nicht synchron gehalten werden, verursachen Sie eine Abweichung mit beispielloser Geschwindigkeit. Das 18-Millionen-Zeilen-Problem dauerte vier Jahrzehnte, um von Hand gebaut zu werden, aber Agentenflotten ohne Governance werden dies in wenigen Jahren aufbauen.
Eine funktionierende Software-Fabrik hält Absicht, Spezifikation, Code, Tests und Produktionsverhalten als ein einziges verwaltetes Objekt synchron. Ändern Sie die Anforderung, und der Code ändert sich. Hotfixen Sie den Code, und die Anforderung aktualisiert sich. Bitten Sie einen Anbieter, Ihnen diese geschlossene Schleife live an einem echten System zu zeigen. Wenn er das nicht kann, verkauft er Codegenerierung. Und obwohl nützlich, ist es etwas anderes.
Test drei: Eine Fabrik arbeitet unabhängig von einer bestimmten Person. Ein Werkzeug ist nur so gut wie die Person, die es benutzt. Geben Sie denselben Coding-Agenten zwei Ingenieuren, und Sie werden radikal unterschiedliche Ergebnisse erhalten, je nachdem, wer die Prompts schreibt, wer die Diffs überprüft und wer die Fehler findet. Diese Varianz ist bei einem Werkzeug akzeptabel. In einem Produktionssystem ist sie disqualifizierend. Eine Fabrik sollte mit vorhersagbarer Geschwindigkeit und Qualität produzieren, unabhängig davon, wer gerade arbeitet, was genau die statistischen Kontrollen von Hitachi gewährleisten sollten: Qualität als Eigenschaft der Linie, nicht des Bedieners.
Die Art und Weise, wie eine Fabrik dies erreicht, ist, dass Wissen im System und nicht in Einzelpersonen akkumuliert wird. Wenn eine Person dazukommt, übergibt die Fabrik ihr alles, was sie bereits gelernt hat. Wenn eine Person geht, geht nichts mit ihr zur Tür hinaus. Die meisten Unternehmenssoftware scheitert an diesem Test katastrophal. Der Grund, warum eine Abrechnungs-Engine unlesbar wird, ist nicht schlechter Code. Es ist, dass das Verständnis des Codes in Menschen lebt und sich die Menschen im Laufe der Jahre ändern. Wenn ihr Wissen nie von einem System erfasst wird, wird das System langsam zu einer Blackbox.
Um klar zu sein, das bedeutet nicht, dass Menschen unwichtig sind oder dass eine Fabrik keine Rechenschaftspflicht verlangt. Eine Fabrik hat immer eine bestimmte Person, die für den Output verantwortlich ist. Sie ist nur nie darauf angewiesen, dass eine von ihnen unersetzlich ist. Ein System, das einen Helden braucht, um zu funktionieren, hat weder Rechenschaftspflicht noch eine Fabrik. Es hat einen Helden, und Helden finden irgendwann neue Abenteuer.
Test vier: Jede Output-Einheit ist rückverfolgbar. In einer echten Fabrik hat jedes Teil eine „Chargennummer“. Wenn etwas versagt, verfolgen Sie es durch die Produktionslinie zurück zur Charge, zur Maschine und zur Schicht. Regulierte Industrien verlangen genau dies von Software, und deshalb waren sie am langsamsten bei der Einführung von KI-Coding-Tools. „Das Modell hat es geschrieben“ ist keine Antwort, die ein Prüfer akzeptiert. Eine Software-Fabrik erzeugt den Prüfpfad als Nebenprodukt der Produktion selbst: Diese Regel existiert aufgrund dieser Anforderung, genehmigt von dieser Person, implementiert in dieser Änderung, verifiziert durch diesen Test, bereitgestellt zu dieser Zeit. Die Herkunft muss in die Produktionslinie eingebaut sein, was bedeutet, dass nachträglich geschriebene Dokumentation nicht zählt.
Test fünf: Jemand ist für das fertige Produkt verantwortlich. Dies ist der Test, der eine Software-Fabrik von einem Entwickler-Tool unterscheidet, weil es derjenige ist, den die meisten Tool-Anbieter nicht erfüllen wollen.
Eine Fabrik liefert ein Produkt, für das sie einsteht. Wenn die Abrechnungs-Engine eine Forderung falsch berechnet, wenn das Handelssystem eine falsche Zahl produziert, wenn die Fertigungsvalidierung ein schlechtes Teil genehmigt, antwortet eine bestimmte Person dafür, behebt es und trägt die Kosten. Ich habe jetzt viele KI-Tool-Verträge gelesen, und die Abschnitte zum geistigen Eigentum erstrecken sich über Seiten, aber der Abschnitt zur Verantwortlichkeit besteht normalerweise aus einem Satz, und der Satz besagt, dass die Ausgabe wie besehen bereitgestellt wird und die Überprüfung Ihr Problem ist. Dies ist für eine Fabrik völlig disqualifizierend.
Einer unserer Kunden, eine börsennotierte Krankenversicherung, hat seine Regeln für zahlbare Forderungen in einen deterministischen Vorfilter umgewandelt und die an einen Pay-per-Catch-Anbieter weitergeleiteten Forderungen um über 80 % reduziert, wodurch über vier Jahre mehr als 20 Millionen US-Dollar vermieden wurden. Solche Zahlen entstehen nur, wenn die Partei, die die Arbeit erledigt, für das Ergebnis haftet.
Was keine Fabrik ist
Wenden Sie die Tests an, und viele, die sich selbst als Fabrik bezeichnen, sind stattdessen etwas anderes.
Coding-Agenten, egal wie gut, sind Werkzeuge. Sie nehmen Engineering-Aufgaben als Input, produzieren Code als Output und übertragen die gesamte Überprüfung und Verantwortung auf die Ingenieure des Kunden. Eine Flotte von ihnen als Fabrik zu bezeichnen, ändert daran nichts.
Agent-Orchestrierungs-Dashboards sind Überwachungswerkzeuge. Sie erleichtern es, Agenten bei der Arbeit zu beobachten.
Benchmarks sind Messrahmen für Werkzeuge. Eine hohe Punktzahl sagt Ihnen, dass ein Werkzeug bei Benchmark-Aufgaben gut ist. Es kann Ihnen nicht sagen, ob Ihr System nach zwei Jahren kontinuierlicher Veränderung durch gemischte Teams aus Menschen und Agenten kohärent bleibt.
Warum die Definition gerade jetzt wichtig ist
Die Kosten für die Produktion von Software fallen drastisch. Und wenn die Produktionskosten fallen, wandert der Wert zu demjenigen, der den Output garantieren kann. Dies ist in jedem Industrialisierungsprozess vor diesem passiert, und es wird jetzt wieder in der KI passieren.
Die Startups, die nach dem Wort „Fabrik“ greifen, verstehen dies instinktiv. Aber viele streben nach der Glaubwürdigkeit der industriellen Produktion, ohne die Verpflichtung zu akzeptieren, die diese Glaubwürdigkeit überhaupt erst geschaffen hat.
Ignorieren Sie also Demos und Benchmarks, und stellen Sie jeder Software-Fabrik eine Frage: Wenn das System in der Produktion ausfällt, wer geht ans Telefon?
Im Falle einer Software-Fabrik muss die Antwort „wir“ lauten.
