Verwalten von Anforderungen
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
In diesem Artikel lernen Sie die wichtigsten Konzepte und Aufgaben im Zusammenhang mit der Verwaltung von Projektanforderungen mit Agile-Tools und -Features in Azure DevOps kennen.
Tipp
Das Anforderungsmanagement ist ein kontinuierlicher Prozess während eines gesamten Projektlebenszyklus– umfasst die Prozesse des Dokumentierens, Analysierens, Priorisierens, Nachverfolgens und Zusammenarbeitens mit den Projektbeteiligten, um die zu erledigenden Arbeiten zu vereinbaren. Eine einzelne Anforderung entspricht einer Funktion, die ein Projektergebnis – Produkt, Dienst, Architektur, Leistung – erfüllen sollte.
Erfassen der Anforderungen
Verwenden Sie Arbeitsaufgaben, um Anforderungen zu erfassen. Jede Arbeitsaufgabe hat einen Typ, der von dem von Ihnen ausgewählten Prozess abhängt. Sie können auch einen benutzerdefinierten Arbeitsaufgabentyp erstellen.
Hinweis
Anforderungen geben die Erwartungen der Benutzer*innen an ein Softwareprodukt an. In Azure Boards werden Anforderungen durch Arbeitselemente definiert, die in Ihrem Product Backlog angezeigt werden. Sie entsprechen den Arbeitsaufgabentypen User Story (Agile), Product Backlog Item (Scrum), Issue (Basic) oder Requirement (CMMI), basierend auf dem für Ihr Projekt ausgewählten Prozess. Sie gehören auch zur Kategorie "Anforderungen", die die Arbeitsaufgabentypen verwaltet, die im Produktrückstand angezeigt werden.
Arbeitselementtypen
Mit Arbeitsaufgaben können Sie unterschiedliche Informationen und Workflows erfassen. Jede Arbeitsaufgabe hat einen Typ, der von dem von Ihnen ausgewählten Prozess abhängt. Sie können diese Standardarbeitselementtypen für Anforderungen und Mängel verwenden:
- Agile: User Story und Bug
- Einfach: Problem und Fehler
- Scrum: Produktrückstandselement und Fehler
- CMMI: Anforderung und Fehler
Sie können jeden Prozess für Ihr Azure DevOps-Projekt anpassen. Sie können auch entscheiden, wie Fehler für jedes Team nachverfolgt werden sollen.
Standardmäßige Arbeitsaufgabentypen
Das folgende Bild zeigt die Hierarchie für das Arbeitselement Agile-Prozess-Backlog:
User-Stories und Aufgaben dienen der Verfolgung der Arbeit.
Bugs verfolgen Code-Fehler.
Epics und Funktionen werden verwendet, um die Arbeit in größeren Szenarien zu gruppieren.
Jedes Team kann über die Einstellung Arbeiten mit Bugs festlegen, wie es die Arbeitselemente für Bugs auf derselben Ebene wie die Arbeitselemente für User-Stories oder Aufgaben verwaltet. Weitere Informationen zur Verwendung dieser Arbeitselementtypen finden Sie unter Agile-Prozess.
Anpassen von Arbeitsaufgabentypen
Sie können benutzerdefinierte Arbeitsaufgabentypen auf folgende Weise verwenden:
- Hinzufügen von benutzerdefinierten Feldern und Workflowzuständen
- Hinzufügen von benutzerdefinierten Regeln zur Unterstützung von Geschäftsworkflowprozessen
- Hinzufügen von benutzerdefinierten Portfolio-Backlogs und Anpassen von Backlogs und Boards
- Hinzufügen von benutzerdefinierten Steuerelementen zu Arbeitsaufgabenformularen, um erweiterte Funktionen zu erhalten
Hinzufügen von Arbeitselementen zum Produktrücklog oder -board
Erfassen Sie Die Anforderungen, indem Sie einem Produktrücklog einen Titel hinzufügen und die Details später hinzufügen.
Erfassen von Anforderungen für den Produktrückbestand
Arbeitsaufgabenfelder
Jede Arbeitsaufgabe unterstützt die Nachverfolgung von Daten, die in Arbeitsaufgabenfeldern enthalten sind. Außerdem werden Änderungen erfasst, wenn im Feld "Verlauf" Aktualisierungen vorgenommen wurden, und Kommentare, die im Abschnitt "Diskussion" vorgenommen wurden. Die folgende Abbildung zeigt ein Beispielformular für Arbeitsaufgaben für den Arbeitsaufgabentyp "User Story".
Verwenden Sie Arbeitsaufgaben, um die folgenden Aufgaben zu unterstützen:
- Hinzufügen von Informationen, Aktualisieren des Status, Zuweisen von Teammitgliedern, Verknüpfen von Arbeitsaufgaben und Anfügen von Dateien
- Zuweisen von Arbeit zu einem Zeitfeld oder Sprint
- Schnelles Ausfüllen von Arbeitsaufgabenfeldern mithilfe von Arbeitsaufgabenvorlagen
- Mitwirken zu einem abfragefähigen Diskussionsthread
- Priorisieren sie Arbeitsaufgaben und die Einstufung von Arbeitsaufgaben.
Weitere Features, die die End-to-End-Ablaufverfolgung unterstützen, sind die Abschnitte "Entwicklung " und "Bereitstellung" . Diese Abschnitte unterstützen die folgenden Aufgaben und Einblicke:
- Erstellen einer neuen Verzweigungs- oder Pullanforderung aus einer Arbeitsaufgabe
- Abschließen des Pull Requests
- Durchführen eines Squashmerges
- Erstellen eines Branchs für mehrere Arbeitselemente
- Verknüpfen eines Arbeitselements mit vorhandenen Entwicklungs- und Buildobjekten
- Anzeigen der Veröffentlichungsphasen, die der Arbeitsaufgabe innerhalb des Arbeitsaufgabenformulars in Echtzeit zugeordnet sind
- Anzeigen des Status von Versionen innerhalb der Arbeitsaufgaben, die mit Commits in der Build- und Releasepipeline verknüpft sind
Import- und Aktualisierungsanforderungen mithilfe von Excel
Sie können auch eine .csv Datei oder eine Excel-Kalkulationstabelle verwenden, um Ihre Anforderungen zu importieren und zu aktualisieren. Mit diesen Tools können Sie mit einer flachen Liste oder einer Struktur von Arbeitsaufgaben arbeiten. Sie können z. B. eine Struktur von Epics, Features und User Stories in Excel definieren und dann in Azure DevOps importieren, wie in der folgenden Abbildung dargestellt.
Importanforderungen aus Excel
Funktionale und nicht funktionale Anforderungen
Arbeitsaufgaben helfen Ihnen bei der Nachverfolgung der von Ihnen oder Ihrem Team benötigten Aufgaben. Sie können denselben Arbeitsaufgabentyp sowohl für funktionale als auch für nicht funktionale Anforderungen verwenden. Funktionale Anforderungen beschreiben, was Ihr Produkt oder Ihre Dienstleistung tun soll. Nicht funktionsfähige Anforderungen beschreiben, wie Ihr Produkt oder Ihre Dienstleistung funktionieren soll.
Sie können Tags, das Feld "Geschäftswert" oder ein benutzerdefiniertes Feld verwenden, um Ihre Anforderungen zu kategorisieren.
Beibehalten von Anforderungsspezifikationen
Einige Anforderungen benötigen mehr Details als das, was Sie in die Arbeitsaufgabe einfügen können. Sie können Azure DevOps verwenden, um Ihre Anforderungen in einem Azure Repos-Repository zu speichern und zu verwalten. Oder Sie können ein Projektwiki verwenden, um Ihre Spezifikationen an einem zentralen Ort zu halten.
Sie können Ihre Spezifikationen mit Ihren Anforderungen verknüpfen oder anfügen.
Analysieren und Priorisieren von Anforderungen
Priorisieren und verfeinern Sie Ihren Backlog, um sicherzustellen, dass Ihre Anforderungen klar und klar definiert sind. Sie können diese Azure Boards-Tools verwenden, um Ihnen bei den folgenden Aufgaben zu helfen:
Produktrücklage: Ziehen und ablegen Sie Arbeitsaufgaben, um sie nach Priorität neu anzuordnen und mehrere Arbeitsaufgaben gleichzeitig zu bearbeiten, um Zuordnungen zu ändern oder Felder zu aktualisieren. Abfrageergebnisse, Triagemodus: Überprüfen Sie eine Liste der Arbeitsaufgaben und deren Formulare, um sie schnell zu aktualisieren und Details hinzuzufügen.
Priorisieren des Feature-Backlogs
Gruppieren und Organisieren von Anforderungen
Gruppieren Sie Ihre Anforderungen nach Features oder Geschäftszielen mithilfe von Azure Boards. Sie können Portfolioaufgabentypen, Portfolio-Backlogs und Boards sowie ein Zuordnungstool verwenden, um Ihre Anforderungen mit einer übergeordneten Arbeitsaufgabe zu verknüpfen.
Sie können auch Arbeitsaufgabentags verwenden, um Ihre Anforderungen auf unterschiedliche Weise zu gruppieren.
Epics, Features und Portfolio-Backlogs
Verwenden Sie Links zu eltern-untergeordneten Elementen, um eine Hierarchie von Anforderungen, Features und Epen zu erstellen – nützlich für Organisationen mit mehreren Teams, die sehen möchten, wie ihre Arbeit zu den allgemeinen Zielen beiträgt und die Portfolioplanungstools verwenden.
Mit einer Hierarchie können Sie eine Reihe von Features verwalten, an denen unterschiedliche Teams arbeiten. Sie können auch die Zusammenfassung der Schätzungen, des Fortschritts und mehr zu den Produktrückgängen anzeigen.
Gruppieren von Benutzerabschnitten unter Features mithilfe der Zuordnung
Verwenden von Tags zum Gruppieren von Arbeitsaufgaben
Arbeitselementtags sind Bezeichnungen, die Teammitgliedern Arbeitsaufgaben hinzufügen können. Sie können Backlogs und Boards nach diesen Tags filtern, um nur die Arbeitsaufgaben anzuzeigen, die ihnen entsprechen. Sie können auch Tags in Ihren Abfragen verwenden. Beispielsweise können Sie nur die Karte mit dem Webtag auf dem Kanban-Board sehen, indem Sie sie mit dem Webtag filtern, wie in der folgenden Abbildung dargestellt.
Filtern von Backlogs und Boards basierend auf Tags
Implementieren von Kanban oder Scrum
Kanban und Scrum sind zwei wichtige Agile-Methoden, die Azure Boards unterstützen. Sie können auch einen Hybridansatz wie Scrumban verwenden, der Elemente beider Methoden kombiniert.
Implementieren von Kanban
Verwenden Sie ein Kanban-Board, um Ihre Arbeitsaufgaben in einem Produkt- oder Portfolio-Backlog zu visualisieren. Das Board zeigt die Arbeitsaufgaben an, die zu Ihrem Team gehören, basierend auf dem bereich und den Iterationspfaden, die Sie auswählen.
Sie können Ihr Board an Ihre Kanban-Praktiken anpassen. Sie können z. B. Spalten und Verantwortlichkeitsbereiche definieren, WIP-Grenzwerte festlegen und die Definition von "Fertig" angeben. Sie können eine Arbeitsaufgabe in eine andere Spalte ziehen, um den Status zu aktualisieren, während sie sich durch die Phasen des Workflows bewegt.
Beispiel-Kanban-Tafel
Implementieren von Scrum
Verwenden Sie einen Sprint-Backlog und ein Taskboard, um die Arbeitsaufgaben anzuzeigen, die Ihr Team für einen bestimmten Sprint geplant hat. Sie können einem Sprint Arbeitsaufgaben zuweisen, indem Sie sie aus Dem Anforderungsrücklauf ziehen und ablegen. Anschließend können Sie sie in einem separaten Sprint-Backlog anzeigen.
Beispiel-Sprint-Backlog
Verwenden Sie die folgenden Scrum-Methoden, um Ihre Arbeit zu planen und nachzuverfolgen:
- Auswählen eines Sprints für Ihre Anforderungen
- Aufteilen Ihrer Anforderungen in Aufgaben
- Festlegen, wie viel Arbeit jedes Teammitglieds in einem Sprint ausführen kann
- Passen Sie Ihre Arbeit an Ihre Sprintkapazität an.
- Teilen Ihres Sprintplans mit anderen
- Filtern, Aktualisieren und Ändern des Status Ihrer Aufgaben
- Überwachen des Sprintfortschritts mit einem Burndowndiagramm
Sprint-Burndowndiagramm
Das Sprint burndown-Diagramm zeigt Ihnen, wie Ihr Sprint läuft, indem Sie den Arbeitsstatus täglich aktualisieren, wie Sie in der folgenden Abbildung sehen können.
Beispiel für ein Sprint-Burndowndiagramm
Verwalten von Abhängigkeiten
In Microsoft Project verwalten Sie Aufgaben, die vom Abschluss anderer Aufgaben abhängen, indem Sie sie verknüpfen. Um Abhängigkeiten in Azure Boards zu verwalten, können Sie Arbeitselemente mit dem Linktyp „Vorgänger/Nachfolger“ verknüpfen. Nachdem Sie Arbeitsaufgaben verknüpft haben, können Sie Verknüpfungsbeziehungen mithilfe der Erweiterung Work Item Visualization Marketplace anzeigen. Die folgende Abbildung zeigt Verknüpfungsbeziehungen zwischen mehreren Arbeitsaufgaben.
Um das vollständige Bild anzuzeigen, klicken Sie auf das Bild, um es zu erweitern. Wählen Sie das Symbol zum „Schließen“ 
aus, um das Dialogfeld zu schließen.
Minimum Viable Product im Vergleich zu Critical Path Management
Azure Boards verfügen nicht über eine integrierte Möglichkeit zum Anzeigen des kritischen Pfads, da agile Methoden ein Minimum Viable Product (MVP) gegenüber Critical Path Management (CPM) bevorzugen. Mit MVP finden Sie den kürzesten und abhängigsten Weg, indem Sie Epen, Features, Geschichten und Aufgaben nach Wichtigkeit bewerten.
Durchführen der Meilensteinplanung
Sie können teamgeschwindigkeit und Prognose verwenden, um zu planen, wann Sie Ihre Arbeit liefern können.
Teamgeschwindigkeit
Die Arbeit in Sprints hilft Ihnen, die Geschwindigkeit Ihres Teams zu verstehen. Geschwindigkeit zeigt, wie viel Arbeit Ihr Team in einem Sprint abschließen kann, basierend auf der Anzahl oder der Größe der abgeschlossenen Arbeitsaufgaben.
Beispiel für ein Teamgeschwindigkeitsdiagramm
Prognoseanforderungen
Verwenden Sie das Prognosetool , um Story Points, Effort oder Size für jede Anforderung zu schätzen.
Sie können die Teamgeschwindigkeit auch basierend auf Ihren Schätzungen festlegen. Wenn Sie beispielsweise sagen, dass Ihr Team 12 Story Points pro Sprint ausführen kann, zeigt ihnen das Prognosetool an, welche Anforderungen und Features Sie in den nächsten sechs Sprints abschließen können. Mit dem Planungstool können Sie den vorhergesagten Sprints Anforderungen zuweisen.
Beispielprognose für den Anforderungsrückslog
[
]
Verwenden Sie eine Marketplace-Erweiterung, um Ihre Anforderungenplanung in Microsoft Project-Tools zu integrieren.
Meilensteinmarkierungen
Meilensteinmarkierungen werden abgesehen von Lieferplänen in der Arbeitsnachverfolgung von Azure Boards nicht verwendet. Lieferpläne bieten eine Kalenderansicht und ermöglichen Ihnen, eine Meilensteinmarkierung zu definieren.
Sie können eine oder mehrere der folgenden Optionen verwenden, um eine Arbeitsaufgabe als Meilenstein zu markieren:
- Verwenden des Worts Meilenstein als Präfix oder Suffix im Titel Ihres Arbeitselements
- Hinzufügen eines Arbeitselementtags mit bezeichnung " Meilenstein"
- Hinzufügen eines benutzerdefinierten Felds mit der Bezeichnung "Meilenstein " und Auffüllen mit einer Auswahlliste von Meilensteinen
- Verknüpfen von Arbeitselementen unter Verwendung des Verknüpfungstyps „Vorgänger/Nachfolger“ oder „Verwandt“ mit einem als Meilenstein definierten Arbeitselement
- Zuweisen eines als Meilenstein definierten Arbeitselements zu dem Sprint, in dem es abgearbeitet werden soll.
Zuweisen von Anforderungen zu Zeitfeldern
Sie können einem Sprint schnell Arbeitsaufgaben zuweisen, indem Sie den Im Planungsbereich aufgelisteten Sprint aus dem Produktrückgang ziehen und ablegen.
Beispiel: Zuweisen von Anforderungen zu Sprints
Überwachen und Melden des Fortschritts
Um den Fortschritt und die Lieferumfang zu überprüfen, können Sie die folgenden Tools verwenden:
- Features Kanban-Board: Zeigt den Status der einzelnen Features und deren Aufgaben an.
- Feature-Backlog: Zeigt die Rollupspalten für die Features und deren untergeordnete Arbeitsaufgaben an.
- Übermittlungspläne: Bietet eine Zeitleiste Ansicht der Features und deren Abhängigkeiten in verschiedenen Teams.
Kanban-Board für Features
Sie können auch Ihr Features Board verwenden, um den Fortschritt nachzuverfolgen und sicherzustellen, dass der Wert kontinuierlich bereitgestellt wird. Die folgende Abbildung zeigt ein Beispiel für ein angepasstes Feature board. Es hat Spalten für verschiedene Phasen der Featureentwicklung hinzugefügt, z. B. Weitere Informationen, Spezifikation abgeschlossen, In Bearbeitung und Kundenrollout. Diese Spalten spiegeln den natürlichen Fluss von Features von Vorschlag zu Produktion wider.
Beispiel für features Board mit angepassten Spalten
Um das vollständige Bild anzuzeigen, klicken Sie auf das Bild, um es zu erweitern. Wählen Sie das Symbol zum „Schließen“ aus, um das Dialogfeld zu schließen.
Rollup
Der Feature-Backlog bietet eine schnelle und visuelle Möglichkeit, den Fortschritt zu überwachen. Sie können die Spalte "Rollup progress bar " hinzufügen, um den Fertigstellungsprozentsatz der Arbeitsaufgaben jedes Features anzuzeigen. Die folgende Abbildung zeigt, wie die Spalte den Fortschritt verschiedener Features anzeigt.
Beispiel für den Anforderungsrückstand mit statusrollup
Lieferpläne und Lieferleistungen mehrerer Teams
Wenn Sie die Features sehen möchten, die mehrere Teams in einem Zeitleiste bereitstellen, können Sie einen Übermittlungsplan einrichten. Ein Übermittlungsplan ist ein interaktives Board, das eine Kalenderansicht der Geschichten oder Features anzeigt, die von verschiedenen Teams bereitgestellt werden sollen.
Beispiel für einen Plan für die Bereitstellung mehrerer Teams
Erhalten von Benachrichtigungen über Änderungen
Azure DevOps bietet ein robustes Benachrichtigungssystem, in dem Projektmitglieder Benachrichtigungen für sich selbst, ein Team oder ein Projekt festlegen können. Wenn Änderungen an Arbeitsaufgaben, Codeüberprüfungen, Quellcodeverwaltungsdateien und Builds vorgenommen werden, können Sie E-Mail-Benachrichtigungen erhalten.
Verwandte Artikel
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für