Implementace škálované agilní architektury® v Azure Boards

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Mnoho podniků má prospěch z jednotlivých agilních týmů. Větší zájem roste o škálování agilních postupů při růstu organizace. Potřeba podniků sledovat pokrok mnoha agilních týmů a napříč portfoliem se stále zvyšuje. Aby se tyto potřeby vyřešily, mnoho firem přijalo škálované agilní rozhraní® (SAFe®).

Pokud znáte Scrum, ale neznáte SAFe®, jsou tato videa ve scaled Agile dobrým způsobem, jak se orientovat.

Azure Boards podporuje postupy SAFe® prostřednictvím svých autonomních týmů, backlogů, panelů, sestav a metrik. Tento článek vás seznámí s tím, jak artefakty Azure Boards podporují postupy a artefakty SAFe.

  • Škálovaná agilní architektura®
  • Základní SAFe®
  • Portfolio SAFe®
  • Velké řešení SAFe®
  • Rychlé mapování odkazů
  • Implementace SAFe® ve službě Azure Boards

Poznámka:

Tento článek je jednou ze sady kurzů škálované agilní architektury®, které platí pro Azure Boards a Azure DevOps Services. Většina pokynů platí pro cloudové i místní verze. Některé funkce a postupy jsou ale specifické pro cloud nebo nejnovější verzi Azure DevOps Serveru.

Škálovaná agilní architektura®

SAFe® řeší, jak je vize portfolia splněná hierarchií týmů, která se zabývá konkrétními cíli. Tato architektura rozděluje náměty na funkce a scénáře. Týmy na těchto položkách pracují ve sprintech a poskytují je prostřednictvím přírůstků programů (PI) a vydávání vlaků. Backlog portfolia navíc může sledovat dodávky, které se mapují na hodnotové datové proudy a přidružené rozpočty.

Přehled architektury SAFe® verze 5.0

Přehled architektury SAFe® verze 5 © D. Leffingwell

Reprodukováno s oprávněním od © roku 2011–2020 Scaled Agile Inc.. Všechna práva vyhrazena.

SAFe® a Scaled Agile Framework jsou registrované ochranné známky společnosti Scaled Agile Inc.

Obchodní flexibilita SAFe® 5.0

Mnoho postupů SAFe® zahrnuje růst kultury, která podporuje flexibilitu, sladění a autonomii, a to vše při současném zaměření na zákazníky.

Přehled SAFe® 5.0 © D. Leffingwell

Reprodukováno s oprávněním od © roku 2011–2020 Scaled Agile Inc.. Všechna práva vyhrazena.

Některé způsoby, jak Azure Boards podporuje obchodní flexibilitu a agilní kulturu, jsou popsány v následujících článcích:

Základní SAFe®

Základní SAFe® vyžaduje podporu artefaktů a postupů ilustrovaných v následujícím plakátu.

Základní plakát SAFe® – přehled © architektury D. Leffingwell

Reprodukováno s oprávněním od © roku 2011–2020 Scaled Agile Inc.. Všechna práva vyhrazena.

Azure Boards podporuje všechny tyto artefakty a postupy.

  • Scénáře, funkce a povolení: Implementované jako pracovní položky, které zaznamenávají informace a stav práce. Tyto pracovní položky se automaticky zobrazí na týmových backlogech a na panelech Kanbanu.
  • Backlogy týmu a backlogy programů: Implementované jako týmové backlogy, které filtrují pracovní položky přiřazené týmu a podporují stanovení priorit a seskupení práce.
  • Scrum a Kanban: Postupy, které jsou plně podporované pomocí panelů Kanban, backlogů sprintů a úkolů, týmů a temp sprintů.
  • Iterace, inovace a plánování (IP) iterace, přírůstky programu (PI), milníky a vydané vlaky: Implementované prostřednictvím plochého seznamu nebo hierarchické konfigurace cest iterace.
  • Agile Release Train: Implementuje sadu agilních týmů a programových týmů nakonfigurovaných tak, aby podporovaly konkrétní týmy a zobrazení programů.
  • Cíle pi, týmové cíle a kontext řešení: Týmy můžou použít integrovaný projektový wikiweb ke sdílení cílů, cílů, informací o zákaznících a požadavcích na řešení.

Přehled toho, jak Azure Boards implementuje Scrum a Kanban, najdete v tématu o sprintech, scrum a řízení projektů a o boardsch a Kanbanu.

Portfolio SAFe®

Portfolio SAFe® přidává podporu pro správu portfolií prostřednictvím námětů, povolení a hodnotových datových proudů.

Přehled architektury © plakátu Portfolio SAFe® D. Leffingwell

Reprodukováno s oprávněním od © roku 2011–2020 Scaled Agile Inc.. Všechna práva vyhrazena.

Azure Boards poskytuje podporu pro následující komponenty portfolia:

  • Náměty: Mapování na typ pracovní položky Námět a povolení sledování, seskupování a souhrn podřízených položek
  • Backlogy portfolia: Implementováno jako backlog portfolia, které podporuje filtrování práce na základě kontroly obchodních potřeb.
  • Vize portfolia a strategické motivy: Vlastníci firem a manažeři portfolia můžou pomocí integrovaného projektového wikiwebu sdílet své vize, cíle a cíle.
  • Hodnota Toky: Datové proudy hodnot lze sledovat pomocí značek nebo vlastních polí.
  • Rozpočty se štíhlou: Informace o rozpočtu je možné zachytit ve vlastních polích a zahrnout je, abyste získali přehled o úrovních Funkce a Náměty.
  • Klíčové ukazatele výkonu: Několikwidgetch Power BI a služba Analytics poskytují podporu pro rychlé vytváření vlastních sestav.

Velké řešení SAFe®

Velká řešení SAFe® zahrnuje podporu backlogu řešení, trénování řešení a možností.

Přehled architektury © velkého řešení SAFe® D. Leffingwell
Reprodukováno s oprávněním od © roku 2011–2020 Scaled Agile Inc.. Všechna práva vyhrazena.

Velká řešení můžete implementovat úplně stejně jako implementujete Portfolio SAFe®. Můžete ale také přidat vlastní typy pracovních položek a vlastní backlogy pro podporu dalších požadavků na řešení.

Úplná SAFe®

Úplné SAFe® zahrnuje tři úrovně Essential SAFe®, Large Solution SAFe a Portfolio SAFe®®.

Úplný plakát SAFe® – přehled © architektury D. Leffingwell

Jak se artefakty SAFe® mapují na Azure Boards

Následující tabulka mapuje termíny nebo artefakty SAFe® na ekvivalentní termín nebo artefakt Azure Boards. Výběrem odkazu se dozvíte o podrobnostech implementace.

Termín nebo artefakt SAFe®

Termín nebo artefakt Azure Boards

Agilní týmy

Teams. Definujete hierarchii týmů tak, aby splňovaly potřeby týmů pro funkce nebo vývoj, programové a portfoliové týmy nebo týmy pro trénování řešení.

Agile Release Train (ART)

Teams. Agilní týmy spravují práci dodávek pro sadu funkcí. Každý agilní tým má sadu agilních nástrojů , které podporují tok práce a kontrolují průběh práce a výsledky.

Rozpočty

Značky, oblast hodnot. Ke sledování práce přidružené ke konkrétnímu rozpočtu nebo toku hodnot můžete použít značky nebo pole Oblast hodnot.

Možnosti

Pracovní položka Definujete, plánujete a sledujete funkce podobné námětům a funkcím. Zachytíte je v pracovních položkách a v různých týmových backlogech.

Předpokladů

Pracovní položka Definujete, plánujete a sledujete enablery podobné námětům, funkcím a scénářům. Zachytíte je v pracovních položkách a v různých týmových backlogech.

Náměty

Námětová pracovní položka Námět definujete pomocí typu pracovní položky Námět. Náměty jsou v horní části hierarchie pracovních položek námětů, funkcí a scénářů.

Funkce

Pracovní položka funkce Funkci definujete pomocí typu pracovní položky funkce. Funkce jsou kontejnerem pro mnoho scénářů a jsou reprezentovány ve vlastním backlogu portfolia.

Iterace inovací a plánování (IP)

Cesta iterace. Definujete cesty iterace pro projekt a nastavíte jejich počáteční a koncové datum. Každý tým se přihlásí k odběru iterací, se kterými pracují.

Iterace

Cesta iterace. Definujete cesty iterace pro projekt a nastavíte jejich počáteční a koncové datum. Každý tým se přihlásí k odběru iterací, se kterými pracují.

Milníky

Milníky a klíčové události Milníky probíhají na konci každé iterace. Vlastní pole a značky lze použít také k přidružení práce k milníkům a klíčovým událostem.

Backlog portfolia

Backlog portfolia. Backlog portfolia obsahuje seznam námětů přidružených k portfoliu s možností rozbalení a zobrazení podřízených funkcí a scénářů.

Portfolio Kanban

Panel Náměty portfolia. Panel týmu portfolia zobrazuje backlog Náměty jako karty v interaktivní, konfigurovatelné a filtrovatelné kartě Kanban.

Portfolio Vision

Wikiweb. Pomocí wikiwebu projektu můžete sdílet široce v rámci informací o organizaci, které souvisejí se strategií, řešeními a tím, jak týmy spolupracují na vytváření portfolia a výsledků programů.

Backlog programu

Backlog funkcí Backlog funkce obsahuje seznam funkcí přidružených k programu s možností rozbalení a zobrazení podřízených scénářů.

Program Kanban

Panel Funkcí programu. Na panelu Program se backlog Funkcí zobrazuje jako karty v interaktivní, konfigurovatelné a filtrovatelné kartě Kanban.

Cesta iterace inkrementace programu (PI)

Cesta iterace. Cesty iterace definují časové pole pro projekt s počátečním a koncovým datem. Cesty iterace je možné definovat od jednoho týdne do 12 týdnů nebo déle.

Retrospektivní a recenze

Retrospektivní. Každý tým může přidat panel pro zachycení, stanovení priorit a vytváření položek akcí pro podporu procesů zlepšování.

Plán nasazení

Plány doručení, časová osa funkcí Azure Boards poskytuje konfigurovatelná a interaktivní zobrazení pro kontrolu plánů a výsledků týmu.

Sdílené služby

Struktura týmu sdílených služeb: Prostředky sdílené napříč týmy můžou být reprezentovány prostřednictvím vlastního agilního týmu funkcí. Každý může spravovat svůj backlog a zároveň se jejich práce zobrazuje také v backlogech týmů, které podporují.

Řešení

Řešení: Řešení lze reprezentovat pomocí vlastního typu pracovní položky řešení.

Backlog řešení

Backlog portfolia řešení Můžete definovat vlastní typ pracovní položky a backlog portfolia, abyste zachytili zvláštní obchodní požadavky velkých řešení, nebo použít epické a epické backlogy portfolia k zachycení řešení.

Strategické motivy

Wikiweb. Strategické motivy, podobně jako Portfolio Vision, je možné zachytit na wikiwebu projektu.

Scénáře

Pracovní položka uživatelského scénáře Uživatelské scénáře zachycují funkce, které chcete doručit. Obvykle mají velikost, aby se dokončila s jednou iterací.

Týmový backlog

Backlog scénářů. Backlog scénářů obsahuje seznam uživatelských scénářů přiřazených k cestě oblasti přidružené k týmu.

Tým Kanban

Panel příběhů. Panel Scénáře zobrazuje backlog příběhů jako karty v interaktivní, konfigurovatelné a filtrovatelné kartě Kanban.

Hodnota Toky

Značky, oblast hodnot. Ke sledování práce přidružené ke konkrétnímu rozpočtu nebo toku hodnot můžete použít značky nebo pole Oblast hodnot.

Implementace SAFe® ve službě Azure Boards

Každý z následujících článků v této sadě kurzů obsahuje podrobnosti o tom, jak můžete nakonfigurovat, přizpůsobit a používat Azure Boards k implementaci programů a projektů SAFe®.

Další kroky

Mapování konceptů SAFe® na artefakty Azure Boards

O autorech

Mnoho díky následujícím přispěvatelům za jejich kontrolu a zpětnou vazbu k aktuálnímu obsahu.

  • Phillip Eng je vedoucí architekt microsoftu, digitálního pronásledování a pokynů.
  • Hosam Kamel je technologické řešení profesionální pro Microsoft a ALM Ranger.
  • Willy-Peter Schaub je bývalý programový manažer se sadou Visual Studio ALM Rangers v Microsoft Canada Development Center. Můžete sledovat Willy-Peter na Twitteru na twitter.com/wpschaub.

Články v této sérii byly aktualizovány z předchozího dokumentu white paper vyvinutého ve spolupráci s následujícími autory:

  • Gordon Beeming je softwarový vývojář v Derivco ve slunném městě Durban, Jihoafrická republika. Většinu času tráví hackingem na klávesnici v sadě Visual Studio nebo s rodinou relaxační. Jeho blog je v gordonbeeming.xyz a můžete ho sledovat na Twitteru na twitter.com/gordonbeeming.
  • Brian Blackman je hlavním konzultantem microsoft Premier Developer, který se zaměřuje na dopad na partnery ISV a podniky v oblasti technického inženýrství a marketplace. Má MBA a je CSM, CSP, MCSD (C++) a MCTS a je Visual Studio ALM Ranger. Když není Ruck Mastering a přispívá do projektů Visual Studio ALM Ranger, tráví svůj čas psaním kódu, vytvářením a doručováním workshopů a poradenstvím v různých koncentracích, zejména pomáhá organizacím při hledání obchodní flexibility.
  • Gregg Boer je hlavní programový manažer Microsoftu. Gregg je vlastníkem produktu pro agilní prostředí pro správu, které poskytuje Azure DevOps a místní TFS.
  • Kathryn Elliott je vedoucí technický spisovatel v Microsoftu.
  • Susan Ferrell je vedoucí technický spisovatel a visual studio ALM Ranger.
  • Willy-Peter Schaub je bývalý programový manažer se sadou Visual Studio ALM Rangers v Microsoft Canada Development Center. Od poloviny 80 let se snažil o jednoduchost a udržovatelnost v softwarovém inženýrství. Můžete ho sledovat na Twitteru na twitter.com/wpschaub.
  • Zvláštní díky následujícím technickým odborníkům na revizi tohoto článku: Mike Douglas (nezávislý konzultant, ALM Ranger), Richard Hundhausen (nezávislý konzultant, ALM Ranger) a Bill Heys (nezávislý konzultant, ALM Ranger).