Erinnern Sie sich an die erste Arbeit mit einem Werkzeug, das Rückverfolgbarkeit unterstützte? Welch ein Unterschied, vom Erfassen von Anforderungen zum Beispiel in Word zu DOORS zu wechseln. Und erinnern Sie sich an den Moment, als die Flitterwochen vorbei waren? Es gibt viele Dinge, die die Rückverfolgbarkeit von Anforderungen frustrierend machen können: Was genau bedeutet eine Spur? Was ist es wert, nachverfolgt zu werden? Wie nutzt man die einmal etablierte Rückverfolgbarkeit? Und wie hält man die Rückverfolgbarkeit aktuell? Wenn diese Fragen nicht richtig beantwortet werden und wenn die Erwartungen an die Kosten und den Nutzen der Rückverfolgbarkeit falsch sind, kann Frustration schnell aufkommen.
Rückverfolgbarkeit – wie das Anforderungsmanagement im Allgemeinen – ist kein Selbstzweck. Wir müssen uns sehr klar darüber sein, was ihr Zweck ist. Brenda Kerton hat eine gute Zusammenfassung der sowohl die Vorteile als auch die Fallstricke darlegt, wobei die Vorteile das Scope-Management (woher kommt jede Anforderung?), das Testen (sicherstellen, dass alles getestet wird, aber nicht mehr als nötig) und das Change-Management (Auswirkungen von Änderungen auf alles) sind. Sie weist auch auf die Fallstricke hin – von Übertreibung bis hin zu fehlender angemessener Tool-Unterstützung.
Um die Rückverfolgbarkeit erfolgreich zu gestalten, möchten wir dies hinzufügen:
Rückverfolgbarkeit im Kontext – Wenn Sie die Rückverfolgbarkeit richtig machen, aber alles andere vernachlässigen, haben Sie ein Problem. Dazu gehört die Strukturierung von Anforderungen: Wenn die Struktur von Anforderungen für das vorliegende Problem nicht geeignet ist, können Sie die Rückverfolgbarkeit vergessen. Bei benutzergesteuerten Systemen können Use Cases die richtige Form sein. Bei eingebetteten Systemen., IEEE 830 ist vielleicht besser.Sobald Sie eine Struktur haben, können Sie entscheiden, was Sie nachverfolgen möchten und was nicht.
Verwenden Sie die richtige Nachverfolgbarkeitsgranularität – Keine Notwendigkeit, jede einzelne Anforderung zu verfolgen – vielleicht ist es sinnvoll, sie zu gruppieren? Zum Beispiel besteht ein Use Case aus mehreren Elementen. Aber reicht es vielleicht aus, nur bis zu einzelnen Use Cases zu verfolgen, aber nicht feiner?
Definiere, was du verfolgst – wie wir bereits sagten, müssen Sie wissen, ob Ihre Rückverfolgung “realisiert” oder “getestet durch” bedeutet. Definieren Sie Kategorien und stellen Sie sicher, dass eine Rückverfolgung einer Kategorie zugeordnet ist. Stellen Sie sicher, dass jede Kategorie einem Zweck dient, der langfristig Zeit und Geld spart.
Verwenden Sie die richtigen Werkzeuge – und das ist der Grund, warum wir ProR entwickelt und es zum Teil des Eclipse RMF Projekts gemacht haben: Das Werkzeug muss leistungsfähig genug sein, um die Rückverfolgbarkeit zu unterstützen, aber nicht überdimensioniert für die anstehende Aufgabe sein. ProR könnte genau richtig sein: Aber wenn es mehr ist als das, was benötigt wird, ist Excel vielleicht doch ausreichend. Auf der anderen Seite ist vielleicht doch ein Schwergewicht wie DOORS oder IRQA erforderlich.
Und das Letzte ist das Wichtigste:
Planen Sie die Ressourcen, die Sie benötigen, um es richtig zu machen – Eine veraltete oder unvollständige Rückverfolgbarkeit kann schlechter sein als gar keine Rückverfolgbarkeit! Die Vorteile sind langfristig. Wenn Sie nicht über die Ressourcen zur Unterstützung Ihrer Pläne verfügen, reduzieren Sie diese.
Die Verwaltung der Nachverfolgbarkeit ist – ehrlich gesagt – nicht die aufregendste Arbeit der Welt. Aber das bedeutet, dass sie eigentlich nicht so teuer ist. Wenn richtig gemacht, können die Vorteile immens sein.
