Traceability-Matrix (Requirements Traceability Matrix, RTM)
Eine Traceability-Matrix — im Anforderungskontext meist Requirements Traceability Matrix (RTM) — ist eine Tabelle, die Beziehungen zwischen Entwicklungsartefakten abbildet und damit bidirektionale Requirements Traceability im Projekt herstellt. Ein Artefakt-Typ steht auf der einen Achse (z. B. Anforderungen), ein anderer auf der anderen (z. B. Validierungen); eine Markierung in der Zelle bedeutet: Diese beiden Artefakte sind verknüpft.
Eine Schritt-für-Schritt-Anleitung mit Beispielen bietet unser Artikel Requirements Traceability Matrix erstellen.
Wie funktioniert eine RTM?
Die Matrix enthält nicht die Artefakte selbst, sondern referenziert sie über eindeutige IDs. Gerade diese Einfachheit ist ihre Stärke: Eine RTM lässt sich in Excel pflegen oder sogar auf einem Whiteboard zeichnen. Sie lässt sich in beide Richtungen lesen:
- Forward Traceability: Welche Anforderungen sind nicht ordnungsgemäß validiert?
- Backward Traceability: Welche Testfälle validieren keine Anforderung?
Der Aufbau folgt drei verbindlichen Schritten: Artefakt-Typen identifizieren, Beziehungen zwischen den Artefakten definieren, und für jeden Link-Typ eine eigene Matrix erstellen. Optional lassen sich daraus kumulierte Ansichten über ganze Trace-Ketten ableiten — etwa der Anteil der Kundenanforderungen, die durch einen Test abgedeckt sind (siehe Requirements Coverage).
Wo liegen die Grenzen?
Die RTM kann Lücken sehr effizient sichtbar machen, aber nicht erklären, warum ein Problem besteht. Vor allem skaliert sie schlecht: Bei mehreren V-Modell-Ebenen und Tausenden von Zeilen und Spalten wird eine manuell gepflegte Matrix schnell unwartbar. Für komplexe, regulierte Projekte hat sich deshalb der Übergang zu einem versionierten Traceability-Graphen mit Werkzeugunterstützung bewährt — mehr dazu auf unserer Seite Requirements Traceability.