Zum Inhalt springen

Dies ist eine spezielle Schulungsseite

Um den sich wandelnden Anforderungen der Stakeholder gerecht zu werden, knappe Budgets zu verwalten und die Einhaltung von Vorschriften sowie die öffentliche Rechenschaftspflicht sicherzustellen, ist ein moderner Ansatz für das Anforderungsmanagement erforderlich. Sicherheit, Effizienz und Zuverlässigkeit sind die Eckpfeiler von Modern Requirements4DevOps, das auf der führenden Azure DevOps-Plattform von Microsoft basiert.

Logo von Modern Requirements4DevOps

Agile Anwendungsfälle

UC-ID: A1.0

Einrichtung des agilen Product Backlogs und des Sprint-Zeitplans

Die Einrichtung eines Product Backlogs in Azure DevOps beginnt mit der Einrichtung einer Prozessvorlage.
Azure DevOps bietet eine flexible Umgebung, in der Teams die Workitem-Typen und deren Eigenschaften weitgehend anpassen können.
Sobald die Prozessvorlage erstellt ist, besteht der nächste Schritt darin, die Dashboards und Sprints entsprechend den Anforderungen Ihres Teams einzurichten. 

Video 1 – Einrichten einer Prozessvorlage

 

Video 2 – Dashboards und Sprints einrichten

 

UC-ID: A1.1

Agile Backlog-Story-Karten entsprechen der „Definition of Ready“

Agile Teams müssen in der Lage sein, Anforderungen in den Status „Bereit“ zu versetzen. 
In Azure DevOps erfordert die Vorbereitung agiler Anforderungen für eine Iteration die Möglichkeit, Anforderungen schnell zu erstellen und zu importieren, Tags hinzuzufügen, Massenbearbeitungen vorzunehmen und Anforderungen mühelos in die aktuelle Iteration zu verschieben. Beim Erstellen einer Überprüfung mit Azure DevOps müssen Teams in der Lage sein, Anforderungen per E-Mail zu versenden, die Diskussion zu nutzen, um Änderungen zu erleichtern, und diese Änderungen effektiv umzusetzen sowie Anforderungen in die entsprechenden Status und Iterationen zu verschieben. 

Video 3 – Anforderungen hinzufügen und bearbeiten

 

Video 4 – Überprüfung der Anforderungen mit nativem Azure DevOps

 

Video 5 – Anforderungen aus Excel importieren

 

UC-ID: A1.2

Agile Backlog-Story-Karten entsprechen der „Definition of Done“

Um Anforderungen zu erfüllen, muss man in der Lage sein, direkt mit dem Agile-Team zusammenzuarbeiten.
Bei der Arbeit mit Azure DevOps bedeutet dies, dass Ihre Entwickler in der Lage sein müssen, Anforderungsaufgaben zu erstellen und diese durch den Lebenszyklus zu begleiten. Da Anforderungen in Aufgaben unterteilt werden, benötigen Entwickler eine zuverlässige Möglichkeit, Fehler und Testfälle zu den Anforderungen hinzuzufügen und mit den Business-Analysten in Kontakt zu treten. Azure DevOps bietet eine einfache Oberfläche zum Erstellen von Aufgaben, Testfällen und Fehlern sowie zur Erleichterung der Diskussion.   

Video 6 – Aufgaben einer Anforderung durch den Lebenszyklus führen

 

UC-ID: A2.0

Wiederverwendung von Anforderungen in Azure DevOps-Projekten

Häufig lassen sich die Anforderungen eines Projekts gut in einem anderen Projekt wiederverwenden.
Die Wiederverwendung von Anforderungen in Azure DevOps ist einfach und wird im folgenden Video auf drei verschiedene Arten vorgestellt. Teams können eine Anforderung innerhalb desselben Projekts klonen, eine Anforderung direkt in ein anderes Projekt kopieren oder mithilfe des Moduls „Modern Requirements4DevOps Baseline“ eine gesamte Baseline mit Anforderungen wiederverwenden. 

Video 7 – Wiederverwendung von Anforderungen in Azure DevOps

 

UC-ID: A3.0

Zugriffsbeschränkung für das agile Product Backlog

Mit Azure DevOps können Projektadministratoren Zugriffsbeschränkungen festlegen.
Die verfügbaren Optionen zur Zugriffsbeschränkung bieten Teams umfassende Kontrolle über ihr Projekt auf detaillierter Ebene. 

Video 8 – Zugriff auf Ihr Azure DevOps-Projekt einschränken

 

UC-ID: A4.0

Agiles Product Backlog sofort einsatzbereit sowie benutzerdefinierte Abfragen und Berichte

In Azure DevOps ist das Abfrage-Tool nach wie vor die leistungsstärkste Funktion, die Teams nutzen können.
Mit dem integrierten Abfrage-Tool können Teams Informationen aus einem Projekt und einer Sammlung finden und speichern. Das Abfrage-Tool wird in Modern Requirements4DevOps intensiv genutzt, wo wir Ihnen die Möglichkeit bieten, schnell Smart Docs zu erstellen, Dokumentenprüfungen durchzuführen, Arbeitselemente auszugeben und erweiterte Berichte zu erstellen, um allen Anforderungen gerecht zu werden.

Video 9 – Berichtsanforderungen aus Azure DevOps

 

Anwendungsfälle für Wasserfälle

*Einige Anwendungsfall-Videos wurden wiederverwendet, da der Ablauf zur Umsetzung dieses Anwendungsfalls für Agile- und Wasserfall-Teams identisch ist.*

UC-ID: W1.0

Einrichtung des Produkt-Backlogs und des Sprint-Zeitplans nach dem Wasserfallmodell

Die Einrichtung eines Product Backlogs in Azure DevOps beginnt mit der Einrichtung einer Prozessvorlage.
Azure DevOps bietet eine flexible Umgebung, in der Teams die Workitem-Typen und deren Eigenschaften weitgehend anpassen können.
Sobald die Prozessvorlage erstellt ist, besteht der nächste Schritt darin, die Dashboards und Sprints entsprechend den Anforderungen Ihres Teams einzurichten. 

Bei Wasserfall-Teams können die Arten von Arbeitselementen variieren und beispielsweise Geschäftsregeln, formelle Änderungsanträge und vieles mehr umfassen. 

Video 1 – Einrichten einer Prozessvorlage

 

Video 2 – Dashboards und Sprints einrichten

 

UC-ID: W1.1

Workflow für die Projektanforderungen nach dem Wasserfallmodell

Waterfall-Teams verfolgen in der Regel ein Modell, bei dem zunächst die Anforderungen auf höchster Ebene definiert und genehmigt werden, um sie anschließend in Anforderungen auf niedrigerer Ebene aufzuschlüsseln. Häufig betrachten Teams die Genehmigungsschritte als eine Art „Kontrollpunkt“, der den Beginn der nächsten Phase im Anforderungslebenszyklus bestimmt. 

Mit „Modern Requirements4DevOps“ können Teams die Genehmigung von Anforderungen steuern, indem sie zunächst die Stakeholder bitten, Änderungen an den Anforderungen über Kommentare zu koordinieren, und diese anschließend zur endgültigen Genehmigung an die Genehmiger weiterleiten. Das Senden einer Gruppe von Anforderungen zur Überprüfung oder Genehmigung kann sowohl über die nativen Azure DevOps-Module (Sprints, Backlog, Queries) als auch über Smart Docs und das Review-Modul erfolgen. 

Sehen Sie sich das folgende Video an, um zu erfahren, wie der Überprüfungsprozess mit Modern Requirements4DevOps eingerichtet werden kann. 

Video 3 – Erstellung von Reviews mit Modern Requirements4DevOps

 

UC-ID: W2.0

Wasserfallmodell – Wiederverwendbarkeit

Häufig lassen sich die Anforderungen eines Projekts gut in einem anderen Projekt wiederverwenden.
Die Wiederverwendung von Anforderungen in Azure DevOps ist einfach und wird im folgenden Video auf drei verschiedene Arten vorgestellt. Teams können eine Anforderung innerhalb desselben Projekts klonen, eine Anforderung direkt in ein anderes Projekt kopieren oder mithilfe des Moduls „Modern Requirements4DevOps Baseline“ eine gesamte Baseline mit Anforderungen wiederverwenden. 

Video 4 – Wiederverwendung von Anforderungen in Azure DevOps

 

UC-ID: W3.0

Einrichtung des Waterfall-Projekts – Zugriff einschränken

Mit Azure DevOps können Projektadministratoren Zugriffsbeschränkungen festlegen.
Die verfügbaren Optionen zur Zugriffsbeschränkung bieten Teams umfassende Kontrolle über ihr Projekt auf detaillierter Ebene.

Video 5 – Zugriffsbeschränkungen in Azure DevOps

 

UC-ID: W4.0

Wasserfall-Darstellung „Out of the Box“ und benutzerdefinierte Abfragen/Berichte

In Azure DevOps ist das Abfrage-Tool nach wie vor die leistungsstärkste Funktion, die Teams nutzen können.
Mit dem integrierten Abfrage-Tool können Teams Informationen aus einem Projekt und einer Sammlung finden und speichern. Das Abfrage-Tool wird in Modern Requirements4DevOps intensiv genutzt, wo wir Ihnen die Möglichkeit bieten, schnell Smart Docs zu erstellen, Dokumentenprüfungen durchzuführen, Arbeitselemente auszugeben und erweiterte Berichte zu erstellen, um allen Anforderungen gerecht zu werden.

Video 6 – Berichtsanforderungen aus Azure DevOps

 

UC-ID: W5.0

Wasserfallmodell – Anwendungsfälle und Anwendungsfalldiagramme

Durch die Erstellung von Use-Case-Modellen können Teams Prozesse, Systeme oder Lösungen leicht nachvollziehen.
Aus diesem Grund bieten wir Ihnen zwei verschiedene Ansätze zur Erstellung eines Use Cases an.
Sie können Ihren Use Case entweder als textuelle Beschreibung verfassen oder ein Use-Case-Diagramm erstellen, das als textuelle Beschreibung veröffentlicht werden kann. 

Video 7 – Erstellen von Anwendungsfallmodellen mit dem Anwendungsfall-Modul

 

Video 8 – Erstellen von Anwendungsfallmodellen mit dem Diagramm-Modul

 

UC-ID: W6.0

Wasserfallmodell – Verwaiste Anforderungen

Das Erkennen verwaisteter Anforderungen in Azure DevOps kann eine einfache Aufgabe sein.
Diese verwaisten Anforderungen schnell und effektiv zu verwalten, ist jedoch eine ganz andere Sache. Aus diesem Grund bieten wir Ihnen die Möglichkeit, Ihre verwaisten Anforderungen in eine Rückverfolgbarkeitsmatrix aufzunehmen und auf einfache Weise zu visualisieren, welche Beziehungen hergestellt werden müssen. 

Video 9 – Umgang mit verwaisten Anforderungen in Azure DevOps

 

UC-ID: W7.0

Wasserfallmodell – Folgenanalyse von Anforderungsänderungen

Der Umgang mit den Auswirkungen von Änderungen kann schwierig sein, insbesondere wenn Projekte an Umfang zunehmen.
Aus diesem Grund ermöglichen wir Ihrem Team, die Auswirkungen von Änderungen sowohl proaktiv als auch nachträglich zu bewältigen.
Sehen Sie sich die folgenden Videos an, um zu erfahren, wie Ihr Team die Wirkungsanalyse effektiv bewältigen kann! 

Video 10 – Folgenabschätzung, Teil 1

 

Video 11 – Folgenabschätzung, Teil 2

UC-ID: W8.0

Waterfall – Versionskontrolle in Azure DevOps

Azure DevOps zeichnet sich durch seine Versionskontrolle aus.
Da bei jedem Speichern eine neue Version der Arbeitselemente erstellt wird, bietet Azure DevOps eine hervorragende Nachverfolgbarkeit von Änderungen an Arbeitselementen. Ohne Modern Requirements4DevOps lassen sich diese Änderungen jedoch nur schwer übersichtlich darstellen. Aus diesem Grund ermöglichen wir Ihnen, auf einfache Weise Baselines für Gruppen von Anforderungen zu erstellen, um die in Ihrem Projekt stattfindenden Änderungen zu identifizieren und zu verwalten. 

Video 12 – Versionskontrolle mit dem Baseline-Modul

 

UC-ID: W9.0

Anforderungen für den sofort einsatzbereiten Datenimport, Erfassung von Geschäftsrisiken und IT-Auswirkungen sowie ein Glossar der Begriffe

Modern Requirements4DevOps bietet Teams die Möglichkeit, gut strukturierte Anforderungsdokumente zu erstellen, die für Konsistenz sorgen und die Erfassung von Anforderungen vereinfachen. In diesem Video zeigen wir Ihnen, wie Sie nachvollziehbare Fragebögen erstellen können, die zu besseren und besser nachvollziehbaren Dokumenten aus Besprechungen mit Stakeholdern führen. 

Video 13 – Erstellen von fragengestützten Besprechungsnotizen

 

UC-ID: W10.0

Erstellung des Product Backlogs und des Sprintplans

Die Einrichtung eines Product Backlogs in Azure DevOps beginnt mit der Einrichtung einer Prozessvorlage.
Azure DevOps bietet eine flexible Umgebung, in der Teams die Workitem-Typen und deren Eigenschaften weitgehend anpassen können.
Sobald die Prozessvorlage erstellt ist, besteht der nächste Schritt darin, die Dashboards und Sprints entsprechend den Anforderungen Ihres Teams einzurichten. 

Video 14 – Einrichten einer Prozessvorlage

 

Video 15 – Dashboards und Sprints einrichten

 

UC-ID: W11.0

Visuelles Modell erstellen / aktualisieren

In der nativen Azure DevOps-Umgebung gibt es keine gute Möglichkeit, Diagramme zu erstellen und diese mit Ihren Anforderungen zu verknüpfen.
Aus diesem Grund bietet unsere Lösung „Modern Requirements4DevOps“ eine integrierte Diagrammfunktion, die an mehreren Stellen verfügbar ist. Mithilfe der folgenden Videos kann Ihr Team ganz einfach Diagramme erstellen und diese sogar zu Ihren Smart Docs hinzufügen!

Video 16 – Erstellen von Diagrammen aus dem Backlog

 

Video 17 – Verwendung des Diagrammmoduls

 

UC-ID: W12.0

Abhängigkeiten im Waterfall-Portfolio-Projekt

Bei der Arbeit in Azure DevOps stehen Ihrem Team verschiedene Möglichkeiten zur Verfügung, die Projektarchitektur zu strukturieren.
Das native Azure DevOps unterstützt das Konzept, in einer Sammlung mit vielen separaten Projekten zusammenzuarbeiten. Für manche reicht diese Methode, unterschiedliche Projekte anzulegen, völlig aus. Andere hingegen möchten eng miteinander verbundene Projekte in einem einzigen Projektportfolio zusammenfassen. Auch dies wird unterstützt und im folgenden Video ausführlich erläutert. 

Video 18 – Entwurf einer Projektarchitektur