Provenienz handelt nicht von Werkzeugen. Es geht um Denkweise.
Author: Yauheni Kurbayeu
Published: Mar 15, 2026
In den vergangenen Monaten, während ich die Idee der Decision Provenance in der Softwareentwicklung untersucht habe, ist mir etwas Interessantes aufgefallen. Die meisten Menschen interpretieren das Provenance Manifesto zunächst als einen Vorschlag für neue Werkzeuge, neue Dokumentationsstandards oder neue Prozesse.
Doch diese Interpretation verfehlt den Kernpunkt.
Das Manifest handelt nicht in erster Linie davon, Werkzeuge zu verändern.
Es geht darum, wie wir über Wissen, Entscheidungen und Verantwortung in Engineering‑Organisationen denken.
Und diese Veränderung ist wesentlich schwieriger als die Einführung eines neuen Systems.
Die verborgene Annahme moderner Softwareentwicklung.
Über Jahrzehnte hinweg beruhte Softwareentwicklung auf einer stillen Annahme:
Die Begründung hinter Systemen lebt in den Köpfen der Menschen.
Wir speichern Implementierungsartefakte sehr gut:
- Code in Repositories
- Aufgaben in Issue‑Trackern
- Dokumentation in Wissensdatenbanken
- Infrastruktur in Konfigurationssystemen
Doch der wichtigste Teil des Systems – warum Dinge so entschieden wurden – befindet sich meist woanders.
Er lebt in:
- Design‑Meetings
- Slack‑Threads
- Architektur‑Diskussionen
- persönlicher Erinnerung
Mit der Zeit verschwindet diese Begründung langsam.
- Architekten wechseln ihre Rollen
- Engineers wechseln Teams
- Manager verlassen Organisationen
Das System bleibt, aber der Kontext, der es geschaffen hat, löst sich auf.
Viele Jahre lang war diese Einschränkung tolerierbar. Systeme entwickelten sich langsam genug, sodass Teams die ursprüngliche Begründung bei Bedarf rekonstruieren konnten.
Die KI‑augmentierte Ära verändert diese Dynamik jedoch dramatisch.
Warum das Provenance Manifesto eine Frage der Denkweise ist.
Wenn Menschen von der Idee hören, Entscheidungen als strukturierte Artefakte zu erfassen, ist die erste Reaktion oft technisch:
- „Soll das ein weiteres Dokumentationssystem sein?“
- „Sind das einfach ADRs?“
- „Ist das noch ein Tool, das wir pflegen müssen?“
Doch Provenienz ist kein Dokumentationsproblem.
Es ist ein Mindset‑Shift.
Die Idee ist einfach, aber wirkungsvoll:
Entscheidungen selbst müssen zu erstklassigen Artefakten des Systems werden, genau wie:
- Code
- Infrastruktur
- APIs
Anstatt nur in Gesprächen oder persönlicher Erinnerung zu existieren, sollten Entscheidungen mit ihrem Kontext bewahrt werden:
- die Annahmen, die ihnen zugrunde lagen
- die betrachteten Risiken
- die beteiligten Constraints
- die abgelehnten Alternativen
- die Ergebnisse, die sie hervorgebracht haben
Das stellt eine grundlegende Veränderung dar, wie Organisationen Wissen behandeln.
Es verschiebt uns von:
Individuellem Gedächtnis zu institutionellem Gedächtnis
Und dieser Wandel stellt langjährige Gewohnheiten der Engineering‑Kultur infrage.
Warum Menschen ihre Entscheidungen ungern teilen.
Der Widerstand gegen diese Idee hat selten mit Werkzeugen oder Prozessaufwand zu tun.
Er hat meist eine tiefere Ursache.
In vielen wissensgetriebenen Berufen gilt eine einfache Regel:
Kontext ist Macht.
Die Person, die sich daran erinnert, warum ein System so funktioniert, wie es funktioniert, besitzt Einfluss. Sie wird zur Interpretin vergangener Entscheidungen. Sie wird zur Quelle von Erklärungen, wenn etwas schiefgeht.
In der Praxis entsteht dadurch eine unsichtbare Hierarchie auf Basis privaten Wissens.
Wenn Entscheidungen undokumentiert bleiben, ist die Organisation auf die Menschen angewiesen, die sich erinnern.
Das Bewahren von Decision Provenance verändert diese Dynamik.
Wenn Begründungen Teil des Systems selbst werden:
- wird Wissen für alle zugänglich
- wird Kontext durchsuchbar
- wird Autorität nachvollziehbar
Für manche Menschen fühlt sich das unangenehm an, weil es den Vorteil beseitigt, Kontext privat zu besitzen.
Das ist einer der Gründe, warum die Dokumentation von Entscheidungen historisch oft inkonsistent war.
Es liegt nicht daran, dass Teams Entscheidungen nicht dokumentieren können.
Es liegt daran, dass sie es kulturell oft nicht tun.
Warum der KI‑Shift dieses Problem dringend macht.
Künstliche Intelligenz beschleunigt die Softwareentwicklung.
KI‑Agenten können Code schneller generieren, als Teams über dessen Konsequenzen nachdenken können.
Dadurch verschiebt sich der eigentliche Engpass in der Softwareentwicklung.
Es geht nicht mehr darum, Code zu schreiben.
Es geht darum, die Entscheidungen hinter dem System zu verstehen.
Ohne erhaltenen Entscheidungskontext:
- werden Systeme schwerer weiterzuentwickeln
- verschwinden architektonische Trade‑offs
- können neue Engineers die Vergangenheit nicht rekonstruieren
- fehlt KI‑Agenten der Begründungskontext, um sicher handeln zu können
Je schneller sich Systeme entwickeln, desto gefährlicher wird Kontextverlust.
Darum ist Provenienz nicht nur eine intellektuelle Übung.
Sie wird zu einer strukturellen Voraussetzung für KI‑augmentierte Softwareentwicklung.
Was wir jetzt sofort tun sollten.
Die gute Nachricht ist: Die Einführung der Provenance‑Denkweise erfordert keine neuen Plattformen oder komplexe Infrastruktur.
Organisationen können heute beginnen, indem sie sich auf ein einfaches Prinzip konzentrieren:
Bewahrt Entscheidungen überall dort, wo KI am Entwicklungsprozess beteiligt ist.
In der Praxis bedeutet das, die Begründung hinter Arbeit zu erfassen, die Folgendes beinhaltet:
- KI‑Assistenz
- Automatisierung
- agentengesteuerte Ausführung
Beispiele:
- Wenn KI einen Implementierungsplan generiert → den Ausführungsplan bewahren
- Wenn Architektur‑Alternativen bewertet werden → die Trade‑off‑Diskussion bewahren
- Wenn Annahmen ein Design beeinflussen → Annahmen und Constraints bewahren
- Wenn Entscheidungen getroffen werden → die Entscheidung und ihre Begründung aufzeichnen
Diese Artefakte können aus vielen Quellen stammen:
- Meeting‑Transkripte
- Architektur‑Reviews
- KI‑Ausführungspläne
- Follow‑up‑Zusammenfassungen
- Architecture Decision Records
Die wichtige Veränderung ist nicht das Format.
Die wichtige Veränderung ist die Absicht, Begründungen als Teil des Systems zu bewahren.
Menschen im Loop behalten.
Die Erfassung von Entscheidungen sollte kein vollständig automatisierter Prozess sein.
KI kann helfen, Struktur aus Gesprächen, Dokumenten und Diskussionen zu extrahieren.
Doch Menschen bleiben entscheidend, um Bedeutung zu validieren.
Ein praktischer Workflow könnte so aussehen:
- Gespräche und Meetings werden erfasst
- KI extrahiert potenzielle Entscheidungen, Annahmen und Risiken
- Eine verantwortliche Person überprüft und bestätigt die Struktur
- Die validierte Entscheidung wird Teil des Systemgedächtnisses
So bleibt menschliches Verständnis im Loop, während KI hilft, den Erfassungsprozess zu skalieren.
Der Beginn organisationaler Erinnerung.
Das Provenance Manifesto schlägt letztlich etwas Einfaches, aber Mächtiges vor.
Organisationen sollten Begründungen genauso behandeln wie Code.
- Code beschreibt was ein System tut.
- Decision Provenance erklärt warum das System zu dem geworden ist, was es ist.
In der KI‑augmentierten Welt sind beide notwendig.
Denn wenn sich Systeme schneller entwickeln, als Menschen sie erinnern können, werden die Organisationen überleben, die Gedächtnis direkt in ihre Systeme einbauen.