Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
In Azure Boards gebruikt het Agile-proces werkitemtypen (WIT's) om uw team te helpen bij het plannen, prioriteren en volgen van de voortgang. Het Agile-proces bevat epics, functies, gebruikersverhalen, taken, problemen en bugs. Nadat u uw WIT's hebt gedefinieerd, kunt u de voortgang bijhouden door de statussen van werkitems bij te werken.
Om inzicht te krijgen in een portfolio met functies, scenario's en gebruikerservaringen, kunnen producteigenaren en programmabeheerders gebruikersverhalen toewijzen aan functies. Teams die in sprints werken, definiëren vervolgens taken die zijn gekoppeld aan die gebruikersverhalen. Als u nog niet eerder met het Agile-proces werkt, raadpleegt u Werk plannen en bijhouden met Agile.
In dit artikel leest u hoe u het volgende kunt doen:
- Definieer en geef prioriteit aan gebruikersverhalen.
- Werkstroomstatus bijhouden terwijl werk wordt verplaatst van nieuw naar voltooid.
- Verbreek verhalen in sprinttaken en schat het resterende werk.
- Koppel testcases en bugs om de kwaliteit en defecten bij te houden.
In Azure DevOps Services maken testers testcases en voeren ze deze uit in de webportal. In Azure DevOps Server kunnen testers ook Microsoft Test Manager gebruiken om codefouten en blokkeringsproblemen bij te houden.
Gebruikersverhalen definiëren
Producteigenaren definiëren en stapelen gebruikersverhalen die toepassingsvereisten en werkelementen beschrijven. Het team maakt vervolgens een schatting van de inspanning die nodig is om de items met de hoogste prioriteit te leveren.
Gebruikersverhalen maken vanuit het deelvenster Snel toevoegen op de Productachterstand-pagina. U kunt items op de pagina ook slepen en neerzetten, ze opnieuw ordenen en items toewijzen aan functies.
Open elk gebruikersverhaal om details toe te voegen en verhaalpunten te schatten. Definieer verhaalpunten zodat uw team de prognosefunctie en snelheidsgrafieken kan gebruiken om toekomstige sprints en werkinspanningen te schatten. Door gebruikersverhalen te prioriteren op de achterstandspagina (vastgelegd in het veld Stack Rank ), geven producteigenaren aan welke items een hogere prioriteit hebben.
Gebruik de richtlijnen in de volgende tabel en de algemene velden die worden gebruikt voor werkitemstypen wanneer u het formulier invult.
Field
Usage
Geef voor gebruikersverhalen voldoende details op om te schatten hoeveel werk er nodig is om het verhaal te implementeren. Richt u op wie de functie is, wat gebruikers willen bereiken en waarom. Beschrijf niet hoe de functie moet worden ontwikkeld. Geef voldoende details op, zodat uw team taken en testcases kan schrijven om het item te implementeren.
Geef de criteria op waaraan moet worden voldaan voordat het bug- of gebruikersverhaal kan worden gesloten. Voordat het werk begint, beschrijft u de acceptatiecriteria van de klant zo duidelijk mogelijk. Gesprekken tussen het team en klanten om de acceptatiecriteria te definiëren, zorgen ervoor dat uw team de verwachtingen van uw klanten begrijpt. U kunt de acceptatiecriteria gebruiken als basis voor acceptatietests om effectiever te evalueren of een item bevredigend is voltooid.
Het gebied van de klantwaarde dat wordt aangepakt door het epische, functie, vereiste of achterstandsitem. Tot de waarden behoren:
- Architectuur: Technische services voor het implementeren van bedrijfsfuncties die oplossingen leveren.
- Bedrijf: (standaard) Services die voldoen aan de behoeften van klanten of belanghebbenden en die rechtstreeks klantwaarde leveren om het bedrijf te ondersteunen.
Maak een schatting van de hoeveelheid werk die nodig is om een gebruikersverhaal te voltooien met behulp van een numerieke maateenheid die uw team de voorkeur geeft. Agile-snelheidsdiagrammen en prognosehulpmiddelen verwijzen naar de waarden in dit veld. Voor meer informatie, zie het witboek Ramingen.
Een subjectieve beoordeling van het gebruikersverhaal, de functie of de vereiste die betrekking heeft op het bedrijf. Toegestane waarden zijn:
- 1: Product kan niet worden verzonden zonder de functie.
- 2: Het product kan niet worden verzonden zonder de functie, maar het hoeft niet onmiddellijk te worden afgehandeld.
- 3: De implementatie van de functie is optioneel, op basis van resources, tijd en risico.
Een subjectieve beoordeling van de relatieve onzekerheid van de succesvolle voltooiing van een gebruikersverhaal. Toegestane waarden zijn:
- 1 - Hoog
- 2 - gemiddeld
- 3 - Laag
Opmerkingen vastleggen in de sectie Discussie
Gebruik de sectie Discussie om samen te werken aan werkitems door opmerkingen toe te voegen en te bekijken.
Wanneer u de cursor in een tekstvak plaatst dat ondersteuning biedt voor opmaak, wordt de werkbalk van de rtf-editor weergegeven.
Note
Er bestaat geen veld voor discussiewerkitems. Als u een query wilt uitvoeren op werkitems met opmerkingen uit het discussiegebied, filtert u op het veld Geschiedenis. De volledige inhoud van de tekst die in het tekstvak Discussie is ingevoerd, wordt toegevoegd aan het veld Geschiedenis.
Iemand, een groep, werkitem of pull-aanvraag vermelden
Gebruik een van de volgende pictogrammen om recente items te openen voor personen, werkitems of pull-aanvragen:
U kunt hetzelfde menu openen met sneltoetsen: at-mention @, hashtag #en uitroepteken !.
Voer een naam of nummer in om de lijst te filteren en selecteer vervolgens het item dat u wilt toevoegen. Als u een groep wilt vermelden, voert u @ de naam van de groep in, zoals een team of beveiligingsgroep.
Een opmerking bewerken of verwijderen
Als u een van uw opmerkingen wilt bijwerken of verwijderen, selecteert u Bewerken
of Meer acties (
) en selecteert u Vervolgens Verwijderen:
Nadat u een opmerking hebt gewijzigd, selecteert u Bijwerken. Als u een opmerking wilt verwijderen, bevestigt u de verwijdering. Op het tabblad Geschiedenis wordt een audittrail bijgehouden van alle bewerkte en verwijderde opmerkingen.
Important
Configureer voor on-premises Azure DevOps Server een SMTP-server zodat teamleden meldingen kunnen ontvangen.
Een reactie toevoegen aan een opmerking
Voeg een of meer reacties toe aan een opmerking door een emoji in de opmerking te selecteren. Als u de reactie wilt verwijderen, selecteert u dezelfde reactie opnieuw. In de volgende afbeelding ziet u een voorbeeld van het toevoegen en weergeven van reacties op een opmerking.
Een opmerking opslaan zonder het werkitem op te slaan
Note
Deze functie is beschikbaar vanaf Azure DevOps Server 2022.1.
Als u alleen machtigingen hebt om toe te voegen aan de discussie van een werkitem, kunt u dit doen door opmerkingen op te slaan. Deze machtiging wordt beheerd door gebiedspaden en de machtiging om opmerkingen over werkitems in dit knooppunt te bewerken. Zie voor meer informatie Machtigingen voor het bijhouden van werk instellen - Subnoden maken, werkitems wijzigen onder een gebied of iteratiepad.
Wanneer u opmerkingen opslaat, hoeft u het werkitem niet op te slaan.
Note
Wanneer u wijzigingen in het besturingselement Discussie opslaat, wordt alleen de opmerking opgeslagen. Er worden geen werkitemregels gedefinieerd voor het type werkitem uitgevoerd.
Voortgang bijhouden
Wanneer het werk vordert, werkt u het veld Status bij om de status weer te geven. U kunt desgewenst een reden opgeven. De velden Status en Reden worden weergegeven in het koptekstgebied van het werkitemformulier:
Agile-werkstroomstatussen
Als de werkstroomstatussen van teams worden bijgewerkt, kunnen ze bepalen welke items nieuw, in uitvoering of voltooid zijn. De meeste WIT's ondersteunen voorwaartse en achterwaartse overgangen tussen statussen. In de volgende diagrammen ziet u de belangrijkste voortgang en regressiestatussen voor gebruikersverhaal, bug en taak-WIT's.
Hier volgt de typische voortgang van de werkstroom voor een gebruikersverhaal:
- De producteigenaar maakt een gebruikersverhaal in de nieuwe status met de standaardreden, nieuw gebruikersverhaal.
- Het team werkt de verhaalstatus bij naar Actief wanneer ze besluiten het werk tijdens de sprint te voltooien.
- Het verhaal wordt verplaatst naar de status Opgelost wanneer het team alle bijbehorende taken voltooit en de eenheidstests zijn geslaagd.
- Het verhaal wordt verplaatst naar de status Gesloten wanneer de producteigenaar akkoord gaat met het verhaal wordt geïmplementeerd volgens de acceptatiecriteria en acceptatietests zijn geslaagd.
Status bijwerken via het bord of taakbord
Teams kan het bord gebruiken om de status van vereisten bij te werken en het taskboard om de status van taken bij te werken. Als u items naar een nieuwe statuskolom sleept, worden zowel de velden Status als Reden bijgewerkt.
U kunt het bord aanpassen om meer zwembanen of kolommen te ondersteunen. Zie Pas uw ervaring met het bijhouden van werk aan voor meer informatie.
Gebruikersverhalen toewijzen aan functies
Wanneer u een suite met producten of gebruikerservaringen beheert, moet u mogelijk het werkbereik en de voortgang in het portfolio bekijken. Gebruik functies en toewijzing van gebruikersverhalen naar functies om dat samenvouwen bij te houden.
Met behulp van portfolioachterstanden kunt u inzoomen van de ene backlog naar de andere om het gewenste detailniveau weer te geven. Gebruik ook portfolioachterstanden om een samenvouwen van werk in uitvoering voor verschillende teams weer te geven wanneer u een hiërarchie van teams instelt.
Taken definiëren
Wanneer uw team het werk in sprints beheert, gebruikt u de pagina sprintachterstand om gepland werk op te splitsen in afzonderlijke taken.
Voer de naam van de taak in en schat de hoeveelheid werk in het veld Inspanning :
Wanneer u het Agile-proces gebruikt, voorspellen teams werk en definiëren ze taken aan het begin van elke sprint. Elk teamlid voltooit vervolgens een subset van deze taken. Taken kunnen betrekking hebben op ontwikkeling, testen en ander werk. Een ontwikkelaar kan bijvoorbeeld taken definiëren voor het implementeren van gebruikersverhalen en een tester kan taken definiëren voor het schrijven en uitvoeren van testcases.
Wanneer teams werk schatten op basis van het aantal uren of dagen, definiëren ze taken en de velden Resterende hoeveelheid werk en activiteit (optioneel).
Field
Usage
De hoeveelheid geschatte hoeveelheid werk die nodig is om een taak te voltooien. Normaal gesproken wordt de veldwaarde niet gewijzigd nadat u de initiële waarde hebt ingevoerd. U kunt werk opgeven in het aantal uren of dagen. Er zijn geen inherente tijdseenheden gekoppeld aan dit veld.
De hoeveelheid werk die resteren om een taak te voltooien. Werk dit veld bij naarmate het werk vordert. Als u een taak onderverdeelt in subtaken, geeft u alleen uren op voor de subtaken. U kunt werk opgeven in elke maateenheid die uw team kiest. Dit veld wordt gebruikt om de volgende grafieken en SQL Server-rapporten te berekenen:
De hoeveelheid werk die is besteed aan het implementeren van een taak.
Selecteer het type activiteit dat deze taak aangeeft wanneer uw team de sprintcapaciteit per activiteit schat.
Het buildnummer van het product dat de code bevat of een bug oplost.
Voortgang van test bijhouden
Volg de voortgang van het testen met behulp van gebruikersverhalen en bugs voor codefouten. Zie Andere problemen bijhouden voor hulp bij het bijhouden van andere typen problemen.
Verhalen van gebruikers testen
In Azure DevOps Services kunt u testcases maken die automatisch een koppeling maken naar een gebruikersverhaal of fout in de webportal. In Azure DevOps Server kunt u ook Microsoft Testbeheer gebruiken. U kunt een gebruikersverhaal ook koppelen aan een testcase op het 
tabblad Koppelingen.
De testcase bevat meerdere velden, waarvan veel geautomatiseerd en geïntegreerd zijn met testbeheer en het buildproces. Zie Query op basis van build- en testintegratievelden voor een beschrijving van elk veld.
Het tabblad Koppelingen legt koppelingen vast naar gebruikersverhalen en bugs in een testcase. Door gebruikersverhalen en bugs te koppelen aan testcases, kan het team de voortgang van het testen voor elk item bijhouden. Deze koppelingen ondersteunen ook de informatie die wordt weergegeven in het SQL Server-rapport Overzicht van verhalen.
Codefouten bijhouden
Als u tests voor codefouten wilt bijhouden, maakt u bugs aan via de webportal, Visual Studio of Microsoft Test Manager.
Definities voor algemene velden voor het bijhouden van werk
De volgende velden en tabbladen worden weergegeven in de meeste werkitems. Algemene tabbladen zijn 
geschiedenis, koppelingen en 
bijlagen.
Voor alle typen werkitems is Titel het enige universeel vereiste veld. Wanneer u een werkitem opslaat, wijst Azure DevOps een unieke id toe. Vereiste velden zijn geel gemarkeerd. Zie de veldindex werkitem voor meer velden.
Note
Andere velden zijn mogelijk vereist op basis van proces- en projectaanpassingen.
| Veld of tabblad | Usage |
|---|---|
| Title | Voer een korte beschrijving in (maximaal 255 tekens). U kunt de Titel later bewerken. |
| Toegewezen aan | Wijs het werkitem toe aan de persoon die verantwoordelijk is voor het voltooien van het werk of laat het buiten gebruik totdat het eigendom duidelijk is. |
| State | Bij het maken wordt de status standaard ingesteld op de eerste werkstroomstatus (zoals Nieuw of Niet toegewezen). Werk het bij naarmate het werk vordert. |
| Reason | Reden verklaart waarom het item de huidige status heeft. De standaardwaarden variëren per type werkitem en proces. |
| Area | Selecteer het gebiedspad voor het product of het team. Zie Gebiedspaden definiëren en toewijzen aan een team voor meer informatie. |
| Iteration | Selecteer de sprint/iteratie voor geplande voltooiing. Zie Iteratiepaden (sprints) definiëren en teamiteraties configureren voor meer informatie. |
|
Tabblad Geschiedenis |
Bekijk het volledige wijzigingslogboek voor het werkitem, inclusief auteur, datum en bijgewerkte velden. U kunt ook opgemaakte tekst toevoegen in geschiedenis. |
|
Tabblad Koppelingen |
Relaties toevoegen aan andere artefacten (bijvoorbeeld bovenliggende/onderliggende werkitems, wijzigingensets, bronbestanden of testresultaten). |
|
Tabblad Bijlagen |
Voeg ondersteunende bestanden toe, zoals documenten, afbeeldingen, logboeken of e-mailthreads. |
Andere problemen bijhouden
Gebruik problemen om gebeurtenissen bij te houden die de voortgang kunnen blokkeren of het verzenden van een gebruikersverhaal kunnen voorkomen. Gebruik bugs om codefouten bij te houden. Voeg een probleem toe met behulp van de widget Nieuw werkitem op een teamdashboard of via het menu Nieuw op de pagina Query's .
Werkitems die u vanuit de widget toevoegt, worden automatisch afgestemd op het standaardgebied en iteratiepaden van uw team. Zie Teamcontext wisselen als u de teamcontext wilt wijzigen.
Bedrijfswaarde bijhouden
Gebruik het veld Prioriteit om de waarde van verhalen te onderscheiden. U kunt ook een aangepast veld toevoegen aan het WIT van de User Story om de relatieve waarde van het verhaal bij te houden. Zie Een veld aanpassen voor een proces voor meer informatie.
Volgorde van backloglijst
In het veld Stack Rank wordt de relatieve rangschikking van gebruikersverhalen bijgehouden. Standaard wordt dit veld niet weergegeven in het werkitemformulier. De volgorde van items op de achterstandspagina wordt bepaald door de locatie waar u de items op de pagina toevoegt of verplaatst. Terwijl u items sleept, werkt een achtergrondproces het veld Stack Rank bij.
Werkitemtypen aanpassen
Voor de meeste typen werkitems kunt u velden toevoegen, de werkstroom bijwerken, aangepaste regels definiëren, aangepaste pagina's toevoegen en aangepaste typen werkitems maken. Zie Een overnameproces aanpassen voor meer informatie.
Voor de meeste typen werkitems kunt u velden toevoegen, de werkstroom bijwerken, aangepaste regels definiëren, aangepaste pagina's toevoegen en aangepaste typen werkitems maken. Zie Een overnameproces aanpassen of het on-premises XML-procesmodel aanpassen, afhankelijk van uw procesmodel voor meer informatie.