Delen via

Einde van sprintactiviteiten

  • Artikel

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

Aan het einde van een sprint willen teams mogelijk aan verschillende taken deelnemen om de achterstands hygiëne te handhaven. Over het algemeen mag onvolledig werk nooit worden toegewezen aan een eerdere sprint. Teams moeten bepalen hoe ze werk willen verwerken dat niet is voltooid in een sprint en passende actie ondernemen.

Notitie

Er is geen automatische manier om onvolledige werkitems te verplaatsen die aan de ene sprint zijn toegewezen. Evenmin een automatische methode voor het weghalen van resterend werk.

Aan het einde van elke sprint moet elk team bepalen en actie ondernemen om de volgende vragen aan te pakken:

  • Hoe moeten we gebruikersverhalen en hun taken aanpakken die slechts gedeeltelijk aan het einde van de sprint zijn voltooid?
  • Wat is de juiste manier om gedeeltelijk gedaan werk aan het einde te beheren, zodat metrische sprintgegevens en snelheid correct worden aangegeven?
  • Wat moeten we beoordelen en in welke volgorde?

Over het algemeen moeten eindsprintactiviteiten worden uitgevoerd vóór of na een sprintbeoordelingsvergadering en vóór een sprint retrospectief. Het belangrijkste aandachtspunt is het onderhouden van weergaven en metrische gegevens om het team te ondersteunen in hun sprintbeoordelingen, retrospectieven en sprintplanning.

Doelstellingen voor end-of-sprint-activiteiten

Elke sprint vertegenwoordigt een tijdsperiode van ontwikkeling waaraan werk is toegewezen. Bekijk de volgende controlelijst voor de doelen waarmee u rekening moet houden bij het uitvoeren van end-of-sprint-activiteiten.

  • Behoud de achterstands hygiëne waarbij er geen onvolledig werk wordt toegewezen aan een sprint waarvan de einddatum in het verleden valt
  • Werkitemstatussen en sprinttoewijzingen beheren ter ondersteuning van de bewaking van de voortgang en snelheid van het team
  • Doorlopende verbeteringsactiviteiten van het ondersteuningsteam
  • De focus van het ondersteuningsteam op het verzenden van software en het voldoen aan sprintdoelen
  • Werktraceringsinspanningen minimaliseren die geen waarde hebben

Tip

Teamsnelheid is geen maat voor teamproductiviteit en mag alleen worden gebruikt als metrische waarde voor het plannen van toekomstige sprints. Werk is voltooid aan het einde van een sprint of niet. Als het klaar is, telt het. Als het niet zo is, wordt het opnieuw bekeken voor een toekomstige sprint en niet de huidige sprint. Snelheid heeft de neiging om zichzelf te evelleren, ongeacht de keuzes die u maakt. Door alleen werk te overwegen, werkt u echter naar een meer realistische waarde en een veel betere bron van historische gegevens om toekomstige prognoses te maken.

Teamvoorkeuren bepalen

De volgende suggesties doorlopen de belangrijkste teams voor het einde van de sprintactiviteiten om te overwegen om te presteren. Normaal gesproken moeten deze activiteiten worden uitgevoerd op de laatste dag van de sprint of na de beoordelingsvergadering van de sprint.

  • Bekijk de sprintachterstand voor onvolledige gebruikersverhalen, achterstandsitems en taken. U kunt de beoordeling uitvoeren door de achterstand van de sprint of het sprinttaakbord te bekijken.

  • Gebruikersverhalen, achterstandsitems en taken opnieuw toewijzen die niet zijn gestart in de productachterstand of volgende sprint. Met behulp van het deelvenster Planning kunt u de achterstand van het team of een toekomstige sprint opnieuw toewijzen. Opnieuw toegewezen werkitems kunnen opnieuw worden geschat en geprioriteerd.

  • Bepaal hoe u onvolledige gebruikersverhalen, achterstandsitems of taken kunt afhandelen. Houd er rekening mee dat het doel is om werkende software te verzenden. De twee opties hier zijn:

    • Splits het verhaal in tweeën om het werk weer te geven dat is voltooid in de huidige sprint en nog te doen. Zie Verhalen, problemen en andere werkitems kopiëren of klonen voor meer informatie.
    • Wijs het verhaal opnieuw toe aan de volgende sprint waar het werk kan worden voltooid. Alle onvoltooide verhalen in de huidige sprint zijn verantwoordelijk voor nul tot de snelheid van de sprint.

  • Bepaal hoe resterende hoeveelheid werk moet worden verwerkt voor voltooide taken. Als taken zijn voltooid, is het niet logisch om een niet-nulwaarde te hebben voor resterend werk . Teams moeten bepalen hoe ze deze gevallen willen afhandelen en overwegen om de waarde van Resterende hoeveelheid werk in te stellen op nul voor voltooide taken.

Sprintachterstand controleren op onvolledig werk

Als u onvolledig werk wilt bepalen, controleert u de sprintachterstand voor werk dat nog steeds actief en actief is. Schermopname van sprintachterstand aan het einde van de sprint.

Onvolledige gebruikersverhalen en taken opnieuw toewijzen aan toekomstige sprints

Kies Weergaveopties in de achterstand van Sprint en selecteer Planning. Sleep de werkitems die onvolledig zijn naar de volgende sprint of terug naar de achterstand van het team.

Zoals in de volgende afbeelding wordt weergegeven, komt de backlog van Fabrikam-team overeen met het standaarditeratiepad dat is ingesteld voor het team. Houd er rekening mee dat als de standaardwaarde is ingesteld op de @CurrentIteration macro, de selectie het iteratiepad pas zou wijzigen als het begin van de volgende sprint.

Schermopname van sprintachterstand met planningsvenster ingeschakeld.

Vorige sprints archiveren

Na verloop van tijd kan het aantal sprints dat is gedefinieerd voor een project of toegewezen aan een team toenemen. Om de vervolgkeuzelijst voor iteratiepaden te minimaliseren, kunnen Project Beheer istrators ervoor kiezen om eerdere sprints naar een archiefgebied te verplaatsen. Door de sprinttoewijzing te onderhouden, maar deze onder een ander sprintknooppunt te verplaatsen, blijven alle gegevens van werkitems behouden. Alle sprintdiagrammen en widgets blijven werken.

Zoals in de volgende afbeelding wordt weergegeven, zijn sprints van 2012 en 2013 verplaatst onder het knooppunt Vorige sprints .

Schermopname van iteratiepaden die zijn gearchiveerd onder het knooppunt Vorige sprints.

Tip

Alle gegevens die zijn opgeslagen in werkitems worden onderhouden door Azure DevOps totdat werkitems permanent worden verwijderd.

Tips voor sprint hygiëne

De achterstand van Sprint verwijst automatisch naar de huidige sprint als de actieve sprint op basis van de begin- en einddatums. Als de huidige datum binnen de sprintperiode valt, is de bijbehorende sprint de huidige sprint. Er is geen verdere actie vereist om de volgende sprint de actieve huidige sprint te maken.

Als project- of teambeheerder moet u voldoen aan de volgende richtlijnen voor het beheren van sprints.

  • Begin- en einddatums die zijn gedefinieerd voor de sprints van uw project mogen niet overlappen.
  • Alle sprints van belang voor een team moeten worden geselecteerd voor de configuratie van dat team.
  • Er moeten verschillende toekomstige sprints worden gedefinieerd voor uw project en geselecteerd voor uw teams.

Zie Iteratiepaden (sprints) definiëren en team iteraties configureren voor meer informatie.