Termíny a koncepty používané při sledování pracovních položek v Azure Boards

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

Glosář Microsoft Agile je krátký slovník termínů používaných při sledování práce pomocí Azure Boards. Další termíny jsou definovány v následujících článcích:

Agilní metody

Řada technických nejlepších procesů s cílem umožnit rychlé doručování vysoce kvalitního softwaru a obchodního přístupu, který je v souladu s potřebami zákazníků a firemními cíli. V tomto paradigmatu jsou potřeba časté kontroly a přizpůsobení s týmovou prací, sebeorganizací a zodpovědností, které jsou pro úspěch projektu důležité.

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ů.

Cesta k oblasti

Cesty k oblasti se používají k seskupení pracovních položek podle oblasti týmu, produktu nebo funkce. Cesty iterace se používají k seskupení práce do sprintů, milníků nebo jiných období souvisejících s událostmi nebo časovými obdobími. Pomocí cest oblastí můžete definovat hierarchii cest. Další informace naleznete v tématu o oblastech a iteračních cestách.

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

Kategorie

Seskupí jeden nebo více typů pracovních položek, aby podporovaly flexibilní vytváření sestav, dotazy a další funkce dostupné prostřednictvím agilních nástrojů. Kategorie podporují konfiguraci procesu používanou backlogem webového portálu a stránkami panelu úloh. Do kategorie Požadavky můžete například přidat vlastní typy pracovních položek a spravovat je pomocí backlogu produktu a panelů. Další informace naleznete v tématu Použití kategorií k seskupení typů pracovních položek.

Kolekce

Kolekce je kontejner pro řadu projektů v Azure DevOps. Výchozí kolekce se vytvoří při registraci pomocí Azure DevOps Services nebo instalaci Team Foundation Serveru. Kolekce v rámci Azure DevOps Services odpovídá organizaci. U místních nasazení TFS můžete přidat a spravovat kolekce a určit logické a fyzické prostředky dostupné pro projekty v kolekci.

Další informace: O projektech a škálování organizace, správě organizací nebo správě kolekcí projektů v Team Foundation Serveru.

Řídicí panely

Řídicí panely jsou uživatelsky konfigurovatelné interaktivní podepisovací panely, které poskytují informace v reálném čase. Řídicí panely jsou přidružené k týmu a zobrazují konfigurovatelné widgety pro zobrazení informací. Další informace najdete v tématu Přidání a správa řídicích panelů.

Diskuse

Oblast ve formuláři pracovní položky, která podporuje přidávání a revize komentářů provedených k práci. Tímto způsobem zachytíte všechny komentáře v rámci pracovní položky, místo abyste zachovali dlouhé vlákno e-mailu. V části diskuze můžete pomocí ovládacího prvku @mention upozornit jiného člena týmu na diskuzi. Jednoduše zadejte @ a jejich jméno.

Oblíbené

Označení objektu jako oblíbené je metoda, která slouží k podpoře rychlé navigace sami nebo jinými členy týmu. Dotazy na pracovní položky a definice sestavení můžete označit jako osobní a týmové oblíbené položky. Mezi další objekty, které můžete označit jako oblíbené pro sebe, patří jenom větve kódu, plány doručení, testovací plány a týmy nebo projekty. Další informace najdete v tématu Nastavení osobních nebo týmových oblíbených položek.

Pole

Pole podporují sledování informací o práci, která se má provést. Hodnoty, které přiřadíte k poli, jsou uloženy v úložišti dat sledování práce, které můžete dotazovat a generovat grafy pro zobrazení stavu a trendů. Projekt obsahuje 100 nebo více datových polí. Data aktualizujete úpravou datového pole v rámci pracovní položky. Každá pracovní položka je přidružená k typu pracovní položky (WIT) a data, která můžete sledovat, odpovídají polím přiřazeným k pracovní položce. Definice každého předdefinovaného pole naleznete v indexu pole pracovní položky.

Sledovat

Označení konkrétních pracovních položek nebo žádostí o přijetí změn, které je mají sledovat, je metoda, která slouží k přijímání e-mailových aktualizací o změnách, které jsou v nich provedeny. Další informace najdete v tématu Sledování pracovní položky nebo žádosti o přijetí změn.

Globální seznamy

Definuje seznam položek nabídky nebo položek rozevíracího seznamu, které jsou sdíleny mezi položkami wit a projekty v rámci kolekce projektů. Globální seznamy pomáhají minimalizovat práci potřebnou k aktualizaci seznamů. Globální seznamy můžete definovat v rámci pracovních položek, které nahrajete pomocí šablony procesu. Další informace: Správa globálních seznamů pro typy pracovních položek (Podporuje se pouze pro hostované modely procesů XML a místních procesů XML)

Globální pracovní postup

Určuje pole pracovních položek i globální seznamy, které může sdílet více projektů a typů pracovních položek. Další informace: Správa globálního pracovního postupu (podporuje se pouze pro místní model procesu XML).

Kategorie skrytých typů

Určuje sadu typů pracovních položek, které nechcete, aby uživatelé vytvářeli ručně. Ve výchozím nastavení tato sada zahrnuje:

Pomocí správce týmových projektů TFS, opensourcového klienta dostupného z GitHubu, můžete rychle určit, které pracovní položky patří do kategorie Skrytých typů.

Model hostovaného procesu XML

Model hostovaného procesu XML poskytuje podporu pro přizpůsobení objektů sledování práce a agilních nástrojů pro projekt úpravou a importem šablony procesu. Tento model procesu je k dispozici pouze pro vybrané účty hostované na cloudové platformě Azure Boards. Další informace najdete v tématu Model hostovaného procesu.

Problémy nebo překážky

Typ pracovní položky, která pomáhá sledovat neplánované aktivity. Řešení problému nebo překážky vyžaduje větší práci nad rámec toho, co bylo naplánováno na základě skutečných požadavků. Použití typu pracovní položky problému (agilní proces nebo proces CMMI) nebo impedimentu (proces Scrum) vám pomůže sledovat a spravovat tyto problémy, dokud je nebudete moct vyřešit a zavřít. Další informace: Správa problémů a překážek

Model procesu dědičnosti

Model procesu dědičnosti poskytuje podporu pro přizpůsobení objektů sledování práce a agilních nástrojů pro projekt prostřednictvím uživatelského rozhraní. Tento procesový model je k dispozici pouze pro účty hostované na cloudové platformě Azure Boards. Projekty dědí přizpůsobení provedené v procesu. Další informace naleznete v tématu Model procesu dědičnosti.

Problém

Agilní proces: Problém je typ pracovní položky, která definuje položku, kterou chcete sledovat, protože může mít vliv na dokončení jiné práce. Definuje se pro agilní proces a nezobrazuje se v žádném backlogu ani na panelu. Viz Správa problémů a překážek.

Základní proces: Problém je typ pracovní položky, která definuje určitou pracovní nebo kódovou vadu, kterou je potřeba sledovat. Je definován pro základní proces a zobrazuje se v backlogu produktu a na panelu Problémy.

Poznámka:

Základní proces je k dispozici, když přidáte projekt do Azure DevOps Services nebo Azure DevOps Serveru 2019 Update 1. V případě dřívějších místních nasazení zvolte Agilní proces, Scrum nebo CMMI.

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

Panel Kanbanu

Interaktivní, elektronická znaménka, která podporuje vizualizaci toku práce od konceptu až po metody dokončení a štíhlé metody. Azure DevOps poskytuje panel pro každý produkt a backlog portfolia. Další informace najdete v tématu Přehled panelu a funkce panelu a náměty.

Propojení podporují definování vztahů mezi pracovními položkami a dalšími objekty, jako jsou potvrzení, větve, žádosti o přijetí změn a další– pomocí různých typů propojení. Další informace naleznete v tématu Propojení pracovních položek s jinými objekty a odkazy na typy propojení.

Místní model procesu XML

Místní model procesu XML poskytuje podporu pro přizpůsobení objektů sledování práce a agilních nástrojů pro projekt. Pomocí tohoto modelu můžete aktualizovat definici XML typů pracovních položek, konfiguraci procesu, kategorie a další. Můžete také aktualizovat atributy polí. Tento model procesu je k dispozici pouze pro místní Azure DevOps. Další informace najdete v tématu Místní procesový model.

Výběr seznamů

Rozevírací seznam určuje výčtovou sadu hodnot, které se zobrazí v rozevírací nabídce ve formuláři pracovní položky. Hodnoty se také zobrazí ve sloupci Hodnota v editoru dotazů. Metoda, kterou používáte k přizpůsobení rozevíracího seznamu, se liší. Závisí na poli a modelu procesu. Další informace naleznete v tématu Přizpůsobení práce.

Plány (označované také jako plány doručení)

Plán je konfigurovatelné zobrazení, které zobrazuje práci z více týmů a projektů rozložených v kalendáři na základě iterací jednotlivých týmů. Každý řádek v zobrazení představuje práci z produktového nebo portfoliového backlogu týmu. Každá karta odpovídá pracovní položce, jako je například příběh uživatele, funkce nebo námět. Další informace najdete v tématu Kontrola plánů doručení týmu.

Backlog portfolia

Interaktivní seznam pracovních položek podobný backlogu produktu, který podporuje uspořádání nebo seskupování práce v rámci funkcí, námětů nebo scénářů. Backlogy portfolia fungují podobně jako backlogy produktů v tom, že můžete určit prioritu práce a zobrazit stromové hierarchie práce. Další informace: Definování funkcí a námětů

Zpracovat

Proces definuje stavební bloky systému sledování práce. Pokud chcete proces přizpůsobit, nejprve vytvoříte zděděný proces z jednoho z výchozích systémových procesů, agilních procesů, Scrum nebo CMMI. Všechny projekty, které tento proces používají, uvidí provedené změny. Další informace naleznete v tématu o přizpůsobení procesu a zděděných procesech.

Konfigurace procesu

Určuje výchozí možnosti konfigurace a funkčnosti, ke kterým mají vaše týmy přístup pomocí agilních nástrojů. Mezi tyto nástroje webového portálu patří backlog produktu, backlogy sprintu, panel a panel úkolů. (Podporuje se pouze pro hostované modely procesů XML a místních procesů XML)

Model procesu

Metoda přizpůsobení sledování práce podporovaná vaší organizací nebo kolekcí Jeden ze tří procesních modelů je podporovaný, dědičnost a hostovaný XML pro Azure Boards a místní XML pro místní Azure DevOps. Další informace: Přizpůsobení prostředí pro sledování práce

Šablona procesu

Určuje sadu souborů, které obsahují definice XML pro sledování práce a definování počáteční konfigurace jiných funkčních oblastí. Systém poskytuje tři výchozí šablony procesů – Agile, Scrum nebo CMMI. Můžete vytvořit projekt a pak ho přizpůsobit nebo přizpůsobit šablonu procesu, kterou pak použijete k vytvoření projektu. (Podporuje se pouze pro hostované modely procesů XML a místních procesů XML)

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

Projekty

Projekt, který byl dříve známý jako týmový projekt, poskytuje úložiště pro zdrojový kód. Projekt poskytuje místo, kde může skupina lidí plánovat, sledovat průběh a spolupracovat na vytváření softwarových řešení. Projekt je definován pro organizaci Azure DevOps Services nebo v rámci kolekce projektů TFS. Můžete ho použít k zaměření na tyto objekty definované v rámci projektu. Další informace najdete v tématu O projektech a škálování organizace.

Dotazy

Dotazy slouží k vyhledání a výpisu pracovních položek. Dotazy podporují spravovaná vyhledávání, která se používají k třídění práce a ad hoc vyhledávání, která se používají k vyhledání konkrétní pracovní položky. Dotazy s plochým seznamem také podporují grafy stavu a trendu. Další informace najdete v tématu O spravovaných dotazech.

Vzdálené propojení

Pomocí vzdáleného propojení můžete vytvořit vztahy mezi pracovními položkami v jedné organizaci a pracovními položkami nebo jinými objekty definovanými v jiné organizaci. Organizace musí být spravovány stejným ID Microsoft Entra. Další informace: Propojení pracovních položek, Propojení na vzdálenou pracovní položku

Souhrnné

Souhrn odkazuje na součet zbývající práce, bodů scénáře nebo jiného číselného pole podřízených a sestupných pracovních položek v hierarchii. Pokud chcete přidat souhrnné sloupce do backlogu produktu nebo portfolia, podívejte se na zobrazení průběhu souhrnu nebo součtů.

Souhrn odkazuje na součet zbývající práce, bodů scénáře nebo jiného číselného pole podřízených a sestupných pracovních položek v hierarchii. Azure Boards podporuje některé nativní kumulativní funkce. Další informace naleznete v tématu Souhrn práce a dalších polí.

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ů

Taskboard

Panel úkolů je interaktivní panel pracovních položek, které můžete použít ke kontrole a aktualizaci úkolů definovaných pro backlog sprintu. Taskboard podporuje týmy, které používají metodologie Scrum. Další informace najdete v tématu Aktualizace a monitorování panelu úloh.

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.

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

Pomůcky

Widgety zobrazují informace a grafy na řídicích panelech. Mnoho z nich je možné nakonfigurovat. Mnoho widgetů zobrazuje informace dostupné z jednoho nebo více úložišť dat nebo grafů vytvořených systémem. Další informace naleznete v tématu Katalog widgetů.

Typy pracovních položek (WIT)

Funkce WIT určuje pole, pracovní postup a formulář použitý ke sledování položky práce. Každá funkce WIT je přidružená k více než 30 systémovým polím a několika více polím specifickým pro typ. Pracovní položky slouží k plánování a sledování práce potřebné k vývoji projektu. Přehled předdefinovaných pracovních postupů poskytovaných výchozími procesy naleznete v tématu O procesech a šablonách procesů.

Workflow

Pracovní postup je nedílnou součástí pracovní položky. Definuje se odpovídajícím typem pracovní položky. Pracovní postup určuje logický průběh a regresi pracovních položek. U agilního procesu sleduje stav práce v průběhu práce z nového nebo aktivního stavu do stavu Uzavřeno nebo Dokončeno. U základního procesu používají všechny typy pracovních položek stav pracovního postupu ke sledování stavu pracovního postupu pomocí stavů Úkoly, Provádění a Hotovo .

Pracovní postup také určuje hodnoty, které se zobrazí v rozevíracích nabídkách Stav a Důvod. Další informace naleznete v tématu Stavy pracovního postupu a kategorie stavů.