Kurzdefinition

Organisation der Produktarbeit, in der das Code-Repository den Rang der Quelle der Wahrheit einnimmt und die anderen Artefakte — Spezifikation, Changelog, Support-Dokumentation, Design System — aus ihm neu aufgebaut statt daneben gepflegt werden.

Ausführliche Definition

Der Ausdruck ist im Vokabular technischer Teams verbreitet und bezeichnet dort Praktiken, bei denen das Repository bündelt, was vorher anderswo lag: Documentation as Code, Infrastructure as Code, versionierte Konfiguration. Er beschreibt dort eine Werkzeugentscheidung innerhalb des Engineerings.

In den Texten dieses Blogs bezeichnet er eine Arbeitsweise, keine technische Architektur. Kennzeichnend ist nicht, dass die Dateien im Repository liegen, sondern die Richtung der Herstellung: Man geht vom echten Code aus, um die Produktartefakte zu gewinnen, statt von den Artefakten auszugehen, um den Code zu gewinnen. Der Product Manager ist davon in erster Linie betroffen, denn es sind seine Lieferobjekte, deren Herstellungsweise sich ändert.

Der Begriff setzt zwei Bedingungen voraus und wird zu Unrecht verwendet, wenn sie fehlen: ein Repository, das lesbar genug ist, um daraus mehr als bloßes Verhalten zu gewinnen, und einen tatsächlichen Zugang zu diesem Repository für diejenigen, die die Artefakte erstellen.

Gebrauch im Feld

Verwendet, um eine Herstellungskette von Artefakten zu kennzeichnen und um zu verorten, was sich an der Arbeit eines Product Managers ändert, wenn der Code zum Rohmaterial statt zum Endergebnis wird.

Synonyme und Varianten

„Der Code als Quelle der Wahrheit“, verwendet, wenn der Akzent auf dem Rang statt auf der Arbeitsorganisation liegt.

Nicht zu verwechseln mit

• Quelle der Wahrheit — Quelle der Wahrheit — das Artefakt, das im Konfliktfall maßgeblich ist. Code centric ist die Organisation, die aus der Wahl des Codes als Quelle der Wahrheit folgt; den Rang kann man anerkennen, ohne dass irgendetwas darum herum organisiert wird.
• Documentation as Code — die Praxis, Dokumentation im Repository abzulegen und unter derselben Kontrolle wie den Code zu versionieren. Die Dokumentation wird dort weiterhin von Hand geschrieben, sie wechselt nur den Ort.
• Code is Law — Formel von Lawrence Lessig darüber, wie technische Architektur der Nutzung Regeln auferlegt. Sie betrifft die normative Macht des Codes, nicht die Herstellung von Artefakten.

Beispiele

„Der Code ist nicht mehr nur das finale Lieferobjekt: Er wird zum zentralen Element, zur Quelle der Wahrheit, um die herum die anderen Produktartefakte kreisen und neu aufgebaut werden — in einer wirklich code-centric-Logik.“

„Code centric ist kein technisches Konzept — es ist eine Arbeitsweise, die die Rolle des Product Managers in der Wertschöpfungskette neu definiert.“

Mehrdeutigkeiten / Debatten

Das Wort legt eine vollständige Zentralisierung nahe, die nicht angestrebt ist: Figma und Zendesk bleiben in ihrem Bereich relevant, der Ansatz verändert ihre Position in der Kette, ohne sie zu ersetzen. Streitig ist die Reichweite — wie weit sich ein Artefakt neu erzeugen lässt, bevor es verliert, was das Repository nicht enthält, nämlich die Absicht.