Standaardprocessen en processjablonen

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Azure Boards biedt verschillende processen voor het beheren van werkitems. Door het juiste proces te selecteren, kunt u de projectwerkstroom optimaliseren en ervoor zorgen dat uw project succesvol is. In dit artikel bekijkt u de verschillende processen die beschikbaar zijn met Azure Boards. Dit artikel bevat richtlijnen voor het kiezen van het meest geschikte proces voor uw project.

Wanneer u een project maakt, kiest u een proces - of processjabloon op basis van het procesmodel waarvoor uw organisatie of verzameling is gemaakt. Voordat u een proces voor uw project kiest, moet u de volgende termen begrijpen.

De standaardprocestypen zijn Basic, Agile, Capability Maturity Model Integration (CMMI) en Scrum. De werktraceringsobjecten in de standaardprocessen en processjablonen zijn hetzelfde. Ze worden samengevat in dit artikel.

Standaardprocessen

De standaardprocessen verschillen voornamelijk in de typen werkitems die ze bieden voor het plannen en bijhouden van werk. De standaardprocessen zijn:

• Basis: Is de meest lichtgewicht.
• Scrum: Is de volgende lichtgewicht.
• Agile: ondersteunt veel Agile-methodetermen.
• CMMI: biedt de meeste ondersteuning voor formele processen en wijzigingsbeheer.

Als u meer dan twee of drie achterstandsniveaus nodig hebt, voegt u meer toe op basis van het procesmodel dat u gebruikt:

• Overname: Uw achterstanden of borden aanpassen voor een proces
• Gehoste XML of on-premises XML: portfolioachterstanden toevoegen

Belangrijkste onderscheid tussen het standaardproces

De standaardprocessen zijn ontworpen om te voldoen aan de behoeften van de meeste teams. Als uw team ongebruikelijke behoeften heeft en verbinding maakt met een on-premises server, past u een proces aan en maakt u het project. U kunt ook een project maken op basis van een proces en vervolgens het project aanpassen.

De volgende tabel bevat een overzicht van de belangrijkste verschillen tussen de typen werkitems en statussen die worden gebruikt door de vier standaardprocessen.

Notes:

1. Voeg werkitems toe uit de achterstand of het bord van het product. De productachterstand toont één weergave van de huidige achterstand van werk die dynamisch kan worden gerangschikt en gegroepeerd. Producteigenaren kunnen prioriteit geven aan het werk en afhankelijkheden en relaties schetsen. Elk team kan configureren hoe fouten moeten worden weergegeven in hun achterstanden en borden.
2. Definieer een hiërarchie van portfolioachterstanden om inzicht te hebben in het werkbereik van verschillende teams en te zien hoe dat werk samengaat met bredere initiatieven. Elk team configureert welke portfolioachterstanden worden weergegeven voor gebruik.
3. Definieer taken uit de achterstands- en taskboard van de sprint. Met capaciteitsplanning kunnen teams bepalen of ze over capaciteit of onder capaciteit voor een sprint beschikken.

Werkstroomstatussen, overgangen en redenen

Werkstroomstatussen ondersteunen het bijhouden van de status van werk terwijl deze van een New status naar een Closed of een Done status wordt verplaatst. Elke werkstroom bestaat uit een set statussen, de geldige overgangen tussen de statussen en de redenen voor de overgang van het werkitem naar de geselecteerde status.

In de volgende diagrammen ziet u de typische voortgang van de werkitemstypen die worden gebruikt voor het bijhouden van werk- en codefouten voor de drie standaardprocessen. Ze tonen ook enkele van de regressies aan voormalige staten en overgangen naar verwijderde statussen.

Elke afbeelding toont alleen de standaardreden die aan de overgang zijn gekoppeld.

De meeste typen werkitems die worden gebruikt door Agile-hulpprogramma's, de typen die worden weergegeven in achterstanden en borden, ondersteunen any-to-any overgangen. Werk de status van een werkitem bij met behulp van het bord of het taakbord. Sleep een werkitem naar de bijbehorende statuskolom.

Wijzig de werkstroom om andere statussen, overgangen en redenen te ondersteunen. Zie Uw ervaring voor het bijhouden van werk aanpassen voor meer informatie.

Statussen van werkitems

Wanneer u de status van een werkitem wijzigt in Removed, Closedof Done, reageert het systeem als volgt:

• Closed of Done: Werkitems met deze status worden niet weergegeven op de portfolio-backlog- en ongeplande werk-items pagina's. Ze worden echter wel weergegeven op de pagina's met de sprintbacklog, het bord, en de taskboard. Wanneer u de portfolio-backlogweergave wijzigt naar Backlog-items weergeven, bijvoorbeeld om functionaliteiten te bekijken bij productachterstanditems, worden werkitems in de status Closed en Done weergegeven.
• Removed: Werkitems met deze status worden niet weergegeven op een achterstand of bord.

Uw project onderhoudt werkitems zolang het project actief is. Zelfs als u werkitems instelt op Closed, Doneof Removed, houdt het gegevensarchief een record bij. U kunt deze record gebruiken om query's of rapporten te maken.

Zie Werkitems verwijderen of verwijderen als u werkitems permanent wilt verwijderen.

Werkitemtypen toegevoegd aan alle processen

De volgende typen werkitems worden toegevoegd aan alle processen, met uitzondering van het Basisproces.

Uw team kan deze typen maken en ermee werken met behulp van het bijbehorende hulpprogramma.

Werkitems van deze typedefinities zijn niet bedoeld om handmatig te worden gemaakt en worden vervolgens toegevoegd aan de Hidden Types categorie. Werkitemtypen die aan de Hidden Types categorie zijn toegevoegd, worden niet weergegeven in de menu's waarmee nieuwe werkitems worden gemaakt.

Werkitemtypen die ondersteuning bieden voor de testervaring

Werkitemtypen die ondersteuning bieden voor de testervaring en werken met TestBeheer en de webportal, worden aan elkaar gekoppeld met behulp van de koppelingstypen die in de volgende afbeelding worden weergegeven.

Bekijk in de webportal of Microsoft Test Manager welke testcases zijn gedefinieerd voor een testpakket en bekijk welke testsuites zijn gedefinieerd voor een testplan. Deze objecten zijn echter niet met elkaar verbonden via koppelingstypen. Pas deze typen werkitems aan zoals u ook andere typen werkitems zou doen. Zie Uw ervaring voor het bijhouden van werk aanpassen voor meer informatie.

Als u de werkstroom voor het testplan en het testpakket wijzigt, moet u mogelijk de procesconfiguratie bijwerken, zoals hier wordt beschreven. Zie Een query maken op basis van build- en testintegratievelden voor definities van elk testveld.

Verwante inhoud

• Uw ervaring voor het bijhouden van werk aanpassen
• Processjablonen uploaden en downloaden