Share via

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

  • Článek

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

Pokud vás zajímá použití škálované agilní architektury (SAFe®), můžete projekt Azure Boards nakonfigurovat tak, aby sledoval dodávky SAFe®. Stejně jako Azure Boards podporuje scrum a agilní postupy, může podporovat SAFe® a velký počet týmů, které spolupracují na námětech, které zahrnují vydané verze.

Tento kurz ukazuje, jak se následující artefakty SAFe® mapují na konkrétní artefakty Azure Boards.

  • Agilní, programový a portfoliový tým SAFe®
  • Dodávky SAFe®, jako jsou náměty, funkce a příběhy
  • Zobrazení produktů, programů a portfolia SAFe®
  • Verze SAFe® vlaky, sprinty a další časové rámečky
  • Cíle a cíle iterace SAFe®
  • Datové proudy a rozpočty hodnot SAFe®
  • SAFe® Portfolio Vision a strategické motivy
  • Přehledy pro SAFe®
  • Milníky a události SAFe®
  • SAFe Retrospektivní® a recenze

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.

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.

Následující obrázek znázorňuje, jak můžete nakonfigurovat Azure Boards tak, aby podporovaly tříúrovňovou hierarchii týmu a mapovaly týmy na příslušné oblasti a iterační cesty. Příklady se vytvářejí z agilního procesu, ale změny se dají použít u libovolného projektu a procesu hostovaného v Azure Boards.

Agilní struktura nástrojů pro podporu SAFe®

Níže uvedené příklady ilustrují konfiguraci tříúrovňové týmové hierarchie pomocí hierarchických cest oblasti. Příklady vycházejí z agilního procesu, ale tyto změny můžete použít na libovolný projekt hostovaný v Azure Boards.

Agilní funkce, program a týmy portfolia

Azure Boards podporuje každý tým, aby měl svůj vlastní pohled na svou práci. Konfigurací hierarchické týmové struktury se každý tým může soustředit na svou práci a mít svou práci v hierarchii týmu na vyšší úrovni.

Role SAFe® se mapuje na hierarchii týmů.

Pokud chcete podporovat týmy SAFe®, překonfigurujete výchozí tým jako tým portfolia tak, aby spravil náměty. Pak vytvoříte dílčí týmy pro práci na úrovni programu a práci na úrovni týmu. Práce se dá sledovat napříč týmy a v jednotlivých úrovních.

Scénáře, funkce, náměty, povolení a možnosti

Veškerá práce a dodávky jsou zachyceny v pracovních položkách. Každá pracovní položka je přidružená ke konkrétnímu typu pracovní položky s předdefinovaným pracovním postupem. Každý proces Azure Boards poskytuje podporu pro konkrétní typy pracovních položek, které můžete použít ke sledování libovolné dodávky SAFe®.

Typy pracovních položek, které máte k dispozici, jsou založené na procesu použitém při vytváření projektu – Agile, Basic, Scrum nebo CMMI– jak je znázorněno na následujících obrázcích.

Následující obrázek znázorňuje hierarchii pracovní položky backlogu agilního procesu:

  • Uživatelské scénáře a úkoly slouží ke sledování práce.

  • Chyby sledují vady kódu.

  • Náměty a funkce slouží k seskupení práce ve větších scénářích.

    Diagram znázorňující typy agilních pracovních položek

Každý tým může nakonfigurovat způsob správy pracovních položek chyby na stejné úrovni jako pracovní položky uživatelského scénáře nebo úkolu tím, že nakonfiguruje nastavení Práce s chybami . Další informace o použití těchto typů pracovních položek naleznete v tématu Agilní proces.

Položky v backlogu se můžou jmenovat Problémy s uživatelskými příběhy (agilní) (základní), položky backlogu produktů (Scrum) nebo Požadavky (CMMI). Všechny čtyři jsou podobné: popisují hodnotu zákazníka, kterou má být doručena, a práci, která se má dokončit.

Povolení můžete sledovat pomocí uživatelských scénářů nebo funkcí a možností pomocí funkcí nebo námětů. Nebo pokud máte specifické potřeby sledování a vytváření sestav, můžete přidat vlastní typy pracovních položek pro sledování těchto typů dodávek. Další informace najdete v tématu Přizpůsobení Azure Boards, přidání vlastních typů pracovních položek.

Pracovní položky poskytují podporu pro následující úkoly:

  • Přidání popisu a kritéria přijetí
  • Přiřazení k cestě týmu nebo oblasti a členu projektu
  • Aktualizace stavu a přiřazení k iteraci nebo sprintu
  • Propojení pracovních položek, připojení souborů, přidání značek
  • Přidání komentářů a zobrazení vlákna diskuze

Backlogy produktů a portfolia umožňují týmům rychle přidávat a určovat prioritu uživatelských scénářů, funkcí a námětů. Další informace o pracovních položkách a typech pracovních položek najdete v tématu Sledování práce s uživatelskými příběhy, problémy, chybami, funkcemi a náměty.

Backlogy a panely týmu

Backlogy SAFe® se mapují na backlogy týmu, programu a portfolia. Mimo toto políčko agilní proces podporuje úrovně uživatelského scénáře, funkce a námětového backlogu. Hierarchická struktura backlogu ukazuje práci, která podporuje funkce a uživatelské scénáře v průběhu námětu.

Hierarchický backlog: náměty, funkce a scénáře

Backlog a panely si můžete přizpůsobit i přidáním backlogů portfolia, jak je popsáno v části Přizpůsobení Azure Boards a Přizpůsobení backlogů.

Zobrazení panelu Kanban pro každý backlog je možné konfigurovat pro každý tým.

Přírůstky, vydané verze a sprinty programu

SAFe® Release Trains, Releases, Iterations, Program Increments (PI) a Sprinty se snadno mapují na cesty iterace. Sdílením iterací napříč týmovou hierarchií spravujete verze soudržným způsobem.

Verze SAFe® trénuje mapování na iterace

Vzhledem k tomu, že náměty můžou zahrnovat několik vydaných vlaků, tým portfolia není přidružený k žádným konkrétním iteracím. Programové týmy sledují dodávky funkcí, které jsou dodávány s PI. Týmy funkcí pracují ve sprintech, aby se dokončilo několik příběhů. Každý tým si zvolí, které iterace je podporují, aby sledovaly svoji zaměřenou sadu dodávek.

Týmy sledují dodávky pomocí iterací

Cíle a cíle iterace

Postupy SAFe® zahrnují týmy agilních verzí definující cíle a cíle iterace. K zachycení informací o týmu doporučujeme použít wikiweb projektu nebo týmové řídicí panely. Wikiweb projektu i týmové řídicí panely podporují Markdown pro přidání a formátování informací.

Další informace najdete v části Sdílení informací dále v tomto článku.

Hodnotové proudy a rozpočty

Značky můžete použít pro rychlý a snadný způsob, jak mapovat funkce a náměty na jejich hodnoty Toky, strategické motivy a přidružené rozpočty. Můžete přidat vlastní pole pro zachycení odhadů rozpočtu pro funkce, které se pak dají zahrnout do námětů.

Značky můžou sledovat datové proudy hodnot nebo přidružené rozpočty.

Pomocí značek, které přidáte do pracovních položek, můžete:

  • Filtrování jakéhokoli backlogu nebo panelu Kanbanu
  • Vytváření dotazů na základě značek a filtrování výsledků dotazů podle značek
  • Vytváření grafů průběhu a trendů nebo sestav založených na značkách

Pokud chcete robustnější mapování práce na architekturu nebo obchodní funkce, můžete zadat oblast hodnot pro každou námětovou oblast, funkci nebo příběh.

Oblast hodnot sleduje obchodní nebo architektonické práce

S kumulativní aktualizací můžete získat odhady rozpočtu pro náměty z souhrnu odhadů definovaných pro jejich podřízené funkce, jak je znázorněno na následujícím obrázku.

Souhrn odhadu rozpočtu

Pokud chcete přidat vlastní pole, přečtěte si téma Přizpůsobení Azure Boards a Přidání vlastního pole.

Podpora vize portfolia a strategických motivů pomocí wikiwebu projektu

Informace se dají široce sdílet s organizací pomocí wikiwebu projektu Azure DevOps. Wikiweb je podobný úložišti Git, které podporuje přidávání a úpravy stránek pomocí Markdownu a editoru WYSIWYG. Každá stránka je ve verzi, aby bylo možné snadno sledovat, kdo provedl změny a obnovil předchozí verze.

Pomocí wikiwebu projektu můžete podporovat sdílení následujících artefaktů SAFe®:

  • Portfolio Vision
  • Strategické motivy
  • Taxonomie
  • Cíle
  • Cíle
  • Postupy zaměřené na zákazníky

Další informace o wikiwebu projektu najdete v části Sdílení informací dále v tomto článku.

Milníky a klíčové události

Konec každého přírůstku programu, sprintu, trénování vydaných verzí nebo iterace inovací a plánování (IP) představuje přirozené milníky SAFe®. Mnoho milníků je spojeno s konkrétními obřady nebo postupy, jako je provádění retrospektivních událostí nebo předvedení funkčního softwaru.

V Azure Boards můžete sledovat další typy milníků nebo klíčových událostí následujícími způsoby.

  • Vlastní pole, například pole Milník nebo Uvolnění s předdefinovaným rozevíracím seznamem
  • Jako značka přidaná do pracovních položek
  • Jako pracovní položka, která určuje cílové datum
  • Jako jednosměrná cesta iterace

Pomocí vlastních polí a značek můžete rychle filtrovat backlogy, panely a dotazy na základě konkrétního milníku.

Struktura týmu sdílených služeb

Prostředky, které jsou sdíleny napříč týmy, mohou být reprezentovány prostřednictvím vlastního agilního týmu funkcí, jako je tým návrhu uživatelského prostředí nebo tým dodržování předpisů zabezpečení. Můžou spravovat backlog a zároveň se jejich práce objeví i v backlogech týmů, které podporují.

Tady si ukážeme, jak jsou cesty oblastí přiřazeny týmu návrhu uživatelského prostředí, a pak selektivní dílčí cesty k jiným agilním týmům. Pracovní položky, které se zobrazují na sdílených cestách oblasti, se zobrazují v backlogech a panelech přidružených týmů.

Cesta oblasti sdílených služeb a struktura týmu

Retrospektivní a recenze

Pro podporu týmů, které provádějí retrospektivní a recenze, doporučujeme použít rozšíření Retrospectives od Microsoft DevLabs.

Retrospektivní deska

Toto rozšíření umožňuje týmům vytvářet vlastní retrospektivní panely a zaznamenávat následující úkoly:

  • Shromažďování názorů na milníky projektu
  • Uspořádání a stanovení priorit této zpětné vazby
  • Vytvářejte a sledujte akční úkoly, které pomáhají každému týmu v procesech zlepšování.

Sdílení informací

Azure Boards nabízí mnoho způsobů sdílení informací.

  • Formuláře pracovních položek poskytují textová pole pro zachycení popisů, kritérií přijetí a dalších položek. K pracovním položkám nebo odkazům na síťové sdílené složky je možné přidat přílohy souborů.
  • Projektové a týmové řídicí panely se dají použít ke sdílení informací spolu se stavovými a průběhovými grafy a widgety. Další informace najdete v tématu Přidání Markdownu na řídicí panel.
  • Wikiweb projectu poskytuje centrální úložiště s integrovaným řízením verzí pro sdílení informací se všemi členy projektu. Podle potřeby je možné vytvořit další wikiweby. Další informace najdete v tématu o wikiwebech, souborech READM a Markdownu.

Podrobnosti o podporovaných funkcích Markdownu najdete v následujících článcích.

Další kroky

Konfigurace Azure Boards pro podporu SAFe®

Jazyková verze a škálování