Implementieren des skalierten agilen Frameworks® in Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 - 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 über 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® Architekturübersicht Version 5 © D. Leffingwell

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

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.

SAFe® Übersicht 5.0 © D. Leffingwell

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

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.

Grundlegende SAFe-Posterarchitekturübersicht® © D. Leffingwell

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

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 kann das integrierte Projektwiki verwenden, um Ziele, 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.

Portfolio SAFe® Poster architekturübersicht © D. Leffingwell

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

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.
  • Wertströme: Wertdatenströ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 Analytics-Dienst 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.

Übersicht über die Architektur des © Großen Lösungs-SAFe-Posters® D. Leffingwell
Reproduziert mit Berechtigung von © 2011-2020 Scaled Agile Inc.. Alle Rechte vorbehalten.

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®®.

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

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 am oberen Rand der Arbeitselementhierarchie von Epics, Features und Stories.

Features

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

Innovation und Planung (IP)-Iteration

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

Iteration

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

Meilensteine

Meilensteine und wichtige Ereignisse. Meilensteine treten am Ende der einzelnen Iterationen auf. Benutzerdefinierte Felder und Tags können auch verwendet werden, um Meilensteine und Schlüsselereignisse zuzuordnen.

Portfolio-Backlog

Portfolio-Backlog. Ein Portfolio-Backlog listet die Mit einem Portfolio verknüpften Epics mit der Option auf, die untergeordneten Features und Geschichten zu erweitern und anzuzeigen.

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 umfassende Informationen in Bezug auf Strategie, Lösungen und die Zusammenarbeit von Teams zur Erstellung von Portfolio- und Programmangeboten innerhalb der Organisation zu teilen.

Programmbacklog

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

Programm-Kanban

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

Programminkrementierungspfad (PI)-Iterationspfad

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, priorisieren und zu erstellen, um ihre Verbesserungsprozesse zu unterstützen.

Roadmap

Übermittlungspläne, Featurezeitachse. Azure Boards bietet konfigurierbare und interaktive Ansichten zum Überprüfen von Roadmaps und Team-Lieferumfangen.

Gemeinsame Dienste

Teamstruktur für gemeinsame Dienste: Ressourcen, die für Teams freigegeben werden, können über ihr eigenes agiles 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 der Lösung dargestellt werden.

Lösungsbacklog

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

Strategische Designs

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

Storys

Arbeitselement für die Benutzergeschichte. User Stories erfassen die Funktionalität, die Sie liefern möchten. Sie sind in der Regel so groß, dass sie mit einer einzelnen Iteration abgeschlossen werden.

Team-Backlog

Story-Backlog. Der Story-Backlog listet die Benutzergeschichten auf, die dem Team zugeordneten Bereichspfad zugewiesen sind.

Team-Kanban

Story board. Das Story-Board zeigt den Story-Backlog als Karten in einem interaktiven, konfigurierbaren und filterbaren Kanban-Board an.

Wertdatenströme

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

Azure Boards Implementierung von SAFe®

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

Versuchen Sie dies als Nächstes:

Über die Autoren

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

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

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 gordonbeeming.xyz und Sie können ihn auf Twitter auf 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 Beratungen in verschiedenen Konzentrationen, insbesondere bei der Unterstützung von Organisationen in ihrer Suche nach geschäftlicher Flexibilität.
  • Gregg Boer ist Principa Program Manager bei Microsoft. Gregg ist der Produktbesitzer für die Agile-Verwaltungserfahrung, 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 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).