Wiederverwendung von Anforderungen: Ein wirksamer Ansatz zur Erleichterung der Anforderungserfassung
Erfahren Sie, wie Sie Anforderungen in Azure DevOps wiederverwenden können
Azure DevOps ist eine hervorragende Plattform, die eine zentrale Informationsquelle bietet.
Für viele Teams reicht diese Aussage allein schon aus, um den Einsatz der weltweit führenden ALM-Plattform für ihr Anforderungsmanagement in Betracht zu ziehen. Die Möglichkeit, Entwicklungsaufgaben mit Anforderungen und diese wiederum mit Testfällen zu verknüpfen, ist kaum zu übertreffen.Â
Was aber, wenn Sie nicht alle Funktionen einer vollständigen ALM-Plattform benötigen?
Was, wenn Sie lediglich eine Lösung für Ihr Anforderungsmanagement benötigen?Â
Sie können alle umfangreichen Funktionen von Modern Requirements4DevOps nutzen, um Ihr Azure DevOps-Projekt in eine vollwertige Lösung für das Anforderungsmanagement zu verwandeln. Eine dieser Funktionen ist die Möglichkeit, Anforderungen mithilfe des Modern Requirements4DevOps Reuse-Tools projekt-, sammlungs- und serverübergreifend wiederzuverwenden.
Möchten Sie Anforderungen wiederverwenden?
Dann sind Sie hier genau richtig.Â
Was Sie in diesem kurzen Artikel erfahren werden:
- Vorteile der Wiederverwendung von Anforderungen
- Die beiden Arten der Wiederverwendung von Anforderungen
- Wie sich die Wiederverwendung von Anforderungen effektiv nutzen lässt
Die Vorteile der Wiederverwendung von Anforderungen
Wenn wir über die Vorteile der Wiederverwendung von Anforderungen sprechen, muss zunächst ein Punkt angesprochen werden.
Die häufigste Frage, die mir Hardware-Teams stellen, lautet: „Inwiefern könnte das für Teams von Nutzen sein, die nichts mit Software zu tun haben?“
Bevor wir also beginnen: Die Wiederverwendung von Anforderungen ist nicht nur etwas für Software-Teams.
Die Wiederverwendung von Anforderungen ist ein Thema, das oft für Aufsehen sorgt.
Das liegt daran, dass sich Unternehmen in der Weltwirtschaft zunehmend auf bestimmte Bereiche oder Segmente innerhalb bestimmter Branchen konzentrieren. Dies führt dazu, dass Unternehmen Produkte in einem bestimmten Bereich oder rund um eine bestimmte Lösung entwickeln und sich wirklich auf die wenigen Dinge konzentrieren, in denen sie wirklich erfolgreich sein können.
Das bedeutet, dass ein Team bei der Entwicklung von Projekten, Lösungen oder Systemen häufig Elemente aus einem früheren Projekt wiederverwenden kann. Hier kommt die Wiederverwendung von Anforderungen ins Spiel.
Indem ein Team diese Anforderungen im nächsten Projekt wiederverwenden kann, lässt sich der Aufwand für den Start eines neuen Projekts reduzieren.
Für manche mag das vielleicht schon klar sein.
Was jedoch vielleicht nicht auf den ersten Blick ersichtlich ist: Die Wiederverwendung kann auch eine hervorragende Möglichkeit sein, Anforderungen zu handhaben, deren Geltungsbereich über die Projektebene hinausgeht. Dazu gehören nicht-funktionale Anforderungen oder Risiken, die als unternehmensweite Vorgabe berücksichtigt werden müssen. Dies würde sogar so weit gehen, dass Ihr Team Anforderungen wiederverwenden könnte, deren Zweck streng regulativ oder auf Compliance ausgerichtet ist. Diese Funktionalität lässt sich gleichermaßen auf Software- und Hardware-Teams ausweiten und kann sogar Produktteams unterstützen, die sich einer physischen Komponente oder einem physischen Ergebnis widmen.
Â
Die zwei Arten der Wiederverwendung von Anforderungen
Wiederverwendung von Anforderungen durch Verweis
Die Wiederverwendung von Anforderungen durch Verweise ist eine schnelle Möglichkeit, bestehende Anforderungen in Ihr Projekt zu integrieren, indem Sie einfach Verknüpfungen zu ihnen erstellen. Auf diese Weise haben Sie direkten Zugriff auf diese Arbeitselemente und können alle zugehörigen Inhalte, Verknüpfungen und Anhänge überprüfen, ohne sie tatsächlich innerhalb oder zwischen Projekten kopieren zu müssen.
Wiederverwendung von Anforderungen durch Verweis
Anforderungen durch Kopieren wiederverwenden
In Azure DevOps sind die Möglichkeiten zum Kopieren von Anforderungen oder anderen Arbeitselementen von einem Projekt in ein anderes sehr begrenzt. Wenn Sie jedoch Modern Requirements4DevOps in Ihre Azure DevOps-Umgebung integrieren, kann die Wiederverwendung von Anforderungen ihr volles Potenzial entfalten.
Bei der Erörterung der Wiederverwendung von Anforderungen durch Kopieren sind drei wesentliche Ansätze zu berücksichtigen.
Anforderungen durch Kopieren wiederverwenden
Wie man Anforderungen effektiv wiederverwendet
Nach dem Ansehen der oben genannten Videos wird deutlich, dass das Tool „Modern Requirements4DevOps Reuse“ für die Wiederverwendung von Anforderungen sehr effektiv ist.
Es bietet vollständige Kontrolle über die Anforderungen, die Sie wiederverwenden möchten, ermöglicht es Ihnen, diese Anforderungen anzupassen, und erlaubt es Ihnen, die Anforderungen mit dem ursprünglichen Workitem zu verknüpfen.
Das bedeutet, dass Sie Anforderungen mit dem Modern Requirements4DevOps Reuse-Tool an jeden beliebigen Ort senden können. Es gibt jedoch einige Möglichkeiten, wie Sie das Reuse-Tool noch effektiver nutzen können.Â
Als erstes ist die Kombination des Reuse-Tools mit dem „Modern Requirements4DevOps Baseline“-Tool zu nennen.Â
Was ist eine Baseline?
Viele Teams nutzen Baselines für Anforderungen, ohne sich dessen überhaupt bewusst zu sein.
Eine Baseline ist eine Momentaufnahme der Arbeitselemente zu einem bestimmten Zeitpunkt.
Viele Teams verwenden einfach die Versionen von Microsoft Word-Dokumenten als Baseline.Â
Wenn es darum geht, Anforderungen zu einem bestimmten Zeitpunkt zu erfassen, gibt es viele Gründe, warum die Funktion „Modern Requirements4DevOps“ dem herkömmlichen Microsoft Word-Ansatz überlegen ist. Mit den „Modern Requirements4DevOps Baselines“ können Sie eine Reihe von Arbeitsaufgaben so erfassen, wie sie zu einem beliebigen Zeitpunkt Ihrer Wahl vorlagen.
Das bedeutet: Wenn Sie Ihre Anforderungen so erfassen möchten, wie sie vor zwei Wochen waren, können Sie ganz einfach eine Baseline für diese Anforderungen zu diesem Datum erstellen. Dies führt direkt zu den Vorteilen des von Modern Requirements4DevOps hinzugefügten Reuse-Tools.
Durch die Kombination des Reuse-Tools mit unserer Baseline können Sie nicht nur die Anforderungen auswählen, die Sie wiederverwenden möchten, sondern auch die jeweilige Version dieser Anforderungen. So können Sie die beste und am besten geeignete Version Ihrer Anforderungen in Ihr nächstes Projekt übernehmen.Â
Als Nächstes ist zu erwähnen, dass man bei der Wiederverwendung von Anforderungen das Präfix, das Postfix und andere Operationen effektiv einsetzen sollte.
Bei der Wiederverwendung von Anforderungen können Sie mit dem Tool „Modern Requirements4DevOps Reuse“ festlegen, wie die wiederverwendeten Anforderungen im Zielprojekt dargestellt werden sollen.Â
Der Bildschirm, über den Sie dies tun können, ist unten zu sehen:
Â
Mit dieser Funktion können Sie den Anforderungen ganz einfach ein Präfix oder Suffix hinzufügen, sobald sie das von Ihnen ausgewählte Zielprojekt erreichen. Wie oben gezeigt, können Sie diese Anforderungen auch an einen bestimmten Bereichspfad (wie beispielsweise „Hardware“ oder „Software“) oder sogar an eine bestimmte Iteration senden, sodass Sie entscheiden können, wann diese Anforderungen bearbeitet werden.Â
Die am häufigsten genutzte Funktion in den Feldoptionen ist jedoch die Möglichkeit, ein Tag hinzuzufügen.
Wenn Sie Anforderungen von einem Projekt in ein anderes übertragen, möchten Sie diese Anforderungen im Zielprojekt oft leicht identifizieren und nachverfolgen können. Durch das Hinzufügen eines Tags ist dies möglich.
Inwiefern hängt dies mit der Option „Source Work Item“ zusammen?
Mit dieser Option können Sie eine Verknüpfung zwischen dem Workitem, das Sie wiederverwenden, und dem Workitem herstellen, das Sie in Ihrem Zielprojekt anlegen.Â
Welchen Link erstellt das?
Es verknüpft Ihr neues Ziel-Workitem mit Ihrem ursprünglichen Workitem über den Link „Verwandt“ oder einen beliebigen anderen Linktyp, den Sie im Admin-Bereich konfiguriert haben.
In der folgenden Abbildung sehen Sie einen Testfall, den ich von einem Projekt in ein anderes kopiert habe, wobei sowohl das Präfix „CL- “ als auch die Option „Mit Quell-Workitem verknüpfen“ aktiviert waren.
Â
Mit der Funktion „Mit Quell-Workitem verknüpfen“ können Sie Anforderungen ganz einfach auf ihre ursprüngliche Quelle zurückverfolgen. Diese Funktion bietet zwar zahlreiche Anwendungsfälle für die direkte Ãœbertragung von Anforderungen von einem Projekt in ein anderes, die hier beschriebenen fortgeschritteneren Anwendungsfälle kommen jedoch zum Tragen, wenn Sie Anforderungen stattdessen aus einer Bibliothek oder einem Repository in ein Projekt übertragen.Â
Wie fügt man kopierte Baselines zusammen?
Baseline ist ein sehr nützliches Werkzeug, ganz gleich, ob Sie ein einzelnes Arbeitselement oder eine lange Liste von Arbeitselementen aus Ihrem Quellprojekt bzw. Ihrer Quellbibliothek wiederverwenden möchten. In Modern Requirements können Sie Verknüpfungen zwischen Ihren Quell- und den kopierten Arbeitselementen erstellen, sodass Sie die Herkunft dieser kopierten Arbeitselemente zurückverfolgen können.
Obwohl Verbindungen zwischen ihnen bestehen, gelten die kopierten Arbeitselemente weiterhin als unabhängig von den Quell-Arbeitselementen, was bedeutet, dass Änderungen, die Sie entweder an den kopierten oder an den Quell-Arbeitselementen vornehmen, keine Auswirkungen auf das jeweils andere Element haben.
Vielleicht fragen Sie sich: Wie lassen sich die Änderungen bei Bedarf synchronisieren? Angenommen, Sie haben eine Bibliothek, in der alle Ihre Arbeitselemente für Designspezifikationen gespeichert sind, und Sie haben diese in 5 verschiedenen Projekten wiederverwendet. Wenn Sie nun einige Designs in der Bibliothek ändern müssen und möchten, dass alle kopierten Designspezifikationen synchronisiert werden, können Sie einfach die Merge-Funktion verwenden, die sich unter „Source Copied Baseline(s)“ oder „Target Copied Baseline(s)“ auf der Registerkarte „Details“ des Baseline-Moduls befindet.
Baseline ist ein sehr nützliches Werkzeug, ganz gleich, ob Sie ein einzelnes Arbeitselement oder eine lange Liste von Arbeitselementen aus Ihrem Quellprojekt bzw. Ihrer Quellbibliothek wiederverwenden möchten. In Modern Requirements können Sie Verknüpfungen zwischen Ihren Quell- und den kopierten Arbeitselementen erstellen, sodass Sie die Herkunft dieser kopierten Arbeitselemente zurückverfolgen können.
Obwohl Verbindungen zwischen ihnen bestehen, gelten die kopierten Arbeitselemente weiterhin als unabhängig von den Quell-Arbeitselementen, was bedeutet, dass Änderungen, die Sie entweder an den kopierten oder an den Quell-Arbeitselementen vornehmen, keine Auswirkungen auf das jeweils andere Element haben.
Vielleicht fragen Sie sich: Wie lassen sich die Änderungen bei Bedarf synchronisieren? Angenommen, Sie haben eine Bibliothek, in der alle Ihre Arbeitselemente für Designspezifikationen gespeichert sind, und Sie haben diese in 5 verschiedenen Projekten wiederverwendet. Wenn Sie nun einige Designs in der Bibliothek ändern müssen und möchten, dass alle kopierten Designspezifikationen synchronisiert werden, können Sie einfach die Merge-Funktion verwenden, die sich unter „Source Copied Baseline(s)“ oder „Target Copied Baseline(s)“ auf der Registerkarte „Details“ des Baseline-Moduls befindet.
Erinnern Sie sich noch an die Definition einer Baseline? Es handelt sich um eine Momentaufnahme ausgewählter Arbeitselemente zu einem bestimmten Zeitpunkt. Unabhängig davon, welche Änderungen wir an den in der Baseline enthaltenen Arbeitselementen vorgenommen haben, bleibt die gespeicherte Momentaufnahme unverändert. Selbst wenn wir die Baselines zusammengeführt haben, werden die Änderungen an den neuesten Versionen der Arbeitselemente vorgenommen, nicht an den Baselines selbst. Klingt das etwas schwer verständlich?
Bitte sehen Sie sich das 5-minütige Video zum Zusammenführen kopierter Baselines an.
Kopierte Baselines zusammenführen
Möchten Sie das volle Potenzial der Wiederverwendung ausschöpfen?
Testen Sie „Modern Requirements4DevOps“ noch heute kostenlos.
Wir bieten Ihnen die Möglichkeit, unsere Lösung für das Anforderungsmanagement in Ihrer eigenen Azure DevOps-Umgebung oder in einer von uns bereitgestellten Umgebung mit Beispieldaten zu testen.Â
