In fast jedem Anforderungsdokument steht irgendwann ein Punkt, dessen Herkunft niemand mehr erklären kann. Er klingt plausibel, er wurde vermutlich irgendwann in einem Meeting genannt, und mit der Zeit hat ihn niemand mehr infrage gestellt. Genau das ist das Problem: Plausibilität ist kein Ersatz für eine Quelle.
Eine Anforderung, die sich nicht bis zu einer konkreten Kundenaussage zurückverfolgen lässt, ist streng genommen eine interne Meinung, formatiert wie eine Tatsache. Das Produkt trägt diese Meinung anschließend genauso mit wie jede echte Anforderung, nur ohne deren Grundlage.
Die Kette, die selten vollständig dokumentiert wird
Zwischen einer Kundenaussage und einer fertigen Anforderung liegen mehrere Schritte. Wird nur das Ergebnis dokumentiert, nicht der Weg dorthin, verschwindet genau die Information, die später am dringendsten gebraucht wird: warum diese Anforderung überhaupt existiert.
Jede fertige Anforderung sollte sich in umgekehrter Richtung durch diese Kette zurücklesen lassen. Wer eine Anforderung infrage stellt, sollte innerhalb weniger Minuten die ursprüngliche Kundenaussage dahinter finden, nicht eine vage Erinnerung an ein Gespräch vor drei Monaten.
Warum das mehr ist als Dokumentationsdisziplin
Rückverfolgbarkeit schützt vor drei sehr unterschiedlichen Fehlerquellen gleichzeitig.
- Gegen die laute Einzelstimme: eine pointierte Aussage aus einem einzigen Gespräch bleibt eine Anekdote, solange sie nicht durch weitere unabhängige Quellen gestützt wird.
- Gegen interne Wunschprojektion: eine Anforderung, die niemand extern je geäußert hat, aber intern für „offensichtlich sinnvoll" gehalten wird, fällt bei einer Rückverfolgbarkeitsprüfung sofort auf.
- Gegen den Bedeutungsverlust über Zeit: ein Team, das in sechs Monaten wechselt, verliert sonst genau das Wissen, warum eine Anforderung so und nicht anders formuliert wurde.
MoSCoW als Priorisierung, nicht als Meinungsbild
Rückverfolgbarkeit allein reicht nicht, wenn am Ende trotzdem alles gleich dringend wirkt. MoSCoW-Priorisierung, angewendet auf VoC-Häufigkeit statt auf interne Präferenz, liefert eine nachvollziehbare Rangfolge.
Must
Ohne diese Anforderung ist das Produkt für das Segment nicht einsatzfähig.
Should
Hohe VoC-Häufigkeit, aber technisch oder terminlich verschiebbar.
Could
Vereinzelt genannt, sinnvoll, aber nicht entscheidend für den Kauf.
Won't
Bewusst ausgeschlossen für diese Version, mit Begründung dokumentiert.
Entscheidend ist die Kopplung an Abschnitt eins: Eine Anforderung landet nicht in „Must", weil sie intern am überzeugendsten vorgetragen wurde, sondern weil die zugrunde liegende VoC-Auswertung das hergibt.
Ein kurzes Praxisbeispiel
Elf von vierzehn Kundengesprächen erwähnen unaufgefordert denselben manuellen Arbeitsschritt als Zeitverlust. Die Rohaussagen werden gesammelt, als Kategorie „Effizienz" markiert, mit hoher Häufigkeit und hoher Intensität bewertet. Daraus entsteht eine Anforderung mit klarem Akzeptanzkriterium, MoSCoW-Einstufung „Must", und einem direkten Verweis auf die elf Gesprächsprotokolle als Quelle. Sechs Monate später lässt sich diese Anforderung in weniger als einer Minute erklären, unabhängig davon, wer im Team sie ursprünglich aufgenommen hat.
Rückverfolgbarkeit ist keine bürokratische Fleißarbeit. Sie ist die einzige verlässliche Methode, um eine echte Kundenanforderung von einer gut klingenden internen Meinung zu unterscheiden, gerade dann, wenn beide am Ende ähnlich überzeugend formuliert sind.