Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
Tento článek obsahuje krátký slovník termínů a nástrojů, které používáte ke sledování práce se sprinty a Scrumem. Také si projděte 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 mají rády sledování chyb spolu s požadavky v backlogu. Ostatní týmy rádi sledují chyby jako úkoly prováděné v rámci podpory požadavku. Chyby se pak zobrazí na jejich nástěnce úkolů. Další informace: Správa chyb
Burndown a burnup charts
Burndown a burnup charty vám pomůžou vizuálně sledovat dokončenou práci v průběhu času. Grafy burndown začínají celkovou plánovanou prací a zaznamenávají zbývající práci, jak tým plní úkoly. S průběhem času se zbývající práce sníží.
Grafy burnup zobrazují celkovou práci dokončenou v průběhu času a pomáhají ilustrovat rychlost dokončování.
Pokyny naleznete v tématu Pokyny k burndownu a burnupu.
Týmová a individuální kapacita
Kapacita odpovídá skutečnému času potřebnému na úkol (hodiny nebo dny), který je k dispozici pro jednotlivce nebo tým. Azure DevOps poskytuje nástroj pro kapacitu pro sprint každého týmu, abyste mohli nastavit individuální kapacitu a dny mimo pracovní dobu při vytváření úkolů a odhadu práce.
Nastavení kapacity zobrazuje celkový počet hodin nebo dnů týmu sprintu a zobrazuje pruh kapacity jednotlivých členů týmu. Další informace: Nastavení kapacity sprintu
Pruhy kapacity
Pruhy kapacity umožňují rychle zjistit, kdo je nad nebo pod kapacitou. Pruhy kapacity se aktualizují, když:
- přiřazení úkolů s nenulovou zbývající prací,
- změnit zbývající práci nebo
- změňte datumy v rámci cyklu sprintu.
Kapacita jednotlivých týmů odráží kapacitu od aktuálního dne až do konce sprintu.
| Barvy kapacity | Pruhy kapacity |
|---|---|
|
|
Podrobnosti najdete v tématu Úprava práce tak, aby vyhovovala kapacitě sprintu.
Denní scrum schůzky
Díky denním schůzkám Scrum se týmy zaměřují na to, co potřebují udělat, aby splnily závazky sprintu. Scrum Master vynucuje strukturu schůzek a pomáhá týmu začít včas a dokončit během 15 minut nebo méně. Podívejte se na osvědčené postupy Scrum, Denní schůzku Scrum.
Prognóza
K plánování sprintů použijte nástroj Prognóza. Prognóza ukazuje položky backlogu, které týmy můžou dokončit v budoucích sprintech na základě odhadů a rychlosti.
Například rychlost 20 označuje, že zobrazená práce trvá přibližně pět sprintů. Viz Prognóza backlogu produktu.
Iterační cesty (známé také jako 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ů, snižování objemu práce ve sprintech a dalších Scrum procesů. 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ídá plánu nebo vývojovému plánu týmu pro to, co tým plánuje doručit. Backlog produktu podporuje prioritizaci práce, prognózování práce podle sprintů a rychlé propojení práce s položkami backlogu v portfoliu. Pomocí panelu můžete definovat položky backlogu a pak spravovat jejich stav.
Tým může přizpůsobit každý backlog produktu. 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
Vlastníci produktů fungují jako rozhraní mezi zákazníky a týmem. Reagují na týmové otázky týkající se implementace, definování kritérií přijetí a pomáhají snížit potřebu podrobných specifikací.
Role Předloha Scrumu
Scrum Masters pomáhá vytvářet a udržovat zdravé týmy koučováním a vedením postupů Scrum. Odstraňují překážky a vylepšují produktivitu týmu. Podívejte se na osvědčené postupy Scrumu, roli 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ů, snižování objemu práce ve sprintech a dalších Scrum procesů. 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 vývoje sprintu
Tým používá graf burndownu sprintu ke sledování pokroku v plnění odhadované práce během plánování sprintu. Ideální trendová linie naznačuje stálý pokles zbývající práce. Modrá oblast v grafu zobrazuje skutečnou aktivitu: přidání úkolů a snížení, protože tým aktualizuje zbývající práci.
Viz Monitorování burndownu sprintu.
Cíle sprintu
Cíle sprintu se zaměřují na aktivity sprintů a shrnují, čeho tým plánuje dosáhnout na konci sprintu. Podívejte se na osvědčené postupy Scrum a nastavte cíle sprintu.
Plánování sprintů
Plánování sprintů probíhá na začátku sprintu, když vlastník produktu a tým souhlasí s cíli sprintu a prací. Podívejte se na osvědčené postupy Scrum, plánování schůzek sprintů.
Schůzky pro retrospektivu sprintu
Na konci sprintu tým předvádí dokončenou práci, zúčastněné strany přijímají uživatelské scénáře, které splňují očekávání, a všichni identifikují vylepšení. Podívejte se na osvědčené postupy Scrum, retrospektivní schůzku sprintu.
Úloha
Úkol je pracovní položka, která sleduje odhadovanou a zbývající práci. V Scrumu týmy často definují úkoly mezi 4 a 12 hodinami. Úkoly pomáhají monitorovat "burndown" sprintu, spravovat kapacitu týmu a podporovat aktivitu Taskboardu. Úkoly odkazují na položky backlogu nadřazeného produktu nebo uživatelské scénáře. Viz Přidání úkolů do položek backlogu.
Nástěnka úkolů
Table úkolů nabízí interaktivní pohled na práci nezbytnou pro dokončení týmového sprintu. Během sprintu aktualizujte stav úkolu a zbývající práci denně nebo několikrát týdně, aby byl graf burndownu sprintu hladký. Viz Taskboard.
Týmy
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 týmu je někdo přidaný do projektu a přiřazený jednomu nebo více týmům. Agilní nástroje v rámci týmu – plánování kapacity, upozornění týmu a widgety řídicích panelů – automaticky odkazují na členy týmu pro plánování a oznámení.
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 práci potřebnou k nasazení a údržbě kódu v produkční kvalitě: chyby, problémy s výkonem a provozními problémy, mezery v přístupnosti a podobné položky. Podívejte se na Co je agilní vývoj?
Prioritizační schůzky
Schůzky zaměřené na prioritizaci pomáhají týmům kontrolovat a organizovat backlog a práci s chybami. Vlastníci produktů obvykle spouštějí schůzky pro třídění s vedoucími týmů, obchodními analytiky a zúčastněnými stranami za účelem identifikace rizik, kritérií přijetí a priorit.
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 seřazují uživatelské příběhy podle priority. 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
Rychlost a graf rychlosti
Rychlost pomáhá týmům pochopit, kolik práce mohou dokončit v tempu sprintu. Po několika sprintech týmy používají graf rychlosti a prognózu k odhadu budoucí kapacity sprintu.
Integrovaný graf rychlosti sčítá Story Points (Agile), úsilí (Scrum) nebo velikost (CMMI) pro každý sprint. Zelený pruh ukazuje dokončené pracovní úsilí; modrá část zobrazuje očekávané úsilí, které ještě není dokončené. Podívejte se na integrovaný graf týmové rychlosti a pracujte s ním.
Každý tým má jeden graf rychlosti. Rychlost se liší podle kapacity týmu a v průběhu času, ale průměry se stanou užitečnými pro prognózování, když týmy snižují proměnlivost velikosti položek backlogu. Viz Přidání úkolů do položek backlogu.