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
Gebruik Scrum in Azure Boards om softwarelevering te plannen en prioriteit te geven en defecten bij te houden. Teams leggen werk vast als PBI's (Product Backlog Items) en bugs, wijs deze items toe aan functies voor zichtbaarheid van portfolio's en breek sprintwerk in taken die zijn gekoppeld aan PBIS's en bugs.
Note
Als u nieuw bent in het Scrum-proces, bekijkt u Over Sprints, Scrum en projectmanagement.
Dit artikel helpt je:
- PBIs en bugs definiëren en prioriteren.
- Werk bijhouden via Scrum-werkstroomstatussen.
- Achterstandsitems opsplitsen in sprinttaken.
- Koppel testcases en bugs om de kwaliteit bij te houden.
- Houd blokkades bij en handhaaf de volgorde van de backlog.
Prerequisites
| Area | Requirement | Waarom het belangrijk is |
|---|---|---|
| Projectlidmaatschap | U moet lid zijn van het project met toestemming om werkitems in Azure Boards weer te geven en te bewerken. | Vereist voor het maken, bijwerken en verplaatsen van werkitems via Scrum-werkstroomstatussen. |
| Toegangsniveau | U hebt ten minste basistoegang nodig om werkitems te maken en bij te werken. | Vereist voor kernachterstand, bord- en taaktraceringsacties. |
| Achterstands- en bordtoegang | U hebt toegang nodig tot teamachterstanden en borden. | Vereist voor het prioriteren van PGO's, het plannen van sprints en het bijwerken van de status van borden en taskboards. |
| Machtigingen voor teamconfiguratie | Als u teaminstellingen, achterstandsniveaus of bordconfiguraties wilt definiëren, moet u Project beheerderslidmaatschap of gelijkwaardige gedelegeerde machtigingen definiëren. | Vereist voor het instellen en aanpassen op teamniveau. |
| Toegang tot testbeheer | Als u testcases wilt maken en uitvoeren, hebt u toegang nodig tot Azure Test Plans (of gelijkwaardige testhulpprogramma's voor uw implementatie). | Vereist om testcases te koppelen aan PBIS's en testresultaten bij te houden. |
Zie Machtigingen en toegang instellen voor het bijhouden van werk voor meer informatie.
Definieer PBIs en bugs
Definieer PBIS's en bugs om eerst klantwaarde vast te leggen en vervolgens implementatiedetails als de uitvoering nadert.
Gebruik dit patroon:
- Items maken vanuit het paneel Snel toevoegen op de pagina Productbacklog.
- Prioriteren op bedrijfswaarde, inspanning en afhankelijkheden.
- Voeg volledige details toe voor items met de hoogste prioriteit en items die zijn gepland voor de huidige of volgende sprint.
Als de prioriteiten veranderen, werkt u de achterstandsvolgorde bij. De backlogpagina volgt deze order via Backlog Priority.
Stel Effort in zodat prognose- en snelheidsdiagrammen toekomstige sprintcapaciteit kunnen projecten. Stel de bedrijfswaarde in om prioriteit onafhankelijk van de stack-rangschikking uit te drukken.
Gebruik de volgende velden om elk item consistent te voltooien voordat sprintplanning wordt gepland. Zie Bugs beheren voor meer informatie over bugs.
| Veld | Het gebruik ervan |
|---|---|
| Effort | Maak een schatting van het werk dat nodig is om de PBI te voltooien met behulp van de numerieke eenheid van uw team (bijvoorbeeld verhaalpunten of -tijd). Afhankelijk van uw procesaanpassing kan dit veld optioneel of vereist zijn. Snelheidsdiagrammen en prognose gebruiken deze waarde. |
| Bedrijfswaarde | Voer een getal in dat de relatieve bedrijfswaarde aangeeft in vergelijking met andere PBI's. Hogere getallen geven een hogere waarde aan. |
| Description | Beschrijven wie de functie dient, wat de gebruiker moet bereiken en waarom het belangrijk is. Neem voldoende context op voor taakverdeling en testontwerp. |
| Acceptatiecriteria | Definieer de voorwaarden die moeten worden uitgevoerd voordat de implementatie wordt gestart. Duidelijke criteria stemmen de verwachtingen van het team en belanghebbenden uit en ondersteunen acceptatietests. |
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 gebiedspadknooppunten en de opmerkingen over werkitems bewerken in deze knooppuntmachtiging . 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
Naarmate het werk vordert, werkt u Status bij zodat deze de huidige status weergeeft en stelt u Reden in wanneer dat nodig is. Beide velden worden weergegeven in de koptekst van het werkitem.
Gebruik statusupdates consistent om backlog-, board- en rapportageweergaven uitgelijnd te houden.
Snelle stroom:
- Het definiëren en prioriteren van PBI's en bugs.
- Verplaats items door workflowstatussen naarmate het werk vordert.
- Controleer het dashboard en de rapporten om te controleren of de status is afgestemd.
Scrum-werkstroomstatussen
Werk Status bij zodat wordt weergegeven of een item nieuw, in uitvoering, voltooid of buiten de scope is. De meeste WIT's ondersteunen zowel voorwaartse als achterwaartse overgangen.
De volgende diagrammen tonen de belangrijkste statussen voor voortgang en regressie voor de werkitemtypen PBI, bug en taak.
| Productachterstanditem | Bug | Task |
|---|---|---|
|
Conceptuele afbeelding die de status van bugwerkstromen en het Scrum-proces toont. |
|
Gebruikelijke levenscyclus van PBI's en bugs:
- Nieuw: Een producteigenaar of tester maakt het item. De standaardreden varieert per werkitemtype en procesconfiguratie (bijvoorbeeld Nieuw backlog-item).
- Goedgekeurd: Het item is voldoende gedefinieerd voor het team om een schatting te maken van de sprintplanning en deze voor te bereiden. Items met een hogere prioriteit worden meestal eerst naar deze status verplaatst.
- Vastgelegd: Het team stemt ermee in het item in de sprint te leveren.
- Gereed: Alle gerelateerde taken zijn voltooid en de producteigenaar bevestigt dat het item voldoet aan acceptatiecriteria.
Gebruik Verwijderd voor items die opzettelijk buiten het bereik vallen en niet zijn gepland voor levering. Door deze items uit Gereed te houden, blijft de nauwkeurigheid van de rapportage behouden.
Status van borden en taskboards bijwerken
Gebruik borden om de status actueel te houden terwijl het werk door de sprint loopt:
- Gebruik het bord om PBI en foutstatus bij te werken.
- Gebruik het sprint taskboard om de taakstatus bij te werken.
- Sleep een item naar een nieuwe kolom om zowel De status als de reden bij te werken.
U kunt het bord aanpassen met zwembanen en kolommen. Zie Uw ervaring voor het bijhouden van werk aanpassen voor meer opties.
PBI's toewijzen aan functies
Wijs PBI's toe aan functies om het bereik en de voortgang van producten, scenario's of teams bij te houden.
Gebruik deze methode:
- Gebruik portfolioachterstanden om in te zoomen tussen achterstandsniveaus.
- Gebruik samenvouwingen van teamhiërarchieën nadat u een hiërarchie van teams hebt ingesteld.
Validatiecontrole: Controleer of voor elke functie gekoppelde onderliggende PBI's worden weergegeven en dat samengetelde waarden overeenkomen met de voortgang van het onderliggende item.
Taken definiëren
Wanneer uw team in sprints werkt, kunt u PBIs en bugs vanaf de sprintbacklogpagina opdelen in taken.
Geef elke taak een naam en schat de inspanning.
Teams definiëren meestal taken aan het begin van elke sprint. Teamleden voltooien subsets van werk, zoals ontwikkeling, testen of documentatie.
Gebruik dit patroon:
- Maak taken voor elke opleveringsstap die nodig is om de PBI of bug af te ronden.
- Wijs taken toe aan teamleden op basis van verantwoordelijkheid.
- Werk taakwaarden dagelijks bij zodat de capaciteit en burndown nauwkeurig blijven.
Wanneer uw team in uren of dagen schattingen maakt, gebruikt u Resterend werk en optionele activiteit.
| Veld | Het gebruik ervan |
|---|---|
| Resterend werk | Voer het aantal uren of dagen in en werk de waarde bij naarmate het werk vordert. Dit veld wordt gebruikt voor capaciteitsgrafieken, sprint-burndown en gerelateerde rapporten. Als u werk splitst in subtaken, houdt u alleen resterend werk voor de subtaken bij. |
| Activity | Selecteer de activiteitscategorie die de taak het beste beschrijft, zodat uw team de sprintcapaciteit kan schatten en beoordelen op activiteitstype. |
Voortgang van test bijhouden
Gebruik de volgende richtlijnen om de testdekking en het bijhouden van defecten te verbinden met uw sprintachterstanditems.
Testcases maken en koppelen aan PBIS's
Gebruik dit patroon om testwerk te verbinden met backlogitems:
- Maak via het webportal testgevallen zodat ze aan een PBI of bug worden gekoppeld.
- Open zo nodig het tabblad Koppelingen en voeg de relatie handmatig toe.
Voor Azure DevOps Server 2022 kunt u ook Microsoft Test Manager 2017 gebruiken.
Testcases bevatten velden die kunnen worden geïntegreerd met build- en testwerkstromen. Zie Query gebaseerd op build- en testintegratievelden voor meer informatie.
Op het tabblad Koppelingen worden PBIS's en bugs vermeld die aan elke testcase zijn gekoppeld.
Validatiecontrole: Controleer of bij elke testcase de gekoppelde PBI of bug wordt weergegeven op het tabblad Koppelingen.
Codefouten bijhouden
Maak bugs aan vanuit het webportaal of Visual Studio. Zie Bugs beheren voor meer informatie.
Voor Azure DevOps Server 2022 kunt u ook bugs maken via Microsoft Test Manager 2017.
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. |
Typen werkitems 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.
Belemmeringen bijhouden
Gebruik het werkitemtype Impediment om belemmeringen bij te houden. Gebruik bug alleen voor codefouten.
U kunt een belemmering toevoegen vanuit:
- De widget Nieuw werkitem op een teamdashboard
- 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 een andere teamcontext wilt gebruiken.
Volgorde van achterstandslijst
Gebruik Backlog Priority om relatieve rangschikking te beheren voor PBI's, bugs, functies en epics.
Gebruik dit patroon:
- Items rechtstreeks op de achterstandspagina opnieuw ordenen (zie Uw achterstand maken).
- Sleep onderdelen om de huidige bedrijfsprioriteit te weerspiegelen.
- Laat Azure DevOps achterstandsprioriteit op de achtergrond bijwerken.
Validatiecontrole: Bevestig dat de achterstandsvolgorde overeenkomt met de bedrijfsprioriteit na het opnieuw ordenen.
Veelvoorkomende problemen oplossen
| Issue | Oorzaak | Resolutie / Besluit |
|---|---|---|
| Kan een werkitem niet verplaatsen naar de verwachte status | Workflowregels of procesaanpassingen beperken overgangen | Procesaanpassing en toegestane overgangen controleren. Zie Een overnameproces aanpassen. |
| Vereiste veldblokken waarmee een werkitem wordt opgeslagen | Project-specifieke aangepaste regels vereisen extra velden | Controleer het validatiebericht en vul de vereiste velden voor uw proces in. Zie Regels instellen voor werkitems. |
| Kan geen testcases maken of bewerken | Ontbrekende testmachtigingen of toegangsniveau | Controleer uw toegang en machtigingen voor testartefacten. Zie Machtigingen en toegang instellen voor het bijhouden van werk. |
| Een gekoppeld testgeval verschijnt niet op een backlogitem | De koppeling is niet gemaakt als een koppeling naar een werkitem of is toegevoegd aan een ander item | Open de testcase en het backlogitem en controleer vervolgens de koppelingen op het tabblad Koppelingen bij beide items. |
| U kunt het probleem niet oplossen nadat u deze oplossingen hebt toegepast | Beleid of machtigingen op organisatieniveau blokkeren de actie nog steeds | Neem eerst contact op met de Project-beheerder. Als het probleem organisatiebreed is, neemt u contact op met de beheerder van uw Project verzameling of Azure DevOps beheerder. |