Hauptgedanke

Ein Backlog-Element dient bis zur Auslieferung. Danach verliert es den Großteil seines Werts: Die Tickets desynchronisieren sich, die Spezifikationen ebenso, und das Verhalten in der Produktion weicht von dem ab, was anfangs geschrieben wurde. Was dauerhaft bleibt, liegt anderswo – im Code, im beobachtbaren Verhalten des Produkts und in der Dokumentation, die von dieser Realität aus gepflegt wird.

Man sollte also nur die minimal nötige Zeit hineinstecken: genug, um zusammenzuarbeiten, genug, um zu handeln, nicht genug, um eine Dokumentation zu produzieren, die verrottet. Der Schreibaufwand richtet sich nach der Lebensdauer des Artefakts, und die eines Koordinationsinstruments ist von Natur aus kurz.

Warum das wichtig ist

Das löst ein falsches Dilemma zwischen wenig schreiben und gut schreiben auf. Es geht nicht um die Qualität des Geschriebenen, sondern um den Zeithorizont, für den es gebraucht wird: Dieselbe Sorgfalt, auf ein vergängliches Artefakt angewandt, erzeugt eher ein irreführendes Archiv als ein Gedächtnis.

Es liefert auch die umgekehrte Regel für das, was Bestand haben soll. Ein langlebiges Artefakt verdient den Aufwand, den man dem Ticket verweigert – vorausgesetzt, es wird von dem aus neu aufgebaut, was tatsächlich ausgeliefert wurde.

Nuancen und Grenzen

Manche Umfelder verlangen, dass die Absicht nachvollziehbar bleibt – regulierte Branchen, Audits, öffentliche Ausschreibungen. Das Geschriebene überlebt dort seinen Gebrauch, weil es als Nachweis dient, und das ist eine andere Funktion als die Koordination.

Und „wegwerfbar“ heißt nicht nutzlos: Mehrere Fachbereiche um ein Thema herum zu koordinieren ist echte Arbeit, nur eben zeitlich begrenzt.

Offene Fragen

• Wie sichert man bei der Auslieferung die unterwegs getroffenen Entscheidungen, bevor das Instrument seinen Wert verliert?