Implementieren von Skaliertem Agile Framework® in Azure Boards

Azure Boards | Azure DevOps Server 2020

Viele Unternehmen profitieren von einzelnen Agile-Teams. Mit zunehmender Größe der Organisation wächst das Interesse, agile Methoden zu skalieren. Die Notwendigkeit für Unternehmen, den Fortschritt vieler Agile-Teams und eines portfoliosübergreifenden Teams zu sehen, nimmt weiter zu. Um diese Anforderungen zu erfüllen, haben viele Unternehmen das Scaled Agile Framework (SAFe® (SAFe®.

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

Azure Boards unterstützt SAFe® methoden durch autonome Teams, Backlogs, Boards, Berichte und Metriken. In diesem Artikel erfahren Sie, wie Azure Boards-Artefakte SAFe-Methoden und -Artefakte unterstützen.

  • Das skalierte Agile Framework®
  • Essential SAFe®
  • Portfolio-SAFe®
  • SaFe für große Projektmappen®
  • Kurzreferenzzuordnung
  • Azure Boards implementierung von SAFe®

Hinweis

Dieser Artikel ist eines der Tutorials zum Skalierten Agile Framework® die sich auf Azure Boards und Azure DevOps Services. Die meisten Anleitungen gelten sowohl für die Cloudversion als auch für die lokale Version. Einige der Features und Verfahren sind jedoch spezifisch für die Cloud oder die neueste Version von Azure DevOps Server.

Scaled Agile Framework®

Das SAFe® behandelt, wie eine Portfoliovision von einer Hierarchie von Teams erfüllt wird, die sich alle mit bestimmten Zielen befasst. Dieses Framework unterbricht Epics in Features und Storys. Teams in Sprints an diesen Elementen arbeiten und über Program Increments (PIs) und Release Trains liefern. Darüber hinaus kann das Portfolio-Backlog Ergebnisse nachverfolgen, die Wertstreams und zugehörigen Budgets zugeordnet sind.

SAFe® Architekturübersicht, Version 5.0

SAFe® Architekturübersicht Version 5 © D. Leffingwell

Reproduziert mit © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

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

SAFe® 5.0 Business Agility

Viele SAFe® umfassen das Wachstum einer Kultur, die Agilität, Ausrichtung und Eigenständigkeit unterstützt, während sie kundenorientiert sind.

SAFe® overview 5.0 © D. Leffingwell

Reproduziert mit © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

In den folgenden Artikeln werden Azure Boards methoden zur Unterstützung der Geschäftlichen Agilität und agilen Kultur erläutert:

Essential SAFe®

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

Essential SAFe® poster architectural overview © D. Leffingwell

Reproduziert mit © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

Alle diese Artefakte und Methoden werden von der Azure Boards.

  • Storys, Featuresund Enabler:Werden als Arbeitselemente implementiert, die Informationen und den Status der Arbeit erfassen. Diese Arbeitselemente werden automatisch in Team backlogs und Kanban-Boards angezeigt.
  • Team Backlogs und Programmrückstand:Wird als Team backlogs implementiert, die Arbeitselemente filtern, die einem Team zugewiesen sind, und die Priorisierung und Gruppierung von Arbeit unterstützen.
  • Kanban und Kanban:Methoden, die vollständig mit Kanban-Boards, Sprint-Backlogs und Taskboards, Teams und Sprintfrequenzen unterstützt werden.
  • Iterationen,Innovation and Planning (IP) Iteration, Program Increments (PI),Milestonesund Release Trains: Implementiert über eine flache Liste oder eine hierarchische Konfiguration von Iterationspfaden.
  • Agile Release Train:Wird von einer Reihe von Agile-Teams und Programmteams implementiert, die für die Unterstützung bestimmter Team- und Programmansichten konfiguriert sind.
  • PI-Ziele,Teamzieleund Lösungskontext: Teams können das integrierte Projekt-Wiki verwenden, um Ziele, Kundeninformationen und Lösungsanforderungen zu teilen.

Eine Übersicht darüber, wie Azure Boards Und Kanban implementiert, finden Sie unter About Sprints, Sprints, and project management und About Boards and Kanban.

Portfolio-SAFe®

Portfolio-SAFe® unterstützung für die Verwaltung von Portfolios durch Epics, Enabler und Wertstreams.

Portfolio-SAFe® Posterarchitekturübersicht © D. Leffingwell

Reproduziert mit © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

Azure Boards unterstützt die folgenden Portfoliokomponenten:

  • Epics:Ordnen Sie dem Epic-Arbeitselementtyp zu, und ermöglichen Sie das Nachverfolgen, Gruppieren und Rollup von untergeordneten Elementen.
  • Portfoliorückstand:Wird als Portfoliorückstand implementiert, der die Filterung von Arbeit basierend auf der Überprüfung der Geschäftsanforderungen unterstützt.
  • Portfolio Vision und strategische Designs:Geschäftsinhaber und Portfoliomanager können das integrierte Projekt-Wiki verwenden, um ihre Vision, Ziele und Ziele zu teilen.
  • Wert Streams:Wertdatenströme können mithilfe von Tags oder benutzerdefinierten Feldern nachverfolgt werden.
  • Schlanke Budgets:Budgetinformationen können in benutzerdefinierten Feldern erfasst und aufgerollt werden, um Einblick in die Ebenen Feature und Epic zu erhalten.
  • KPIs:Mehrere Berichte und Dashboardwidgets bieten vorgegeschachtelte Metriken. Power BI und der Analytics-Dienst bieten Unterstützung für die schnelle Erstellung benutzerdefinierter Berichte.

SaFe für große Projektmappen®

SaFe-Funktionen für ® Lösungen umfassen Unterstützung für ein Lösungsrückstand, Lösungs trainiert und Funktionen.

Large Solution SAFe® Poster – Architekturübersicht © D. Leffingwell
Reproduziert mit © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

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

Vollständiges SAFe®

Vollständige SAFe® umfasst die drei Ebenen Essential SAFe®, Large Solution SAFe® und Portfolio SAFe®.

Vollständige SAFe® Posterarchitekturübersicht © D. Leffingwell

Zuordnen ® SAFe-Artefakte zu Azure Boards

In der folgenden Tabelle werden SAFe® Begriffe oder Artefakte dem entsprechenden Azure Boards oder Artefakt zugerechnet. Klicken Sie auf den Link, um mehr über Implementierungsdetails zu erfahren.

SAFe® Begriff oder Artefakt

Azure Boards Begriff oder Artefakt

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 der Ergebnisse für eine Reihe von Features. Jedes Agile-Team verfügt über eine Reihe von Agile-Tools, um den Arbeitsablauf zu unterstützen und den Fortschritt und die Ergebnisse zu überprüfen.

Budgets

Tags, Wertbereich. Sie können Tags oder das Feld Wertbereich verwenden, um Die Arbeit zu verfolgen, die einem bestimmten Budget oder Wertstream zugeordnet ist.

Funktionen

Arbeitselement. Sie definieren, planen und verfolgen Funktionen ähnlich wie Epics und Features. Sie erfassen sie in Arbeitselementen und innerhalb verschiedener Teamrückstands.

Grundvoraussetzungen

Arbeitselement. Sie definieren, planen und verfolgen Enabler ähnlich wie Epics, Features und Storys. Sie erfassen sie in Arbeitselementen und innerhalb verschiedener Teamrückstands.

Epics

Epic-Arbeitselement. Sie definieren ein Epic mithilfe des Epic-Arbeitselementtyps. Epics befinden sich oben in der Arbeitselementhierarchie von Epics, Features und Storys.

Features

Featurearbeitselement. Sie definieren ein Feature mithilfe des Funktionsarbeitselementtyps. Features sind ein Container für viele Storys und werden in einem eigenen Portfoliobacklog dargestellt.

Iteration von Innovation und Planung (IP)

Iterationspfad. Sie definieren Iterationspfade für ein Projekt und legen deren Start- und Enddatum fest. Jedes Team abonniert die Iterationen, mit denen es arbeitet.

Iteration

Iterationspfad. Sie definieren Iterationspfade für ein Projekt und legen deren Start- und Enddatum fest. Jedes Team abonniert die Iterationen, mit denen es arbeitet.

Meilensteine

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

Portfoliobacklog

Portfoliobacklog. Ein Portfoliobacklog listet die Epics auf, die einem Portfolio zugeordnet sind, mit der Option, die untergeordneten Features und Storys zu erweitern und anzuzeigen.

Portfolio-Kanban

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

Portfolio Vision

Wiki:. Verwenden Sie das Projekt-Wiki, um in der Organisation umfassend Informationen zu Strategie, Lösungen und der Zusammenarbeit von Teams zu teilen, um Portfolio- und Programmangebote zu erstellen.

Programmbacklog

Featurebacklog. Ein Featurebacklog listet die Einem Programm zugeordneten Features mit der Option zum Erweitern und Anzeigen der untergeordneten Storys auf.

Kanban-Programm

Board "Programmfeatures". Das Programmboard zeigt das Featurebacklog als Karten in einem interaktiven, konfigurierbaren und filterbaren Kanban-Board an.

Iterationspfad für Programminkrement (PI)

Iterationspfad. Iterationspfade definieren ein Zeitfeld für ein Projekt mit Start- und Enddatum. Iterationspfade können zwischen einer Woche und 12 Wochen oder länger definiert werden.

Retrospektiven und Rezensionen

Gibt zurück. Jedes Team kann ein Board hinzufügen, um Aktionselemente zur Unterstützung ihrer Verbesserungsprozesse zu erfassen, zu priorisieren und zu erstellen.

Roadmap

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

Gemeinsame Dienste

Teamstruktur für gemeinsame Dienste:Ressourcen, die von mehreren Teams gemeinsam genutzt werden, können durch ihr eigenes Agile-Featureteam dargestellt werden. Jeder kann sein Backlog verwalten, während seine Arbeit auch in den Backlogs der von ihnen unterstützten Teams angezeigt wird.

Lösungen

Lösungen:Lösungen können durch einen benutzerdefinierten Projektmappenarbeitselementtyp dargestellt werden.

Lösungsbacklog

Lösungsportfoliobacklog. Sie können einen benutzerdefinierten Arbeitselementtyp und ein Portfoliobacklog definieren, um spezielle Geschäftsanforderungen großer Lösungen zu erfassen, oder Epics- und Epic-Portfoliobacklogs verwenden, um Lösungen zu erfassen.

Strategische Themen

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

Storys

User Story-Arbeitselement. User Storys erfassen die Funktionen, die Bereitgestellt werden sollen. Sie sind in der Regel so dimensioniert, dass sie mit einer einzelnen Iteration abgeschlossen werden.

Teambacklog

Story-Backlog. Im Backlog "Storys" werden die User Stories aufgelistet, die dem Bereichspfad zugewiesen sind, der dem Team zugeordnet ist.

Team Kanban

Storyboard. Das Stories-Board zeigt das Stories-Backlog als Karten in einem interaktiven, konfigurierbaren und filterbaren Kanban-Board an.

Wert Streams

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

Azure Boards Implementierung von SAFe®

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

Versuchen Sie dies als Nächstes:

Über die Autoren

Vielen Dank an die folgenden Mitwirkenden für ihre Überprüfung und ihr Feedback zu den aktuellen Inhalten.

  • Ung Eng ist leitender Architekt bei Microsoft, Digital Zunt und Anleitung.
  • Hosam Soll ist ein Technologielösungsprofi für Microsoft und ALM Ranger.
  • Willy-Peter Sollb ist ein ehemaliger Programmmanager mit dem Visual Studio ALM Rangers im Microsoft Canada Development Center. Sie können Willy-Peter auf Twitter unter twitter.com/wpschaubfolgen.

Die Artikel in dieser Reihe wurden aus einem vorherigen 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 befindet sich auf gordonbeeming.xyz, und Sie können ihm auf Twitter unter twitter.com/gordonbeemingfolgen.
  • 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 und Mitwirkender an Visual Studio ALM Ranger-Projekten ist, verbringt er seine Zeit mit dem Schreiben von Code, dem Erstellen und Bereitstellen von Workshops und der Beratung in verschiedenen Fachbereichen, insbesondere um Organisationen bei der Suche nach geschäftlicher Agilität zu unterstützen.
  • Gregg Boer ist Principa Program Manager bei Microsoft. Gregg ist Der Produktbesitzer für die Agile-Verwaltungserfahrung, die von Azure DevOps und lokalem 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 Sollb ist ein ehemaliger Programmmanager mit dem Visual Studio ALM Rangers im Microsoft Canada Development Center. Seit Mitte der 80er Jahre setzt er sich für Einfachheit und Wartbarkeit in der Softwareentwicklung ein. Sie können ihm auf Twitter unter twitter.com/wpschaubfolgen.
  • Ein besonderer Dank gilt den folgenden technischen Experten für den Durcharbeiten dieses Artikels: MikeJs (unabhängiger Berater, ALM Ranger), Michael Hundband (unabhängiger Berater, ALM Ranger) und Bill Heys (unabhängiger Berater, ALM Ranger).