Implementace škálované agilní architektury® v Azure Boards
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®, přečtěte si téma SAFe Studio Framework.
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
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.
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.
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í v týmových backlogech a panelech.
- 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ů, 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ů.
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.
- Datové proudy hodnot: 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í.
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®®.
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ím, konfigurovatelném a filtrovatelném panelu.
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é tabuli.
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ů. Na panelu Scénáře se backlog scénářů zobrazuje jako karty v interaktivní, konfigurovatelné a filtrovatelné tabulce.
Datové proudy hodnot
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
Související články
- Škálování agilního přístupu do velkých týmů
- Agilní jazyková verze
- Postupy škálování
- O sprintech, Scrum a řízení projektů
- Informace o boardsch a Kanbanu
- Škálovaná agilní architektura: Web prostředků SAFe®
- Škálování agilních metrik a metrik SAFe® pomocí TFS: Blogový příspěvek, který znázorňuje sestavu SQL Serveru vyvinutou nástrojem InCycle a ilustruje, jak lze TFS použít k podpoře škálované agilní nebo SAFe.
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).