Sdílet prostřednictvím

Osvědčené postupy pro agilní řízení projektů

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

Azure Boards nabízí výběr nástrojů pro agilní plánování, z nichž mnohé fungují v kombinaci s ostatními. Tento článek obsahuje úvodní příručku pro projektové manažery, kteří s Azure Boards začínají. Pokud vy a vaše týmy chcete při plánování a správě projektů provést minimální přístup ke sledování, začněte tímto průvodcem. Pokud přecházíte z vodopádového řízení projektů na agilní metody, začněte tímto průvodcem.

Poznámka:

Pokud se váš tým zavázal uplatňovat metody Kanban nebo Scrum, přečtěte si informace o tabulích a Kanbanu nebo kurzech pro implementaci Scrumu.

Většina pokynů v tomto článku je platná pro cloudové i místní verze. Některé funkce zahrnuté v tomto článku, jako jsou například kumulativní, analytické a některé nástroje pro plánování portfolia, jsou ale v tuto chvíli dostupné jenom pro cloud.

Konfigurace týmů

Azure Boards poskytuje každému týmu sadu agilních nástrojů pro plánování a sledování práce. Každý projekt definuje výchozí tým, který můžete začít okamžitě používat. Pokud máte několik týmů pro vývoj nebo funkce, doporučujeme pro každý tým funkcí definovat tým v Azure DevOps. Každý tým tak může pracovat nezávisle při vzájemné spolupráci.

Tipy pro osvědčené postupy:

  • Nakonfigurujte týmy podél hodnotových toků, které chce vaše organizace poskytovat.
  • Definujte tým pro každou vývojovou skupinu 6 až 12 vývojářů.
  • Nakonfigurujte vývojové týmy tak, aby podporovaly kumulativní aktualizace pro týmy funkcí řízení projektů.

Další informace o konfiguraci týmů:

Konfigurace sprintů

Sprinty určené iteračními cestami jsou definovány pro projekt a poté jsou vybírány týmy. Četnost sprintů se může lišit v rozmezí od jednoho týdne do čtyř týdnů nebo déle. Můžete také definovat sprinty v hierarchii, která zahrnuje uvolňovací vlaky. Práci přiřadíte sprintům, k jejichž dokončení se týmy zavážou na konci sprintu. Tyto nástroje Azure Boards spoléhají na přiřazení sprintů k backlogům sprintu týmu, tabuli úkolů a plánům předpovědí a dodávek. Další informace najdete v tématu Implementace praktik Scrum a přezkoumání týmových doručovacích plánů.

Tipy pro osvědčené postupy:

  • Definujte tempo sprintu pro použití všemi týmy ve vaší produktové skupině.

  • Definujte alespoň šest iterací, které podporují plánování dalších 6 až 12 měsíců.

  • Určete, jak týmy používají iterace ke správě položek backlogu.

    • Nepřiřazená práce ze sprintu je přiřazena do výchozího backlogu.
    • Nepřiřazená sprinová práce se přiřadí určenému příštímu sprintu backlogu.

Další informace o konfiguraci sprintů najdete tady:

Volba typů pracovních položek

Určete, které typy pracovních položek může váš tým použít k zachycení požadavků zákazníků a práce na vývoji. Pokud je projekt založený na agilním procesu, doporučujeme použít typy pracovních položek uživatelského scénáře, chyby a funkce.

Pokud je projekt založený na jiném procesu, jako je základní, scrum nebo integrace modelu vyspělosti schopností (CMMI), máte následující možnosti. Každý tým určuje, jak chce sledovat chyby.

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

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

  • Uživatelské scénáře a úkoly slouží ke sledování práce.
  • Chyby monitorují vady kódu.
  • Náměty a funkce slouží k seskupení práce ve větších scénářích.

Každý tým může nakonfigurovat, jak spravovat pracovní položky typu chyba, stejně jako pracovní položky typu uživatelský scénář nebo úkol. Použijte nastavení práce s chybami. Další informace o použití těchto typů pracovních položek naleznete v tématu Agilní proces.

Poznámka:

Požadavky určují očekávání uživatelů softwarového produktu. V Azure Boards jsou požadavky definované pracovními položkami, které se zobrazují v backlogu produktu. Na základě procesu vybraného pro váš projekt požadavky odpovídají typům pracovních položek uživatelského scénáře (Agilní), položky backlogu produktu (Scrum), problému (základní) nebo požadavku (CMMI). Patří také do kategorie Požadavky, která spravuje typy pracovních položek, které se zobrazují v backlogu produktu.

Tipy pro osvědčené postupy:

  • Pro zachycení funkcí, které chcete dodat, použijte typ pracovní položky Funkce.

  • V backlogu můžete rychle přidat funkce nebo požadavky a zadat podrobnosti později.

  • Pomocí typu pracovní položky Požadavku rozdělte funkčnost na úkoly, které vlastní vývojový tým. Kromě toho:

    • Pro agilní použití použijte typ pracovní položky uživatelského scénáře.
    • Pro Základní použijte typ pracovní položky Problém.
    • Pro Scrum použijte typ pracovní položky backlogu produktu.
    • Pro CMMI použijte typ pracovní položky Požadavku.

  • K zachycení vad kódu použijte typ pracovní položky Bug.

  • Namapujte požadavky na funkce ke sledování průběhu na úrovni řízení projektů.

  • Požadavky na velikost, které je třeba splnit v rámci sprintu.

  • Velikosti funkcí, které se mají dokončit v rámci sprintu nebo několika sprintů

  • Stanovte velikost epických pracovních položek, které mají být doručeny čtvrtletně nebo k určitému milníkovému cíli.

  • Umožňuje vývojářům podle potřeby rozdělit práci pomocí kategorie Úkol.

Jako projektový manažer spravujete funkce. Vývojový tým spravuje požadavky. Když je mapujete pomocí odkazů mezi nadřazenými a podřízenými prvky, získáte přehled o průběhu vašich funkcionalit. Každá pracovní položka, kterou přidáte do backlogu týmu, je automaticky přiřazena výchozí cestě oblasti a iterační cestě nastavené pro váš tým.

Pokud máte větší iniciativy nebo scénáře, které vyžadují dodání několika funkcí, seskupte je do kategorie Epic pomocí vazeb typu nadřazený-podřízený.

Další informace o typech pracovních položek najdete tady:

Vytvoření plánu produktu

Vytvořte plán produktu pomocí backlogu funkcí. Vývojový tým pak vytvoří svůj plán produktu pomocí backlogu produktu. Pravidelně byste měli kontrolovat a upřesňovat plány produktů.

Seznam čekajících funkcí

Projektoví manažeři zahájí plán produktu přidáním funkcí do backlogu funkcí. Každá funkce by měla představovat dodávku, která bude odpovídat potřebě zákazníka.

Snímek obrazovky, který ukazuje seznam funkcí k doplnění.

Produktový backlog

Vývojové týmy přidávají uživatelské scénáře do backlogu produktů. Uživatelský scénář se automaticky přiřadí výchozí cestě oblasti a cestě iterace týmu. Tým pak namapuje tyto scénáře pod každou funkcí, která představuje práci potřebnou k implementaci této funkce. Každý uživatelský scénář byste měli upravit tak, aby bylo možné ho dokončit v rámci sprintu.

Snímek obrazovky znázorňující backlog produktu

Upřesnění jednotlivých backlogů

Pravidelně kontrolujte každý backlog pomocí následujících úloh:

  • Definujte práci, která se má provést.
  • Přeuspořádejte pracovní položky pomocí metody přetažení tak, aby se zobrazovaly v pořadí priority.
  • Otevřete pracovní položky a přidejte podrobnosti.
  • Přiřaďte úkoly členům týmu nebo sprintům.
  • Zachytávání technických dluhů a neprofeaturních prací potřebných k podpoře zdravého ekosystému doručování
  • Mapujte práci bez nadřazeného prvku na funkce, ke kterým patří.
  • Odhad velikosti požadavků, které pomáhají určit rychlost týmu a podporovat prognózování (volitelné).

Tip

Rychlost týmu můžete sledovat na základě odhadů přiřazených k dokončené práci nebo jednoduchému počtu pracovních položek dokončených během sprintů. Pokud chcete použít funkci Prognóza, musíte přiřadit hodnotu poli Body příběhu, Úsilí nebo Velikost. Pokud nechcete odhadnout požadavky, můžete jednoduše přiřadit hodnotu 1 k odhadům požadavků a pak použít nástroj Prognóza na základě počtu pracovních položek.

Tipy pro osvědčené postupy:

  • Průběžně upřesňujte svůj backlog.
  • Ujistěte se, že jsou funkce a požadavky vhodné velikosti.
  • Definujte kritéria přijetí a definici provedených funkcí a práce.
  • Přiřadit nemapovanou práci k funkcím.
  • Nastavte možnosti zobrazení tak, aby podporovaly úlohy backlogu, které chcete provést.
  • Odhadněte svůj seznam nedokončených úkolů.

Další informace naleznete v tématu:

Použití značek k podpoře dotazů a filtrování

Pomocí značek pracovních položek mohou členové týmu přiřadit ad hoc značky k pracovním položkám. Tyto značky můžete použít k filtrování backlogů a nástěnek. Můžete je také použít k dotazování na pracovní položky. Pokud chcete, aby značky byly užitečné pro tým, uveďte některé obecné pokyny, jak by měl váš tým používat značky. Zvažte dokumentaci těchto pokynů na centrálním místě, jako je wikiweb projektu.

Následující obrázek znázorňuje panel filtrovaný na webové klíčové slovo, které zobrazuje karty se značkou Web .

Snímek obrazovky znázorňující panel filtrovaný pomocí vyhledávání klíčových slov

Tipy pro osvědčené postupy:

  • Mějte zavedenou zásadu týkající se toho, jak vaše týmy používají značky.
  • Uveďte, jak pomocí značek podporujete dotazy, filtrování a reportování.
  • Zvažte použití značek k identifikaci závislostí mezi týmy nebo mezi projekty.

Další informace naleznete v tématu:

Plánování prognóz a milníků

K získání přehledu o tom, kdy mohou být funkce nasazeny, použijte nástroj prognózy. Tento nástroj vyžaduje, abyste pro každý požadavek zadali odhady do pole Body příběhu, Úsilí nebo Velikost. Pokud chcete odhadnout jednoduchý počet pracovních položek, přiřaďte hodnotu 1 k odhadům požadavků.

Seřazení backlogu funkcí v pořadí priority

Jako projektový manažer byste měli mít vždy backlog funkcí v pořadí priority, který předává vývojovému týmu, které funkce jsou nejdůležitější k prvnímu dokončení.

Tady backlog funkcí zobrazuje posloupnost funkcí, které se mají odeslat.

Snímek obrazovky znázorňující backlog funkcí seřazený podle nadřazeného prvku

Seřazení backlogu požadavků na základě nadřazených funkcí

Ujistěte se, že splňujete požadavky nezbytné k nasazení funkcí. Jak je znázorněno na následujícím obrázku, požadavkový backlog je seřazený podle funkcí, které chcete dodat. Toto pořadí předpokládá, že všechny požadavky týkající se funkcionality musí být dokončeny, aby mohla být odeslána. Body obsahu se také přiřazují ke každému uživatelskému scénáři.

Snímek obrazovky znázorňující backlog požadavků seřazený podle nadřazeného prvku

Prognózování backlogu požadavků

Pomocí odhadů přiřazených jednotlivým požadavkům můžete nastavit rychlost týmu. Následující příklad určuje rychlost 12, což znamená, že tým může v průměru dokončit 12 story pointů za sprint. Nástroj Prognóza ukazuje, jaké požadavky a funkce může tým dokončit během následujících šesti sprintů. Při použití nástroje Plánování můžete přiřadit požadavky prognózovaným sprintům.

Snímek obrazovky znázorňující prognózu backlogu požadavků seřazených podle nadřazeného prvku

Získání dobrého odhadu a předvídatelné rychlosti týmu jsou užitečné týmové cíle pro zlepšení procesů.

Aktualizace panelu Funkcí

S prognózou, kdy se funkce dodává, můžete aktualizovat cestu iterace jednotlivých funkcí. Přiřaďte k funkci hodnoty přidáním těchto polí na kartu na panelu, jak je znázorněno na následujícím obrázku.

Snímek obrazovky znázorňující panel Funkcí s aktualizovanými cestami iterace

Plánování milníků

Značky milníků se ve sledování práce Azure Boards nepoužívají s výjimkou plánů doručení. Plány doručení poskytují zobrazení kalendáře a umožňují definovat značku milníku. Další informace najdete v tématu Kontrola plánů doručování týmů v Azure Boards.

K označení pracovní položky jako milníku můžete použít jednu nebo více následujících možností:

Správa závislostí

V Microsoft Projectu spravujete úkoly, které závisí na dokončení jiných úkolů tím, že je propojíte. Pokud chcete spravovat závislosti v Azure Boards, můžete do pracovních položek přidat podobné propojení přidáním typů propojení předchůdců a následníků. Přidejte tyto odkazy z dialogového okna Přidat odkaz pro pracovní položku.

Azure Boards podporuje mnoho typů propojení ke sledování souvisejících prací. Zvolte typy propojení Předchůdc/Následník a sledujte práci se závislostmi. Rychlý způsob, jak propojit pracovní položky, je přidat značku k pracovním položkám, které se účastní vytváření nebo využívání závislostí. Vytvořte dotaz, který používá značku, a přidejte požadované odkazy.

Následující dialogové okno Přidat odkaz znázorňuje, jak jsou dvě pracovní položky propojeny pomocí typu odkazu Následník.

Snímek obrazovky, který ukazuje dialogové okno Přidat odkaz s typem odkazu Následník.

Vizualizace relací pracovních položek

Můžete zobrazit závislosti a identifikovat závislosti, které mají problémy s plány doručení. Jak je znázorněno na následujícím obrázku, můžete přepnout zobrazení čar závislostí mezi propojenými pracovními položkami. Další informace najdete v tématu Sledování závislostí pomocí plánů doručení.

Snímek obrazovky znázorňující čáry závislostí mezi několika pracovními položkami

S rozšířením Work Item Visualization Marketplace můžete zobrazit vztahy propojení mezi několika pracovními položkami, jak ukazuje následující obrázek.

Snímek obrazovky znázorňující vizualizaci relací pracovních položek

Minimální realizovatelný produkt vs. správa kritických cest

Azure Boards neposkytuje nativní zobrazení kritické cesty. Agilní metodologie upřednostňují minimální realizovatelný produkt (MVP) oproti správě kritických cest. Pomocí MVP identifikujete nejkratší cestu a závislosti tím, že upřednostníte typy pracovních položek Epic, Feature, User Story a Task. Další kontext najdete v tématu Kritická cesta na agilních projektech a Provozování štíhlého startupu v Azure DevOps.

Tipy pro osvědčené postupy:

  • Přidejte značku dependency k pracovním položkám, které se účastní správy závislostí.
  • Pomocí typů propojení Předchůdc/Následník můžete sledovat závislosti práce vlastněné jinými týmy nebo v rámci jiných projektů.
  • Vytvářejte dotazy pro sledování, přidávání a třídění závislostí.
  • Pomocí plánů doručení můžete zobrazit práci, na které máte závislosti z jiných týmů.
  • Pomocí rozšíření Vizualizace pracovních položek na Marketplace můžete vizualizovat závislosti pro konkrétní pracovní položku ve formuláři dané pracovní položky.

Poznámka:

Rozšíření z Marketplace nejsou podporované funkce Azure Boards, takže je produktový tým nepodporuje. Pokud máte dotazy, návrhy nebo problémy, které máte při použití těchto rozšíření, podívejte se na odpovídající stránky rozšíření.

Další informace naleznete v tématu:

Práce ve sprintech

Sprinty umožňují vývojovému týmu zaměřit se na dokončení předem vybrané sady práce. Práce přiřazená sprintu se zobrazí v týmovém sprintovém backlogu. Backlogy sprintu se definují jenom pro backlogy produktů, ne pro backlogy portfolia.

Díky aktualizaci stavu práce v průběhu celého sprintu můžete snadno sledovat průběh sprintu pomocí diagramu burndownu sprintu, jak je znázorněno na následujícím obrázku.

Snímek obrazovky znázorňující graf burndownu sprintu analýzy

Tipy pro osvědčené postupy:

Pro každý sprint proveďte následující úlohy:

  • Naplánujte každý sprint s týmem.
  • Pomocí backlogu sprintu týmu zkontrolujte výsledky sprintu.
  • Ujistěte se, že je každá pracovní položka sprintu přiřazená členovi týmu.
  • Ujistěte se, že je každá pracovní položka vymezená pro dokončení v rámci sprintu.
  • Ujistěte se, že jsou kritéria přijetí pro práci dobře definovaná a srozumitelná.
  • Aktualizujte stav pracovních položek sprintu při přesunu práce ze stavů New do Active a dále do Completed, přičemž sledujete burndown sprintu.
  • Zkontrolujte s ostatními týmy závislosti, na kterých závisí práce vašeho týmu.
  • Monitorujte průběh sprintu pomocí diagramu burndownu sprintu.

Další informace naleznete v tématu:

Kontrola průběhu a dodávek funkcí

Tři hlavní nástroje, které byste měli použít ke kontrole průběhu a dodávek, jsou:

  • Panel funkcí
  • Seznam funkcí se souhrnnými sloupci
  • Plány doručení

Panel funkcí

Panel Funkcí je dalším místem pro kontrolu průběhu a zajištění průběžného toku dodávek. Následující obrázek znázorňuje přizpůsobenou panel funkcí, včetně probíhajících sloupců, jako jsou Třeba další informace, On Deck, Progress a Customer Rollout. Tyto sloupce poskytují přirozenější sadu stavů, jakmile se funkce navrhují, prozkoumávají, navrhují, vyvíjejí a pak nasazují do produkčního prostředí.

Snímek obrazovky znázorňující panel Funkcí s přizpůsobenými sloupci

Kumulativní

Jedním z rychlých a vizuálních způsobů, jak sledovat průběh, je z backlogu funkcí. Pokud přidáte sloupec souhrnného pruhu průběhu, můžete vidět, jaké procento pracovních položek je pro každou funkci dokončeno, jak je znázorněno na následujícím obrázku.

Snímek obrazovky znázorňující backlog funkcí zobrazující možnost sloupce indikátorů průběhu

Plány doručení a několik týmových dodávek

Pokud chcete zkontrolovat funkce doručované napříč několika týmy, nakonfigurujte plán doručení. Plány doručení poskytují interaktivní panel pro kontrolu kalendáře scénářů nebo funkcí, které několik týmů plánuje doručit.

Snímek obrazovky s popisky plánů doručení

Prvky interaktivního plánu

Tipy pro osvědčené postupy:

  • Přizpůsobte si panel Funkcí tak, aby podporoval procesy vašeho týmu.
  • Přidejte pole na karty, abyste mohli jejich hodnoty rychle a snadno aktualizovat.
  • Aktualizujte cestu iterace (sprint) funkcí, abyste získali přehled o tom, kdy se dodávají.
  • Projděte si panel Funkcí a projděte si informace o stavu, blocích, problémech, rizicích nebo změnách a stavu aktualizace.
  • Pomocí funkce filtru se můžete zaměřit na označené položky, přiřazené funkce, konkrétní sprinty a další.
  • Přidejte souhrnné sloupce do backlogu funkcí, abyste mohli sledovat celkový pokrok na základě dokončených pracovních položek.
  • Pomocí plánů doručení můžete zkontrolovat funkce pro několik týmů a prodiskutovat závislosti mezi týmy.

Další informace naleznete v tématu:

Vylepšení procesu

Průběžné vylepšování je jádrem agilních metod. Pokud chcete zlepšit procesy, musíte mít sdílené cíle a sdílený plán. Pokud chcete zahájit aktivity zlepšování procesů, zvažte jejich přidání prostřednictvím pravidelných postupů. Možná budete chtít:

  • Plánování sprintů
  • Nastavte cíle sprintu.
  • Provádějte pravidelné retrospektivy.

Při nastavování cílů zvažte následující otázky:

  • Co se dozvíte o svých zákaznících? Co potřebujete vědět?
  • Jaká data se měří? Je možné ho použít? Jaká data je potřeba měřit?
  • Jak je tok dodávek? Je to podle očekávání? Kde je možné provést vylepšení?
  • Jsou členové vašeho týmu oprávněni dělat to nejlepší? Jaké nástroje nebo informace by jim pomohly zlepšit?
  • Jak dobře se sdílí informace? Jak dobře týmy spolupracují?
  • Jak dobře váš tým spravuje technický dluh a odstraňuje chyby?

Některé z agilních nástrojů, které můžete použít k podpoře zlepšování procesů, jsou rychlost týmu, týmové řídicí panely a rozšíření Retrospectives Marketplace.

Rychlost týmu

V grafu Rychlosti týmu můžete získat informace o tom, jak dobře tým plánuje a provádí sprint. Jak je znázorněno v následujícím příkladu, graf Rychlosti zobrazuje plánovaný, dokončený, dokončený pozdě a neúplný počet pracovních položek pro několik sprintů. Týmy mohou tento graf analyzovat, aby zjistily, jak dobře odhadují a realizují úkoly a jak by se mohly zlepšit.

Snímek obrazovky znázorňující ukázkový týmový graf Velocity

Týmové řídicí panely

Týmy můžou definovat řídicí panely pro sdílení informací a monitorování dat o průběhu práce v reálném čase.

Snímek obrazovky znázorňující ukázkový týmový řídicí panel

Tipy pro osvědčené postupy:

  • Identifikujte cíle zlepšování procesů, se kterými může váš tým souhlasit, zapsat je a pravidelně je kontrolovat.
  • Pomocí týmových řídicích panelů můžete sdílet informace a grafy sledování práce, které pravidelně kontrolujete vy a váš tým.
  • Požádejte svůj tým, aby při plánování schůzek sprintu identifikoval aspoň jeden cíl sprintu, který souvisí s vylepšováním procesů.
  • Provádějte pravidelné retrospektivy, abyste zachytili, co šlo dobře, co šlo špatně, a navrhli kroky ke zlepšení.
  • Udržujte panel pro sledování vylepšení, například panel, který je k dispozici s rozšířením Retrospectives Marketplace.

Další informace naleznete v tématu:

Další kroky

Konfigurace a přizpůsobení Azure Boards

Oborové články