Aktiviteter i slutspurten

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

I slutet av en sprint kanske teamen vill delta i flera uppgifter för att upprätthålla kvarvarande hygien. I allmänhet bör ofullständigt arbete aldrig tilldelas till en tidigare sprint. Teamen måste bestämma hur de vill hantera arbete som inte har slutförts i en sprint och vidta lämpliga åtgärder.

Kommentar

Det finns inget automatiskt sätt att flytta ofullständiga arbetsobjekt som tilldelats en sprint till en annan. Inte heller en automatisk metod för att nollställa återstående arbete.

I slutet av varje sprint bör varje lag bestämma och vidta åtgärder för att ta itu med följande frågor:

  • Hur ska vi hantera användarberättelser och deras uppgifter som bara delvis slutförs i slutet av sprinten?
  • Vilket är rätt sätt att hantera delvis gjort arbete i slutet så att sprintmått och hastighet redovisas korrekt?
  • Vad ska vi granska och i vilken ordning?

I allmänhet bör sprintverksamheten avslutas före eller efter ett sprintgranskningsmöte och före en sprintrespektiv. Det viktigaste att tänka på är att underhålla vyer och mått för att stödja teamet i deras sprintgranskningar, retrospektiv och sprintplanering.

Mål för aktiviteter i slutspurten

Varje sprint representerar en tidsrutad utvecklingsperiod som arbetet har tilldelats. Granska följande checklista för de mål som du bör tänka på när du utför aktiviteter i slutspurten.

  • Upprätthålla kvarvarande hygien där inget ofullständigt arbete tilldelas till en sprint vars slutdatum är tidigare
  • Hantera arbetsobjekttillstånd och sprinttilldelningar som stöd för övervakning av teamets framsteg och hastighet
  • Supportteamets kontinuerliga förbättringsaktiviteter
  • Supportteamets fokus på att leverera programvara och uppfylla sprintmål
  • Minimera arbete som inte har något värde

Dricks

Teamhastighet är inte ett mått på teamproduktivitet och bör endast användas som mått för att planera framtida sprintar. Arbetet är antingen klart i slutet av en sprint eller så är det inte det. Om det är gjort räknas det. Om det inte är det, kommer det att omprövas för en framtida sprint och inte den nuvarande sprinten. Hastighet tenderar att plana ut sig själv oavsett vilka val du gör. Men genom att bara överväga gjort arbete arbetar du mot ett mer realistiskt värde och en mycket bättre källa till historiska data för att göra framtida prognoser.

Bestämma gruppinställningar

Följande förslag går igenom de viktigaste aktivitetsteamen i slutet av sprinten bör överväga att utföra. Normalt bör dessa aktiviteter utföras den sista dagen i sprinten eller efter sprintgranskningsmötet.

  • Granska kvarvarande uppgifter för sprint för ofullständiga användarberättelser, kvarvarande uppgifter och uppgifter. Du kan utföra granskningen genom att granska uppgiftstavlan för sprint eller sprint.

  • Omtilldela användarberättelser, kvarvarande uppgifter och uppgifter som inte har startats till produktpostloggen eller nästa sprint. Med hjälp av planeringsfönstret kan du omtilldela till teamets kvarvarande uppgifter eller en framtida sprint. Omtilldelade arbetsobjekt kan beräknas om och prioriteras.

  • Avgör hur du hanterar ofullständiga användarberättelser, kvarvarande uppgifter eller uppgifter. Tänk på att målet är att leverera fungerande programvara. De två alternativen här är:

    • Dela upp berättelsen i två för att representera det arbete som slutfördes i den aktuella sprinten och arbete som ännu inte har utförts. Mer information finns i Kopiera eller klona artiklar, problem och andra arbetsobjekt.
    • Omtilldela berättelsen till nästa sprint där arbetet kan slutföras. Alla oavslutade berättelser i den nuvarande sprinten står för noll till sprintens hastighet.

  • Fastställ hur återstående arbete ska hanteras för slutförda uppgifter. Om aktiviteterna är slutförda är det inte så meningsfullt att ha ett värde som inte är noll för återstående arbete . Teams bör bestämma hur de vill hantera dessa fall och överväga att ange värdet för Återstående arbete till noll för slutförda uppgifter.

Granska kvarvarande uppgifter för sprint för ofullständigt arbete

Om du vill fastställa ofullständigt arbete granskar du sprint-kvarvarande uppgifter för arbete som fortfarande är i ett bekräftat, aktivt, pågående tillstånd. Skärmbild av Sprint-kvarvarande uppgifter i slutet av sprinten.

Tilldela om ofullständiga användarberättelser och uppgifter till framtida sprint

I sprintens kvarvarande uppgifter väljer du Visa alternativ och sedan Planering. Dra och släpp de arbetsobjekt som är ofullständiga till antingen nästa sprint eller tillbaka till teamets kvarvarande uppgifter.

Som du ser i följande bild motsvarar fabrikam-teamets kvarvarande uppgifter standardinställningen iterationssökväg för teamet. Observera att om standardvärdet är inställt på makrot @CurrentIteration ändras inte iterationssökvägen förrän nästa sprint har startats.

Skärmbild av Sprint-kvarvarande uppgifter med planeringsfönstret aktiverat.

Arkivera tidigare sprintar

Med tiden kan antalet sprintar som definierats för ett projekt eller tilldelats till ett team öka. För att minimera den nedrullningsbara menyn för iterationssökvägar kan projektadministratörer välja att flytta tidigare sprintar till ett arkivområde. Genom att behålla sprinttilldelningen, men flytta den under en annan sprintnod, behålls alla arbetsobjektsdata. Alla sprintdiagram och widgetar fortsätter att fungera.

Som du ser i följande bild har sprintar från 2012 och 2013 flyttats under noden Föregående sprintar .

Skärmbild av iterationssökvägar som arkiverats under noden Föregående sprintar.

Dricks

Alla data som lagras i arbetsobjekt underhålls av Azure DevOps tills arbetsobjekt tas bort permanent.

Tips för sprinthygien

Sprint-kvarvarande uppgifter pekar automatiskt på den aktuella sprinten som den aktiva sprinten baserat på start- och slutdatumen. Om det aktuella datumet infaller inom sprintperioden är motsvarande sprint den aktuella sprinten. Ingen ytterligare åtgärd krävs för att göra nästa sprint till den aktiva aktuella sprinten.

Som projekt- eller teamadministratör ser du till att uppfylla följande riktlinjer för att hantera sprintar.

  • Start- och slutdatum som definierats för projektets sprintar bör inte överlappa varandra.
  • Alla sprintar av intresse för ett team bör väljas för det lagets konfiguration.
  • Flera framtida sprintar bör definieras för ditt projekt och väljas för dina team.

Mer information finns i Definiera iterationssökvägar (sprintar) och konfigurera team-iterationer.