Hauptgedanke

Ein Jira-Ticket kann sagen, wer es angelegt hat, zu welchem Kunden es gehört, welchen Status es hat und wer dafür zuständig ist. Eine Notion-Seite kann sagen, was sie enthält und wann sie zuletzt geändert wurde. Eine Datenbankzeile kann sagen, dass etwas an einem bestimmten Datum geschehen ist. All diese Objekte halten das Ereignis tadellos fest.

Was keines von ihnen festhält, ist das, was das Ereignis dem Team beigebracht hat: warum dieses Ticket wichtiger war als die anderen, an welchen Zielkonflikt im Produkt es anknüpfte, welche frühere Entscheidung es infrage stellte, welches schwache Signal es bestätigte, welche Idee in drei Monaten davon übrig bleiben wird. Diese Denkarbeit existiert in dem Moment, in dem das Ticket bearbeitet wird, und sie hat keinen Ort, an dem sie sich niederschlagen könnte — das Feld „Kommentar“ nimmt sie auf, aber nichts macht sie als Denkarbeit wieder auffindbar.

Der Wert liegt also nicht im Objekt, sondern um das Objekt herum. Ein Informationssystem, das nur das Objekt erfasst, verliert alles, was es umgab, und merkt es nie, denn was es bewahrt, bleibt ja korrekt.

Warum das wichtig ist

Das verschiebt die Diagnose, wenn eine Organisation feststellt, dass sie „vergisst“. Der Reflex ist, nach einer besseren Verzeichnisstruktur, einer besseren Nomenklatur, einer besseren Suchmaschine zu greifen — also ein Problem der Ordnung zu behandeln. Doch was nie aufgeschrieben wurde, findet man auch mit besserer Suche nicht.

Das sagt auch, worauf man schauen muss, um ein Dokumentationswerkzeug zu beurteilen: nicht darauf, wie gut es einsortiert, sondern darauf, ob es eine Überlegung aufnehmen und mit dem Objekt verknüpfen kann, das sie ausgelöst hat.

Nuancen und Grenzen

Manche Objekte enthalten schon von ihrer Bauart her einen Teil der Denkarbeit: ein Entscheidungsprotokoll, ein Incident-Review, eine Notiz zu einer Abwägung. Sie bleiben die Ausnahme, und sie werden einmal geschrieben, nicht fortgeschrieben.

Für diese Ausnahme gibt es auf der Produktseite ein eigenes Instrument, und sie bestätigt die Lücke eher, als dass sie sie schließt. Eine übergreifende Entscheidungsregel, die mit ihrem Kontext, den verworfenen Alternativen und den akzeptierten Konsequenzen aufgeschrieben ist, bewahrt genau das, was keine Karte bewahrt: warum das Unternehmen so entschieden hat und was sich ändern müsste, damit es anders entscheidet. Doch das Instrument ist nur wertvoll, solange es selten bleibt — einige wenige Regeln pro Jahr —, während das Informationssystem alles erfasst. Die hier aufgezeigte Lücke wird also nicht durch ein zusätzliches Objekt geschlossen: Sie verlagert sich auf die Frage, welche der vielen Überlegungen, die durch die Organisation laufen, es verdienen, aufgeschrieben zu werden.

Ergänzt durch „Product Decision Record: Produktentscheidungen dokumentieren, die das Unternehmen strukturieren“ (2026-06-03).

Und nicht jede Überlegung verdient es, bewahrt zu werden. Vieles, was rund um ein Ticket gesagt wird, ist Wegwerfware; teuer wird die hier aufgezeigte Lücke nur bei dem, was anderswo von Nutzen gewesen wäre.

Offene Fragen

• Wer bemerkt, dass eine Überlegung verloren gegangen ist, wenn das Ticket selbst geschlossen ist und als erledigt zählt?