Wie man ein Anforderungsmanagement-Tool implementiert

Vor vielen Jahren habe ich mehrere Jahre an einem sehr komplexen Waffenkontrollsystem gearbeitet. Wie Sie sich vorstellen können, waren die Anforderungen groß, komplex und änderten sich häufig. Wir haben viel Zeit damit verbracht, diese lästigen Änderungen zu verwalten, die weiterhin eingereicht wurden, sowohl von Kunden als auch von den Entwicklern. In diesen frühen Tagen hatten wir keine Anforderungsmanagement-Tools, mit denen wir diese Änderungen bewerten konnten. Wir haben Interleaf und Excel verwendet (ich kann jetzt Schmerzensstöhnen hören). Alles war manuell, einschließlich unserer komplexen Rückverfolgbarkeit. Wir hatten ein paar Leute, die nichts anderes taten, als die Rückverfolgbarkeitsmatrizen zu pflegen und die Auswirkungen von Änderungen zu bewerten. Zu diesem Zeitpunkt hatten wir nur die Rückverfolgbarkeit vom Betriebskonzept über die Systemanforderungen bis hin zu den Subsystemanforderungen. Ich sage „nur“, aber damals war es schon eine große Leistung, dieses Maß an Rückverfolgbarkeit zu haben. 

Als wir genug Änderungen hatten, haben wir ein neues Systemanforderungsdokument und ein neues Subsystemanforderungsdokument herausgegeben. Diese armen Auftragnehmer mussten die massiven Subsystemanforderungen durchgehen und manuell feststellen, was sich geändert hatte. Ich kann mir nicht vorstellen, wie viel Zeit die Auftragnehmer damit verbracht haben, herauszufinden, über welche Änderungen sie sich Sorgen machen mussten.

Mitten in diesem Upgrade-Projekt sagte der Kunde genug und beauftragte mein Team mit der Bewertung und Auswahl eines Anforderungsmanagement-Tools. Das von uns ausgewählte Tool ist für diese spezielle Diskussion nicht wichtig, aber was wir aus dieser Toolauswahl und -implementierung gelernt haben, ist wichtig. Hier sind einige Lektionen gelernt.

(1) – Es gibt kein einziges Tool, das allen gefallen wird. Wir hatten Benutzer, die unsere Auswahl liebten, und solche, die uns auf Schritt und Tritt bekämpften. Ohne einen Kunden, der die Änderung unterstützt und durchsetzt, wäre dies bei einem großen Programm wie diesem nicht möglich. Ein Benutzer beschwerte sich über die Spaltengröße der vom Tool generierten Rückverfolgbarkeitsmatrix und ignorierte völlig die Tatsache, dass ihm dadurch Tage manueller Arbeit erspart wurden.

(2) – Unsere manuelle Rückverfolgbarkeit war nicht sehr sauber. Nachdem wir alle unsere Informationen in das Tool importiert und verknüpft hatten, fanden wir viele Lücken in der Rückverfolgbarkeit. Noch beunruhigender war, dass wir Links hatten, die wirklich keinen Sinn ergaben. Wir mussten viel Arbeit leisten, um unsere Rückverfolgbarkeitsmatrizen zu bereinigen.

(3) - Allein das Verfolgen von Anforderungen war großartig, aber jetzt konnten wir den gleichen Aufwand aufwenden, um Anforderungen mit Testplänen zu verknüpfen, und gingen so weit, Subsystemanforderungen mit Designdokumenten zu verknüpfen, die wir überprüfen konnten. Das geschah nicht über Nacht, aber es geschah. Schließlich könnten wir Systemanforderungen von einer Subsystemanforderung über ein Designdokument bis hin zu einem Codemodul verfolgen. Wir haben sogar ein Tool verwendet, um die Komplexität von Codemodulen zu bestimmen und anhand dessen festzustellen, wie schwierig es wäre, eine Änderung zu implementieren und zu testen.

(4) – Metriken aus einem Anforderungstool sind der Schlüssel zum Verständnis der Vollständigkeit von Testaktivitäten. Wir dachten oft, wir wären mit dem Testen zu 50 % fertig. Immerhin wurden 50 % der Tests abgeschlossen. Wir fanden jedoch heraus, dass wir dazu neigten, zuerst die einfachsten und am besten verstandenen Teile des Systems zu testen. Obwohl wir also zu 50 % fertig waren, war alles, was übrig blieb, ein sehr hohes Risiko. Wir haben gelernt, unsere Tests zu priorisieren, indem wir uns die Prioritäten der Anforderungen und die Komplexität der Software angesehen haben, die Informationen, die wir nicht durch manuelle Rückverfolgbarkeit ermitteln konnten.

(5) – Es war sehr leicht, überwältigt zu werden. Einfach anfangen. Wir mussten unsere ehrgeizigen Ideen zurücknehmen und mit einem einfachen Rückverfolgbarkeitsmodell beginnen. Als wir mit dem Tool lernten und mehr Erfahrung mit ihm sammelten, fügten wir unserem Modell weitere Informationen hinzu. Wir haben unseren Prozess ständig bewertet, um herauszufinden, was wir sonst noch tun könnten, um ihn zu verbessern.

(6) - Sparen Sie nicht an Training und Mentoring. Wir haben alle für das Projekt geschult und Experten geschaffen, die den Benutzern geholfen haben, anfängliche Hürden zu überwinden. Wir haben unsere Experten wochenlang zu unseren Auftragnehmern geschickt, um ihnen zu helfen, sich mit dem Tool vertraut zu machen. Wir hatten sogar unsere eigene interne Benutzergruppe. Seien Sie auf diese Art von Anstrengung vorbereitet.

Was für eine großartige Lernerfahrung das für mich war. Wenn Sie an einer solchen Änderung interessiert sind, um Ihren Anforderungsprozess zu verbessern, wenden Sie sich an Visure Solutions. Gerne besprechen wir mit Ihnen Ihren Prozess.