In vielen Teams passiert es schnell: Ein Ticket wurde umgesetzt, getestet und abgeschlossen. Tage oder Wochen später taucht ein neues Problem im gleichen Bereich auf und das alte Ticket wird wieder geöffnet. Das wirkt zunächst praktisch, vermischt aber häufig ursprünglichen Auftrag, Abnahme und später entstandene Erkenntnisse.
Was beim Wiederöffnen verloren geht
Ein geschlossenes Ticket dokumentiert einen Zustand zu einem bestimmten Zeitpunkt: Was war beauftragt? Was wurde umgesetzt? Was wurde getestet und akzeptiert? Wird dieses Ticket später um neue Anforderungen ergänzt, verändert sich seine Bedeutung rückwirkend.
Bug oder neue Anforderung?
Entscheidend ist die Frage, ob das neue Problem bereits Bestandteil der ursprünglichen Akzeptanzkriterien war. Wenn das vereinbarte Verhalten damals nicht erfüllt wurde, kann ein echter Fehler vorliegen. Wenn dagegen ein neuer Sonderfall, eine zusätzliche Regel oder ein geändertes Nutzerbedürfnis auftaucht, handelt es sich eher um eine neue Anforderung.
Warum ein neues Ticket meist sauberer ist
Ein neues Ticket erhält ein eigenes Erstellungsdatum, eine eigene Priorität, eine eigene Aufwandsschätzung und eine klare fachliche Beschreibung. Das ursprüngliche Ticket kann verlinkt werden, bleibt aber als abgeschlossene Historie unverändert.
Dadurch bleiben Kennzahlen und Auswertungen verständlicher. Durchlaufzeit, Anzahl wieder geöffneter Tickets und Abnahmequalität werden nicht durch nachträgliche Themen verzerrt.
Beispiel
Ursprüngliches Ticket: „Nutzer kann seine Rechnungsadresse ändern.“ Nach Abnahme stellt sich heraus, dass Firmenkunden zusätzlich eine Umsatzsteuer-ID pflegen müssen. Das ist keine Korrektur der bereits gelieferten Adressänderung, sondern eine neue fachliche Erweiterung. Ein neues Ticket mit Verweis auf das ursprüngliche Thema ist nachvollziehbarer.
Wann Wiederöffnen sinnvoll sein kann
Ein Wiederöffnen kann sinnvoll sein, wenn die ursprüngliche Aufgabe objektiv nicht abgeschlossen war: etwa wenn ein akzeptiertes Kriterium übersehen wurde, die Änderung nie produktiv funktioniert hat oder unmittelbar nach Abschluss ein klarer Implementierungsfehler derselben Lieferung auffällt.
Auch dann sollte das Team eine gemeinsame Regel haben, bis wann und unter welchen Bedingungen wieder geöffnet wird.
Abnahme ernst nehmen
Wenn Tickets beliebig wieder geöffnet werden, verliert der Status „abgenommen“ an Bedeutung. Eine Abnahme sollte den vereinbarten Umfang abschließen. Neue Erkenntnisse dürfen selbstverständlich zu weiterer Arbeit führen, aber diese Arbeit sollte sichtbar neu erfasst werden.
Vorteile der Trennung
Die Trennung schafft eine nachvollziehbare Historie, klarere Verantwortlichkeiten, bessere Priorisierung, sauberere Release Notes und belastbarere Auswertungen. Außerdem wird deutlicher, ob ein Team viele echte Fehler produziert oder ob ein Produkt sich schlicht weiterentwickelt.
Praktische Teamregel
Abgeschlossen und abgenommen bleibt geschlossen. Neue Probleme oder Anforderungen erhalten ein neues Ticket und verweisen auf das ursprüngliche Thema. Wieder geöffnet wird nur, wenn der ursprünglich vereinbarte Umfang nachweislich nicht erfüllt war.