Delen via


Sprints en Scrum-belangrijkste concepten in Azure Boards

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

Dit artikel bevat een korte woordenlijst met termen en beschikbare hulpprogramma's die worden gebruikt voor het bijhouden van werk met behulp van Sprints en Scrum-methoden. Andere resources die moeten worden beoordeeld, zijn Agile-woordenlijst en Projectbeheer en navigatiewoordenlijst.

Agile-hulpprogramma's

Een suite met webhulpprogramma's die worden gebruikt om werk bij te houden en Agile-methodologieën te ondersteunen. Agile-hulpprogramma's ondersteunen de belangrijkste Agile-methoden (Scrum en Kanban) die tegenwoordig worden gebruikt door softwareontwikkelingsteams. Meer informatie: Over Agile-hulpprogramma's en Agile-projectmanagement.

Fouten

Een type werkitem dat een potentiële bron van ontevredenheid met het product registreert. De algemene naam van een werkitemtype voor het bijhouden van codefouten. Elk team kan kiezen hoe ze bugs willen beheren. Sommige teams houden ervan om bugs bij te houden, samen met vereisten voor de achterstand. Andere teams houden van het bijhouden van bugs als taken die worden uitgevoerd ter ondersteuning van een vereiste. De bugs worden vervolgens weergegeven op hun Taskboard. Meer informatie: Bugs beheren.

Burndown- of burnupdiagrammen

Burndown- en burnup-grafieken ondersteunen projectbeheer om werk dat in de loop van de tijd is voltooid visueel bij te houden. Burndown-grafieken beginnen met de totale hoeveelheid gepland werk. Wanneer het werk is voltooid, wordt het resterende werk in de burndowngrafiek weergegeven. Met de voortgang van de tijd neemt de hoeveelheid werk af. Burnup-grafieken houden werk bij terwijl het in de loop van de tijd is voltooid. Ze zijn handig om de snelheid weer te geven waarmee het werk wordt voltooid.

Zie Burndown- en burnup-richtlijnen voor meer informatie

Team- en individuele capaciteit

Capaciteit correleert met de werkelijke taaktijd, uren of dagen, die een persoon of een team moet werken. Azure DevOps biedt een capaciteitsprogramma voor de sprint van elk team om capaciteit in te stellen. Teams stellen doorgaans capaciteit in wanneer ze van plan zijn taken te maken en de tijd te schatten die nodig is om een taak te voltooien.

Door teamcapaciteit in te stellen, weet het team precies het totale aantal werkuren of dagen dat het team voor elke sprint heeft. Met dit hulpprogramma stelt u de capaciteit van afzonderlijke teamleden en dagen uit. Als u capaciteit instelt voor elk teamlid dat tijdens een sprint werkt, wordt de capaciteitsbalk voor die persoon weergegeven. Meer informatie: Sprintcapaciteit instellen.

Schermopname van de pagina capaciteit van het team.

Capaciteitsbalken

Met capaciteitsbalken kunt u snel zien wie er over is, op of onder capaciteit. Capaciteitsbalken worden bijgewerkt met elk van deze activiteiten:

  • Taken worden toegewezen met resterend werk dat niet nul resterend is
  • Wijziging in resterend werk
  • Datumwijziging binnen de sprintcyclus. Individuele capaciteit en teamcapaciteit weerspiegelen altijd hun capaciteit vanaf de huidige dag tot het einde van de sprint.
Capaciteitskleuren Capaciteitsbalken
Schermopname van capaciteitskleuren. Schermopname van capaciteitsbalken.

Zie Werk aanpassen aan de sprintcapaciteit voor meer informatie.

Dagelijkse scrumvergaderingen

Dagelijkse Scrum-vergaderingen helpen teams gefocust te blijven op wat ze moeten doen om hun vermogen om te voldoen aan hun sprintverplichtingen. De Scrum Master van het team moet de structuur van de vergadering afdwingen en ervoor zorgen dat deze op tijd begint en binnen 15 minuten of minder eindigt. Meer informatie: Best practices voor Scrum, dagelijkse scrumvergadering.

Prognose

Met het prognosehulpprogramma kunnen teams hun sprints plannen. Het hulpprogramma toont teams de achterstandsitems die kunnen worden voltooid in toekomstige sprints op basis van schattingen van werkitems en een ingestelde snelheid. Zoals hier wordt weergegeven, geeft een snelheid van 20 aan dat het vijf sprints kost om het getoonde werk te voltooien. Meer informatie: De achterstand van uw product voorspellen.

Schermopname van de backlog van het team, de prognoseweergave.

Iteratiepaden (ook wel sprints genoemd)

Een periode, meestal twee tot drie weken, gebruikte om werkitems te groeperen die tijdens die periode moesten worden voltooid. Sprints worden gebruikt in Scrum-methoden ter ondersteuning van sprintplanning, sprint burndown en andere Scrum-processen. Met iteratiepaden kunt u werk groeperen in sprints, mijlpalen of andere gebeurtenisspecifieke of tijdgerelateerde perioden. Meer informatie: Over gebieds- en iteratiepaden.

Productachterstand

Een interactieve lijst met werkitems die overeenkomt met het projectplan of de roadmap van een team voor wat het team van plan is te leveren. De productachterstand ondersteunt het prioriteren van werk, het voorspellen van werk door sprints en het snel koppelen van werk aan portfolioachterstanditems. U kunt uw achterstandsitems definiëren en vervolgens hun status beheren met behulp van het bord.

Elke productachterstand kan door een team worden aangepast. Meer informatie: Uw achterstand maken.

Productachterstanditem (PBI)

Een type werkitem dat de toepassingen, vereisten en elementen definieert die teams willen maken. Producteigenaren definiëren en stapelen productachterstanditems die worden gedefinieerd met het Scrum-proces. Meer informatie: Scrum proces werkitemstypen en werkstroom.

Rol van producteigenaar

De rol van producteigenaren is om te fungeren als de interface tussen klanten en het team. Een producteigenaar kan de behoefte aan gedetailleerde specificaties verminderen. Ze verminderen de behoefte door responsiever te zijn op de vragen van het team over implementatiedetails. Bovendien definiëren ze duidelijk acceptatiecriteria binnen elke vereiste.

Scrum Master-rol

Scrum Masters helpen bij het bouwen en onderhouden van gezonde teams door Scrum-processen te gebruiken. Ze begeleiden, coachen, onderwijzen en assisteren Scrum-teams bij het goed werken met Scrum-methoden. Scrum Masters fungeren ook als wijzigingsagenten om teams te helpen obstakels te overwinnen en het team te stimuleren tot aanzienlijke productiviteitsverhogingen. Meer informatie: Best practices voor Scrum, rol van de Scrum-master.

Sprints (ook wel iteraties genoemd)

Een sprint is een periode van meestal twee tot drie weken die wordt gebruikt om werkitems te groeperen die tijdens die periode moeten worden voltooid. Sprints worden gebruikt in Scrum-methoden ter ondersteuning van sprintplanning, sprint burndown en andere Scrum-processen. Sprints worden gedefinieerd via iteratiepaden. Zie Over gebieds- en iteratiepaden (ook wel sprints genoemd) voor meer informatie.

Sprintachterstand

Een interactieve lijst met werkitems die zijn toegewezen aan hetzelfde sprint- of iteratiepad voor een team. De sprintachterstand ondersteunt teams die Scrum-methodologieën gebruiken. Meer informatie: Sprintplanning.

Burndowndiagram sprint

De burndowngrafiek van de sprint weerspiegelt de voortgang die een team heeft gemaakt bij het voltooien van al het werk dat ze tijdens hun sprintplanningsvergadering hebben geschat. Team bewaakt het om risico's te beperken en te controleren of het bereik tijdens de sprintcyclus kruipt. De ideale trendlijn geeft altijd een stabiele burndown aan. Het blauwe gebied, zoals wordt weergegeven in de volgende grafiek, geeft aan wat er eigenlijk aan de hand is. Het toont de opbouw van werk als teamleden taken toevoegen en het verminderen van werk wanneer teamleden deze taken voltooien. Meer informatie: Burndown van sprint bewaken.

Schermopname van de burndowngrafiek van Sprint.

Sprintdoelen

Sprintdoelen worden gebruikt om sprintactiviteiten te concentreren. Het doel geeft een overzicht van wat het team wil bereiken aan het einde van de sprint. Meer informatie: Scrum best practices, Sprintdoelen instellen.

Sprintplanning

De sprintplanningsvergadering vindt plaats aan het begin van een sprint en is wanneer de producteigenaar en het team akkoord gaan met een reeks sprintdoelen en werk. Meer informatie: Scrum best practices, Sprint planning vergaderingen.

Sprint retrospectiefvergaderingen

De sprintbeoordeling of retrospectiefvergadering vindt plaats aan het einde van een sprint. Deze vergadering is wanneer het team het werk laat zien dat ze tijdens de sprint hebben voltooid. De producteigenaar, klanten en belanghebbenden accepteren de gebruikersverhalen die aan hun verwachtingen voldoen en eventuele nieuwe vereisten identificeren. Klanten begrijpen hun behoeften vaak meer volledig na het bekijken van de demonstraties en kunnen wijzigingen identificeren die ze willen zien. Meer informatie: Scrum best practices, Sprint retrospectief vergaderen.

Opdracht

Een taak is een type werkitem dat wordt gebruikt om geschatte en resterende hoeveelheid werk bij te houden. In Scrum wordt een taak gedefinieerd om tussen vier en twaalf uur te variëren. Het definiëren van taken is essentieel voor het bewaken van de burndown van sprints, het werken met teamcapaciteit en het gebruik van het Taskboard. Taken zijn gekoppeld aan hun achterstallen of gebruikersverhalen van hun bovenliggende product. Meer informatie: Taken toevoegen aan achterstandsitems.

Taskboard

Een taskboard biedt een interactief voortgangsbord voor werk dat nodig is om de achterstand van een team te voltooien. Tijdens uw sprint wilt u de status van taken en het resterende werk voor elke taak bijwerken. Het bijwerken van taken per dag of meerdere keren per week resulteert in een vloeiendere burndowngrafiek voor sprints. Meer informatie: Taskboard.

Schermopname van taskboard.

Teams

Een team komt overeen met een geselecteerde set projectleden. Met teams kunnen organisaties werk subcategoriseren om zich beter te concentreren op al het werk dat ze binnen een project volgen. Elk team krijgt toegang tot een suite met Agile-hulpprogramma's. Teams kunnen deze hulpprogramma's gebruiken om autonoom te werken en samen te werken met andere teams in de hele onderneming. Elk team kan elk hulpprogramma configureren en aanpassen om te voldoen aan hun werkvereisten. Zie Over teams en Agile-hulpprogramma's voor meer informatie.

Teamlid

Een lid dat is toegevoegd aan een project of organisatie die is toegevoegd aan een specifiek team. Projectleden kunnen worden toegevoegd aan verschillende teams. Verschillende Agile-hulpprogramma's, zoals capaciteitsplanning, teamwaarschuwingen en dashboardwidgets, hebben een teambereik. Dat wil gezegd, ze verwijzen automatisch naar de gebruikers die zijn toegevoegd als leden van een team ter ondersteuning van planningsactiviteiten of het verzenden van waarschuwingen.

Als u gebruikers wilt toevoegen aan een team, raadpleegt u Gebruikers toevoegen aan een project of specifiek team.

Technische schulden

Technische schuld omvat alles wat het team moet doen om productiekwaliteitscode te implementeren en deze in productie te houden. Voorbeelden zijn bugs, prestatieproblemen, operationele problemen, toegankelijkheid en andere. Meer informatie over het minimaliseren van technische schulden: Wat is Agile Development?

Vergaderingen triage

Triagevergaderingen worden gebruikt om de achterstand en bugs die aan een team zijn toegewezen, te controleren en te organiseren. Andere details, zoals schattingen, acceptatiecriteria en meer, kunnen worden toegevoegd aan de werkitems. Normaal gesproken voert een producteigenaar triagevergaderingen uit en teamleiders, bedrijfsanalisten en andere belanghebbenden die over specifieke projectrisico's kunnen spreken.

Gebruikersverhaal

Een type werkitem dat de toepassingen, vereisten en elementen definieert die teams willen maken. Producteigenaren definiëren en stapelen doorgaans gebruikersverhalen. Het verhaal van de gebruiker wordt gedefinieerd met het Agile-proces. Meer informatie: Werkitemtypen en werkstroom voor Agile-processen.

Snelheids- en snelheidsgrafiek

Velocity biedt een handige metrische waarde voor het verkrijgen van inzicht in hoeveel werk uw team kan voltooien tijdens een sprintcyclus. Nadat uw team meerdere sprints heeft gewerkt, kunnen ze het hulpprogramma snelheidsgrafiek en prognose gebruiken om werk te schatten dat kan worden uitgevoerd in toekomstige sprints.

Snelheid is een meting van hoeveel werk een team kan voltooien op basis van hun sprintfrequentie. Het ingebouwde snelheidsdiagram meet de snelheid door de Story Points (Agile), Effort (Scrum) of Size (CMMI) op tetellen die zijn gedefinieerd voor een sprint.

In de grafiek die onder de groene balk wordt weergegeven, wordt bijvoorbeeld de totale geschatte inspanning (verhaalpunten) aangegeven van de gebruikersverhalen die binnen elke sprint zijn voltooid. Blauw komt overeen met de geschatte inspanning van items die nog niet zijn voltooid. Meer informatie: De ingebouwde grafiek voor teamsnelheid weergeven en ermee werken.

Schermopname van Velocity.

Samen met de ingebouwde Velocity-grafiek kunt u een Velocity-widget toevoegen aan uw teamdashboard. U kunt deze widget configureren om het aantal werkitems of de som van de hoeveelheid werk op te tellen. Meer informatie: De widget Velocity configureren.

Elk team is gekoppeld aan één en slechts één snelheidsgrafiek. Snelheid varieert afhankelijk van de teamcapaciteit, sprint over sprint. Na verloop van tijd moet de snelheid echter duiden op een betrouwbaar gemiddelde dat kan worden gebruikt om de volledige achterstand te voorspellen. Door de variabiliteit van de grootte van achterstandsitems (inspanning of verhaalpunten) te minimaliseren, krijgt u betrouwbaardere metrische gegevens over snelheid. Meer informatie: Taken toevoegen aan achterstandsitems.