Regels toepassen op werkstroomstatussen (overnameproces)

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Nadat u de werkstroomstatussen voor een type werkitem hebt toegevoegd of gewijzigd, kunt u een of meer regels definiëren die worden toegepast, afhankelijk van de wijziging van de werkstroomstatus. Het toevoegen van regels aan werkstroomstatussen ondersteunt de volgende scenario's:

• Een goedkeuringsproces ondersteunen
• Voorkomen dat onbevoegde gebruikers een ongeldige status instellen
• Een veld verplicht of alleen-lezen of een andere waarde maken op basis van statuswijzigingen
• Overgang van de ene status naar de andere beperken
• Statusovergangen beperken of toestaan voor specifieke gebruikers of groepen
• Een gecontroleerd werkstroomproces onderhouden ter ondersteuning van controlevereisten
• Sluiting van bovenliggende werkitems automatiseren

Lees dit artikel voor meer informatie over het definiëren van regels die van toepassing zijn wanneer u de status van een werkstroom wijzigt.

• Inzicht in de typen werkstroomregels
• Werkstroomstatus en regellimieten en best practices
• Een veldwaarde instellen of een veld alleen-lezen of vereist maken op basis van de statusselectie
• Statusovergangen beperken
• Statusovergangen beperken of toestaan voor specifieke gebruikers of groepen
• Statusovergangen van bovenliggende werkitems automatiseren

Belangrijk

Dit artikel is van toepassing op Azure DevOps Services en Azure DevOps Server 2019 en latere versies. Zie On-premises XML-procesmodel als u een project wilt aanpassen dat is gedefinieerd in een verzameling voor TFS 2018 of eerder.

Werkstroomregels

In de volgende tabel ziet u de drie groepen werkstroomregels die u kunt definiëren. Met de eerste groep worden standaardacties toegepast wanneer een werkitem wordt gemaakt, een geselecteerde status heeft of van de ene status naar de andere wordt verplaatst. Met deze standaardacties wordt de waarde van een veld ingesteld of wordt een veld alleen-lezen of vereist. In deze groep kunt u een of twee voorwaarden en verschillende acties opgeven.

De tweede en derde groep ondersteunen het beperken van statusovergangen. Met deze twee groepen kunt u slechts één voorwaarde opgeven die de status aangeeft waarnaar een werkitem is verplaatst. U kunt vervolgens een of meer acties opgeven om de overgang van die status naar andere statussen te beperken.

---

Condition

Ondersteunde acties

---

Veldwaarde instellen of alleen-lezen/vereist maken op basis van status

---

Stel op basis van het lidmaatschap van een gebruiker of groep een veldkenmerk in of beperk een statusovergang

---

Notitie

Wanneer u een overgenomen proces aanpast, worden alle projecten die gebruikmaken van dat proces automatisch bijgewerkt om de aanpassingen weer te geven. Daarom raden we u aan een testproces en testproject te maken wanneer u een aantal aanpassingen moet aanbrengen om de aanpassingen te testen voordat u ze in uw organisatie uitrolt. Zie Overgenomen processen maken en beheren voor meer informatie.

Werkstroomstatus en regellimieten

De volgende tabel biedt een overzicht van de werkstroomstatus en de regellimieten voor het overnameproces.

Object	Overnamelimiet
De werkitemtypen die zijn gedefinieerd voor een proces	64
De werkstroomstatussen die zijn gedefinieerd voor een type werkitem	32
De regels die zijn gedefinieerd voor een type werkitem	1024

Wanneer u werkstroomstatussen en -regels definieert, raden wij aan rekening te houden met de volgende richtlijnen om prestatieproblemen te minimaliseren.

• Minimaliseer het aantal regels dat u voor een WIT definieert. Hoewel u meerdere regels voor een WIT kunt maken, kunnen toevoegingsregels een negatieve invloed hebben op de prestaties wanneer een gebruiker werkitems toevoegt en wijzigt. Wanneer gebruikers werkitems opslaan, valideert het systeem alle regels die zijn gekoppeld aan de velden voor het type werkitem. Onder bepaalde omstandigheden is de expressie voor regelvalidatie te complex om door SQL te kunnen worden geëvalueerd.
• Beperk het aantal aangepaste WIT's dat u definieert.

Werkstroomregels worden toegepast bij het toevoegen of wijzigen van werkitems via een van de volgende interfaces:

• Webportal: werkitemformulier, bulkupdates, updates in queryweergave
• Webportal: Kanbanbord of Taakbord, werkitem verplaatsen naar kolom
• Visual Studio 2017 en eerdere versies, werkitemformulier
• CSV-bestandsindeling: bulksgewijs importeren of bijwerken
• Excel: bulksgewijs importeren of bijwerken
• REST API: werkitems toevoegen of wijzigen

Een regel definiëren

Voordat u een regel definieert op basis van werkstroomstatussen, moet u eerst de volgende elementen definiëren:

• De gewenste status van de werkstroom wordt beschreven in Een werkstroom aanpassen
• Als voor uw regel de specificatie van een aangepast veld is vereist, voegt u dat veld toe aan het type werkitem, zoals beschreven in Velden toevoegen en beheren
• Als uw regel vereist dat een beveiligingsgroep wordt opgegeven om wijzigingen toe te kennen of te beperken op basis van gebruikers- of groepslidmaatschap, definieert u die beveiligingsgroep zoals beschreven in Gebruikers of groepen toevoegen of verwijderen, beveiligingsgroepen beheren.

Zie Een aangepaste regel toevoegen voor de basisbeginselen van het definiëren van regels. U moet voldoen aan de vereisten die in dat artikel zijn gedefinieerd.

Veldwaarde instellen of veld alleen-lezen of verplicht maken

Met de eerste groepering van regels kunt u een of twee voorwaarden en maximaal 10 acties per regel opgeven.

Voorbeeld van het garanderen van goedkeuring door teamleider vóór actief werk

In dit voorbeeld willen ontwikkelteams ervoor zorgen dat er niet aan User Story wordt gewerkt totdat deze is goedgekeurd door een teamleider. De standaardwerkstroomstatussen worden gebruikt en er wordt slechts één aangepast veld, Goedgekeurd door, en een beveiligingsgroep teamleiders, toegevoegd.

Standaardwerkstroomstatussen

Regelvereisten

De volgende regels moeten worden gedefinieerd om goedkeuring te garanderen voordat ze actief worden uitgevoerd:

• Vereisen dat het veld Goedgekeurd door wordt ingevuld wanneer de status wordt verplaatst van Nieuw naar Actief
• Gebruikers die niet tot de groep teamleiders behoren, beperken om het veld Goedgekeurd door in te vullen
• Wis het veld Goedgekeurd door wanneer de status wordt verplaatst naar Nieuw of Verwijderd

Regeldefinities

De regelvereisten worden omgezet in de volgende vier regeldefinities.

   

---

Regelnaam

Condition

Acties

---

Goedgekeurd door gewist wanneer nieuw

Wanneer A work item state changes to New

Dan Clear the value of Approved By

Goedgekeurd door gewist wanneer verwijderd

Wanneer A work item state changes to Removed

Dan Clear the value of Approved By

Goedgekeurd door alleen-lezen

Wanneer Current user is not member of group Team Leads Group

Dan Make read-only Approved By

Goedgekeurd door vereist

Wanneer A work item state changes from New to Active

Dan Make required Approved By

---

Statusovergangen beperken

Bij het opgeven van de voorwaarde, A work item state moved from ..., kunt u alleen die voorwaarde opgeven. U kunt maximaal 10 acties opgeven.

Voorbeeld van het beperken van statusovergangen en Goedgekeurde status

In overeenstemming met de terminologie die door een bedrijfsgroep wordt gebruikt, worden de volgende werkstroomstatussen gedefinieerd voor het gebruikersverhaal. De statussen Nieuw, Opgelost en Overgenomen verwijderd zijn verborgen. In plaats daarvan worden voorgesteld, in revisie en knipstatussen gebruikt. Daarnaast worden drie aanvullende statussen gedefinieerd: Onderzoeken, Ontwerpen en Goedgekeurd. Deze statussen moeten de volgorde volgen zoals weergegeven in de volgende afbeelding.

Zonder enige beperking kunnen gebruikers van de ene status naar een andere status gaan, zowel vooruit als achteruit binnen de reeks.

Regelvereisten

Ter ondersteuning van een meer gecontroleerde werkstroom heeft de bedrijfsgroep besloten regels in te stellen die ondersteuning bieden voor de volgende voorwaartse en omgekeerde statusovergangen op het werkitemtype Gebruikersverhaal.

• Voorgesteld kan alleen worden verplaatst naar Onderzoek en Knippen
• Onderzoek kan alleen worden verplaatst naar Ontwerpen en Knippen
• Ontwerp kan alleen worden verplaatst naar Onderzoek, Goedgekeurd en Knippen
• Goedgekeurd kan alleen worden verplaatst naar Ontwerp, Actief en Knippen
• Actief kan alleen worden verplaatst naar In revisie
• In Controleren kan alleen worden verplaatst naar Actief (extra werk gevonden), Gesloten of Knippen
• Gesloten kan worden verplaatst naar Research, Design, Active, In Review (hiermee kan de gebruiker het werkitem per fout sluiten)
• Knippen kan alleen worden verplaatst naar Voorgesteld.

Notitie

Houd bij het beperken van statusovergangen rekening met de gevallen waarin een gebruiker een status per fout verplaatst. U wilt dat gebruikers probleemloos kunnen herstellen.

Daarnaast wil de bedrijfsgroep regels toepassen voor vereiste velden:

• Vereisen dat het veld Goedgekeurd door wordt ingevuld wanneer de status wordt verplaatst van Goedgekeurd naar Actief
• Alleen gebruikers die deel uitmaken van de groep Geautoriseerde fiatteurs toestaan om het veld Goedgekeurd door in te vullen
• Wis het veld Goedgekeurd door wanneer de status wordt verplaatst naar Knippen
• Vereisen dat de acceptatiecriteria worden ingevuld wanneer de status wordt verplaatst naar Actief

Regeldefinities

Voor het implementeren van de bovenstaande beperkingen voegt de procesbeheerder een aangepast veld Goedgekeurd door identiteit, een beveiligingsgroep Geautoriseerde fiatteurs en de volgende elf regels toe.

   

---

Regelnaam

Condition

Acties

---

Voorgestelde status

Wanneer A work item state moved from Proposed

Dan Restrict the state transition to Design
En Restrict the state transition to Approved
En Restrict the state transition to Active
En Restrict the state transition to In Review
En Restrict the state transition to Closed

Onderzoeksstatus

Wanneer A work item state moved from Research

Dan Restrict the state transition to Proposed
En Restrict the state transition to Approved
En Restrict the state transition to Active
En Restrict the state transition to In Review
En Restrict the state transition to Closed

Ontwerpstatus

Wanneer A work item state moved from Design

Dan Restrict the state transition to Proposed
En Restrict the state transition to Research
En Restrict the state transition to Active
En Restrict the state transition to In Review
En Restrict the state transition to Closed

Goedgekeurde status

Wanneer A work item state moved from Approved

Dan Restrict the state transition to Proposed
En Restrict the state transition to Research
En Restrict the state transition to Design
En Restrict the state transition to In Review
En Restrict the state transition to Closed

Actieve status

Wanneer A work item state moved from Active

Dan Restrict the state transition to Proposed
En Restrict the state transition to Research
En Restrict the state transition to Design
En Restrict the state transition to Approved
En Restrict the state transition to Closed

In controlestatus

Wanneer A work item state moved from In Review

Dan Restrict the state transition to Proposed
En Restrict the state transition to Research
En Restrict the state transition to Design
En Restrict the state transition to Approved

Gesloten status

Wanneer A work item state moved from Closed

Dan Restrict the state transition to Proposed
En Restrict the state transition to Cut

Knipstatus

Wanneer A work item state moved from Cut

Dan Restrict the state transition to Research
En Restrict the state transition to Design
En Restrict the state transition to Approved
En Restrict the state transition to Active
En Restrict the state transition to In Review
En Restrict the state transition to Closed

Vereiste velden voor goedgekeurde status

Wanneer A work item changes from Approved to Active

Dan Make required Acceptance Criteria
En Make required Approved By

Geautoriseerde fiatteurs

Wanneer Current user is not a member of Authorized Approvers

Dan Make read-only Approved By

Het veld Goedgekeurd door wissen

Wanneer A work item state changes to Cut

Dan Clear the value of Approved By

---

Statusovergangsbeperkingen controleren

Zodra de regels voor het proces zijn gedefinieerd en het project is bijgewerkt met het proces, vernieuwt u uw browser en controleert u de bewerkingen via het werkitemformulier en vanuit de Kanban-browser.

Voor de regels die in de vorige tabel zijn gedefinieerd, ziet u de volgende vervolgkeuzelijsten status. Open het kanbanbord en controleer of u van de ene status naar de andere kunt gaan.

Voorgesteld	Onderzoek	Ontwerp	Goedgekeurd
Actief	Wordt beoordeeld	Gesloten	Knippen

Statusovergang beperken op basis van gebruikers- of groepslidmaatschap

Wanneer u een van de twee voorwaarden opgeeft op basis van gebruikers- of groepslidmaatschap, Current user is member of group ... of Current user is not member of group ..., kunt u slechts één voorwaarde opgeven. Als u de actie Restrict the transition to state...opgeeft, kunt u ook slechts één actie opgeven.

Notitie

Werkitems zijn onderworpen aan regels die erop worden toegepast. Voorwaardelijke regels op basis van gebruikers- of groepslidmaatschap worden in de cache opgeslagen voor uw webbrowser. Als u merkt dat u een werkitem niet kunt bijwerken, bent u mogelijk een van deze regels tegengekomen. Als u denkt dat er een probleem is opgetreden dat niet op u van toepassing is, raadpleegt u Problemen met het opslaan van werkitems in IndexDB in cache.

Statusovergangen van bovenliggende werkitems automatiseren

Als u statusovergangen van bovenliggende werkitems wilt automatiseren op basis van de statustoewijzingen die zijn gemaakt aan de onderliggende werkitems, kunt u een webhook toevoegen en de code en configuratie gebruiken die beschikbaar zijn in het GitHub-project Statusovergangen automatiseren .

Notitie

Het GitHub-project Statusovergangen automatiseren is geen ondersteunde functie van Azure Boards en wordt daarom niet ondersteund door het productteam. Voor vragen, suggesties of problemen die u ondervindt bij het gebruik van deze extensies, kunt u deze melden op de pagina van het GitHub-project.

Opnieuw toewijzen automatiseren op basis van statuswijziging

Het werkitemtype Agile-procesfout had eerder een regel waarmee de fout opnieuw werd toegewezen aan de persoon die de fout heeft gemaakt. Deze regel is verwijderd uit het standaardsysteemproces. U kunt de regel herstellen of een vergelijkbare regel toevoegen aan andere typen werkitems met behulp van de volgende voorwaarde en actie:

WanneerA work item state changes toOpgelosten vervolgensCopy the value from gemaakt doornaarToegewezen aan.

Verwante artikelen:

Notitie

U kunt wijzigingen in een overgenomen proces bekijken via het auditlogboek. Zie Auditlogboeken openen, exporteren en filteren voor meer informatie.

• Een werkstroom aanpassen
• Een aangepaste regel toevoegen
• Werkitemformulier in cache opslaan