Konfigurace a přizpůsobení Azure Boards

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

Azure Boards můžete nakonfigurovat a přizpůsobit mnoha způsoby, abyste mohli lépe spravovat portfolio, závislosti a monitorování. Doporučujeme úkoly popsané v tomto článku zejména pro správce, kteří zodpovídají za správu projektů s více týmy.

Rychlý přístup k běžným úkolům:

Přizpůsobte si karty | Správa sloupců | , které urychlují práci s plaveckou drahou | , nakonfigurujte backlog.

Pokud teprve začínáte jako správce projektu, přečtěte si také článek Začínáme jako správce.

Důležité informace

Abyste mohli Azure Boards využívat na maximum, porozumíte tomu, jak vaše týmy používají své nástroje a funkce (například Scrum, Kanban a Scrumban) a jejich závislosti na konfiguracích a přizpůsobeních. Následující tabulka shrnuje primární položky, které byste měli zvážit při strukturování projektu.

Přizpůsobte si stavební bloky a nástroje pro sledování práce tak, aby podporovaly obchodní potřeby, a komunikujte s týmem pokyny k používání.

Typy pracovních položek a backlogy portfolia

Při vytváření projektu v Azure Boards nejprve vyberete proces. Každý proces (Agilní, Základní, Scrum a CMMI) podporuje hierarchii pracovních položek, včetně backlogů produktů a portfolia. Výchozí pracovní položky pro každý proces jsou uvedeny na odpovídajících kartách s backlogy v části Požadavky a úkoly v části Úkol.

Na každé úrovni můžete přidávat vlastní wity a dokonce přidávat vlastní backlogy portfolia. Tady je například projekt, který do procesu Scrum přidal cíle a klíčové výsledky jako vlastní interní položky a odpovídající backlogy portfolia.

Možnosti sledování práce a doporučené využití

Týmy si můžou vybrat, které pracovní položky používají ke sledování své práce. Následující tabulka shrnuje hlavní možnosti, doporučené využití a podporované úlohy a nástroje.

Možnosti konfigurace a přizpůsobení

Následující tabulka uvádí oblasti, které můžete nakonfigurovat a přizpůsobit, a nástroje ovlivněné těmito přizpůsobeními. Každou oblast můžete přizpůsobit na úrovni organizace, projektu nebo týmu, jak je uvedeno, nebo kombinaci dvou. Popis standardních nástrojů, analytických nástrojů a nástrojů pro plánování portfolia najdete v tématu Co je Azure Boards, sestavy v kontextu: Sledování práce a plány (agilní ve velkém měřítku).

Cesty oblastí, produktové týmy a správa portfolia

Pomocí cest oblastí můžete seskupit pracovní položky podle produktů, funkcí nebo obchodních oblastí a podporovat týmy zodpovědné za práci přiřazenou těmto oblastem. Můžete definovat hierarchickou sadu plošných cest nebo plochou sadu. Obvykle definujete hierarchickou sadu cest oblastí, která podporuje obchodní hierarchii, která chce sledovat průběh několika týmů.

Cesty oblastí a hierarchické seskupení

Dva hlavní způsoby seskupení pracovních položek jsou podle cesty oblasti a jejich nadřazení v rámci pracovní položky portfolia, jak je popsáno dříve v tomto článku. Oba se vzájemně nevylučují. Tady jsou jejich rozdíly:

• Cesty oblastí přiřazené týmu určují, které pracovní položky se zobrazují v týmovém zobrazení: backlog produktů, backlog portfolia, plány doručení nebo jiný nástroj pro plánování portfolia.
• Seskupení pracovních položek v rámci nadřazené funkce nebo námětu určují, jaká souhrnná zobrazení jsou podporovaná a jak se práce zobrazuje v nástroji pro plánování portfolia

Značky můžete také přiřadit pracovním položkám, abyste je seskupili pro účely dotazu a filtrování. Proto při strukturování týmů a projektů se ujistěte, že rozumíte tomu, jak tyto nástroje seskupování používáte k podpoře vašich obchodních potřeb. Vaše volby ovlivňují použití nástrojů pro plánování portfolia.

Nástroje závislé na cestě oblasti

Chcete-li provést následující úlohy, musíte definovat cesty oblasti:

• Dotazování a graf pracovních položek na základě cesty oblasti
• Přiřazení práce více než jednomu týmu
• Práce s týmy pro správu a funkce
• Filtrování backlogu, dotazu, panelu nebo plánu pomocí cest oblastí

Pokud chcete použít následující nástroje, musí se týmy přihlásit k odběru cest oblastí:

Cesty k oblasti a přiřazení týmu

Každý projekt má výchozí tým a výchozí cestu k oblasti. V některých případech existuje jenom jeden tým, který plánuje a sleduje práci. S růstem organizací ale můžete přidat další týmy pro správu backlogu a sprintů.

Následující příklad ukazuje cesty oblastí a jejich přiřazení týmům, které podporují zobrazení správy portfolia pro týmy pro správu účtů a doručování služeb.

Další informace najdete v následujících článcích:

• Správa portfolia
• O cestách oblastí
• Informace o týmech a agilních nástrojích
• Agilní kultura.

Doporučení:

• Zvažte, co musí horní správa vědět a jak je nejlépe podporovat.
• Zvažte, jak chcete pro týmovou správu i správu portfolia používat kumulativní aktualizace.
• Definování námětů a scénářů pro velké iniciativy, které k dokončení vezmou dva nebo více sprintů
• Vytvoření hierarchických cest oblastí pro podporu dílčích kategorií funkcí a oblastí produktů
• Definujte požadavky na práci, které lze provést v jednom sprintu, a lze je přiřadit jednomu jednotlivci.
• Definování úkolů pro sledování podrobnějších podrobností nebo sledování času stráveného prací

Většina nástrojů Azure Boards podporuje filtrované zobrazení pracovních položek na základě cesty oblasti nebo cesty iterace. Můžete také použít další filtry založené na klíčových slovech, přiřazeních, wit a dalších možnostech.

Chyby jako požadavky nebo úkoly

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.

Pokud používáte proces Scrum, je výchozím nastavením sledování chyb spolu s položkami backlogu produktu (PBI). Pokud pracujete v projektu na základě agilních procesů nebo procesů CMMI, chyby se v backlogu automaticky nezobrazí.

Zjistěte u svého týmu, jak chcete spravovat chyby. Potom odpovídajícím způsobem změňte nastavení týmu.

Správa souhrnů, hierarchie a portfolia

Sloupce souhrnů umožňují zobrazit indikátory průběhu nebo součty číselných polí nebo následných položek v hierarchii. Následné položky odpovídají všem podřízeným položkám v hierarchii. Do produktového backlogu nebo backlogu portfolia můžete přidat jeden nebo více sloupců souhrnů.

Tady zobrazujeme průběh u všech pracovních položek, které zobrazují indikátory průběhu vzestupných pracovních položek na základě procenta uzavřených potomků.

Cesty iterace – sprinty vydaných verzí a správy verzí

Cesty iterace podporují procesy Scrum a Scrumban, kde je práce přiřazena k nastavenému časovému období. Cesty iterace umožňují seskupit práci do sprintů, milníků nebo jiných období týkajících se událostí nebo času. Každá iterace nebo sprint odpovídá pravidelnému časovému intervalu, který se označuje jako tempo sprintu. Typická četnost sprintů jsou dva týdny, tři týdny nebo dlouhé měsíce. Další informace naleznete v tématu o oblastech a iteračních cestách.

Cesty iterace můžou být plochý seznam nebo seskupené pod milníky vydané verze, jak je znázorněno na následujícím obrázku.

I když cesty iterace nemají vliv na nástroje panelu, můžete použít cesty iterace jako filtr na panelech. Další informace najdete v tématu Filtrování panelu.

Definujte cesty iterace a přiřaďte je týmům, když chcete použít následující nástroje:

Sledování času

Většinaorganizacích Nástroje Azure Boards plně podporují dobu sledování pro tento účel. Použité hlavní pole je pole úkolu Remaining Work , které obvykle vynuluje na konci sprintu.

Některé organizace ale vyžadují sledování času, aby podporovaly jiné účely, například pro fakturaci nebo udržování záznamů o přidělování času. Hodnoty času pro odhadovanou práci a dokončenou práci jsou zajímavé. Procesy Agile a CMMI poskytují tato pole –Remaining WorkOriginal EstimateCompleted Work , – pro použití při sledování času. Můžete je použít pro tento účel. Azure Boards ale poskytuje omezenou nativní podporu pro sledování času. Místo toho zvažte použití rozšíření Marketplace pro podporu dalších požadavků na sledování času.

Zpracování změn, které mají vliv na všechny týmy

Jakákoli změna procesu v projektu má vliv na všechny týmy v daném projektu. Mnoho změn nezpůsobuje velké přerušení týmů, které podporují, ale následující změny.

Vlastní pole

Když do wit přidáte vlastní pole, nebude to mít přímý vliv na žádný konkrétní nástroj. Místo toho se tato pole zobrazí v odpovídajících pracovních položkách. Pokud například zavádíte vlastní číselné pole, můžete ho využít pro souhrnné výpočty v backlogech. Toto vlastní pole můžete také použít s následujícími nástroji pro vytváření sestav. Takže i když efekt není specifický pro konkrétní nástroj, vylepšuje vaši schopnost přizpůsobit pracovní položky potřebám projektu.

• Widget pro sestavu a řídicí panel v kontextu
• Widget sestavy a řídicího panelu sprintu v kontextu
• Widget Burndown a Burnup řídicího panelu

Vlastní wity

Následující tabulka ukazuje efekty, když přidáte vlastní wit do konkrétní kategorie.

Vlastní pracovní postup

Každý proces podporuje výchozí pracovní postup. Tento pracovní postup definuje výchozí sloupce, které se zobrazují na panelech a v úkolových panelech sprintu.

Někdy týmy chtějí sledovat stav své práce, která přesahuje tyto výchozí stavy. Podpora je poskytována jedním z následujících způsobů:

• Přidání vlastních stavů pracovního postupu do pracovní položky: Tato možnost má vliv na všechny týmy a vyžaduje, aby aktualizovali konfiguraci panelu.
• Přidání sloupců na panel: Tato možnost má vliv jenom na tým, který sloupce přidá.

Stavy pracovního postupu i sloupce se zobrazí v diagramu kumulativního toku pro tým. Jednotlivci můžou zvolit, které sloupce se v grafu zobrazí. Další informace naleznete v tématu Kumulativní vývojový diagram.

Kdo může provádět změny?

Vzhledem k tomu, že nastavení na úrovni procesu, na úrovni projektu a na úrovni týmu může mít široký vliv, změny se omezují na uživatele s následujícími požadovanými oprávněními.

Změny na úrovni procesu

Pokud chcete vytvářet, upravovat nebo spravovat zděděné procesy a aplikovat je na projekty, musíte být členem skupiny Správci kolekce projektů. Nebo musíte mít odpovídající oprávnění Vytvořit proces, Odstranit proces, Upravit proces nebo Odstranit pole z organizace nastavené na Povolit. Viz Nastavení oprávnění a přístupu pro sledování práce, Přizpůsobení zděděného procesu.

Další informace najdete v následujících článcích:

• O procesu dědičnosti
• Přizpůsobení projektu
• Vytvoření a správa procesu

Změny na úrovni projektu

Chcete-li přidat cesty oblasti nebo cesty iterace, musíte být členem skupiny Správci projektu.

Pokud chcete přidat, upravit a spravovat cesty oblasti nebo cesty iterace pod konkrétním uzlem, musíte mít jednu nebo více následujících oprávnění nastavená na Povolit:

• Vytvoření podřízených uzlů
• Odstranit tento uzel
• Upravit tento uzel
• Zobrazit oprávnění v tomto uzlu

Další informace najdete v následujících článcích:

• Definování cest oblastí a přiřazení týmu
• Definování iteračních cest (sprintů) a přiřazení iterací týmu

Změny na úrovni týmu

Abyste mohli konfigurovat týmové nástroje, musíte být správcem týmu nebo členem skupiny Project Administrators.

Správci týmu dělají následující operace:

• Přidání členů týmu
• Přihlášení k odběru oblastí a cest iterace
• Konfigurace backlogů a dalších běžných nastavení týmu
• Konfigurace panelů
• Správa týmových oznámení

Další informace o konfiguraci backlogů a panelů najdete v tématu Správa a konfigurace týmových nástrojů.

Další kroky

Související články

• Nejčastější dotazy k konfiguraci a přizpůsobení
• Nastavení backlogů a panelů
• Model zděděného procesu
• Správa a konfigurace týmových nástrojů