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 času. 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. Pomocí panelu můžete definovat položky backlogu a pak spravovat jejich stav.
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