Použití pravidel na stavy pracovního postupu (proces dědičnosti)

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

Po přidání nebo úpravě stavů pracovního postupu pro typ pracovní položky definujte pravidla, která se použijí na základě změny stavu pracovního postupu. Přidání pravidel do stavů pracovního postupu podporuje následující scénáře:

• Podpora procesu schvalování
• Zabránit neoprávněným uživatelům v nastavení neplatného stavu
• Provedení požadovaného pole nebo jen pro čtení nebo jiné hodnoty na základě změn stavu
• Omezení přechodu z jednoho stavu na jiný
• Omezení nebo povolení přechodů stavu na konkrétní uživatele nebo skupiny
• Údržba řízeného procesu pracovního postupu a podpora požadavků na auditování
• Automatizace uzavření nadřazených pracovních položek

Požadavky

Pokud chcete pravidla použít na stavy pracovního postupu v Azure DevOps, potřebujete konkrétní oprávnění a úrovně přístupu:

• Oprávnění:

  • Být správcem projektu pro správu skupin zabezpečení a oprávnění na úrovni projektu, což zahrnuje nastavení pravidel pro stavy pracovního postupu.
  • Mít oprávnění ke sledování pracovních položek, které umožňuje spravovat oblast sledování práce, která může být udělena členům skupiny Správci projektu nebo prostřednictvím konkrétních oprávnění.

• Úrovně přístupu:

  • Mít základní přístup, který je obvykle dostatečný pro většinu uživatelů, kteří potřebují spravovat pracovní položky a aplikovat pravidla na stavy pracovního postupu.

Principy pravidel pracovního postupu

Následující tabulka popisuje tři skupiny pravidel pracovního postupu, která můžete definovat:

1. Standardní akce:

   • Použít při vytvoření pracovní položky ve vybraném stavu nebo přesunutí z jednoho stavu do jiného.
   • Mezi akce patří nastavení hodnoty pole, vytvoření pole jen pro čtení nebo povinné pole.
   • Můžete zadat jednu nebo dvě podmínky a několik akcí.

2. Omezení přechodů stavu (skupina 1):

   • Zadejte jednu podmínku označující stav, ze které se pracovní položka přesunula.
   • Definujte akce, které omezí přechody z tohoto stavu do jiných stavů.

3. Omezení přechodů stavu (skupina 2):

   • Podobně jako u první skupiny zadejte jednu podmínku označující stav, ze které se pracovní položka přesunula.
   • Definujte akce, které omezí přechody z tohoto stavu do jiných stavů.

---

Condition (Podmínka)

Podporované akce

---

Nastavení hodnoty pole nebo nastavení jen pro čtení nebo povinné na základě stavu

---

Na základě členství uživatele nebo skupiny nastavte atribut pole nebo omezte přechod stavu.

---

Poznámka:

Když přizpůsobíte zděděný proces, všechny projekty používající tento proces automaticky odrážejí přizpůsobení. Pokud chcete zajistit hladký přechod, doporučujeme vytvořit testovací proces a projekt, který vám umožní otestovat vlastní nastavení před jejich implementací v celé organizaci. Další informace naleznete v tématu Vytváření a správa zděděných procesů.

Vysvětlení limitů stavu pracovního postupu a pravidel

Pravidla pracovního postupu se použijí při přidávání nebo úpravách pracovních položek prostřednictvím některého z následujících rozhraní:

• Webový portál: Formulář pracovní položky, hromadné aktualizace, aktualizace v zobrazení dotazu
• Webový portál: Panel nebo Panel úloh, přesunutí pracovní položky do sloupce
• Visual Studio 2017 a starší verze, formulář pracovní položky
• Formát souboru CSV: Hromadný import nebo aktualizace
• Excel: Hromadný import nebo aktualizace
• REST API: Přidání nebo úprava pracovních položek

Následující tabulka shrnuje limity stavu pracovního postupu a pravidel pro proces dědičnosti.

Objekt	Limit dědičnosti
Typy pracovních položek definované pro proces	64
Stavy pracovního postupu definované pro typ pracovní položky	32
Pravidla definovaná pro typ pracovní položky	1024

Při definování stavů a pravidel pracovního postupu při minimalizaci problémů s výkonem postupujte podle těchto pokynů:

• Omezit počet pravidel pro pracovní položku: I když můžete vytvořit více pravidel pro typ pracovní položky (WIT), může mít další pravidla negativní vliv na výkon, když uživatelé přidávají nebo upravují pracovní položky. Systém ověří všechna pravidla přidružená k polím pro typ pracovní položky, když uživatelé ukládají pracovní položky. V některých případech se ověřovací výraz pravidla může stát příliš složitým, aby sql mohl vyhodnotit.
• Omezit počet vlastních typů pracovních položek: Snížení počtu vlastních typů pracovních položek může pomoct zajistit optimální výkon.

Definování pravidla

Před definováním pravidla na základě stavů pracovního postupu se ujistěte, že jsou splněny následující prvky:

• Stavy pracovního postupu: Definujte stavy pracovního postupu, jak je popsáno v části Přizpůsobení pracovního postupu.
• Vlastní pole: Pokud pravidlo vyžaduje vlastní pole, přidejte ho do typu pracovní položky, jak je popsáno v části Přidat a spravovat pole.
• Skupiny zabezpečení: Pokud vaše pravidlo vyžaduje, aby skupina zabezpečení udělovala nebo omezovala změny založené na členství uživatelů nebo skupin, definujte skupinu zabezpečení, jak je popsáno v tématu Přidání nebo odebrání uživatelů nebo skupin, správa skupin zabezpečení.

Další informace o definování pravidel naleznete v tématu Přidání vlastního pravidla.

Nastavení hodnoty pole nebo nastavení pole jen pro čtení nebo povinné

Při prvním seskupení pravidel můžete zadat jednu nebo dvě podmínky a až 10 akcí na pravidlo.

Příklad zajištění schválení vedoucího týmu před aktivní prací

V tomto příkladu chtějí vývojové týmy zajistit, aby žádný uživatelský scénář nepracoval, dokud ho neschválí vedoucí týmu. Výchozí stavy pracovního postupu se používají s přidáním vlastního pole, schváleného uživatelem a skupiny zabezpečení, skupiny potenciálních zákazníků týmu.

Výchozí stavy pracovního postupu

Požadavky na pravidlo

Pokud chcete zajistit schválení před aktivní prací, definujte následující pravidla:

• Požadovat vyplnění pole Schváleno podle, když se stát přesune z nového na aktivní
• Omezení uživatelů, kteří nejsou ve skupině potenciálních zákazníků týmu, vyplňují pole Schváleno
• Když se stát přesune na Nový nebo Odebraný, vymažte pole Schváleno

Definice pravidel

Požadavky na pravidlo se překládají na následující čtyři definice pravidel.

---

Název pravidla

Condition (Podmínka)

Akce

---

Schváleno v případě, že byl nový

Kdy A work item state changes to New

Potom Clear the value of Approved By

Schváleno vymazáním po odebrání

Kdy A work item state changes to Removed

Potom Clear the value of Approved By

Schváleno jen pro čtení

Kdy Current user is not member of group Team Leads Group

Potom Make read-only Approved By

Schváleno požadovaným

Kdy A work item state changes from New to Active

Potom Make required Approved By

---

Omezení přechodů stavu

Při zadávání podmínky A work item state moved from ...můžete zadat pouze tuto podmínku. Můžete zadat až 10 akcí.

Příklad omezení přechodů stavu a schváleného stavu

Následující stavy pracovního postupu jsou definovány pro uživatelský scénář. Nové, vyřešené a odebrané zděděné stavy jsou skryté. Místo toho se použijí navrhované, revizní a vyjmutí států. Kromě toho jsou definovány tři další stavy: Prozkoumat, Navrhnout a Schváleno. Tyto stavy by se měly řídit sekvencí, jak je znázorněno na následujícím obrázku.

Bez jakýchkoli omezení můžou uživatelé přejít z jednoho státu do jiného státu, a to jak dopředu, tak dozadu v rámci sekvence.

Požadavky na pravidlo

Pro podporu více řízeného pracovního postupu se obchodní skupina rozhodla vytvořit pravidla, která podporují následující přechody vpřed a zpětného stavu u typu pracovní položky uživatelského scénáře.

State	Pravidlo přechodu
Navrženo	Může se přesunout pouze na Výzkum a Vyjmout
Zdroje informací	Přechod na návrh a vyjmutí
Návrh	Může přejít pouze na výzkum, schválené a vyjmutí
Schválený	Může se přesunout jenom na Návrh, Aktivní a Vyjmout.
Aktivní	Dá se přesunout jenom do revize.
Kontroluje se	Lze přejít pouze na aktivní (nalezena více práce), Uzavřeno nebo Vyjmout
Zavřeno	Může přejít na Zdroje informací, Návrh, Aktivní, V revizi (Umožňuje případy, kdy uživatel zavřel pracovní položku omylem)
Vyjmout	může přejít pouze na navrhované

Poznámka:

Když omezíte přechody stavu, účet pro případy, kdy uživatel může přesunout stav v chybě. Zajistěte, aby uživatelé mohli řádně obnovit.

Kromě toho chce obchodní skupina pro povinná pole použít následující pravidla:

• Požadovat vyplnění pole Schváleno podle, když se stát přesune ze schváleného na aktivní.
• Povolit vyplnění pole Schváleno pouze uživateli ve skupině Autorizovaní schvalovatelé.
• Zrušte zaškrtnutí políčka Schváleno podle, když se stav přesune na Vyjmout.
• Vyžadovat, aby se pole Kritéria přijetí vyplnilo, když se stav přesune do aktivního stavu.

Definice pravidel

Pokud chcete implementovat dříve uvedená omezení, správce procesu přidá vlastní pole schváleno identitou , autorizovanou skupinu zabezpečení schvalovatelů a následující pravidla.

---

Název pravidla

Condition (Podmínka)

Akce

---

Navrhovaný stav

Kdy A work item state moved from Proposed

Potom Restrict the state transition to Design
A Restrict the state transition to Approved
A Restrict the state transition to Active
A Restrict the state transition to In Review
A Restrict the state transition to Closed

Stav výzkumu

Kdy A work item state moved from Research

Potom Restrict the state transition to Proposed
A Restrict the state transition to Approved
A Restrict the state transition to Active
A Restrict the state transition to In Review
A Restrict the state transition to Closed

Stav návrhu

Kdy A work item state moved from Design

Potom Restrict the state transition to Proposed
A Restrict the state transition to Research
A Restrict the state transition to Active
A Restrict the state transition to In Review
A Restrict the state transition to Closed

Schválený stav

Kdy A work item state moved from Approved

Potom Restrict the state transition to Proposed
A Restrict the state transition to Research
A Restrict the state transition to Design
A Restrict the state transition to In Review
A Restrict the state transition to Closed

Aktivní stav

Kdy A work item state moved from Active

Potom Restrict the state transition to Proposed
A Restrict the state transition to Research
A Restrict the state transition to Design
A Restrict the state transition to Approved
A Restrict the state transition to Closed

Ve stavu revize

Kdy A work item state moved from In Review

Potom Restrict the state transition to Proposed
A Restrict the state transition to Research
A Restrict the state transition to Design
A Restrict the state transition to Approved

Uzavřený stav

Kdy A work item state moved from Closed

Potom Restrict the state transition to Proposed
A Restrict the state transition to Cut

Stav vyjmutí

Kdy A work item state moved from Cut

Potom Restrict the state transition to Research
A Restrict the state transition to Design
A Restrict the state transition to Approved
A Restrict the state transition to Active
A Restrict the state transition to In Review
A Restrict the state transition to Closed

Povinná pole schváleného stavu

Kdy A work item changes from Approved to Active

Potom Make required Acceptance Criteria
A Make required Approved By

Autorizovaní schvalovatelé

Kdy Current user is not a member of Authorized Approvers

Potom Make read-only Approved By

Vymazat pole Schváleno

Kdy A work item state changes to Cut

Potom Clear the value of Approved By

---

Ověření omezení přechodu stavu

Jakmile definujete pravidla pro proces a aktualizujete projekt, aktualizujte prohlížeč. Ověřte operace prostřednictvím formuláře pracovní položky a prohlížeče.

V případě pravidel definovaných v předchozí tabulce zkontrolujte rozevírací nabídky Stát. Otevřete panel a ujistěte se, že se můžete přesunout z jednoho stavu do druhého.

Navrhovaný	Výzkum	Návrh	Schválený
Aktivní	V revizi	Zavřeno	Řezat

Omezení přechodu stavu na základě členství uživatele nebo skupiny

Pokud zadáte jednu ze dvou podmínek na základě členství uživatele nebo skupiny, Current user is member of group ... Current user is not member of group ...nebo můžete zadat pouze jednu podmínku. Kromě toho, pokud zadáte akci Restrict the transition to state..., můžete zadat pouze jednu akci.

Poznámka:

Pracovní položky se na ně vztahují pravidla. Podmíněná pravidla založená na členství uživatele nebo skupiny se ukládají do mezipaměti pro webový prohlížeč. Pokud zjistíte, že jste omezili aktualizaci pracovní položky, možná jste narazili na jedno z těchto pravidel. Pokud se domníváte, že jste narazili na problém, který se na vás nevztahuje, přečtěte si téma Problémy s ukládáním do mezipaměti indexdb formuláře pracovní položky.

Automatizace přechodů stavu nadřazených pracovních položek

Pokud chcete automatizovat přechody stavu pro nadřazené pracovní položky založené na přiřazení stavu podřízených pracovních položek, přečtěte si téma Automatizace přechodů stavu pracovních položek.

Automatizace opětovného přiřazení na základě změny stavu

Typ pracovní položky procesu agilního procesu měl dříve pravidlo, které tuto chybu znovu přiřadilo autorovi. Toto pravidlo jsme odebrali z výchozího systémového procesu. Pravidlo můžete obnovit nebo přidat podobné pravidlo do jiných typů pracovních položek pomocí následující podmínky a akce:

Po A work item state changes to vyřešení potom Copy the value from vytvořeného přiřazeným uživatelem.

Související články

• Přidání vlastního pravidla
• Ukládání formuláře pracovní položky do mezipaměti
• Přístup k protokolům auditu, jejich export a filtrování
• Přizpůsobení pracovního postupu