Wie hältst du die Nachverfolgbarkeit vom Geschäftsziel bis zum Test aufrecht?

Gib jeder Anforderung eine Kennung und verlink sie nach oben mit dem Ziel, dem sie dient, und nach unten mit Design, Umsetzungsposten und Testfall. Der praktische Nutzen ist die Auswirkungsanalyse: wenn sich spät etwas ändert, kannst du genau sagen, was betroffen ist. Halt die Matrix leichtgewichtig und generier sie, wo es geht, denn eine handgepflegte veraltet innerhalb eines Monats.

Jede Anforderung bekommt eine Kennung, und sie verlinkt nach oben zum Geschäftsziel, dem sie dient, und nach unten zu Design, Story und Testfall. Der Grund, warum ich mir die Mühe mache, ist Auswirkungsanalyse und nicht Papierkram. Wenn jemand in Woche vierzehn fragt, was passiert, wenn wir diese Regel streichen, kann ich in zehn Minuten antworten statt zu raten, und das allein ist den Aufwand wert. Ich nutze es außerdem für Abdeckung, sodass ich vor dem Abnahmetest sehen kann, gegen welche Anforderungen kein Test steht, und da sind immer ein paar. Wichtig ist, es billig zu halten. Wenn ich eine Tabelle von Hand pflege, ist sie in einem Monat veraltet, wo also das Tooling die Verknüpfung von Stories mit Anforderungen und Tests unterstützt, nutze ich das und lasse die Matrix ein Report sein. Und ich skaliere: volle Nachverfolgbarkeit bei einem regulierten Programm, etwas viel Leichteres bei einem zweimonatigen internen Bau.