Zuordnung von SAFe-Konzepten® zu Azure Boards-Artefakten
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Wenn Sie an der Verwendung von Scaled Agile Framework (SAFe®) interessiert sind, können Sie Ihr Azure Boards Projekt so konfigurieren, dass SAFe®-Lieferungen nachverfolgt werden. Genauso wie Azure Boards Scrum- und Agile-Praktiken unterstützt, kann es SAFe® und eine große Anzahl von Teams bei der gemeinsamen Arbeit an Epics unterstützen, die Releases überspannen.
In diesem Tutorial wird veranschaulicht, wie die folgenden SAFe®-Artefakte bestimmten Azure Boards-Artefakten zugeordnet werden.
- SAFe® Agile-, Programm- und Portfolioteams
- SAFe®-Lieferleistungen wie Epics, Features und Storys
- SAFe®-Produkt-, Programm- und Portfolioansichten
- SAFe® Release Trains, Sprints und andere Timeboxen
- SAFe®-Iterationsziele
- SAFe®-Wertströme und -budgets
- SAFe® Portfolio Vision und strategische Themen
- SAFe®-Roadmaps
- SAFe®-Meilensteine und -Ereignisse
- SAFe®-Retrospektiven und -Bewertungen
Eine Übersicht dazu, wie Azure Boards Scrum und Kanban implementiert, finden Sie unter Informationen zu Sprints, Scrum und Projektmanagement und Informationen zu Boards und Kanban.
Hinweis
Dieser Artikel ist einer aus einer Reihe von Scaled Agile Framework®-Tutorials, die sich auf Azure Boards und Azure DevOps Services beziehen. Die meisten Anleitungen gelten sowohl für die cloudbasierte als auch für die lokale Version. Einige der Features und Prozeduren sind jedoch spezifisch für die Cloudversion oder die aktuelle Version von Azure DevOps Server.
Die folgende Abbildung veranschaulicht, wie Sie Azure Boards konfigurieren können, um eine dreistufige Teamhierarchie zu unterstützen und Teams ihren jeweiligen Bereichs- und Iterationspfaden zuzuordnen. Die Beispiele bauen auf dem Agile-Prozess auf. Die Änderungen können jedoch auf alle Projekte und Prozesse angewendet werden, die in Azure Boards gehostet werden.
Die folgenden Beispiele veranschaulichen, wie eine dreistufige Teamhierarchie mithilfe hierarchischer Bereichspfade konfiguriert wird. Die Beispiele bauen auf dem Agile-Prozess auf. Die Änderungen können jedoch auf alle Projekte und Prozesse angewendet werden, die in Azure Boards gehostet werden.
Agile-Feature-, -Programm- und -Portfolioteams
Azure Boards unterstützt jedes Team mit seiner eigenen Sicht auf seine Arbeit. Durch das Konfigurieren einer hierarchischen Teamstruktur kann sich jedes Team auf seine Arbeit konzentrieren und seine Arbeit als Rollup auf der nächsten Ebene innerhalb der Teamhierarchie summieren.
Zur Unterstützung von SAFe®-Teams konfigurieren Sie das Standardteam als Portfolioteam um, das Ihre Epics verwaltet. Anschließend erstellen Sie Unterteams für Arbeiten auf Programm- und Teamebene. Die Arbeit kann teamübergreifend über jede der Ebenen hinweg nachverfolgt werden.
Storys, Features, Epics, Enabler und Funktionen
Alle Arbeiten und Lieferleistungen werden in Arbeitselementen erfasst. Jedem Arbeitselement ist ein bestimmter Arbeitselementtyp mit einem vordefinierten Workflow zugeordnet. Jeder Azure Boards-Prozess bietet Unterstützung für bestimmte Arbeitselementtypen, die Sie verwenden können, um alle SAFe®-Lieferungen nachzuverfolgen.
Die Ihnen zur Verfügung stehenden Arbeitselementtypen basieren auf dem Prozess, der beim Erstellen Ihres Projekts verwendet wurde – Agile, Basic, Scrum oder CMMI –, wie in den folgenden Abbildungen veranschaulicht.
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 konfigurieren, wie Fehlerarbeitselemente auf der gleichen Ebene wie User Story- oder Aufgabenarbeitselemente verwaltet werden. Verwenden Sie die Einstellung Arbeiten mit Fehlern. Weitere Informationen zur Verwendung dieser Arbeitselementtypen finden Sie unter Agile-Prozess.
Die Elemente in Ihrem Backlog können als User Storys (Agile), Probleme (Basic), Product Backlog Items (Scrum) oder Anforderungen (CMMI) bezeichnet werden. Alle vier sind ähnlich: Sie beschreiben den zu liefernden Kundenwert und die zu erledigenden Arbeiten.
Sie können Enabler mithilfe von User Storys oder Features und Funktionen mithilfe von Features oder Epics nachverfolgen. Wenn Sie bestimmte Anforderungen an Nachverfolgung und Berichterstellung haben, können Sie benutzerdefinierte Arbeitselementtypen hinzufügen, um diese Arten von Lieferleistungen nachzuverfolgen. Weitere Informationen finden Sie unter Anpassen von Azure Boards, Hinzufügen benutzerdefinierter Arbeitselementtypen.
Arbeitselemente bieten Unterstützung für die folgenden Aufgaben:
- Hinzufügen von Beschreibungen und Akzeptanzkriterien
- Zuweisen zu einem Team- oder Bereichspfad und einem Projektmitglied
- Aktualisieren des Status und Zuweisen zu einer Iteration oder einem Sprint
- Verknüpfen von Arbeitselementen, Anfügen von Dateien, Hinzufügen von Tags
- Hinzufügen von Kommentaren und Anzeigen eines Diskussionsthreads
Mit Produkt- und Portfolio Backlogs können Teams ihre User Storys, Features und Epics schnell hinzufügen und priorisieren. Weitere Informationen zu Arbeitselementen und Arbeitselementtypen finden Sie unter Nachverfolgen der Arbeit mit User Storys, Problemen, Fehlern, Features und Epics.
Team Backlogs und Teamboards
SAFe®-Backlogs werden Team Backlogs, Programm Backlogs und Portfolio Backlogs zugeordnet. Standardmäßig unterstützt der Agile-Prozess die Backlogebenen User Story, Feature und Epic. Die hierarchische Backlogstruktur stellt die erledigte Arbeit zur Unterstützung von Features und User Stories im Fortschritt eines Epic dar.
Sie können Ihre Backlogs und Boards anpassen und sogar Portfolio Backlogs hinzufügen, wie unter Anpassen von Azure Boards, Backlogs anpassen beschrieben.
Die Boardansicht jedes Backlogs kann von den einzelnen Teams konfiguriert werden.
Programminkremente, Releases und Sprints
SAFe® Release Trains, Releases, Iterationen, Programminkremente (PIs) und Sprints lassen sich Ihren Iterationspfaden leicht zuordnen. Durch die Weitergabe von Iterationen innerhalb der Teamhierarchie verwalten Sie Releases schlüssig.
Da Epics mehrere Release Trains überspannen können, ist das Portfolioteam keinen bestimmten Iterationen zugeordnet. Programm-Teams verfolgen ihre Feature-Lieferungen, die mit einem PI ausgeliefert werden. Und Feature-Teams arbeiten in Sprints, um mehrere Storys abzuschließen. Jedes Team wählt aus, welche Iterationen es bei der Nachverfolgung seines Satzes an Lieferleistungen unterstützen sollen.
Iterationsziele
SAFe®-Methoden beinhalten Agile-Releaseteams, die ihre Iterationsziele definieren. Es empfiehlt sich, zum Erfassen von Teaminformationen das Projektwiki oder Teamdashboards zu verwenden. Das Projektwiki und die Teamdashboards unterstützen Markdown zum Hinzufügen und Formatieren von Informationen.
Weitere Informationen finden Sie unter Freigeben von Informationen weiter unten in diesem Artikel.
Wertströme und Budgets
Sie können Tags verwenden, um Features und Epics ihren Wertströmen, strategischen Themen und zugehörigen Budgets schnell und einfach zuzuordnen. Sie können benutzerdefinierte Felder hinzufügen, um Budgetschätzungen für Features zu erfassen, die dann per Rollup in Epics summiert werden können.
Mit Tags, die Sie Arbeitselementen hinzufügen, können Sie Folgendes ausführen:
- Filtern beliebiger Backlogs oder Boards
- Erstellen von Abfragen auf der Grundlage von Tags und Filtern von Abfrageergebnissen nach Tags
- Erstellen von Fortschritts- und Trenddiagrammen oder Berichten, die auf Tags basieren
Um eine robustere Zuordnung von Arbeit zu Architektur- oder Geschäftsfeatures zu erhalten, können Sie den Wertbereich für jedes Epic, jedes Feature oder jede Story angeben.
Mit Rollup können Sie Budgetschätzungen für Epics aus einem Rollup der Schätzungen abrufen, die für ihre untergeordneten Features definiert sind, wie in der folgenden Abbildung gezeigt.
Informationen zum Hinzufügen benutzerdefinierter Felder finden Sie unter Anpassen von Azure Boards, Hinzufügen eines benutzerdefinierten Felds.
Verwenden Sie das Projektwiki, um Ihre Portfolio Vision und strategischen Themen zu unterstützen.
Informationen können mithilfe des Azure DevOps-Projektwikis in breitem Umfang mit einer Organisation geteilt werden. Das Wiki ähnelt einem Git-Repository, das das Hinzufügen und Bearbeiten von Seiten mithilfe von Markdown und einem WYSIWYG-Editor unterstützt. Es bietet Versionsverwaltung für jede Seite, sodass sich leicht nachverfolgen lässt, wer Änderungen vorgenommen hat, und frühere Versionen wiederhergestellt werden können.
Verwenden Sie Ihr Projektwiki, um das Teilen der folgenden SAFe®-Artefakte zu unterstützen:
- Portfolio Vision
- Strategische Themen
- Taxonomie
- Ziele
- Ziele
- Kundenorientierte Praktiken
Weitere Informationen zum Projektwiki finden Sie weiter unten in diesem Artikel unter Teilen von Informationen.
Meilensteine und wichtige Ereignisse
Das Ende jedes Programminkrements, Sprints, Release Trains oder jeder IP-Iteration (Innovation und Planung) stellt einen natürlichen SAFe®-Meilenstein dar. Viele Meilensteine sind mit bestimmten Zeremonien oder Praktiken verbunden, z. B. der Durchführung von Retrospektiven oder der Demonstration von funktionierender Software.
In Azure Boards können Sie andere Arten von Meilensteinen oder wichtigen Ereignissen auf folgende Weise nachverfolgen.
- Benutzerdefiniertes Feld, z. B. Meilenstein- oder Releasefeld mit vordefinierter Auswahlliste
- Als Tag, das Arbeitselementen hinzugefügt wird
- Als Arbeitselement, das ein Zieldatum angibt
- Als eintägiger Iterationspfad
Mit benutzerdefinierten Feldern und Tags können Sie Backlogs, Boards und Abfragen schnell auf der Grundlage eines bestimmten Meilensteins filtern.
Teamstruktur für gemeinsame Dienste
Ressourcen, die teamübergreifend gemeinsam genutzt werden, können durch ein eigenes Agile-Featureteam dargestellt werden, etwa ein UX-Designteam oder ein Sicherheitskonformitätsteam. Alle können ihre Backlogs verwalten, während ihre Arbeit zugleich in den Backlogs der von ihnen unterstützten Teams angezeigt wird.
Hier wird gezeigt, wie dem UX-Designteam Bereichspfade und dann selektive Unterbereichspfade zu anderen Agile-Teams zugewiesen werden. Arbeitselemente, die auf gemeinsamen Bereichspfaden angezeigt werden, werden in den Backlogs und Boards der zugeordneten Teams angezeigt.
Retrospektiven und Bewertungen
Um Teams bei der Durchführung von Retrospektiven und Bewertungen zu unterstützen, empfehlen wir die Verwendung der Retrospektiven-Erweiterung von Microsoft DevLabs.
Diese Erweiterung ermöglicht es Teams, eigene Retrospektivboards zu erstellen und die folgenden Aufgaben zu erfassen:
- Sammeln von Feedback zu Projektmeilensteinen
- Strukturieren und Priorisieren des betreffenden Feedbacks
- Erstellen und Nachverfolgen praktisch umsetzbarer Aufgaben, um jedes Team bei seinen Verbesserungsprozessen zu unterstützen.
Teilen von Informationen
Azure Boards bietet viele Möglichkeiten zum Teilen von Informationen.
- Arbeitselementformulare stellen Rich-Text-Felder zum Erfassen von Beschreibungen, Akzeptanzkriterien und mehr zur Verfügung. Dateianlagen können Arbeitselementen oder Links zu Netzwerkdateifreigaben hinzugefügt werden.
- Projekt- und Teamdashboards können verwendet werden, um Informationen zusammen mit Status- und Fortschrittsdiagrammen und Widgets auszutauschen. Weitere Informationen finden Sie unter Hinzufügen von Markdown zu einem Dashboard.
- Das Projektwiki stellt ein zentrales Repository mit integrierter Versionsverwaltung zur Verfügung, um Informationen mit allen Projektmitgliedern zu teilen. Weitere Wikis können nach Bedarf erstellt werden. Weitere Informationen finden Sie unter Über Wikis, READMEs und Markdown.
Ausführliche Informationen zu unterstützten Markdownfeatures finden Sie in den folgenden Artikeln.
- Syntax-Leitfaden für die Markdownverwendung in Wiki
- Syntax-Leitfaden für die grundlegende Markdownverwendung