Sdílet prostřednictvím


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 můžete chtít definovat jedno nebo více pravidel, která se použijí v závislosti na změně 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í povinné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
  • Udržování řízeného procesu pracovního postupu pro podporu požadavků na auditování
  • Automatizace uzavření nadřazených pracovních položek
  • Podpora procesu schvalování
  • Zabránit neoprávněným uživatelům v nastavení neplatného stavu
  • Provedení povinného pole nebo jen pro čtení nebo jiné hodnoty na základě změn stavu
  • Omezení přechodu z jednoho stavu na jiný
  • Automatizace uzavření nadřazených pracovních položek
  • Podpora procesu schvalování
  • Provedení povinného pole nebo jen pro čtení nebo jiné hodnoty na základě změn stavu
  • Automatizace uzavření nadřazených pracovních položek

V tomto článku se dozvíte, jak definovat pravidla, která se použijí při změně stavu pracovního postupu.

  • Vysvětlení typů pravidel pracovního postupu
  • Omezení stavu pracovního postupu a pravidla a osvědčené postupy
  • Nastavení hodnoty pole nebo nastavení pole jen pro čtení nebo povinné na základě výběru stavu
  • Omezení přechodů stavu
  • Omezení nebo povolení přechodů stavu na konkrétní uživatele nebo skupiny
  • Automatizace přechodů stavu nadřazených pracovních položek
  • Vysvětlení typů pravidel pracovního postupu
  • Omezení stavu pracovního postupu a pravidla a osvědčené postupy
  • Nastavení hodnoty pole nebo nastavení pole jen pro čtení nebo povinné na základě výběru stavu
  • Omezení přechodů stavu
  • Automatizace přechodů stavu nadřazených pracovních položek
  • Vysvětlení typů pravidel pracovního postupu
  • Omezení stavu pracovního postupu a pravidla a osvědčené postupy
  • Nastavení hodnoty pole nebo nastavení pole jen pro čtení nebo povinné na základě výběru stavu
  • Automatizace přechodů stavu nadřazených pracovních položek

Důležité

Model procesu dědičnosti je k dispozici pro projekty nakonfigurované tak, aby ho podporovaly. Pokud používáte starší kolekci, zkontrolujte kompatibilitu modelu procesu. Pokud je vaše místní kolekce nakonfigurovaná tak, aby používala místní model procesu XML, můžete ho použít jenom k přizpůsobení prostředí pro sledování práce. Další informace naleznete v tématu Volba modelu procesu pro kolekci projektů.

Pravidla pracovního postupu

Následující tabulka uvádí tři skupiny pravidel pracovního postupu, která můžete definovat. První skupina použije standardní akce při vytvoření pracovní položky ve vybraném stavu nebo přesunu z jednoho stavu do jiného. Tyto standardní akce nastaví hodnotu pole nebo nastaví pole jen pro čtení nebo je povinné. V této skupině můžete zadat jednu nebo dvě podmínky a několik akcí.

Druhá a třetí skupina podporují omezení přechodů stavu. Tyto dvě skupiny umožňují zadat jednu a jenom jednu podmínku označující stav, do které se pracovní položka přesunula. Potom můžete zadat jednu nebo více akcí, které omezí přechod z tohoto stavu do jiných stavů.

Následující tabulka uvádí dvě skupiny pravidel pracovního postupu, která můžete definovat. První skupina použije standardní akce při vytvoření pracovní položky ve vybraném stavu nebo přesunu z jednoho stavu do jiného. Tyto standardní akce nastaví hodnotu pole nebo nastaví pole jen pro čtení nebo je povinné. V této skupině můžete zadat jednu nebo dvě podmínky a několik akcí.

Druhá skupina podporuje omezení přechodů stavu. V této druhé skupině můžete zadat jednu a pouze jednu podmínku označující stav, do které se pracovní položka přesunula. Potom můžete zadat jednu nebo více akcí, které omezí přechod z tohoto stavu do jiných stavů.

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.

Podmínky a akce pracovního postupu, které můžete nastavit, jsou znázorněny na následujících obrázcích. Standardní akce můžete použít při vytvoření pracovní položky ve vybraném stavu nebo přesunutí z jednoho stavu do jiného. Tyto standardní akce nastaví hodnotu pole nebo nastaví pole jen pro čtení nebo vyžaduje. Pro tuto sadu pravidel můžete zadat jednu nebo dvě podmínky a několik akcí.


Condition (Podmínka)

Podporované akce


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

Podmínky, vytvoří se pracovní položka.

Akce, vytvoří se pracovní položka.


Omezení přechodu na základě stavu

Podmínka, pracovní položka se přesune

Akce, omezit transakci na základě stavu.


Skrytí pole nebo nastavení pole jen pro čtení nebo povinné na základě členství ve státě a uživateli nebo skupině

Podmínka, členství ve skupině uživatelů

Akce, omezit transakci na základě stavu a členství.


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

Podmínka, členství ve skupině uživatelů

Akce, omezit transakci na základě stavu a členství.


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

Omezení stavu pracovního postupu a pravidla

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 doporučujeme zvážit následující doprovodné materiály, abyste minimalizovali problémy s výkonem.

  • Minimalizujte počet pravidel, která definujete pro definici wit. I když můžete pro typ pracovní položky vytvořit více pravidel, přidávaná pravidla můžou mít negativní vliv na výkon, když uživatel přidává a upravuje pracovní položky. Když uživatelé ukládají pracovní položky, systém ověří všechna pravidla přidružená k polím pro příslušný typ pracovní položky. Za určitých podmínek je pro SQL vyhodnocení ověřovacího výrazu pravidla příliš složité.
  • Minimalizujte počet vlastních typů pracovní položky, které definujete.

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

Definování pravidla

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

Základy definování pravidel najdete v tématu Přidání vlastního pravidla. Musíte splnit požadavky definované v tomto článku.

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ář nefungoval, dokud ho neschválili vedoucí týmu. Výchozí stavy pracovního postupu se používají a přidají se jenom jedno vlastní pole, schváleno a skupina zabezpečení, skupina potenciálních zákazníků týmu.

Výchozí stavy pracovního postupu

Agilní proces, uživatelský scénář, výchozí stav pracovního postupu

Požadavky na pravidlo

Aby bylo zajištěno schválení před aktivní prací, musí být definována následující pravidla:

  • Vyžadovat, aby pole Schváleno do pole bylo vyplněno, když se stát přesune z nového na aktivní.
  • Omezit uživatele, kteří nepatří do skupiny potenciálních zákazníků týmu, a vyplnit 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í.

Poznámka:

Tato funkce vyžaduje aktualizaci Azure DevOps Serveru 2020.1 nebo novější verzi.

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

V souladu s terminologií používanou obchodní skupinou jsou pro uživatelský scénář definovány následující stavy pracovního postupu. 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: prošetření, návrh a schválení. Tyto stavy by se měly řídit sekvencí, jak je znázorněno na následujícím obrázku.

Uživatelský scénář, stavy pracovního postupu

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á by podporovala následující přechody vpřed a zpětného stavu u typu pracovní položky uživatelského scénáře.

  • Navrhované můžou přejít pouze na výzkum a vyjmutí
  • Výzkum se může přesunout pouze na Návrh a Vyjmout
  • Návrh se může přesunout pouze do oblasti Výzkum, Schváleno a Vyjmout
  • Schváleno se může přesunout pouze do návrhu, aktivního a vyjmutí.
  • Aktivní se může přesunout pouze do funkce Revize.
  • V nástroji Revize se dá přesunout jenom na Aktivní (další nalezená práce), Uzavřená nebo Vyjmutá
  • Zavřené se může přesunout do části Zdroje informací, Návrh, Aktivní, Při kontrole (Umožňuje případy, kdy uživatel pracovní položku zavřel omylem).
  • Vyjmutí se dá přesunout jenom na navrhované.

Poznámka:

Při omezování přechodů stavu zvažte případy, kdy uživatel přesune stav v chybě. Chcete, aby uživatelé mohli řádně obnovit.

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

  • Požadovat vyplnění pole Schváleno podle, když se stát přesune ze schváleného na aktivní
  • Povolit pouze uživatelům, kteří patří do skupiny Autorizovaní schvalovatelé, vyplňovat pole Schváleno
  • Když se stát přesune na Vyjmout, vymažte pole Schváleno podle.
  • Vyžadování podmínky přijetí je vyplněno, když se stát přesune na aktivní.

Definice pravidel

K implementaci výše uvedených omezení přidá správce procesu vlastní pole schváleno identitou , skupinu zabezpečení Autorizovaní schvalovatelé a následující jedenáct pravidel.

   


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 jsou pravidla definována pro proces a projekt aktualizován procesem, aktualizujte prohlížeč a zkontrolujte operace prostřednictvím formuláře pracovní položky a v prohlížeči.

Pro pravidla definovaná v předchozí tabulce byste měli vidět následující rozevírací nabídky Státu. Otevřete panel a zkontrolujte možnost přechodu z jednoho státu do druhého.

Navrhovaný Výzkum Návrh Schválený
Navrhovaná nabídka Nabídka Zdroje informací Nabídka Návrh Schválená nabídka
Aktivní V revizi Zavřeno Řezat
Aktivní nabídka Nabídka Revize Uzavřená nabídka Nabídka Vyjmout

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

Při zadávání jedné ze dvou podmínek na základě členství uživatele nebo skupiny, Current user is member of group ... nebo Current user is not member of group ...můžete zadat pouze jednu podmínku. Pokud zadává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 nadřazených pracovních položek na základě přiřazení stavu přiřazených k podřízeným pracovním položkám, můžete přidat webový háček a použít kód a konfiguraci poskytovanou v projektu Automatizovat přechody států na GitHubu.

Poznámka:

Projekt Automatizovat přechody stavu na GitHubu není podporovanou funkcí Azure Boards, a proto produktový tým nepodporuje. V případě dotazů, návrhů nebo problémů, které máte při používání těchto rozšíření, je na stránce projektu GitHub zvedněte.

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 osobě, která ji vytvořila. Toto pravidlo bylo odebráno 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.

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.