Přizpůsobení prostředí pro sledování práce
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Při plánování a sledování projektu zjistíte, že budete chtít nakonfigurovat funkci nebo přizpůsobit prostředí tak, aby vyhovovalo potřebám vašeho týmu. Týmy a týmové agilní nástroje nakonfigurujete prostřednictvím kontextu správy webového portálu pro Azure Boards. Metoda, kterou používáte k přizpůsobení projektů, které ovlivňují všechny týmy, závisí na používaném modelu procesu.
Pokud s Azure Boards a sledováním pracovních položek začínáte, přečtěte si téma Co je Azure Boards? a sledujte práci s uživatelskými příběhy, problémy, chybami, funkcemi a náměty.
Tento článek obsahuje základní přehled přizpůsobení, která můžete provést a jak se liší pro tři procesní modely. Pokyny k přizpůsobení pro podporu obchodních rozhodnutí najdete v tématu Konfigurace a přizpůsobení Azure Boards.
Vlastní nastavení, která provedete na jedné z těchto čtyř úrovní:
- Sdílené prostředky na úrovni projektu: Definujte cesty oblastí a iterací, které týmy vyberou, aby nakonfigurovaly backlogy a panely. Sdílené dotazy a značky pracovních položek jsou další objekty, které lze po definování sdílet v rámci projektu.
- Týmové prostředky nebo nástroje: Každý tým může nakonfigurovat konkrétní nástroje, jako jsou backlogy, panely a řídicí panely. Podrobnosti najdete v tématu O týmech a agilních nástrojích.
- Oprávnění na úrovni projektu a objektu: Udělte nebo omezte přístup k nástrojům pro sledování práce, včetně nastavení oprávnění pro objekty a projekt a přiřazení uživatelů nebo skupin ke konkrétním úrovním přístupu.
- Přizpůsobení procesu na úrovni organizace: Přizpůsobte si pole, typy pracovních položek a backlogy a panely dostupné všem týmům.
- Sdílené prostředky na úrovni projektu: Definujte cesty oblastí a iterací, které týmy vyberou, aby nakonfigurovaly backlogy a panely. Sdílené dotazy a značky pracovních položek jsou další objekty, které lze po definování sdílet v rámci projektu.
- Týmové prostředky nebo nástroje: Každý tým může nakonfigurovat konkrétní nástroje, jako jsou backlogy, panely a řídicí panely. Podrobnosti najdete v tématu O týmech a agilních nástrojích.
- Oprávnění na úrovni projektu a objektu: Udělte nebo omezte přístup k nástrojům pro sledování práce, včetně nastavení oprávnění pro objekty a projekt a přiřazení uživatelů nebo skupin ke konkrétním úrovním přístupu.
- Přizpůsobení procesu na úrovni kolekce: Umožňuje přizpůsobit pole, typy pracovních položek a backlogy a panely dostupné všem týmům.
Sdílené zdroje na úrovni projektu
Každý projekt poskytuje řadu sdílených zdrojů, které podporují všechny týmy přidané do projektu. Tyto funkce nakonfigurujete prostřednictvím uživatelského rozhraní nebo kontextu správce webového portálu. Informace o tom, jak systém používá cesty oblasti a iterace, najdete v tématu O oblastech a iteračních cestách.
| Výběr seznamů cest k oblasti | Seznamy pro výběr sprintů a iterací |
|---|---|
Změňte výběrový seznam cest oblastí tak, aby podporoval seskupení pracovních položek podle týmu, produktu nebo oblasti funkcí. |
Změňte výběrový seznam cest iterací tak, aby podporovaly práci seskupování do sprintů, milníků nebo jiného období specifického pro konkrétní události nebo období související s časem. Aktivujte sprinty pro každý tým. |
| Sdílené dotazy | Značky |
|---|---|
| Otevření sdílených dotazů nebo vytvoření vlastního dotaz pomocí editoru dotazů k zobrazení seznamu pracovních položek nebo zobrazit hierarchické nebo závislé položky.<Br/  |
Přidání značek do pracovních položek pro filtrování backlogů a dotazů nebo položek seznamu podle značek |
Pole identit, pole pro výběr osob
Funkce pro výběr osob podporuje pole Přiřazeno a další pole Identita. Když například vyberete pole Přiřazeno z formuláře pracovní položky, aktivuje se výběr osob. Jak je znázorněno na následujícím obrázku, jednoduše začnete psát jméno uživatele, kterého chcete vybrat, a hledat, dokud nenajdete shodu. Uživatelé, které jste předtím vybrali, se automaticky zobrazí v seznamu. Pokud chcete vybrat uživatele, které jste předtím nevybrali, jednoduše zadejte celé jméno nebo vyhledejte úplný adresář.
Pro organizace, které spravují své uživatele a skupiny pomocí Microsoft Entra ID nebo Active Directory, poskytují výběry uživatelů podporu pro vyhledávání všech uživatelů a skupin přidaných do AD, nejen těch, které se přidaly do projektu. Další informace najdete v tématu Přidání uživatelů nebo skupin Služby Active Directory nebo Microsoft Entra do integrované skupiny zabezpečení.
Pokud chcete omezit rozsah identit dostupných pro výběr jenom na ty uživatele přidané do projektu, můžete to udělat pomocí skupiny Uživatelé s vymezeným projektem. Postup najdete v tématu Správa vaší organizace, omezení vyhledávání a výběru identit.
Hodnoty, které jsou k dispozici pro pole Identita v rámci pracovní položky, můžete omezit přidáním vlastního pravidla.
Přizpůsobení procesu na úrovni organizace
Přizpůsobení procesu na úrovni kolekce
Váš projekt určuje objekty, které jsou k dispozici ke sledování práce a konfigurace agilních nástrojů. Konkrétně projekt určuje typy pracovních položek (WIT) – uživatelské scénáře, úkoly, chyby a datová pole použitá k zachycení informací. Přizpůsobené objekty se sdílejí napříč týmy přidaným do projektu.
Poznámka:
Metoda, kterou používáte k přizpůsobení sledování práce, závisí na modelu procesu, který si předplatíte:
- Dědičnost: Podporuje přizpůsobení WYSIWYG dostupné pro Azure DevOps Services, Azure DevOps Server 2019 a Azure DevOps Server 2020.
- Hostovaný XML: Podporuje přizpůsobení prostřednictvím importu/exportu šablon procesů, které jsou k dispozici pro vybraný počet zákazníků azure DevOps Services, kteří se přihlásili k tomuto modelu.
- Místní XML: Podporuje přizpůsobení prostřednictvím importu a exportu definičních souborů XML pro objekty sledování práce a je k dispozici pro všechna místní nasazení.
Následující tabulka shrnuje rozdíly mezi třemi podporovanými modely procesů. Definice hlavních objektů sledování práce najdete v agilním glosáři. Odkazy na všechny články o přizpůsobení najdete v tématu Rychlý referenční index pro nastavení Azure Boards.
Funkce
Úpravy WYSIWYG
✔️
Vytváření zděděných vlastních procesů, dědění změn v systémových procesech (Agile, Basic, Scrum, CMMI)
✔️
Vytvoření vlastních šablon procesů (viz poznámka 1)
✔️
✔️
Aktualizované změny procesu se automaticky vztahují na všechny projekty odkazující na tento proces.
✔️
✔️
Podpora přizpůsobení polí, typů pracovních položek, rozložení formuláře, pracovního postupu, vlastních pravidel, úrovní backlogu, vlastních ovládacích prvků, správy testů
✔️
✔️
✔️
Podpora přizpůsobení typů propojení, týmových polí, globálního pracovního postupu a konfigurace procesů (viz poznámka 3)
✔️
Počáteční konfigurace cest oblastí, iteračních cest, dotazů na pracovní položky, skupin zabezpečení a oprávnění (viz poznámka 3)
✔️
✔️
Globální seznamy
Rozevírací seznamy
(viz poznámka 2)
✔️
Aktualizace mapování polí Microsoftu pomocí nástroje příkazového řádku TFSFieldMapping (viz poznámka 4)
✔️
✔️
Použití nástrojů příkazového řádku az boards k úpravě projektů a týmů a informací o seznamu
✔️
✔️
✔️
Použití nástrojů příkazového řádku witadmin k výpisu a exportu informací o procesu
✔️
✔️
✔️
Použití nástrojů příkazového řádku witadmin k úpravě informací o procesu
✔️
Pomocí nástroje příkazového řádku pro mapování mapování správy testovacích případů můžete vypsat a exportovat mapování správy testovacích případů pro typy řešení, zařazování chyb a typy selhání.
✔️
REST API (čtení)
✔️
✔️
✔️
REST API (zápis)
✔️
✔️
(viz poznámka 5)
Poznámky:
- Proces určuje stavební bloky používané ke sledování práce. Šablona procesu určuje vzájemně závislé sady definičních souborů XML, které poskytují stavební bloky a počáteční konfiguraci pro sledování práce a dalších funkčních oblastí.
- Přizpůsobení hostovaného KÓDU XML podporuje přidávání a aktualizaci globálních seznamů pomocí aktualizace procesu (podle omezení maximální velikosti každého seznamu). Další informace najdete v tématu Omezení objektů sledování práce.
- Model zděděného procesu nepodporuje přizpůsobení následujících funkcí dostupných s přizpůsobením šablon procesů. Místo toho tyto oblasti přizpůsobíte na webovém portálu podle projektu.
- Konfigurace cest oblastí a cest iterace
- Dotazy na pracovní položky
- Skupiny zabezpečení a oprávnění
- Oprávnění a přístup k funkčním oblastem, jako je správa verzí a sestavení
Nebo můžete použít rozhraní REST API.Nebo můžete použít rozhraní REST API nebo nástroj příkazového řádku Azure DevOps CLI. - Podpora integrace Office Projectu s Azure DevOps je zastaralá od Azure DevOps Serveru 2019. Příkaz TFSFieldMapping není podporován pro Azure DevOps Server 2019 a novější verze, včetně Azure DevOps Services. Od sady Visual Studio 2019 už modul plug-in Azure DevOps pro Office nepodporuje Office Project.
- K importu a exportu šablon procesů můžete použít rozhraní REST API.
Volba modelu procesu pro kolekci projektů
Pro Azure DevOps Server 2019 a Azure DevOps Server 2020 máte výběr modelů procesů. Při vytváření kolekce projektů si budete muset vybrat mezi XML (místní model procesu XML) a dědičností (model procesu dědičnosti), jak je znázorněno v následujícím dialogovém okně.
Důležité
Volba, kterou uděláte, není nevratná. Po vytvoření kolekce budete moct přizpůsobit pouze objekty sledování práce pomocí vybraného modelu. Neexistuje také způsob, jak migrovat existující kolekce projektů, které používají místní model procesu XML do modelu procesu dědičnosti.
Další informace o kolekcích projektů najdete v tématu Správa kolekcí projektů.
Přizpůsobení testovacího prostředí
Několik typů pracovních položek podporuje testovací prostředí na stránkách testů webového portálu a v klientovi Test Manageru. Pro zděděný proces můžete přizpůsobit typy testovacího plánu, sady testů a testovacího případu, stejně jako jakýkoli jiný typ pracovní položky. U místního procesu XML můžete přizpůsobit všechny typy pracovních položek souvisejících s testy – testovací plán, sadu testů, testovací případ, sdílené kroky a sdílené parametry – stejně jako jakýkoli jiný typ pracovní položky.
Následující obrázek znázorňuje podporované relace propojení.
Další informace o využití a přizpůsobení najdete v následujících zdrojích informací:
Méně běžná přizpůsobení
Při práci s hostovanými modely XML nebo místními modely procesů XML můžete provádět pouze následující přizpůsobení. Vlastní nastavení konfigurace procesu platí pro všechny týmy přidané do projektu.
Limity backlogu a panelu (hostovaný XML, místní XML)
Pokud chcete omezit dobu načítání zobrazení na přijatelné parametry, panel úkolů je omezen na maximálně 1 000 pracovních položek. Podrobnosti najdete v tématu Referenční informace o elementu XML konfigurace procesu.
Tuto hodnotu můžete zvýšit až na 1500 zadáním hodnoty atributu workItemCountLimit TaskBacklog elementu. Podrobnosti najdete v tématu Referenční informace o elementu XML konfigurace procesu.
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>
Změna přiřazení polí (hostovaný XML, místní XML)
Můžete změnit pole pracovních položek, která se používají při výpočtu kapacity, grafů burndownu, prognózování a rychlosti. Jakákoli změna, kterou provedete u některého z výchozích přiřazení, by měla odpovídat změně provedené v definici a zachytávání informací pro danou hodnotu.
Pokud například změníte přiřazené refnametype="Activity" pole, měli byste zahrnout stejné pole v definici pracovní položky přiřazené kategorii úkolu, která zachycuje informace o aktivitě. Podrobnosti najdete v tématu Referenční informace o elementu XML konfigurace procesu.
Pole, která přiřadíte, používají následující nástroje:
| Nástroj | Typ pole |
|---|---|
| Panel úloh, nástroje kapacity, burndown sprintu | Zbývající práce |
| Backlogy produktů a portfolia | Priorita backlogu |
| Rychlost a prognóza | Úsilí (mapuje se na body příběhu, úsilí nebo velikost) |
| Panel úkolů, nástroje kapacity | Zbývající práce |
| Nástroje pro kapacitu | Aktivita (aktivita úkolu nebo disciplína) |
Udělení nebo omezení přístupu k nástrojům pro sledování práce
Můžete udělit nebo omezit přístup k vybraným funkcím prostřednictvím nastavení oprávnění. Když do týmu přidáte uživatelské účty, automaticky se přidají do skupiny Přispěvatel. Pak mají přístup k většině funkcí, které budou muset přispívat do kódu, sledování práce, sestavení a testování. Skupina Přispěvatel ale neumožňuje uživatelům vytvářet sdílené dotazy ani přidávat cesty oblasti nebo iterace. Tato oprávnění musíte udělit samostatně.
Zjednodušené zobrazení nejběžnějších výchozích oprávnění a přiřazení přístupu najdete v tématu Oprávnění a přístup. Pokud s správou oprávnění začínáte, přečtěte si článek Začínáme s oprávněními, přístupem a skupinami zabezpečení, dědičností oprávnění a skupinami zabezpečení.
Jinak pokud chcete udělit nebo omezit přístup k vybraným funkcím, projděte si jedno z těchto témat:
Správa přístupu
Oprávnění
Sdílené prostředky
Další možnosti přizpůsobení
Chcete nástroje přizpůsobit způsobem, který se nepodporuje?
Tady je několik dostupných možností:
- Podívejte se na rozšíření Marketplace a zjistěte, jestli je pro vaše účely k dispozici nějaký nástroj.
- Vývoj vlastního rozšíření
- Určení, jestli bude háček služby vyhovovat vašim potřebám
- Vytvoření vlastního nástroje pomocí rozhraní REST API
- Na stránku komunity vývojářů přidejte žádost o funkci.
Zkuste toto další
Související články
Váš názor
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu: https://aka.ms/ContentUserFeedback.
Odeslat a zobrazit názory pro