Hantera scrumprocessarbetsobjekttyper och arbetsflöden

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Använd Scrum i Azure-tavlor för att planera och prioritera programvaruleverans och för att spåra defekter. Team fångar upp arbete som PBI:er (Product Backlog Items) och buggar, kopplar dessa objekt till funktioner för överblick över portföljen och bryter ned sprintarbetet i uppgifter som länkar till PBI:er och buggar.

Note

Om du är nybörjare på Scrum-processen kan du läsa Om sprintar, Scrum och projekthantering.

Den här artikeln hjälper dig:

• Definiera och prioritera PBI:er och buggar.
• Spåra arbete genom Scrum-arbetsflödestillstånd.
• Dela upp kvarvarande uppgifter i sprintuppgifter.
• Länka testfall och buggar för att spåra kvalitet.
• Identifiera hinder och upprätthåll ordningen i backloggen.

Prerequisites

Area	Krav	Varför det spelar roll
Projektmedlemskap	Du måste vara medlem i projektet med behörighet att visa och redigera arbetsobjekt i Azure-tavlor.	Krävs för att skapa, uppdatera och flytta arbetsobjekt via Scrum-arbetsflödestillstånd.
Åtkomstnivå	Du behöver minst Grundläggande åtkomst för att skapa och uppdatera arbetsobjekt.	Krävs för grundläggande åtgärder i backlog, tavla och spårning av uppgifter.
Åtkomst till kvarvarande uppgifter och anslagstavla	Du behöver åtkomst till teamets backloggar och tavlor.	Krävs för att prioritera PBI:er, planera sprintar och uppdatera status från tavlor och aktivitetstavlor.
Teamkonfigurationsbehörigheter	För att ange teaminställningar, backlognivåer eller tavlkonfiguration behöver du ha medlemskap i Project Administrators eller motsvarande delegerade behörigheter.	Krävs för konfiguration och anpassning på teamnivå.
Åtkomst till testhantering	Om du vill skapa och köra testfall behöver du åtkomst till Azure Test Plans (eller motsvarande testverktyg för distributionen).	Krävs för att länka testfall till PBI:er och spåra testresultat.

Mer information finns i Ange behörigheter och åtkomst för arbetsspårning.

Definiera PBI:er och buggar

Definiera PBI:er och buggar så att de först beskriver kundvärdet och sedan implementeringsdetaljer när arbetet närmar sig utförande.

Använd det här mönstret:

• Skapa objekt från panelen för snabbtillägg på sidan för produktbackloggen.
• Prioritera efter affärsvärde, ansträngning och beroenden.
• Lägg till fullständig information för objekt med högst prioritet och objekt som planeras för den aktuella eller nästa sprinten.

När prioriteringarna ändras uppdaterar du ordningen för kvarvarande uppgifter. Sidan med kvarvarande uppgifter spårar den här ordningen via Prioritet för kvarvarande uppgifter.

Ange Ansträngning så att prognos- och hastighetsdiagram kan projicera framtida sprintkapacitet. Ange Affärsvärde för att uttrycka prioritet oberoende av stackrankning.

Använd följande fält för att slutföra varje objekt konsekvent före sprintplanering. Mer information om buggar finns i Hantera buggar.

Fält	Så här används det
Effort	Beräkna det arbete som krävs för att slutföra PBI med hjälp av teamets numeriska enhet (till exempel artikelpunkter eller tid). Beroende på din processanpassning kan det här fältet vara valfritt eller obligatoriskt. Hastighetsdiagram och prognos använder det här värdet.
Affärsvärde	Ange ett tal som anger relativt affärsvärde jämfört med andra PBI:er. Högre tal anger högre värde.
Description	Beskriv vem funktionen fungerar, vad användaren behöver göra och varför den är viktig. Inkludera tillräckligt med kontext för aktivitetsuppdelning och testdesign.
Godkännandekriterier	Definiera villkoren för att genomföra innan implementeringen startar. Tydliga kriterier överensstämmer med teamets och intressenternas förväntningar och stöder godkännandetestning.

Samla in kommentarer i avsnittet Diskussion

Använd avsnittet Diskussion om du vill samarbeta om arbetsobjekt genom att lägga till och granska kommentarer.

När du placerar markören i en textruta som stöder formatering visas verktygsfältet rtf-redigerare.

Note

Det finns inget fält för diskussionsarbetsobjekt. För att göra sökfrågor på arbetsobjekt med kommentarer från området Diskussion, filtrerar du på fältet Historik. Det fullständiga innehållet i texten som anges i textrutan Diskussion läggs till i fältet Historik.

Nämn någon, en grupp, ett arbetsobjekt eller en pull-begäran

Använd någon av följande ikoner för att öppna de senaste posterna för personer, arbetsobjekt eller pull-begäranden:

• 
• 
• 

Du kan öppna samma meny med kortkommandon: at-mention @, hashtag #och utropstecken !.

Ange ett namn eller nummer för att filtrera listan och välj sedan det objekt som du vill lägga till. Om du vill nämna en grupp anger du @ följt av gruppnamnet, till exempel ett team eller en säkerhetsgrupp.

Redigera eller ta bort en kommentar

Om du vill uppdatera eller ta bort en av dina kommentarer väljer du Redigera eller väljer Fler åtgärder ( ) och sedan Ta bort:

När du har ändrat en kommentar väljer du Uppdatera. Bekräfta borttagningen om du vill ta bort en kommentar. Fliken Historik underhåller en spårningslogg med alla redigerade och borttagna kommentarer.

Lägga till en reaktion på en kommentar

Lägg till en eller flera reaktioner i en kommentar genom att välja en emoji i kommentaren. Om du vill ta bort din reaktion väljer du samma reaktion igen. Följande bild visar ett exempel på hur du lägger till och visar reaktioner på en kommentar.

Spara en kommentar utan att spara arbetsobjektet

Note

Den här funktionen är tillgänglig från och med Azure DevOps Server 2022.1.

Om du bara har behörighet att lägga till i Diskussion om ett arbetsobjekt kan du göra det genom att spara kommentarer. Den här behörigheten styrs av områdesvägsnoder och behörigheten Redigera arbetsobjektskommentarer i den här noden. Mer information finns i Ange behörigheter för arbetsspårning – Skapa underordnade noder, ändra arbetsobjekt under ett område eller en iterationssökväg.

När du sparar kommentarer behöver du inte spara arbetsobjektet.

Note

När du sparar ändringar som gjorts i diskussionskontrollen sparas bara kommentaren. Inga arbetsobjektregler som definierats för arbetsobjekttypen körs.

Spåra förlopp

När arbetet går framåt uppdaterar du Tillstånd för att återspegla den aktuella statusen och ange Orsak när det behövs. Båda fälten visas i arbetsobjektets rubrik.

Använd statusuppdateringar konsekvent för att hålla backlogg-, tavla- och rapportvyer synkroniserade.

Snabbflöde:

• Definiera och prioritera PBI:er och buggar.
• Flytta objekt genom arbetsflödestillstånd under arbetets gång.
• Granska instrumentpanelen och rapporterna för att bekräfta att statusen stämmer överens.

Scrum-arbetsflödestillstånd

Uppdatera tillstånd för att visa om ett objekt är nytt, pågår, har slutförts eller tagits bort från omfånget. De flesta WIT stöder både framåt- och bakåtövergångar.

Följande diagram visar huvudstatusen för progression och regression för arbetsobjekttyperna PBI, Bugg och Uppgift.

Produktbackloggpost	Bug	Task

Typisk PBI- och bugglivscykel:

• Ny: En produktägare eller testare skapar objektet. Standardorsaken varierar beroende på arbetsobjekttyp och processkonfiguration (till exempel Nytt kvarvarande objekt).
• Godkänd: Objektet är tillräckligt definierat för att teamet ska kunna beräkna och förbereda sig för sprintplanering. Objekt med högre prioritet flyttas vanligtvis till det här tillståndet först.
• Bekräftat: Teamet samtycker till att leverera objektet i sprinten.
• Klart: Alla relaterade uppgifter är slutförda och produktägaren bekräftar att objektet uppfyller godkännandevillkoren.

Använd Borttagen för objekt som avsiktligt tagits bort från omfånget och inte planerats för leverans. Genom att hålla dessa objekt borta från Klar bevaras rapporteringens noggrannhet.

Uppdatera status från tavlor och aktivitetstavlor

Använd tavlor för att hålla statusen aktuell när arbetet går igenom sprinten:

• Använd brädet för att uppdatera PBI och buggstatus.
• Använd sprint-aktivitetstavlan för att uppdatera aktivitetsstatusen.
• Dra ett objekt till en ny kolumn för att uppdatera både Tillstånd och Orsak.

Du kan anpassa brädan med simbanor och kolumner. Fler alternativ finns i Anpassa din arbetsspårningsupplevelse.

Mappa PBI:er till funktioner

Mappa PBI:er till funktioner för att spåra omfång och förlopp för produkter, scenarier eller team.

Använd den här metoden:

• Använd portföljbackloggar för att gå ned i detaljnivå mellan backloggnivåer.
• Använd sammanställningar av teamhierarkin efter att du har konfigurerat en teamhierarki.

Valideringskontroll: Bekräfta att varje feature visar länkade underordnade PBI:er och att aggregerade värden stämmer överens med förloppet för de underordnade objekten.

Definiera uppgifter

När ditt team arbetar i sprintar kan du dela upp PBI:er och buggar i uppgifter från sidan med kvarvarande sprintuppgifter.

Namnge varje uppgift och uppskatta ansträngningen.

Team definierar vanligtvis uppgifter i början av varje sprint. Teammedlemmar slutför delmängder av arbetet, till exempel utveckling, testning eller dokumentation.

Använd det här mönstret:

• Skapa uppgifter för varje leveranssteg som behövs för att slutföra PBI eller buggen.
• Tilldela uppgifter till gruppmedlemmar baserat på ägarskap.
• Uppdatera aktivitetsvärden dagligen så att kapaciteten och nedbrändhet förblir korrekta.

När ditt team beräknar i timmar eller dagar använder du Återstående arbete och valfri aktivitet.

Fält	Så här används det
Återstående arbete	Ange hur många timmar eller dagar som återstår och uppdatera värdet när arbetet fortskrider. Det här fältet styr kapacitetsdiagram, nedbränningsdiagram för sprintar och relaterade rapporter. Om du delar upp arbetet i underaktiviteter spårar du återstående arbete endast på underaktiviteterna.
Activity	Välj den aktivitetskategori som bäst beskriver uppgiften så att ditt team kan uppskatta och granska sprintkapacitet efter aktivitetstyp.

Spåra testframsteg

Använd följande vägledning för att ansluta testtäckning och defektspårning till dina sprint-kvarvarande uppgifter.

Skapa och länka testfall till PBI:er

Använd det här mönstret för att ansluta testarbete till kvarvarande uppgifter:

• Skapa testfall från webbportalen så att de länkar till en PBI eller bugg.
• Om det behövs öppnar du fliken Länkar och lägger till relationen manuellt.

Testfall innehåller fält som integreras med bygg- och testarbetsflöden. Mer information finns i Fråga baserat på bygg- och testintegreringsfält.

På fliken Länkar visas PBI:er och buggar som är länkade till varje testfall.

Verifieringskontroll: Bekräfta att varje testfall visar sin länkade PBI eller bugg på fliken Länkar .

Spåra kodfel

Skapa buggar från webbportalen eller Visual Studio. Mer information finns i Hantera buggar.

Definitioner för vanliga fält för arbetsspårning

Följande fält och flikar visas i de flesta arbetsobjekt. Vanliga flikar är Historik, Länkar och Bifogade filer.

För alla typer av arbetsobjekt är Rubrik det enda universellt obligatoriska fältet. När du sparar ett arbetsobjekt tilldelar Azure DevOps ett unikt ID. Obligatoriska fält är markerade i gult. Fler fält finns i Index för arbetsobjektfält.

Note

Andra fält kan krävas baserat på process- och projektanpassningar.

Fält eller flik	Usage
Title	Ange en kort beskrivning (upp till 255 tecken). Du kan redigera rubriken senare.
Tilldelad till	Tilldela arbetsobjektet till den person som ansvarar för att slutföra det eller lämna det otilldelat tills ägarskapet är klart.
State	När du skapar tillståndet är tillståndet för det första arbetsflödet som standard (till exempel Nytt eller Ej tilldelat). Uppdatera den allt eftersom arbetet fortskrider.
Reason	Orsak förklarar varför objektet är i aktuellt tillstånd. Standardvärdena varierar beroende på typ och process av arbetsobjekt.
Area	Välj områdessökvägen för produkten eller teamet. Mer information finns i Definiera områdessökvägar och tilldela till ett team.
Iteration	Välj sprint/iteration för planerat slutförande. Mer information finns i Definiera iterationssökvägar (sprintar) och konfigurera team-iterationer.
Fliken Historik	Visa hela ändringsloggen för arbetsobjektet, inklusive författare, datum och uppdaterade fält. Du kan också lägga till formaterad text i Historik.
Fliken Länkar	Lägg till relationer till andra artefakter (till exempel överordnade/underordnade arbetsobjekt, ändringsuppsättningar, källfiler eller testresultat).
Fliken Bifogade filer	Lägg till stödfiler som dokument, bilder, loggar eller e-posttrådar.

Anpassa typer av arbetsobjekt

För de flesta typer av arbetsobjekt kan du lägga till fält, uppdatera arbetsflödet, definiera anpassade regler, lägga till anpassade sidor och skapa anpassade arbetsobjektstyper. Mer information finns i Anpassa en arvsprocess.

Spåra hinder

Använd arbetsobjekttypen Impediment för att spåra blockerare. Använd endast Bugg för kodfel.

Du kan lägga till ett hinder från:

• widgeten Nytt arbetsobjekt på en teamdashboard
• Menyn Nytt på sidan Frågor

Arbetsobjekt som du lägger till från widgeten omfattas automatiskt av ditt teamets standardområde och iterationssökvägar. Information om hur du använder en annan teamkontext finns i Växla teamkontext.

Listordning för kvarvarande uppgifter

Använd Prioritet för kvarvarande uppgifter för att hantera relativ rangordning för PBI:er, buggar, funktioner och epos.

Använd det här mönstret:

• Ändra ordning på objekt direkt på sidan med kvarvarande uppgifter (se Skapa kvarvarande uppgifter).
• Dra objekt för att återspegla aktuell affärsprioritet.
• Låt Azure DevOps uppdatera Prioritet för kvarvarande uppgifter i bakgrunden.

Verifieringskontroll: Bekräfta att kvarvarande order matchar affärsprioritet efter omordning.

Felsökning av vanliga problem

Problematik	Orsak	Lösning
Det går inte att flytta ett arbetsobjekt till förväntat tillstånd	Arbetsflödesregler eller processanpassning begränsar övergångar	Granska processanpassning och tillåtna övergångar. Se Anpassa en process för arv.
Obligatoriska fältblock som sparar ett arbetsobjekt	Projektspecifika anpassade regler kräver extra fält	Kontrollera verifieringsmeddelandet och slutför obligatoriska fält för din process. Se Ange regler för arbetsobjekt.
Det går inte att skapa eller redigera testfall	Testbehörigheter eller åtkomstnivå saknas	Kontrollera din åtkomst och behörigheter för testartefakter. Se Ange behörigheter och åtkomst för arbetsspårning.
Det länkade testfallet visas inte på ett backloggobjekt	Länken skapades inte som en arbetsobjektslänk eller lades till i ett annat objekt	Öppna testfallet och kvarvarande uppgifter och verifiera sedan länkarna på fliken Länkar för båda objekten.
Du kan inte lösa problemet när du har tillämpat dessa korrigeringar	Princip eller behörigheter på organisationsnivå blockerar fortfarande åtgärden	Kontakta din Project administratör först. Om problemet är organisationsomfattande kontaktar du administratören för Project-samlingen eller Azure DevOps administratör.

Relaterat innehåll

• Skapa ett projekt
• Lägga till arbetsobjekt och hantera ett projekt
• Skapa en backlog
• Hantera åtkomst till specifika funktioner
• Lär dig mer om standardbehörigheter och åtkomstnivåer för Azure-tavlor