Share via


Over standaardprocessen en processjablonen

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

Azure Boards biedt verschillende processen waaruit u kunt kiezen voor het beheren van werkitems. Het selecteren van het juiste proces is essentieel voor het optimaliseren van een projectwerkstroom en het succes ervan. In dit artikel verkennen we de verschillende processen die beschikbaar zijn met Azure Boards. Dit artikel bevat ook 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.

Termijn Omschrijving
Procesmodel Verwijst naar het model dat wordt gebruikt ter ondersteuning van projecten die zijn gemaakt voor een organisatie of projectverzameling. Er wordt slechts één procesmodel voor een project tegelijk ondersteund.
Proces Definieert de bouwstenen van het systeem voor het bijhouden van werkitems en ondersteunt het overnameprocesmodel voor Azure Boards. Dit model ondersteunt het aanpassen van projecten via de gebruikersinterface What You See Is What You Get (WYSIWYG).
Processjabloon Definieert de bouwstenen van het systeem voor het bijhouden van werkitems en andere subsystemen die u opent via Azure DevOps. Processjablonen worden alleen gebruikt met de gehoste XML- en on-premises XML-procesmodellen . U kunt projecten aanpassen door XML-definitiebestanden voor processjablonen te wijzigen en te importeren.

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

Tip

Met Azure DevOps Server kunt u kiezen tussen het overgenomen procesmodel of het on-premises XML-procesmodel. Zie de sectie Choose the process model for your project collection in Customize your work tracking experience (Het procesmodel kiezen voor uw projectverzameling) voor meer informatie. Voor toegang tot de nieuwste versies van de standaardprocessen/processjablonen:

Standaardprocessen

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

  • Basic: is het lichtst en bevindt zich in een selectief voorbeeld.
  • Scrum: Is de volgende lichtgewicht.
  • Agile: ondersteunt veel Agile-methodetermen.
  • CMMI: biedt de meeste ondersteuning voor formele processen en wijzigingsbeheer.

Notitie

Het Basic-proces is beschikbaar met Azure DevOps Server 2019 Update 1 en nieuwere versies.

Basic

Kies Basic wanneer uw team het eenvoudigste model wil dat gebruikmaakt van de typen Probleem-, Taak- en Epic-werkitems om werk bij te houden.

Taken ondersteunen het bijhouden van resterend werk.

Basistypen voor werkitems


Flexibel

Kies Agile wanneer uw team Agile-planningsmethoden gebruikt, inclusief Scrum, en houdt ontwikkelings- en testactiviteiten afzonderlijk bij. Dit proces werkt uitstekend voor het bijhouden van gebruikersverhalen en (optioneel) bugs op het Kanban-bord. U kunt ook bugs en taken op het taskboard bijhouden.

Zie Agile Alliance voor meer informatie over Agile-methodologieën.

Taken ondersteunen het bijhouden van de oorspronkelijke schatting, resterende hoeveelheid werk en voltooid werk.

Typen Agile-werkitems


Scrum

Kies Scrum wanneer uw team Scrum bewerkt. Dit proces werkt uitstekend voor het bijhouden van productenachterstanditems en bugs op het Kanban-bord. U kunt productachterstanditems en bugs ook opsplitsen in taken op het taskboard.

Dit proces ondersteunt de Scrum-methodologie zoals gedefinieerd door de Scrum-organisatie.

Taken ondersteunen alleen het bijhouden van resterend werk.

Typen Scrum-werkitems


CMMI

Kies CMMI wanneer uw team meer formele projectmethoden volgt waarvoor een framework is vereist voor procesverbetering en een controlebare record van beslissingen. Met dit proces kunt u vereisten, wijzigingsaanvragen, risico's en beoordelingen bijhouden.

Dit proces ondersteunt formele activiteiten voor wijzigingsbeheer. Taken ondersteunen het bijhouden van de oorspronkelijke schatting, resterende hoeveelheid werk en voltooid werk.

CMMI-werkitemstypen


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

Belangrijkste onderscheid tussen de standaardprocessen

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.

Traceringsgebied

Basic

Flexibel

Scrum

CMMI


Werkstroomstatussen

  • Te doen
  • Doen
  • Gereed
  • Nieuw
  • Actief
  • Opgelost
  • Gesloten
  • Verwijderd
  • Nieuw
  • Goedgekeurd
  • Vastgelegd
  • Gereed
  • Verwijderd
  • Voorgesteld
  • Actief
  • Opgelost
  • Gesloten

Productplanning (zie Opmerking 1)

  • Probleem
  • Gebruikersverhaal
  • Fout (optioneel)
  • Productachterstanditem
  • Fout (optioneel)
  • Vereiste
  • Fout (optioneel)

Portfolioachterstanden (zie Opmerking 2)

  • Epic
  • Epic
  • Functie
  • Epic
  • Functie
  • Epic
  • Functie

Planning van taken en sprints (zie Opmerking 3)

  • Opdracht
  • Opdracht
  • Fout (optioneel)
  • Opdracht
  • Fout (optioneel)
  • Opdracht
  • Fout (optioneel)

Foutachterstandbeheer (zie Opmerking 1)

  • Probleem
  • Fout
  • Fout
  • Fout

Probleem- en risicobeheer

  • Probleem
  • Probleem
  • Belemmering
  • Probleem
  • Risico
  • Beoordelen

Opmerkingen:

  1. Voeg werkitems toe uit de achterstand van het product of kanbanbord. De productachterstand toont één weergave van de huidige achterstand van werk die dynamisch kan worden gerangschikt en gegroepeerd. Producteigenaren kunnen snel prioriteit geven aan werk- en overzichtsafhankelijkheden en relaties. Daarnaast kan elk team configureren hoe ze fouten willen weergeven 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 snel bepalen of ze over- of ondercapaciteit zijn voor een sprint.

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.

Belangrijk

Voor Azure DevOps Services en Azure DevOps Server 2019 ondersteunen de standaardwerkstroomovergangen elke status naar elke statusovergang. Pas deze werkstromen aan om bepaalde overgangen te beperken. Zie Werktraceringsobjecten aanpassen ter ondersteuning van de processen van uw team voor meer informatie.

Bekijk ook de ondersteunde werkstroomovergangen voor elk werkitemtype door de marketplace-extensie State Model Visualization te installeren. Met deze extensie wordt een nieuwe hub toegevoegd onder Boards met het label State Visualizer. Kies op die pagina een type werkitem en bekijk het werkstroomstatusmodel.

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.

Gebruikersverhaal

Schermopname van werkstroomstatussen van Gebruikersverhaal met behulp van het Agile-proces.

Functie

Schermopname van de status van de functiewerkstroom met behulp van het Agile-proces.

Epic

Schermopname van epische werkstroomstatussen met behulp van het Agile-proces.

Fout

Schermopname van foutwerkstroomstatussen met behulp van het Agile-proces

Opdracht

Schermopname van taakwerkstroomstatussen met behulp van het Agile-proces

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 Kanbanbord of het taskboard door het naar de bijbehorende statuskolom te slepen.

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/Done: Werkitems met deze status worden niet weergegeven op de achterstands- en achterstandspagina's van de portfolio. Ze worden wel weergegeven op de sprintachterstandpagina's, kanbanbord en taskboard. Wanneer u de weergave portfolioachterstand wijzigt in Backlog-items weergeven, bijvoorbeeld om functies weer te geven in productachterstanditems, worden werkitems in de Closed en Done status 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. Gebruik een record om query's of rapporten te maken.

Notitie

Voltooide of gesloten werkitems worden niet weergegeven op de achterstanden en borden nadat de waarde Voor gewijzigde datum groter is dan 183 dagen (ongeveer een half jaar). U kunt deze items nog steeds weergeven met behulp van een query. Als u wilt dat ze worden weergegeven in een achterstand of bord, kunt u een kleine wijziging aanbrengen, waardoor de klok opnieuw wordt ingesteld.

Notitie

Voltooide of gesloten werkitems worden niet weergegeven op de achterstanden en borden nadat de waarde Voor gewijzigde datum groter is dan een jaar oud. U kunt deze items nog steeds weergeven met behulp van een query. Als u wilt dat ze worden weergegeven in een achterstand of bord, kunt u een kleine wijziging aanbrengen, waardoor de klok opnieuw wordt ingesteld.

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.

Schermopname van werkitemstypen die worden gebruikt door testplannen, Microsoft-testmanagers, mijn werk en feedback.

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

Hulpprogramma Typen werkitems
Microsoft Test Manager Test Plan, , , Test SuiteTest Case Shared StepsShared Parameters
Feedback aanvragen Feedback Request, Feedback Response
Mijn werk (vanuit Team Explorer), codebeoordeling Code Review Request, Code Review Response

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.

Schermopname van de typen werkitems voor testbeheer.

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 Werktraceringsobjecten aanpassen ter ondersteuning van de processen van uw team 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 Query op basis van build- en testintegratievelden voor definities van elk testveld.