Anforderungen und Steuerung
Fünf Stufen, zwei menschliche Tore – und die Trennung zwischen „ist das fertig“ und „tut das System das noch“.
Die beiden Fragen, die nicht dieselbe sind
Ein Akzeptanzkriterium hängt an einem Vorgang und ist mit ihm erledigt. Seine Frage lautet: „Ist diese Änderung fertig?“
Eine Anforderung gilt dauerhaft, bis sie widerrufen wird. Ihre Frage lautet: „Tut das System das noch?“
Beides in einen Topf zu werfen, ist der teuerste Fehler in diesem Aufbau. Von einem Agenten geschriebener Code entsteht schnell; ohne diese Trennung kann nach ein paar Wochen niemand mehr beantworten, welche Zusagen das System überhaupt noch einhält. Anforderungen werden deshalb als eigener Vorgangstyp geführt, mit eigenem Statuskreis und an einem Projekt-Epic verankert.
Zwei Achsen, nicht eine
Der Vorgangsstatus sagt, ob etwas gebaut ist. Ob es abgesichert ist, sagt allein die Testsuite. Das sind zwei getrennte Aussagen, und genau ihre Kombination ist das Alarmsignal, für das der ganze Aufbau existiert: gilt als umgesetzt – und der Test ist rot.
Labels als Wahrheitsaussagen
Am Vorgang hängen Marken, die belegen, dass eine Prüfung wirklich gelaufen ist. Dafür gilt der Umkehrschluss ohne Ausnahme: Taucht die Marke auf, muss die Prüfung stattgefunden haben. Eine Marke zu setzen, um eine Abnahme zu erleichtern, zerstört den Wert aller anderen Marken gleich mit.
Noch nicht abgedeckt
Es gibt keine werkzeuggestützte Abdeckungsmetrik über alle Anforderungen hinweg – die Zuordnung von Test zu Anforderung wird gepflegt, nicht erzwungen.