Sdílet prostřednictvím

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

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Tento glosář Microsoft Agile uvádí běžné termíny, které používáte při sledování práce s Azure Boards. Další termíny a kontext najdete v těchto souvisejících glosářích:

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

Oblastní cesta

Oblastní cesty se používají k seskupení pracovních položek podle oblasti týmu, produktu nebo funkční oblasti. 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í názvů 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 obvykle sledují chyby jako úkoly prováděné na podporu požadavku. Chyby se pak zobrazí na panelu úloh. Další informace: Správa chyb

Kategorie

Kategorie seskupují jeden nebo více typů pracovních položek pro podporu vytváření sestav, dotazů a backlogu webového portálu a stránek panelu úloh. Můžete například přidat vlastní typy pracovních položek do kategorie Požadavky pro jejich správu pomocí backlogu produktu a panelů. Podrobnosti najdete 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í nástěnky, 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 pracovních položek a definice sestavení můžete nastavit jako oblíbené pro vás osobně i pro tým. 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 zachycují určité informace o práci. Hodnoty polí ukládáte do úložiště dat sledování práce a používáte je v dotazech a grafech k hlášení stavu a trendů. Projekty zahrnují mnoho polí; pokud chcete pole aktualizovat, upravte ho v rámci pracovní položky. Každá pracovní položka je přidružená k typu pracovní položky (WIT) a dostupná pole odpovídají této pracovní položce. Definice předdefinovaných polí najdete v tématu Index polí pracovní položky.

Sledovat

Označování konkrétních pracovních položek nebo žádostí o přijetí změn pro jejich sledování je metoda používaná k přijímání e-mailových aktualizací o provedených změnách. Další informace najdete v tématu Sledování pracovní položky nebo pull requestu.

Globální seznamy

Globální seznamy definují sdílené hodnoty v nabídce nebo v seznamu výběru napříč typy pracovních položek (WIT) a projekty v kolekci. Používejte globální seznamy k omezení údržby, když několik typů pracovních položek používá stejné hodnoty. Definujte globální seznamy v šabloně procesu pro hostované modely procesů XML nebo místní modely procesů XML. Viz Správa globálních seznamů pro typy pracovních položek.

Globální pracovní postup

Globální pracovní postup definuje pole a globální seznamy, které mohou sdílet různé projekty a pracovní položky. Správci ho používají ke standardizaci pracovního postupu napříč projekty (pouze místní model procesu XML). Viz Správa globálního pracovního postupu.

Kategorie skrytých typů

Skryté typy uvádějí typy pracovních položek, které nechcete, aby lidé vytvářeli ručně. Ve výchozím nastavení tato sada zahrnuje:

Pomocí opensourcového týmového projektového manažera na GitHubu můžete určit, které wit patří do kategorie Skryté typy.

Procesní modely a šablony

  • Model hostovaného procesu XML – podporuje přizpůsobení objektů sledování práce úpravou a importem šablony procesu (k dispozici pro vybrané cloudové účty Azure Boards). Viz model hostovaného procesu.
  • Model procesu dědičnosti – podporuje přizpůsobení na základě uživatelského rozhraní pro cloudové účty Azure Boards; projekty dědí přizpůsobení procesů. Viz model procesu dědičnosti.
  • Místní model procesu XML – podporuje přizpůsobení založené na jazyce XML pro místní Azure DevOps. Viz model místního procesu.

Problém

  • Agilní proces: Problémová úloha sleduje položky, které by mohly ovlivnit dokončení jiné práce; standardně se nezobrazuje v backlogu ani na tabulích. Viz Správa problémů a překážek.
  • Základní proces: Problém sleduje práci nebo vady a zobrazuje se v backlogu produktu a na panelu Problémy.

Iterační cesty (také známé 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ů, 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

Tabule Kanban

Interaktivní, elektronická tabule, která podporuje vizualizaci toku práce od konceptu po 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í.

Seznamy k výběru

Rozevírací seznam prezentuje výčtovou sadu hodnot pro pole. Způsob přizpůsobení seznamu hodnot závisí na poli a modelu procesu. Podrobnosti najdete 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 naleznete v tématu Přehled plánů doručení týmu.

Portfoliový backlog

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ů

Proces

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.

Produktový backlog

Interaktivní seznam pracovních položek, které odpovídají projektovému plánu nebo plánu milníků týmu pro to, co tým plánuje realizovat. Backlog produktu podporuje prioritizaci práce, prognózování práce podle sprintů 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ý produktový backlog může být přizpůsoben týmem. 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

Kumulativní

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 nebo souhrnných součtů.

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ů

Nástěnka úkolů

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.

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.

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 řadí podle priorit uživatelské příběhy. 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 definuje povolený postup a regresi pracovní položky tak, jak to určuje její WIT. Například agilní pracovní postup sleduje stav z nové nebo aktivní na uzavřenou nebo dokončenou. Základní proces používá stavy To Do, Doing a Done . Pracovní postup také určuje, které hodnoty stavu a důvodu se zobrazují v rozevíracích nabídkách. Viz stavy pracovního postupu a kategorie stavů.

Související obsah

  • Last updated on