Sdílet prostřednictvím

Informace o přizpůsobení procesů a zděděných procesech

  • Článek

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

Pokud chcete přizpůsobit systém sledování práce, přizpůsobíte zděděný proces prostřednictvím uživatelského rozhraní pro správu organizace. Všechny projekty, které používají zděděný proces, získají přizpůsobení provedené v daném procesu. Na druhou stranu nakonfigurujete své agilní nástroje – backlogy, sprinty, panely a taskboardy – pro každý tým.

Důležité

Pokud chcete přizpůsobit místní projekt nebo aktualizovat definiční soubory XML tak, aby podporovaly přizpůsobení, podívejte se na místní model procesu XML. Tento článek se týká jenom Azure DevOps Services a Azure DevOps Serveru 2019.

Existuje celá řada přizpůsobení, která můžete provést. Primárními typy pracovních položek jsou přidání vlastních typů pracovních položek (WIT) nebo úprava existující pracovní položky pro přidání vlastních polí, úpravou rozložení nebo změnou pracovního postupu.

Poznámka:

Zkontrolujte změny zděděné procesy prostřednictvím protokolu auditu. Další informace najdete v tématu Přístup, export a filtrování protokolů auditu.

Níže najdete index těchto úloh, které můžete provést při přizpůsobení zděděného procesu. Některé možnosti zděděných prvků jsou uzamčené a nelze je přizpůsobit.

Systém versus zděděné procesy

Uvidíte dva typy procesů:

  • Ikona uzamčení Systémové procesy – Agilní, Základní, Scrum a CMMI – které se zamknou od změny.
  • zděděná ikona Zděděné procesy, které můžete přizpůsobit a které dědí definice ze systémového procesu, ze kterého byly vytvořeny. Systémové procesy vlastní a pravidelně aktualizují Microsoft. Všechny aktualizace provedené v systémovém procesu automaticky způsobí aktualizaci zděděných procesů a podřízených procesů. Aktualizace procesů jsou popsané v poznámkách k verzi pro Azure DevOps Server.

Poznámka:

Základní proces je k dispozici s Azure DevOps Serverem 2019 Update 1 a novějšími verzemi.

Kromě toho jsou sdílené všechny procesy. To znamená, že jeden nebo více projektů může použít jeden proces. Místo přizpůsobení jednoho projektu přizpůsobíte proces. Změny provedené v procesu automaticky aktualizují všechny projekty, které tento proces používají. Jakmile vytvoříte zděděný proces, můžete ho přizpůsobit, vytvořit na něm projekty, vytvořit jeho kopii a změnit existující projekty tak, aby ho používaly.

Například jak je znázorněno na následujícím obrázku, zobrazí se seznam projektů definovaných pro organizaci fabrikam . Druhý sloupec zobrazuje proces používaný jednotlivými projekty. Pokud chcete změnit přizpůsobení projektu Fabrikam Fiber, musíte upravit proces MyScrum (který dědí z procesu systému Scrum). Všechny změny provedené v procesu MyScrum také aktualizují další projekty, které tento proces používají. Na druhou stranu nemůžete přizpůsobit projekt testu dotazu, dokud ho nezměníte na proces, který dědí z agilního procesu.

Snímek obrazovky s kontextem správce, nastavením organizace, seznamem projektů a procesem, který používají

Omezení názvů procesů

Názvy procesů musí být jedinečné a 128 znaků Unicode nebo méně. Názvy také nemohou obsahovat následující znaky: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Chcete-li přejmenovat proces, otevřete ... místní nabídka pro proces a zvolte Upravit.

Změna referenčního procesu projektu

Pokud chcete přepnout proces, který projekt používá z jednoho systémového procesu na jiný, můžete to udělat. Chcete-li provést tyto změny, musíte vytvořit zděděný proces na základě procesu, na který chcete přepnout. Pokyny jsou například k dispozici pro podporu následujících změn:

Podle pokynů uvedených v výše uvedených článcích můžete také provádět další změny, například z CMMI na Agilní nebo Agilní do CMMI.

Před provedením této změny doporučujeme seznámit se s procesem, na který se měníte. Systémové procesy jsou shrnuty v části O procesech a šablonách procesů.

Osvědčené postupy při provádění změn

Provádění změn zděděného procesu je jednoduché a bezpečné. Před použitím těchto změn na aktivní projekt je ale vždy osvědčeným postupem tyto změny otestovat. Následující kroky vám pomůžou zobrazit případné negativní vlivy na změny procesu.

Zděděné objekty versus vlastní objekty

Každý zděděný proces, který vytvoříte, dědí wiT definované v systémovém procesu – Základní, Agilní, Scrum nebo CMMI. Agilní proces například poskytuje chybu, úkol, uživatelský příběh, funkci, námět, problém a pracovní položky související s testováním.

Koncepční obrázek hierarchie pracovních položek procesu agilního procesu

Můžete přidat pole a upravit pracovní postup a formulář pracovní položky pro všechny zděděné pracovní položky, které se zobrazují na stránce Typy pracovních položek. Pokud nechcete, aby uživatelé vytvořili wit, můžete ho zakázat. Kromě toho můžete přidat vlastní wity.

Přizpůsobení polí

Pole definovaná v systémovém procesu se zobrazí s zděděnou ikonou , která indikuje, že v zděděném procesu můžete provádět omezené úpravy.

Pole jsou definována pro všechny projekty a procesy v organizaci. To znamená, že jakékoli vlastní pole, které jste definovali pro wiT v jednom procesu, je možné přidat do jakéhokoli jiného wit definovaného pro jiný proces.

Typ pole

Podpora přizpůsobení

Zděděná pole

Vlastní pole

Vlastní ovládací prvek

Při přidávání vlastníchpolích

  • Pro každou definici wi-fi je možné definovat maximálně 64 polí.
  • Pro každý proces lze definovat maximálně 512 polí.

Kromě toho můžete v rámci procesu přidat existující pole do jiného pole . Můžete například přidat termín splnění do scénáře uživatele nebo chyby s interními informacemi o chybách.

Co nemůžete přizpůsobit

  • Po definování názvu pole nebo datového typu nemůžete změnit jeho název ani datový typ.
  • Šedá oblast ve formuláři, kde jsou umístěna pole Stav, Důvod, Cesta k oblasti a cesta iterace, nemůžete změnit.
  • Globální seznam, který podporuje hostované modely XML a místní procesy XML, nemůžete importovat ani definovat. Další informace najdete v tématu Definování globálních seznamů.
  • Po definování názvu pole nebo datového typu nemůžete změnit jeho název ani datový typ.
  • Šedá oblast ve formuláři, kde jsou umístěna pole Stav, Důvod, Cesta k oblasti a cesta iterace, nemůžete změnit.
  • Pokud jde o rozevírací seznamy, v současné době nemůžete provádět tyto operace:
    • Změna rozevíracího seznamu zděděného pole, například pole Aktivita nebo Disciplína
    • Změna pořadí rozevíracího seznamu, zobrazení rozevíracích seznamů v abecedním pořadí
  • Nelze upravit text nápovědy Popis zděděných polí.
  • Importujte nebo definujte globální seznam podporovaný hostovanými modely XML a místními modely procesů XML. Další informace najdete v tématu Definování globálních seznamů.

Poznámka:

V případě zděděného procesu nemůžete změnit rozevírací seznamy předdefinovaných polí, jako je aktivita, stav automatizace, disciplína, priorita a další.

Konfigurovatelné rozevírací seznamy

Následující rozevírací seznamy jsou nakonfigurovány pro každý projekt a nelze je přizpůsobit prostřednictvím zděděného procesu.

Rozevírací seznamy přidružené k polím jmen osob, jako jsou Přiřazeno a Změněno podle, se spravují na základě uživatelů, které přidáte do projektu nebo týmu.

Můžu pole přejmenovat nebo změnit jeho datový typ?

Akce přejmenování pole nebo změna datového typu nejsou podporované. Můžete ale změnit popisek, který se zobrazí pro pole ve formuláři pracovní položky, na kartě Rozložení. Při výběru pole v dotazu musíte vybrat název pole, nikoli popisek pole.

Můžu odstranit nebo obnovit odstraněné pole?

Pole můžete odstranit a později ho obnovit. Odstraněním pole odstraníte všechna data spojená s tímto polem, včetně historických hodnot. Po odstranění můžete obnovit pouze pole a obnovit data pomocí rozhraní Fields – Update REST API.

Místo odstranění pole můžete místo toho chtít pole skrýt nebo odebrat z formuláře pracovní položky. Podrobnosti najdete v tématu Přidání a správa polí, Zobrazení, skrytí nebo odebrání pole.

Co je pole? Jak se používají názvy polí?

Každý typ pracovní položky je přidružený k 31 systémovým polím a několika dalším polím specifickým pro typ. Pracovní položky slouží k plánování a sledování projektu.

Každé pole podporuje sledování informací o práci, která se má provést. Hodnoty, které přiřadíte k poli, se ukládají v úložišti dat sledování práce, ve kterém můžete vytvářet dotazy k určení stavu a trendů.

Popisy a použití jednotlivých polí definovaných pro základní systémové procesy – Scrum, Agile a CMMI – viz index polí pracovních položek.

Názvy polí

Název pole pracovní položky jednoznačně identifikuje každé pole pracovní položky. Ujistěte se, že názvy polí spadají do těchto pokynů:

  • Názvy polí musí být jedinečné v rámci organizace nebo kolekce projektů.
  • Názvy polí musí mít 128 nebo méně znaků Unicode.
  • Názvy polí nesmí obsahovat žádné úvodní ani koncové mezery ani dvě nebo více po sobě jdoucích mezer.
  • Názvy polí musí obsahovat aspoň jeden abecední znak.
  • Názvy polí nemohou obsahovat následující znaky: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Vzhledem k tomu, že jsou všechna pole definovaná pro organizaci, nemůžete přidat vlastní pole se stejným názvem pole, které už v organizaci existuje, nebo bylo přidáno do wit v jiném zděděném procesu.

Poznámka:

Při přechodu projektu na zděděný proces můžete narazit na agilní nástroje nebo pracovní položky v neplatném stavu podle následujících příkladů:

  • Pokud určíte pole podle potřeby, zobrazí se v pracovních položkách, které v daném poli chybí chybová zpráva. Pokud chcete pokračovat v dalších změnách a uložit pracovní položku, vyřešte tyto chyby.
  • Pokud přidáte, odeberete nebo skryjete stavy pracovního postupu pro pracovní postup, který se zobrazí na panelu, nezapomeňte aktualizovat konfigurace sloupců panelu pro všechny týmy definované v projektu. Zvažte také zachování jednoho vlastnictví pracovních položek podle cesty oblasti týmu nebo formalizace sloupců s vlastními stavy, které sdílí týmy.

Vlastní pravidla a systémová pravidla

Každá pracovní doba ( chyba, úkol, uživatelský příběh atd.) má již definovaná několik systémových pravidel. Některé jsou jednoduché, například nastavení pole Název jako povinné nebo nastavení výchozí hodnoty pro pole Oblast hodnot. Kromě toho řada systémových pravidel definuje akce, které se mají provést při změně stavu pracovního postupu.

Existuje například několik pravidel pro zkopírování aktuální identity uživatele za následujících podmínek:

  • Při změně pracovní položky zkopírujte identitu uživatele do pole Změněno podle.
  • Když se stav pracovního postupu změní na Uzavřeno nebo Hotovo, zkopírujte identitu uživatele do pole Uzavřeno.

Důležité

Předdefinovaná systémová pravidla přebírají předchůdci nad libovolným vlastním pravidlem, které by ho přepsalo.

Vlastní pravidla poskytují podporu pro řadu obchodních případů použití, což vám umožní překročit nastavení výchozí hodnoty pro pole nebo ho nastavit jako povinné. Pravidla umožňují vymazat hodnotu pole, zkopírovat hodnotu do pole a použít hodnoty založené na závislostech mezi hodnotami různých polí.

Pomocí vlastního pravidla můžete definovat řadu akcí na základě konkrétních podmínek. Můžete například použít pravidlo pro podporu těchto typů scénářů:

  • Pokud je pro prioritu definována hodnota, proveďte riziko v požadovaném poli.
  • Při změně hodnoty vydané verze zrušte zaškrtnutí políčka Milník.
  • Když došlo ke změně hodnoty Zbývající práce, proveďte dokončenou práci požadované pole.
  • Pokud je hodnota Approved (Schváleno) true (Pravda), proveďte schválení požadovaným polem.
  • Při vytváření uživatelského scénáře zadejte následující pole: Priorita, Riziko a Úsilí.

Tip

Vzorec nelze definovat pomocí pravidla. Můžete ale najít řešení, které vyhovuje vašim potřebám, s rozšířením Power Automate nebo agregátorem TFS (webová služba) Marketplace. Viz také souhrn práce a dalších polí.

Podrobnosti o definovánívlastníchch

Omezit úpravy vybraných polí pro vybrané skupiny uživatelů

Pomocí jedné z následujících dvou podmínek můžete vybrat pole požadovaná pro uživatele skupiny zabezpečení nebo pro uživatele, kteří nejsou členem skupiny zabezpečení.

  • current user is a member of a group...
  • current user is not a member of a group...

Můžete například nastavit pole Název nebo Stát jen pro čtení pro vybrané uživatele nebo skupiny.

Omezení úprav pracovních položek na základě cesty oblasti

Uživatelům můžete zakázat úpravu vybraných pracovních položek nastavením oprávnění v cestě oblasti. Toto není nastavení pravidla, ale nastavení oprávnění. Další informace naleznete v tématu Vytvoření podřízených uzlů, úprava pracovních položek v cestě k oblasti.

Přizpůsobení typu pracovní položky (WIT)

Tady jsou možnosti přizpůsobení pro zděděné a vlastní wity.

Typ pracovní položky

Podpora přizpůsobení

Zděděné typy pracovních položek

Vlastní typy pracovních položek

Co nemůžete přizpůsobit

  • Zděděnou wit do nebo z backlogu nemůžete přidat ani odebrat.
  • Umístění zděděného pole v rozložení formuláře nemůžete změnit (pole však můžete skrýt v jedné oblasti formuláře a přidat ho jinam ve formuláři).
  • Z produktu nemůžete odebrat zděděnou úroveň portfolia (ale můžete je přejmenovat).
  • Nemůžete změnit název vlastní wit.

Přizpůsobení formuláře pracovní položky

Následující úpravy můžete provést ve formuláři WIT.

Typ skupiny nebo stránky

Podpora přizpůsobení

Zděděné skupiny

Vlastní skupiny

Zděděné stránky

Vlastní stránky

Rozložení a změna velikosti

Rozložení webového formuláře je uspořádané do tří sloupců, jak je znázorněno na následujícím obrázku.

Obrázek rozložení stránky se 3 sloupci pro formulář pracovní položky

Pokud do prvních dvou sloupců přidáte jenom skupiny a pole, rozložení bude odrážet rozložení se dvěma sloupci. Podobně platí, že pokud do prvního sloupce přidáte jenom skupiny a pole, bude rozložení odrážet rozložení s jedním sloupcem.

Webový formulář změní velikost v závislosti na dostupné šířce a počtu sloupců v rozložení. Ve většiněwebových Při poklesu šířky zobrazení se každý sloupec mění úměrně následujícím způsobem:

  • Pro tři sloupce: 50 %, 25 % a 25 %
  • Pro dva sloupce: 66 % a 33 %
  • Pro jeden sloupec: 100 %.

Pokud šířka zobrazení nebude obsahovat všechny sloupce, zobrazí se sloupce skládané do sloupce vlevo.

Přizpůsobení pracovního postupu

Pracovní postup libovolného typu pracovní položky (WIT) můžete přizpůsobit skrytím zděděných stavů nebo přidáním vlastních stavů. Zděděné stavy se liší v závislosti na systémovém procesu, který jste vybrali k vytvoření vlastního procesu. Možnosti jsou Agilní, Základní, Scrum nebo Integrace modelu vyspělosti schopností (CMMI). Další informace najdete v tématu Stavy, přechody a důvody pracovního postupu.

Každý výchozí pracovní postup pro každý pracovní postup definuje mezi dvěma a čtyřmi stavy a určuje následující operace pracovního postupu:

  • Přechody vpřed a dozadu mezi jednotlivými stavy. Například základní proces problém s wiT obsahuje tři stavy – Úkoly, Provádění a Hotovo.
  • Výchozí důvody pro každý přechod stavu

Typy stavů

Podporovaná přizpůsobení

Zděděné stavy

Vlastní stavy

Stavy pracovního postupu musí odpovídat následujícím pravidlům.

  • Definujte alespoň jeden stav pro kategorie navrhovaného nebo probíhajícího stavu.

    Poznámka:

    Než přidáte stav pracovního postupu, přečtěte si téma O stavech pracovního postupu v backlogech a panelech , kde se dozvíte, jak se stavy pracovního postupu mapují na kategorie stavů.

  • Definujte aspoň dva stavy pracovního postupu.
  • Definujte maximálně 32 stavů pracovního postupu na typ pracovní položky.

Nepodporovaná přizpůsobení pracovního postupu

  • Skryjte zděděné stavy, pokud je nechcete vidět (nemůžete změnit jejich název, barvu nebo kategorii).
  • Ujistěte se, že v kategorii Dokončeno existuje pouze jeden stav. Přidání vlastního stavu do této kategorie odebere nebo skryje jakýkoli jiný stav.
  • Zachovat název vlastních stavů tak, jak je; nemůžete je změnit.
  • Použijte výchozí důvody pro přechody stavu, jako je například Přesun do stavu Třídění a Přesunuto ze stavu Třídění. Nemůžete určit vlastní důvody.
  • Přijměte výchozí umístění polí Stát a Důvod ve formuláři; nemůžete změnit jejich umístění.
  • Použijte výchozí názvy kategorií států; nemůžete je přizpůsobit.
  • Skryjte zděděné stavy, pokud je nechcete vidět (nemůžete změnit jejich název, barvu nebo kategorii).
  • Ujistěte se, že v kategorii Dokončeno existuje jenom jeden stav. Systém do této kategorie zakáže přidání libovolného vlastního stavu.
  • Zachovat název vlastních stavů tak, jak je; nemůžete je změnit.
  • Přijměte přirozený sekvenci stavů v rozevíracím seznamu ve formuláři pracovní položky; nemůžete změnit jejich pořadí.
  • Použijte výchozí důvody pro přechody stavu, jako je například Přesun do stavu Třídění a Přesunuto ze stavu Třídění. Nemůžete určit vlastní důvody.
  • Přijměte výchozí umístění polí Stát a Důvod ve formuláři; nemůžete změnit jejich umístění.
  • Povolit přechody z libovolného stavu do jiného; přechody nemůžete omezit.

Přizpůsobení backlogu a panelu

Backlogy a panely jsou základní agilní nástroje pro vytváření a správu práce pro tým. Standardní backlogy – produkt, iterace a portfolio – zděděné ze systémového procesu jsou plně přizpůsobitelné. Kromě toho můžete přidat vlastní backlogy portfolia pro celkem pět backlogů portfolia.

Typy backlogu

Podpora přizpůsobení

Zděděné backlogy

Vlastní backlogy portfolia

Nepodporovaná vlastní nastavení:

  • Odebrání zděděné úrovně portfolia:
    • I když z produktu nemůžete přímo odebrat zděděnou úroveň portfolia, máte několik možností:
      • Přejmenujte úroveň portfolia: Zděděnou úroveň portfolia můžete přejmenovat tak, aby lépe vyhovovala vašim potřebám.
      • Zakázat zděděnou wit: Pokud zděděná úroveň portfolia zahrnuje wity, které nechcete používat, můžete je zakázat. Tato akce brání týmům vytvářet nové pracovní položky těchto typů.
  • Vložení úrovně backlogu:
    • Do existující sady definovaných backlogů nelze vložit novou úroveň backlogu. Předdefinované úrovně backlogu jsou obvykle opravené (například náměty, funkce, uživatelské scénáře, úkoly) a mezi které nemůžete přidávat vlastní položky.
  • Změna pořadí úrovní backlogu:
    • Úrovně backlogu bohužel nemůžete změnit. Obvykle se řídí předdefinovanou hierarchií a jejich pořadí se nepodporuje.
  • Přidání wit na více úrovní backlogu:
    • Každá wit může patřit pouze do jedné úrovně backlogu. Na dvě různé úrovně backlogu nemůžete současně přidat wiT.
  • Vytvoření vlastní úrovně backlogu úkolů:
    • I když nemůžete vytvořit vlastní úroveň backlogu specifickou pro úlohu, můžete do backlogu iterace přidat vlastní pracovní položky. Můžete například vytvořit vlastní wit s názvem "Vylepšení" nebo "Údržba" a přidružit ho k backlogu iterace.
  • Správa chyb:
  • Přidání nebo odebrání zděděné WIT z backlogu:
    • Zděděné WIT do nebo z backlogu není možné přímo přidávat ani odebírat. Přidání wiT problému do backlogu produktu se například nepodporuje.
    • Můžete ale:
      • Přejmenujte úroveň portfolia: Pokud zděděná úroveň portfolia obsahuje wity, které nechcete použít, zvažte jeho přejmenování tak, aby lépe vyhovovalo vašim potřebám.
      • Zakažte zděděnou wiT: Pokud jsou zděděné wity, které chcete vyloučit, můžete je zakázat. Tato akce brání týmům vytvářet nové pracovní položky těchto typů.
  • Odebrání zděděné úrovně portfolia:
    • Zděděnou úroveň portfolia z produktu sice nemůžete odebrat, ale máte několik možností:
      • Přejmenujte úroveň portfolia: Dejte jí vhodnější název.
      • Zakázat zděděné wity: Zabrání týmům používat konkrétní zděděné wity.
  • Vložení úrovně backlogu:
    • V existující sadě definovaných backlogů bohužel nemůžete vložit novou úroveň backlogu. Předdefinované úrovně backlogu zůstávají pevné (například Náměty, Funkce, Uživatelské scénáře, Úkoly).
  • Změna pořadí úrovní backlogu:
    • Úrovně backlogu se obvykle řídí předdefinovanou hierarchií a změna jejich pořadí se nepodporuje. Nemůžete je změnit.
  • Přidání wit na více úrovní backlogu:
    • Každá pracovní položky (například Chyba, Úkol, Uživatelský scénář) může patřit pouze do jedné úrovně backlogu. Na dvě různé úrovně backlogu nemůžete současně přidat wiT.
  • Vytvoření vlastní úrovně úkolu:
    • I když nemůžete vytvořit vlastní úroveň backlogu specifickou pro úlohu, můžete do backlogu iterace přidat vlastní pracovní položky. Vytvořte například vlastní wit s názvem "Vylepšení" nebo "Údržba" a přidružte ji k backlogu iterace.
  • Správa chyb:

Poznámka:

Některé funkce vyžadují instalaci aktualizace Azure DevOps Serveru 2020.1. Další informace najdete v tématu Poznámky k verzi pro Azure DevOps Server 2020 Update 1 RC1, Boards.

Když změníte výchozí wit pro úroveň backlogu, způsobí, že se funkce WIT zobrazí ve výchozím nastavení na panelu rychlého přidání. Například lístek zákazníka se ve výchozím nastavení zobrazí na následujícím panelu rychlého přidání pro backlog produktu.

Snímek obrazovky s backlogem produktu, panelem Rychlé přidání a zobrazením výchozí wiT pro úroveň backlogu

Limity objektů

Seznam omezení nastavených na počet polí, pracovní položky, úrovně backlogu a další objekty, které můžete přizpůsobit, najdete v tématu Omezení objektů sledování práce.