Sprintar och Scrum-nyckelbegrepp i Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Den här artikeln innehåller en kort ordlista med termer och tillgängliga verktyg som används för att spåra arbete med hjälp av Sprints- och Scrum-metoder. Andra resurser att granska är agil ordlista och Projekthantering och navigeringsordlista.
Agila verktyg
En uppsättning webbaserade verktyg som används för att spåra arbete och stödja agila metoder. Agila verktyg stöder de agila kärnmetoderna Scrum och Kanban som används av programvaruutvecklingsteam idag. Läs mer: Om agila verktyg och agil projekthantering.
Buggar
En typ av arbetsobjekt som registrerar en potentiell källa till missnöje med produkten. Det vanliga namnet på en typ av arbetsobjekt för att spåra kodfel. Varje team kan välja hur de vill hantera buggar. Vissa team gillar att spåra buggar tillsammans med krav i backloggen. Andra team gillar att spåra buggar som uppgifter som utförs till stöd för ett krav. Buggarna visas sedan på deras Aktivitetstavla. Läs mer: Hantera buggar.
Burndown- eller burnup-diagram
Burndown-diagram och Burnup-diagram stöder projekthantering för att visuellt följa arbetet som slutförs över tid. Burndown-diagram börjar med den totala mängden planerat arbete. När arbetet har slutförts visar burndown-graferna det återstående arbetet. Med tidens förlopp minskar mängden arbete på att-göra-listan. Burnup-diagram spårar arbete när det slutförs över tid. De är användbara för att visa hur snabbt arbetet slutförs.
Mer information finns i Vägledning för burndown och burnup
Team- och individuell kapacitet
Kapaciteten korrelerar med den faktiska aktivitetstiden, antingen timmar eller dagar, som en individ eller ett team måste arbeta. Azure DevOps tillhandahåller ett kapacitetsverktyg för varje lags sprint för att ange kapacitet. Teams anger vanligtvis kapacitet när de planerar att skapa uppgifter och beräknar hur mycket tid det tar att slutföra en uppgift.
Genom att ange teamkapacitet vet teamet exakt det totala antalet arbetstimmar eller dagar som teamet har för varje sprint. Med det här verktyget ställer du in kapacitet för enskilda teammedlemmar och lediga dagar. Om du anger kapacitet för varje teammedlem som arbetar under en sprint visas kapacitetsfältet för den personen. Läs mer: Ange sprintkapacitet.
Kapacitetsstaplar
Med kapacitetsstaplar kan du snabbt se vem som är över, på eller under kapacitet. Kapacitetsstaplar uppdateras med var och en av dessa aktiviteter:
- Aktiviteter tilldelas med icke-noll återstående arbete
- Ändring i återstående arbete
- Datumändring inom sprintcykeln. Individuell kapacitet och teamkapacitet återspeglar alltid deras kapacitet från den aktuella dagen till slutet av sprinten.
| Kapacitetsfärger | Kapacitetsstaplar |
|---|---|
|
|
Mer information finns i Justera arbetet så att det passar sprintkapaciteten.
Dagliga scrummöten
Dagliga Scrum-möten hjälper team att fokusera på vad de behöver göra för att maximera sin förmåga att uppfylla sina sprintåtaganden. Teamets Scrum Master bör framtvinga mötets struktur och se till att det börjar i tid och avslutas om 15 minuter eller mindre. Läs mer: Metodtips för Scrum, Dagligt scrummöte.
Prognos
Prognosverktyget hjälper teamen att planera sina sprintar. Verktyget visar teamen backloggposter som kan slutföras i framtida sprintar baserat på arbetsobjektens uppskattningar och en angiven hastighet. Som visas här anger ett hastighetsvärde på 20 att det kommer att ta fem sprintar för att slutföra det visade arbetet. Läs mer: Prognostisera din produkteftersläpning.
Iterationsvägar (även kallade sprintar)
En tidsperiod, vanligtvis två till tre veckor, som används för att gruppera arbetsobjekt som ska slutföras under den tidsperioden. Sprintar används i Scrum-metoder för att stödja sprintplanering, sprint burndown och andra Scrum-processer. Med iterationssökvägar kan du gruppera arbete i sprintar, milstolpar eller annan händelsespecifik eller tidsperiod. Läs mer: Om sökvägar för område och iteration.
Produktbacklogg
En interaktiv lista över arbetsobjekt som motsvarar ett teams projektplan eller färdplan för vad teamet planerar att leverera. Produktloggen stöder prioritering av arbete, prognostisering av arbete efter sprintar och länkar snabbt arbete till portföljens kvarvarande uppgifter. Du kan definiera dina kvarvarande uppgifter och sedan hantera deras status med hjälp av brädet.
Varje produktens backlogg kan anpassas av ett team. Läs mer: Skapa din backlog.
Produktbackloggpunkt (PBI)
En typ av arbetsobjekt som definierar de program, krav och element som teamen planerar att skapa. Produktägare definierar vanligtvis och rangordnar produktbackloggposter som definieras av Scrum-processen. Läs mer: Scrum-processarbetsobjekttyper och arbetsflöden.
Rollen produktägare
Rollen som produktägare är att fungera som gränssnitt mellan kunder och teamet. En produktägare kan minska behovet av detaljerade specifikationer. De minskar behovet genom att vara mer lyhörda för teamets frågor om implementeringsinformation. Dessutom definierar de tydligt acceptanskriterier inom varje krav.
Scrum Masterroll
Scrum Masters hjälper till att bygga och underhålla sunda team genom att använda Scrum-processer. De vägleder, coachar, undervisar och hjälper Scrum-team i rätt anställning av Scrum-metoder. Scrum Masters fungerar också som förändringsagenter för att hjälpa team att övervinna hinder och för att driva teamet mot betydande produktivitetsökningar. Läs mer: Scrum best practices, Role of the Scrum Master.Learn more: Scrum best practices, Role of the Scrum Master.
Sprintar (kallas även iterationer)
En sprint är en tidsperiod på vanligtvis två till tre veckor som används för att gruppera arbetsobjekt som ska slutföras under den tidsperioden. Sprintar används i Scrum-metoder för att stödja sprintplanering, sprint burndown och andra Scrum-processer. Sprintar definieras via iterationsvägar. Mer information finns i Om områdes- och iterationssökvägar (även kallade sprintar).
Sprint-kvarvarande uppgifter
En interaktiv lista över arbetsobjekt som har tilldelats samma sprint eller iterationsväg för ett team. Sprint-backloggen stöder team som använder Scrum-metoder. Läs mer: Sprintplanering.
Sprint burndown-diagram
Sprint burn-down-diagrammet återspeglar framsteg ett team har gjort med att slutföra allt arbete de uppskattade under sitt sprintplaneringsmöte. Teamet övervakar det för att minska riskerna och kontrollera okontrollerad ändring av projektomfattningen under hela sprintcykeln. Den idealiska trendlinjen indikerar alltid en stadig nedbränning. Det blå området, som visas i följande diagram, representerar vad som faktiskt händer. Den visar uppbyggnaden av arbetet när gruppmedlemmar lägger till uppgifter och minskar arbetet när gruppmedlemmar utför dessa uppgifter. Läs mer: Övervaka sprintnedbrytning.
Sprintmål
Sprintmål används för att fokusera sprintaktiviteter. Målet sammanfattar vad teamet vill åstadkomma i slutet av sprinten. Läs mer: Metodtips för Scrum, Ange sprintmål.
Sprintplanering
Sprintplaneringsmötet inträffar i början av en sprint och är när produktägaren och teamet är överens om en uppsättning sprintmål och arbete. Läs mer: Metodtips för Scrum, sprintplaneringsmöten.
Retrospektiva sprintmöten
Sprintgranskning eller retrospektivt möte inträffar i slutet av en sprint. Det här mötet är när teamet visar det arbete som de slutförde under sprinten. Produktägaren, kunderna och intressenterna accepterar de användarberättelser som uppfyller deras förväntningar och identifierar eventuella nya krav. Kunder förstår ofta sina behov mer fullständigt efter att ha sett demonstrationerna och kan identifiera ändringar som de vill se. Läs mer: Bästa praxis för Scrum, Sprint retrospektivt möte.
Uppgift
En uppgift är en typ av arbetsobjekt som används för att spåra beräknat och återstående arbete. I Scrum definieras en uppgift som sträcker sig mellan fyra och tolv timmar. Det är viktigt att definiera uppgifter för att övervaka sprintnedbrytning, arbeta med teamkapacitet och använda Taskboard. Uppgifter är länkade till sina överordnade produktuppgifter eller användarberättelser. Läs mer: Lägg till uppgifter i kvarvarande uppgifter.
Aktivitetstavla
En aktivitetstavla innehåller en interaktiv förloppstavla för det arbete som krävs för att slutföra teamets kvarvarande uppgifter i sprinten. Under sprinten vill du uppdatera statusen för aktiviteter och återstående arbete för varje uppgift. Uppdatering av uppgifter dagligen eller flera gånger i veckan ger ett jämnare sprintbränndiagram. Läs mer: Aktivitetstavla.
Teams
Ett team motsvarar en vald uppsättning projektmedlemmar. Med team kan organisationer underkategoriisera arbete för att bättre fokusera på allt arbete de spårar i ett projekt. Varje team får tillgång till en uppsättning agila verktyg. Teams kan använda dessa verktyg för att arbeta självständigt och samarbeta med andra team i hela företaget. Varje team kan konfigurera och anpassa varje verktyg så att de uppfyller sina arbetskrav. Mer information finns i Om team och agila verktyg.
Teammedlem
En medlem som har lagts till i ett projekt eller en organisation som har lagts till i ett specifikt team. Projektmedlemmar kan läggas till i flera team. Flera agila verktyg, till exempel kapacitetsplanering, teamaviseringar och instrumentpanelswidgetar, är teamomfattande. De refererar alltså automatiskt till de användare som har lagts till som medlemmar i ett team för att stödja planeringsaktiviteter eller skicka aviseringar.
Information om hur du lägger till användare i ett team finns i Lägga till användare i ett projekt eller ett specifikt team.
Teknisk skuld
Tekniska skulder omfattar allt som teamet måste göra för att distribuera kod med produktionskvalitet och upprätthålla den i produktion. Exempel är buggar, prestandaproblem, driftproblem, tillgänglighet och andra. Läs mer om hur du minimerar tekniska skulder: Vad är agil utveckling?.
Triagemöten
Sorteringsmöten används för att granska och organisera kvarvarande uppgifter och buggar som tilldelats till ett team. Andra detaljer, till exempel uppskattningar, godkännandekriterier och mer kan läggas till i arbetsobjekten. Vanligtvis kör en produktägare triagemöten och teamledare, affärsanalytiker och andra intressenter som kan tala om specifika projektrisker deltar i dem.
Användarberättelse
En typ av arbetsobjekt som definierar de program, krav och element som teamen planerar att skapa. Produktägare definierar vanligtvis och rangordnar användarberättelser. Användarberättelsen definieras med agil process. Läs mer: Agil processarbetsobjektstyper och arbetsflöde.
Hastighet och hastighetsdiagram
Hastighet ger ett användbart mått för att få insikt i hur mycket arbete ditt team kan utföra under en sprintcykel. När ditt team har arbetat med flera sprintar kan de använda hastighetsdiagrammet och prognosverktyget för att uppskatta arbete som kan utföras i framtida sprintar.
Hastighet är ett mått på hur mycket arbete ett team kan utföra baserat på deras sprinttakt. Det inbyggda hastighetsdiagrammet mäter hastigheten genom att summera de storypunkter (agil), ansträngning (Scrum) eller storlek (CMMI) som definierats för en sprint.
Till exempel anger den gröna stapeln i diagrammet som visas nedan den totala uppskattade ansträngningen (berättelsepunkter) för de användarberättelser som slutförts inom varje sprint. Blått motsvarar den uppskattade ansträngningen för objekt som ännu inte har slutförts. Läs mer: Visa och arbeta med det inbyggda diagrammet för teamhastighet.
Tillsammans med det inbyggda hastighetsdiagrammet kan du lägga till en Velocity-widget på teamets instrumentpanel. Du kan konfigurera den här widgeten för att summera antalet arbetsobjekt eller summan av arbetet. Läs mer: Konfigurera hastighetswidgeten.
Varje team är associerat med ett och endast ett hastighetsdiagram. Hastigheten varierar beroende på lagkapacitet, sprint över sprint. Med tiden bör dock hastigheten indikera ett tillförlitligt genomsnitt som kan användas för att förutsäga den fullständiga kvarvarande informationen. Genom att minimera variabiliteten i storleken på backlog-poster – ansträngning eller story points – får du mer tillförlitliga hastighetsmetricer. Läs mer: Lägg till uppgifter i kvarvarande uppgifter.