Blickwinkel

Das Code-Repository war schon immer maßgeblich für das, was das Produkt tut; Autorität hatte trotzdem die Spezifikation, weil nur sie sich im Meeting lesen ließ. Ein Artefakt bestimmt eine Produktkette also nicht durch seine Verlässlichkeit, sondern dadurch, wie leicht man die anderen daraus gewinnt — und diese Leichtigkeit ist eine Frage des Zugangs, nie des Wesens. Wenn es keinen Entwickler mehr braucht, um ein Repository zu lesen, seine Merge Requests zu verknüpfen und daraus eine Support-Dokumentation neu zu erzeugen, verliert die Spezifikation, was sie an ihrem Platz hielt: Sie war nie wahrer, sie war zugänglicher. Die Autorität geht dann auf den Code über, mit seinen zwei Bedingungen — ein lesbares Repository und jemand, der es zu befragen weiß — und mit seiner Lücke: Er sagt, was das Produkt tut, nie, warum es das so tut.

Zusammenfassung

Einzeln betrachtet wirken diese Gedanken wie ein Erfahrungsbericht über schlecht gepflegte Produktdokumente. Aneinandergereiht beschreiben sie, wie sich Autorität auf die Artefakte eines Produkts verteilt und was sie verschiebt.

Ausgangspunkt ist eine Lücke zwischen zwei Eigenschaften, die man verwechselt. Der Code enthält den tatsächlichen Zustand: Ein Verhalten, das im Repository steht, existiert; ein Verhalten, das in einer Spezifikation steht und im Repository fehlt, existiert für niemanden. Aber den tatsächlichen Zustand zu enthalten hat nie genügt, um die Kette zu bestimmen, denn diejenigen, die die Dokumente erstellen — Product Manager, Support, Vertrieb —, lesen das Repository nicht. Die Schicht in natürlicher Sprache hat den frei gebliebenen Platz eingenommen, nicht wegen der Qualität ihrer Information, sondern wegen der Qualität ihres Zugangs.

Einmal etabliert, begann diese Schicht abzudriften, und das Abdriften ist keine Nachlässigkeit. Zwei Mechanismen kommen zusammen: Die während der Entwicklung getroffenen Abwägungen fließen nicht systematisch zurück, und Spezifikation, Mockup, Changelog und Support-Dokumentation zu resynchronisieren kostet bei jeder Änderung mehr als die verfügbare Zeit. Veraltete Dokumentation ist das kumulierte Ergebnis von Abwägungen, von denen jede für sich vernünftig ist.

Was sich ändert, ist nicht die Verlässlichkeit des Codes, die war schon da. Es ist der Preis des Zugangs zu ihm. Sobald sich ein Repository befragen lässt, ohne programmieren zu können, lassen sich Spezifikation, Changelog, Support-Dokumentation und sogar das Design System aus ihm neu erzeugen, statt aus sich selbst heraus korrigiert zu werden — und ein neu erzeugtes Artefakt veraltet nicht, es wird neu erstellt oder eben nicht. Die Umkehrung reicht bis zu dem Schritt, den man für den vom Code am weitesten entfernten hielt: Ein Mockup, das aus tatsächlich existierenden Elementen zusammengesetzt ist, ist keine bloße Darstellung mehr.

Diese Verschiebung hat einen Preis, und man bezahlt ihn mit Kompetenz. Sie setzt ein lesbares Repository voraus, was die Qualität des Codes zu einer Produktvariablen macht statt zu einem Teamkomfort. Sie setzt auch jemanden voraus, der Code, Historie, Merge Requests und Geschäftsregeln verknüpfen kann — was kein vertikales Werkzeug leistet, weil jedes nur eine Seite sieht. Und sie öffnet eine Falle: schnell Bausteine erzeugen, die einzeln stimmen, und dann für ihr Zusammenspiel bezahlen.

Was das Ganze sichtbar macht: Der Rang eines Artefakts folgt den Kosten des Zugangs zu dem, was es enthält, und die Rangfolge, die in einer Produktkette als natürlich galt, war nur die Landkarte der verfügbaren Leser.

Spannungen / Widersprüche

Die Hauptspannung besteht zwischen zwei Notizen dieser Reihe. Die eine gründet die Position des Product Managers darauf, dass kein vertikales Werkzeug mehrere Seiten des Produkts zugleich sieht; die andere kündigt ein Protokoll an, das genau jedem Werkzeug Zugang zu den benachbarten Bereichen gibt. Setzt sich die zweite Bewegung durch, verschwindet der Vorteil der ersten — und nichts hier erlaubt zu sagen, wann.

Zweite Spannung, mit einem anderswo festgehaltenen Gedanken: KI wurde als das dargestellt, was eine neutrale Wissensschicht zwischen Quellen und Lieferobjekten endlich rentabel macht. Hier dient sie eher dazu, auf eine Zwischenschicht zu verzichten und aus der Quelle neu zu erzeugen. Beides kann zusammen bestehen — die Schicht, die man behält, enthält die Absicht, die, die man wegwirft, enthielt den Zustand —, aber das Kriterium, das beide Fälle trennt, ist nicht festgelegt.

Schließlich setzt der Blickwinkel voraus, dass die Zugänglichkeit den Rang erklärt. Man kann einwenden, dass eine Spezifikation auch deshalb Autorität hatte, weil sie unterschrieben war: Sie verpflichtete jemanden, was ein neu erzeugtes Artefakt nicht tut.

Fragen

• Wo hält man die Absicht einer Produktentscheidung fest, die weder das Repository noch eine neu erzeugte Spezifikation enthalten?
• Was ersetzt die Verpflichtung, die ein freigegebenes Dokument trug, wenn das Artefakt auf Abruf neu erzeugt wird?
• Die Beweisführung gilt für ein Softwareprodukt: Was wird aus ihr in einer Produktkette, deren realer Gegenstand sich nicht wie ein Repository lesen lässt?