Implementieren des skalierten agilen Frameworks® in Azure Boards

Artikel
07/19/2022
9 Minuten Lesedauer

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Viele Unternehmen profitieren von einzelnen agilen Teams. Größeres Interesse wächst, um agile Methoden zu skalieren, da die Organisation wächst. Die Notwendigkeit von Unternehmen, den Fortschritt vieler agiler Teams zu sehen, und in einem Portfolio wird weiterhin erhöht. Um diese Anforderungen zu beheben, haben viele Unternehmen das Scaled Agile Framework® (SAFe®) angenommen.

Wenn Sie mit Scrum vertraut sind, aber nicht mit SAFe® vertraut sind, sind diese Videos bei Scaled Agile eine gute Möglichkeit, sich selbst zu orientieren.

Azure Boards unterstützt SAFe-Methoden® über seine autonomen Teams, Backlogs, Boards, Berichte und Metriken. In diesem Artikel wird erläutert, wie Azure Boards Artefakte SAFe-Methoden und Artefakte unterstützen.

Das skalierte agile Framework®
Essential SAFe®
Portfolio SAFe®
Große Lösung SAFe®
Schnellübersichtszuordnung
Azure Boards Implementierung von SAFe®

Hinweis

In diesem Artikel handelt es sich um eine Reihe von Scaled Agile Framework-Lernprogrammen®, die für Azure Boards und Azure DevOps Services gelten. Die meisten Anleitungen gelten sowohl für die lokalen Als auch für die Cloud- und lokalen Versionen. Einige der Features und Verfahren sind jedoch speziell für die Cloud oder die neueste Version von Azure DevOps Server.

Scaled Agile Framework®

Die SAFe® beschreibt, wie eine Portfolio-Vision von einer Hierarchie von Teams erfüllt wird, die alle mit bestimmten Zielen befasst sind. Dieses Framework unterteilt Epics in Features und Storys. Teams arbeiten an diesen Elementen in Sprints und liefern Programm-Inkrments (PIs) und Release-Züge. Darüber hinaus kann der Portfolio-Backlog Liefermöglichkeiten nachverfolgen, die Werteströme und zugehörige Budgets zugeordnet sind.

SAFe-Architekturübersicht® Version 5.0

SAFe® und Scaled Agile Framework sind eingetragene Marken von Scaled Agile Inc.

SAFe® 5.0 Business Agility

Viele SAFe-Methoden® umfassen das Wachstum einer Kultur, die Agilität, Ausrichtung und Autonomie unterstützt, während sie kundenzentriert ist.

Einige der Möglichkeiten, wie Azure Boards geschäftliche Agilität und agile Kultur unterstützen, werden in den folgenden Artikeln erläutert:

Essential SAFe®

Essential SAFe® erfordert Unterstützung für die Artefakte und Methoden, die im folgenden Poster dargestellt sind.

Alle diese Artefakte und Methoden werden von Azure Boards unterstützt.

Geschichten, Features und Enablers: Implementiert als Arbeitselemente, die Informationen und den Status der Arbeit erfassen. Diese Arbeitselemente werden automatisch auf Team-Backlogs und Kanban-Boards angezeigt.
Team backlogs und Program Backlogs: Implementiert als Team-Backlogs, die Arbeitselemente filtern, die einem Team zugewiesen sind und die Priorisierung und Gruppierung der Arbeit unterstützen.
Scrum und Kanban: Methoden, die vollständig mithilfe von Kanban-Boards, Sprint-Backlogs und Taskboards, Teams und Sprint-Kadenzen unterstützt werden.
Iterationen, Innovation und Planung (IP) Iteration, Program Increments (PI), Meilensteine und Release-Züge: Implementiert über eine flache Liste oder eine hierarchische Konfiguration von Iterationspfaden.
Agile Release Train: Implementiert durch eine Reihe von agilen Teams und Programmteams, die für bestimmte Team- und Programmansichten konfiguriert sind.
PI-Ziele, Teamziele und Lösungskontext: Teams können das integrierte Projektwiki verwenden, um Ziele, Ziele, Kundeninformationen und Lösungsanforderungen zu teilen.

Eine Übersicht darüber, wie Azure Boards Scrum und Kanban implementiert, finden Sie unter "About Sprints", "Scrum" und "Project Management" und "About Boards and Kanban".

Portfolio SAFe®

Portfolio SAFe® fügt Unterstützung für das Verwalten von Portfolioportfolios über Epen, Enablers und Wertströme hinzu.

Azure Boards bietet Unterstützung für die folgenden Portfoliokomponenten:

Epics: Zuordnen des Epic-Arbeitselementtyps, und ermöglichen Sie die Nachverfolgung, Gruppierung und Rollup von untergeordneten Elementen.
Portfolio-Backlogs: Implementiert als Portfolio-Backlog, der die Filterung von Arbeit basierend auf der Überprüfung der Geschäftsanforderungen unterstützt.
Portfolio Vision und strategische Designs: Geschäftsbesitzer und Portfoliomanager können das integrierte Projektwiki verwenden, um ihre Vision, Ziele und Ziele zu teilen.
Wert Streams: Wertströme können mithilfe von Tags oder benutzerdefinierten Feldern nachverfolgt werden.
Lean-Budgets: Budgetinformationen können in benutzerdefinierten Feldern erfasst und gerollt werden, um Sichtbarkeit für die Feature- und Epic-Ebenen zu erhalten.
KPIs: Mehrere Berichte und Dashboard-Widgets bieten out-of-the-box Metriken. Power BI und der Analysedienst unterstützen sie schnell, um benutzerdefinierte Berichte zu erstellen.

Große Lösung SAFe®

Große Lösungen SAFe® enthält Unterstützung für einen Lösungsbacklog, Lösungszüge und Funktionen.

Sie können große Lösungen so implementieren, wie Sie Portfolio SAFe® implementieren. Sie können jedoch auch benutzerdefinierte Arbeitselementtypen und benutzerdefinierte Backlogs hinzufügen, um andere Lösungsanforderungen zu unterstützen.

Voll SAFe®

® Full SAFe umfasst die drei Ebenen von Essential SAFe®, Large Solution SAFe und Portfolio SAFe®®.

Wie SAFe-Artefakte® Azure Boards

In der folgenden Tabelle werden SAFe-Ausdrücke® oder Artefakte dem entsprechenden Azure Boards Ausdruck oder Artefakte zugeordnet. Wählen Sie den Link aus, um informationen zu Implementierungsdetails zu erhalten.

SAFe-Ausdruck® oder -Artefakte

Azure Boards Ausdruck oder Artefakte

Agile Teams

Teams. Sie definieren eine Hierarchie von Teams, um die Anforderungen von Feature- oder Entwicklungsteams, Programm- und Portfolioteams oder Lösungsteams zu erfüllen.

Agile Release Train (ART)

Teams. Agile Teams verwalten die Arbeit von Lieferumfangen für eine Reihe von Features. Jedes Agile-Team verfügt über eine Reihe von Agile-Tools , um den Arbeitsfluss zu unterstützen und den Fortschritt und die Bereitstellungen zu überprüfen.

Budgets

Tags, Wertbereich. Sie können Tags oder das Feld "Wertbereich " verwenden, um die Arbeit nachzuverfolgen, die einem bestimmten Budget- oder Wertstrom zugeordnet ist.

Funktionen

Arbeitselement. Sie definieren, planen und nachverfolgen Funktionen ähnlich wie Epics und Features. Sie erfassen sie in Arbeitselementen und in verschiedenen Teamrückgängen.

Grundvoraussetzungen

Arbeitselement. Sie definieren, planen und verfolgen Enablers ähnlich wie Epics, Features und Stories. Sie erfassen sie in Arbeitselementen und in verschiedenen Teamrückgängen.

Epics

Epische Arbeitsaufgabe. Sie definieren ein Epic mithilfe des Epic-Arbeitselementtyps. Epen befinden sich oben in der Arbeitselementhierarchie von Epics, Features und Stories.

Funktionen

Featurearbeitsaufgabe. Sie definieren ein Feature mithilfe des Arbeitselementtyps "Feature". Features sind ein Container für viele Stories und werden in ihrem eigenen Portfolio-Backlog dargestellt.

Innovation und Planung (IP) Iteration

Iterationspfad. Sie definieren Iterationspfade für ein Projekt und legen deren Anfangs- und Endtermine fest. Jedes Team abonniert die Iterationen, mit denen sie zusammenarbeiten.

Iteration

Iterationspfad. Sie definieren Iterationspfade für ein Projekt und legen deren Anfangs- und Endtermine fest. Jedes Team abonniert die Iterationen, mit denen sie zusammenarbeiten.

Meilensteine

Meilensteine und wichtige Ereignisse. Meilensteine treten am Ende jeder Iteration auf. Benutzerdefinierte Felder und Tags können auch verwendet werden, um Die Arbeit mit Meilensteinen und Schlüsselereignissen zu verknüpfen.

Portfolio-Backlog

Portfolio-Backlog. Ein Portfolio-Backlog listet die Epics auf, die einem Portfolio zugeordnet sind, mit der Option zum Erweitern und Anzeigen der untergeordneten Features und Geschichten.

Portfolio-Kanban

Portfolio Epics Board. Das Board des Portfolioteams zeigt den Epics-Backlog als Karten in einem interaktiven, konfigurierbaren und filterbaren Kanban-Board an.

Portfolio-Vision

Wiki. Verwenden Sie das Projektwiki, um allgemeine Informationen in bezug auf Strategie, Lösungen und die Zusammenarbeit von Teams für die Erstellung von Portfolio- und Programmzulieferwerten innerhalb der Organisation zu teilen.

Programmrückgang

Featurebacklog. Ein Feature-Backlog listet die Features auf, die einem Programm zugeordnet sind, mit der Option zum Erweitern und Anzeigen der untergeordneten Storys.

Programm-Kanban

Programmfeatures board. Die Programmtafel zeigt den Features-Backlog als Karten in einem interaktiven, konfigurierbaren und filterbaren Kanban-Board an.

Programminkrementierungspfad (PI)

Iterationspfad. Iterationspfade definieren ein Zeitfeld für ein Projekt mit Anfangs- und Endterminen. Iterationspfade können von einer Woche bis zu 12 Wochen oder länger definiert werden.

Retrospektive und Rezensionen

Retrospektive. Jedes Team kann ein Board hinzufügen, um Aktionselemente zu erfassen, zu priorisieren und zu erstellen, um ihre Verbesserungsprozesse zu unterstützen.

Roadmap

Übermittlungspläne, Featurezeitachse. Azure Boards bietet konfigurierbare und interaktive Ansichten, um Roadmaps und Team-Lieferumfang zu überprüfen.

Gemeinsame Dienste

Teamstruktur für gemeinsame Dienste: Ressourcen, die in allen Teams gemeinsam genutzt werden, können über ihr eigenes Agile-Featureteam dargestellt werden. Jeder kann seinen Backlog verwalten, während seine Arbeit auch in den Backlogs der teams angezeigt wird, die sie unterstützen.

Lösungen

Lösungen: Lösungen können über einen benutzerdefinierten Arbeitselementtyp für Lösung dargestellt werden.

Lösungsbacklog

Lösungsportfolio-Backlog. Sie können einen benutzerdefinierten Arbeitsaufgabentyp und einen Portfoliorückstand definieren, um spezielle Geschäftsanforderungen großer Lösungen zu erfassen, oder Epics und Epic Portfolio Backlogs zum Erfassen von Lösungen verwenden.

Strategische Designs

Wiki. Strategische Designs, ähnlich wie Portfolio Vision, können in einem Projektwiki erfasst werden.

Storys

Arbeitsaufgabe "Benutzergeschichte". User Stories erfassen die Funktionalität, die Sie bereitstellen möchten. Sie sind in der Regel so groß, dass sie mit einer einzelnen Iteration abgeschlossen werden.

Teamrückstand

Story-Backlog. Der Hintergrundprotokoll "Stories" listet die Benutzergeschichten auf, die dem Bereichspfad zugeordnet sind, der dem Team zugeordnet ist.

Team-Kanban

Stories board. Die Story-Tafel zeigt den Story-Backlog als Karten in einer interaktiven, konfigurierbaren und filterbaren Kanban-Tafel an.

Wert Streams

Tags, Wertbereich. Sie können Tags oder das Feld "Wertbereich" verwenden, um die Arbeit nachzuverfolgen, die einem bestimmten Budget- oder Wertdatenstrom zugeordnet ist.

Azure Boards Implementierung von SAFe®

Jede der folgenden Artikel in dieser Suite von Lernprogrammen enthält Details dazu, wie Sie Ihre SAFe-Programme und -Projekte konfigurieren, anpassen und verwenden können, und verwenden Sie Azure Boards, um Ihre SAFe-Programme® und -Projekte zu implementieren.

Versuchen Sie dies als Nächstes:

Zuordnung von SAFe-Konzepten® zu Azure Boards Artefakten

Skalieren von agile auf große Teams
Agile-Kultur
Skalierbare Praktiken
Informationen zu Sprints, Scrum und Projektmanagement
Informationen zu Boards und Kanban
Skalierte Agile-Framework: SAFe-Ressourcenwebsite®.
SAFe® in 7 Minuten: Video von Inbar Oren, der Lean Samurai.
Skalierung agiler und SAFe-Metriken® mit TFS: Blogbeitrag, der einen von InCycle entwickelten SQL Server Bericht veranschaulicht, um zu veranschaulichen, wie TFS verwendet werden kann, um skalierte agile oder SAFe zu unterstützen.

Über die Autoren

Vielen Dank an die folgenden Mitwirkenden für ihre Rezension und Ihr Feedback an den aktuellen Inhalt.

Phillip Eng ist senior Architect bei Microsoft, Digital Pursuit und Guidance.
Hosam Kamel ist eine Technologielösung für Microsoft und ALM Ranger.
Willy-Peter Schaub ist ein ehemaliger Programmleiter mit dem Visual Studio ALM Rangers im Microsoft Canada Development Center. Sie können Willy-Peter auf Twitter unter twitter.com/wpschaub folgen.

Die Artikel in dieser Reihe wurden aus einem früheren Whitepaper aktualisiert, das in Zusammenarbeit mit den folgenden Autoren entwickelt wurde:

Gordon Beeming ist Softwareentwickler bei Derivco im sonnenverwöhnten Durban in Südafrika. Er verbringt den größten Teil seiner Zeit mit der Arbeit in Visual Studio oder entspannt im Kreise seiner Familie. Sein Blog ist bei gordonbeeming.xyz und Sie können ihn auf Twitter bei twitter.com/gordonbeeming folgen.
Brian Blackman ist Principal Consultant bei Microsoft Premier Developer, wo er sich hauptsächlich für den Erfolg von ISV-Partnern und Unternehmen im Bereich Engineering und auf dem Markt einsetzt. Er hat einen MBA-Abschluss und ist CSM, CSP, MCSD (C++) und MCTS sowie ein Visual Studio ALM Ranger. Wenn er nicht Ruck Mastering ist und zu Visual Studio ALM Ranger-Projekten beiträgt, verbringt er seine Zeit beim Schreiben von Code, erstellen und liefern Workshops und Beratung in verschiedenen Konzentrationen, insbesondere bei Organisationen bei der Suche nach geschäftlicher Agilität.
Gregg Boer ist Principa Program Manager bei Microsoft. Gregg ist der Produktbesitzer für die agile Management-Erfahrung, die von Azure DevOps und lokalen TFS bereitgestellt wird.
Kathryn Elliott ist leitende technische Redakteurin bei Microsoft.
Susan Ferrell ist leitende technische Redakteurin und ein Visual Studio ALM Ranger.
Willy-Peter Schaub ist ein ehemaliger Programmleiter mit dem Visual Studio ALM Rangers im Microsoft Canada Development Center. Seit Mitte der 80er Jahre bemüht er sich um Einfachheit und Verwaltbarkeit in der Softwaretechnik. Sie können ihm auf Twitter bei twitter.com/wpschaub folgen.
Besonderer Dank an die folgenden technischen Experten zur Überprüfung dieses Artikels: Mike Douglas (unabhängiger Berater, ALM Ranger), Richard Hundhausen (unabhängiger Berater, ALM Ranger) und Bill Heys (unabhängiger Berater, ALM Ranger).