Klíčové koncepty sprintů a Scrumu v Azure Boards

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

Tento článek obsahuje krátký slovník termínů a dostupných nástrojů používaných při sledování práce pomocí sprintů a metod Scrum. Další zdroje ke kontrole jsou agilní glosář a řízení projektů a navigační glosář.

Agilní nástroje

Sada webových nástrojů sloužících ke sledování práce a podpory agilních metodologií Agilní nástroje podporují základní agilní metody Scrum a Kanban, které dnes používají týmy pro vývoj softwaru. Další informace: O agilních nástrojích a agilním řízení projektů.

Chyby

Typ pracovní položky, která zaznamenává potenciální zdroj nespokojení s produktem. Běžný název typu pracovní položky pro sledování vad kódu. Každý tým si může vybrat, jak chce spravovat chyby. Některé týmy chtějí sledovat chyby spolu s požadavky na backlog. Ostatní týmy chtějí sledovat chyby jako úkoly prováděné při podpoře požadavku. Chyby se pak zobrazí na svém panelu úloh. Další informace: Správa chyb

Burndown nebo burnup charts

Burndown a burnup grafy podporují řízení projektů pro vizuální sledování dokončené práce v průběhu času. Grafy burndownu začínají celkovým množstvím plánované práce. Při dokončení práce grafy burndownu zbývající práci. S průběhem času se snižuje množství práce úkolů. Burnup charts track work as it is completed as time. Jsou užitečné k zobrazení míry dokončení práce.

Další informace naleznete v tématu Burndown a burnup pokyny

Týmová a individuální kapacita

Kapacita koreluje se skutečnou dobou úkolu( hodinami nebo dny), kterou musí jednotlivec nebo tým pracovat. Azure DevOps poskytuje nástroj pro kapacitu pro nastavení kapacity pro sprint každého týmu. Týmy obvykle nastavují kapacitu, když plánují vytvářet úkoly a odhadnout dobu potřebnou k dokončení úkolu.

Když nastavíte kapacitu týmu, tým přesně ví celkový počet pracovních hodin nebo dnů, které má tým pro každý sprint. Pomocí tohoto nástroje nastavíte kapacitu jednotlivých členů týmu a dny mimo. Nastavení kapacity pro každého člena týmu pracujícího během sprintu způsobí, že se zobrazí pruh kapacity daného jednotlivce. Další informace: Nastavení kapacity sprintu

Pruhy kapacity

Pomocí pruhů kapacity můžete rychle zjistit, kdo je nad nebo pod kapacitou. Pruhy kapacity se aktualizují o každou z těchto aktivit:

• Úkoly se přiřazují s nenulovou zbývající prací
• Změna zbývající práce
• Změna data v rámci cyklu sprintu Individuální a týmová kapacita vždy odráží svou kapacitu od aktuálního dne do konce sprintu.

Barvy kapacity	Pruhy kapacity

Další informace najdete v tématu Úprava práce tak, aby vyhovovala kapacitě sprintu.

Denní schůzky scrum

Každodenní schůzky Scrum pomáhají týmům soustředit se na to, co potřebují, aby maximalizovali schopnost plnit své závazky sprintu. Scrum Master týmu by měl vynutit strukturu schůzky a ujistit se, že začíná včas a skončí za 15 minut nebo méně. Další informace: Osvědčené postupy Scrumu, Denní schůzka scrum.

Prognóza

Nástroj prognózy pomáhá týmům plánovat sprinty. Nástroj ukazuje týmy položek backlogu, které je možné dokončit v budoucích sprintech na základě odhadů pracovních položek a nastavené rychlosti. Jak je znázorněno zde, rychlost 20 značí, že dokončení zobrazené práce bude trvat pět sprintů. Další informace: Prognóza backlogu produktu

Cesty iterace (neboli sprinty)

Časové období, obvykle dva až tři týdny, slouží k seskupení pracovních položek, které se mají dokončit během tohoto časového období. Sprinty se používají v metodách Scrum k podpoře plánování sprintů, burndownu sprintu a dalších procesů Scrumu. Cesty iterace umožňují seskupit práci do sprintů, milníků nebo jiných období týkajících se událostí nebo časového období. Další informace: Informace o oblastech a iteračních cestách

Produktový backlog

Interaktivní seznam pracovních položek, které odpovídají plánu projektu nebo plánu projektu týmu pro to, co tým plánuje doručit. Backlog produktu podporuje stanovení priority práce, prognózování práce sprinty a rychlé propojení práce s položkami backlogu portfolia. Položky backlogu můžete definovat a pak spravovat jejich stav pomocí panelu Kanban.

Každý backlog produktu může přizpůsobit tým. Další informace: Vytvoření backlogu

Položka backlogu produktu (PBI)

Typ pracovní položky, která definuje aplikace, požadavky a prvky, které týmy plánují vytvářet. Vlastníci produktů obvykle definují a řadí položky backlogu produktů, které jsou definovány procesem Scrum. Další informace: Scrum – zpracování typů pracovních položek a pracovního postupu

Role vlastníka produktu

Role vlastníků produktů je fungovat jako rozhraní mezi zákazníky a týmem. Vlastník produktu může snížit potřebu podrobných specifikací. Snižují potřebu tím, že reagují na otázky týmu ohledně podrobností implementace. Také jasně definují kritéria přijetí v rámci každého požadavku.

Role Předloha Scrumu

Scrum Masters pomáhá vytvářet a udržovat zdravé týmy pomocí procesů Scrum. Řídí, trenéra, učí a pomáhá týmům Scrum ve správném zaměstnání metod Scrumu. Scrum Masters také působí jako agenti změn, kteří pomáhají týmům překonat překážky a řídit tým směrem k významnému zvýšení produktivity. Další informace: Osvědčené postupy Scrumu, role scrum masteru.

Sprinty (označované také jako iterace)

Sprint je časové období obvykle dva až tři týdny, které slouží k seskupení pracovních položek, které se mají dokončit během tohoto časového období. Sprinty se používají v metodách Scrum k podpoře plánování sprintů, burndownu sprintu a dalších procesů Scrumu. Sprinty se definují prostřednictvím iteračních cest. Další informace najdete v tématu O oblastech a iteračních cestách (neboli sprintech).

Backlog sprintu

Interaktivní seznam pracovních položek, které byly přiřazeny ke stejnému sprintu nebo iterační cestě týmu. Backlog sprintu podporuje týmy, které používají metodologie Scrum. Další informace: Plánování sprintů

Graf burndownu sprintu

Graf burndownu sprintu odráží pokrok týmu při dokončování všech prací, které odhadli během plánování sprintu. Tým ho monitoruje, aby se zmírnit riziko a zkontroloval, jestli se rozsah plíží v průběhu sprintu. Ideální spojnice trendu vždy označuje stabilní burndown. Modrá oblast, jak je znázorněno v následujícím grafu, představuje, co se skutečně děje. Zobrazuje sestavení práce jako členové týmu přidávají úkoly a redukci práce, protože členové týmu tyto úkoly dokončí. Další informace: Monitorování burndownu sprintu

Cíle sprintu

Cíle sprintu se používají k zaměření aktivit sprintu. Cílem je shrnutí toho, co chce tým dosáhnout na konci sprintu. Další informace: Osvědčené postupy Scrum, Nastavení cílů sprintu

Plánování sprintů

Schůzka plánování sprintu probíhá na začátku sprintu a je, když vlastník produktu a tým souhlasí se sadou cílů a práce sprintu. Další informace: Osvědčené postupy Scrumu, plánování schůzek sprintu

Retrospektivní schůzky sprintu

Na konci sprintu probíhá kontrola sprintu nebo retrospektivní schůzka. Tato schůzka je, když tým předvádí práci, kterou dokončil během sprintu. Vlastník produktu, zákazníci a účastníci přijímají uživatelské scénáře, které splňují jejich očekávání, a identifikují nové požadavky. Zákazníci často chápou své potřeby lépe po zobrazení ukázek a můžou identifikovat změny, které chtějí vidět. Další informace: Osvědčené postupy scrum, retrospektivní schůzka sprintu.

Úloha

Úkol je typ pracovní položky sloužící ke sledování odhadované a zbývající práce. Ve Scrumu je úkol definován v rozsahu od čtyř do dvanácti hodin. Definování úkolů je nezbytné pro monitorování burndownu sprintu, práce s týmovou kapacitou a používání taskboardu. Úkoly jsou propojené s položkami backlogu nadřazeného produktu nebo uživatelskými příběhy. Další informace: Přidání úkolů do položek backlogu

Taskboard

Panel úkolů poskytuje interaktivní panel průběhu pro práci potřebnou k dokončení backlogu sprintu týmu. Během sprintu budete chtít aktualizovat stav úkolů a zbývající práci pro každý úkol. Aktualizace úkolů denně nebo několikrát týdně přináší plynulejší graf burndownu sprintu. Další informace: Taskboard.

Teams

Tým odpovídá vybrané sadě členů projektu. Díky týmům můžou organizace podkategorizovat práci, aby se lépe zaměřily na veškerou práci, kterou sledují v rámci projektu. Každý tým získá přístup k sadě agilních nástrojů. Týmy můžou tyto nástroje používat k autonomní práci a spolupráci s ostatními týmy v celém podniku. Každý tým může nakonfigurovat a přizpůsobit každý nástroj tak, aby splňoval požadavky na práci. Další informace najdete v tématu O týmech a agilních nástrojích.

Člen týmu

Člen, který byl přidán do projektu nebo organizace, který byl přidán do konkrétního týmu. Členy projektu je možné přidat do několika týmů. Několik agilních nástrojů, jako je plánování kapacity, upozornění týmu a widgety řídicích panelů, jsou omezené na tým. To znamená, že uživatelé, kteří byli přidáni jako členové týmu, automaticky odkazují na podporu plánování aktivit nebo odesílání výstrah.

Pokud chcete přidat uživatele do týmu, přečtěte si článek Přidání uživatelů do projektu nebo konkrétního týmu.

Technický dluh

Technický dluh zahrnuje cokoli, co tým musí udělat, aby nasadil kód kvality produkce a aby ho běžel v produkčním prostředí. Mezi příklady patří chyby, problémy s výkonem, provozní problémy, přístupnost a další. Přečtěte si další informace o tom, jak minimalizovat technický dluh: Co je agilní vývoj?.

Třídění schůzek

Schůzky pro třídění se používají ke kontrole a uspořádání backlogu a chyb přiřazených týmu. Další podrobnosti, jako jsou odhady, kritéria přijetí a další, mohou být přidány do pracovních položek. Vlastník produktu obvykle spouští schůzky pro třídění a vedoucí týmů, obchodní analytiky a další zúčastněné strany, kteří mohou mluvit o konkrétních projektových rizicích, kterých se účastní.

Uživatelský scénář

Typ pracovní položky, která definuje aplikace, požadavky a prvky, které týmy plánují vytvářet. Vlastníci produktů obvykle definují a stackují uživatelské scénáře. Uživatelský scénář je definován pomocí agilního procesu. Další informace: Agilní zpracování typů pracovních položek a pracovního postupu

Graf rychlosti a rychlosti

Rychlost poskytuje užitečnou metriku pro získání přehledu o tom, kolik práce může váš tým dokončit během sprintového cyklu. Jakmile váš tým pracuje na několika sprintech, může pomocí nástroje pro graf rychlosti a prognózu odhadnout práci, kterou je možné provést v budoucích sprintech.

Rychlost je míra toho, kolik práce může tým dokončit na základě tempa sprintu. Integrovaný graf rychlosti měří rychlost součtem bodů scénáře (agilního), úsilí (Scrum) nebo velikosti (CMMI) definovaného pro sprint.

Například v grafu zobrazeném pod zeleným pruhem označuje celkové odhadované úsilí (body scénářů) uživatelských scénářů dokončených v rámci každého sprintu. Modrá odpovídá odhadovanému úsilí položek, které ještě nebyly dokončeny. Další informace: Zobrazení a práce s integrovaným týmovým grafem rychlosti

Spolu s integrovaným grafem Velocity můžete do týmového řídicího panelu přidat widget Velocity. Tento widget můžete nakonfigurovat tak, aby sečetl počet pracovních položek nebo součet úsilí. Další informace: Konfigurace widgetu Rychlost

Každý tým je spojený s jedním a pouze jedním grafem rychlosti. Rychlost se liší v závislosti na kapacitě týmu, sprintu přes sprint. V průběhu času by však rychlost měla znamenat spolehlivý průměr, který lze použít k prognózování úplného backlogu. Minimalizací proměnlivosti velikosti položek backlogu – úsilí nebo scénáře – získáte spolehlivější metriky rychlosti. Další informace: Přidání úkolů do položek backlogu

Související články

• Informace o sprintech a Scrumu
• Osvědčené postupy pro Scrum
• Agilní glosář
• Glosář pro řízení projektů a navigaci
• Co je Scrum?