Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
För att planera ett programvaruprojekt och spåra defekter med Hjälp av Scrum använder teamen typerna Product Backlog Item (PBI) och Bug work item (WITs). Produktägare och programhanterare mappar PBI:er och buggar till funktioner för att visa framsteg på portföljnivå. När team arbetar i sprintar skapar de uppgifter som automatiskt 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.
Testare skapar och kör testfall med hjälp av webbportalen eller Microsoft Test Manager och filbuggar för att registrera kodfel. Använd hinder för att spåra blockeringsproblem.
Definiera PBI:er och buggar
När du definierar en produktens backlog-punkt fokuserar du på kundvärde och undviker att beskriva implementeringsdetaljer. Produktägaren prioriterar kvarvarande uppgifter efter affärsvärde, arbete och beroenden. När kraven utvecklas förändras även backloggen. Team tillhandahåller vanligtvis fullständig information endast för de högst prioriterade objekten eller för objekt som tilldelats den aktuella eller nästa sprinten.
Skapa PBI:er och buggar från snabbtilläggspanelen på produktens backlog-sida. Öppna sedan varje objekt för att lägga till information och uppskatta arbete. Sidan med kvarvarande uppgifter samlar in objektprioritering (prioritet för kvarvarande uppgifter), som produktägare använder för att ange relativ prioritet.
När du anger Ansträngning för PBI:er och buggar använder du prognos- och hastighetsdiagram för att uppskatta framtida sprintar. Produktägare anger Affärsvärde för att uttrycka prioritet separat från rangordning för kvarvarande uppgifter.
Använd följande fält och fält som används gemensamt för olika typer av arbetsobjekt när du fyller i arbetsobjektsformuläret. Mer information om buggar finns i Hantera buggar.
Field/tab
Usage
Beräkna det arbete som krävs för att slutföra en PBI med valfri numerisk enhet som ditt team föredrar, till exempel artikelpunkter eller tid. Ett numeriskt värde krävs.
Flexibelt hastighetsdiagram och prognosverktyg refererar till det här fältet.
Ange ett tal som registrerar det relativa värdet för en PBI jämfört med andra PBI:er. Högre tal anger större affärsvärde.
Ge tillräckligt med information för ditt team för att uppskatta arbetet. Fokusera på vem funktionen fungerar, vad användarna vill åstadkomma och varför. Undvik implementeringsinstruktioner. Inkludera tillräckligt med kontext så att ditt team kan skapa uppgifter och testfall.
Beskriv de villkor som definierar "Klar" för PBI eller felkorrigering. Genom att förtydliga acceptanskriterier innan arbetet påbörjas kan teamet och kunderna dela en gemensam förståelse och har stöd för acceptanstestning.
Samla in kommentarer i avsnittet Diskussion
Använd avsnittet Diskussion för att lägga till och granska kommentarer som gjorts om det arbete som utförs.
Verktygsfältet för rich text-redigeraren visas under textinmatningsfältet när du sätter markören i någon textruta som stöder textformatering.
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
Välj en av följande ikoner för att öppna en meny med de senaste posterna där du nämnde någon, länkad till ett arbetsobjekt eller länkad till en pull-begäran:
Du kan öppna samma meny med hjälp av kortkommandon: at-mention @, hash tag #och utropstecken !.
Ange ett namn eller nummer för att filtrera menylistan så att den matchar posten. Välj den post som du vill lägga till. Om du vill ta med en grupp i diskussionen anger du symbolen@ at följt av gruppnamnet, till exempel ett team eller en säkerhetsgrupp.
Redigera eller ta bort en kommentar
Om du vill redigera eller ta bort någon av dina diskussionskommentare väljer du Redigera
eller Fler åtgärder (
) och väljer sedan Ta bort:
När du har uppdaterat kommentaren väljer du Uppdatera. Bekräfta borttagningen om du vill ta bort kommentaren. Fliken Historik i arbetsobjektformuläret har en fullständig spårningslogg med alla redigerade och borttagna kommentarer.
Important
För lokal Azure DevOps Server konfigurerar du en SMTP-server för teammedlemmar för att ta emot meddelanden.
Lägga till en reaktion på en kommentar
Lägg till en eller flera reaktioner i en kommentar genom att välja en emojiikon längst upp till höger i en kommentar. Välj från ikonerna längst ned i en kommentar bredvid eventuella befintliga reaktioner. Om du vill ta bort din reaktion väljer du reaktionen längst ned i kommentaren. Följande bild visar ett exempel på upplevelsen av att lägga till en reaktion och hur reaktioner visas i 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 kommentarerna 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 fortskrider uppdaterar du fältet Tillstånd så att det återspeglar nuvarande status och valfritt anger en orsak. Tillståndet och orsaken visas i arbetsobjektets formulärrubrik.
Scrum-arbetsflödestillstånd
När du uppdaterar Status förstår teamet vilka objekt som är nya, pågår eller har slutförts. De flesta WIT stöder framåt- och bakåtövergångar i tillstånd. Följande diagram visar de huvudsakliga progressions- och regressionstillstånden för WIT:erna PBI, Bug och Task.
| Produktbackloggpost | Bug | Task |
|---|---|---|
|
|
|
PBI:er och buggar följer ofta den här utvecklingen:
- Produktägaren eller testaren skapar en PBI eller bugg i tillståndet Nytt med standardorsaken Nytt kvarvarande objekt.
- Produktägaren flyttar objektet till Godkänd när det har beskrivits tillräckligt för att teamet ska kunna uppskatta arbetet. Objekt nära toppen av kvarvarande uppgifter visas vanligtvis i Godkänd. objekt längre ned förblir ofta Nya.
- Teamet anger statusen till Bekräftad när de samtycker till att inkludera objektet i sprinten.
- Teamet flyttar objektet till Klar när alla associerade uppgifter har slutförts och produktägaren bekräftar att det uppfyller godkännandevillkoren.
Uppdatera status med anslagstavlor eller aktivitetstavlor
Använd brädet för att uppdatera PBI-status och sprint taskboard för att uppdatera aktivitetsstatus. Om du drar ett objekt till en ny kolumn uppdateras både Tillstånd och Orsak.
Anpassa brädet för att lägga till simbanor eller kolumner. Andra anpassningsalternativ finns i Anpassa din arbetsspårningsupplevelse.
Mappa PBI:er till funktioner
När du hanterar flera produkter eller upplevelser definierar du funktioner och mappar PBI:er till dessa funktioner för att visa omfång och framsteg i hela portföljen.
Använd portföljefterloggar för att navigera nedåt mellan backlognivåer och för att sammanföra arbete mellan team. Du kan också visa sammanställningar när du har konfigurerat en hierarki med team.
Definiera uppgifter
När ditt team levererar arbete i sprintar kan du dela upp objekt i uppgifter från sidan med kvarvarande sprintuppgifter.
Namnge uppgiften och uppskatta ansträngningen.
Teams prognostiserade arbete och definierade uppgifter i början av varje sprint. Varje gruppmedlem slutför en delmängd uppgifter, som kan omfatta utveckling, testning och andra aktiviteter. En utvecklare skapar till exempel uppgifter för att implementera PBI:er och en testare skapar uppgifter för att skapa och köra testfall.
När teamen beräknar arbete med hjälp av timmar eller dagar använder du fälten Återstående arbete och valfri aktivitet .
Field/tab
Usage
Ange hur många timmar eller dagar som återstår för att slutföra en uppgift och uppdatera det här fältet när arbetet fortskrider. Det här värdet används för kapacitetsdiagram, sprint burndown-diagram och relaterade rapporter. Om du delar upp en aktivitet i underaktiviteter spårar du endast Återstående arbete på underaktiviteterna.
Välj den aktivitetstyp som bäst representerar den här uppgiften när du beräknar sprintkapacitet efter aktivitet.
Spåra testframsteg
Testa PBI:er
Från webbportalen eller Testhanteraren skapar du testfall som automatiskt länkar till en PBI eller bugg eller lägger till en länk från 
fliken (länkar).
Testfallet innehåller många fält som integreras med bygg- och testprocessen. se Fråga baserat på bygg- och testintegreringsfält.
På fliken (länkar) visas de PBI:er och buggar som är länkade till ett testfall. Länkning hjälper team att spåra framsteg i tester.
Spåra kodfel
Skapa buggar från webbportalen, Visual Studio eller Test Manager (se Hantera buggar).
Definitioner för vanliga fält för arbetsspårning
Följande fält och flikar visas i de flesta arbetsobjekt. Varje flik används för att spåra specifik information. Vanliga flikar är 
Historik, Länkar och 
Bifogade filer.
Det enda obligatoriska fältet för alla typer av arbetsobjekt är Rubrik. När du sparar ett arbetsobjekt tilldelar systemet en unik identifierare, ID. Formuläret markerar obligatoriska fält i gult. Information om andra fält finns i Index för arbetsobjektfält.
Note
Andra fält kan krävas beroende på anpassningar som gjorts i din process och ditt projekt.
Fält eller flik
Usage
Ange en beskrivning på högst 255 tecken. Du kan ändra rubriken senare.
Tilldela arbetsobjektet till den gruppmedlem som ansvarar för att utföra arbetet, eller lämna tilldelningsfältet tomt och gör tilldelningen senare.
När du först skapar ett arbetsobjekt visar fältet Tillstånd automatiskt det första tillståndet i arbetsflödet, till exempel Nytt eller Ej tilldelat. Under arbetets gång uppdaterar du tillståndet så att det återspeglar arbetsobjektets aktuella status.
När du först skapar ett arbetsobjekt anger du standardvärdet Orsak , till exempel Skapat eller Nytt arbetsobjekt. När tillståndet ändras för arbetsobjektet uppdaterar du värdet Orsak i enlighet med detta. Varje tillstånd för arbetsobjektet är associerat med ett standardvärde för orsak .
Välj den områdessökväg som är associerad med produkten eller teamet, eller lämna tom och ange ett lämpligt värde senare. Du kan ändra listrutan med tillgängliga områden. Mer information finns i Definiera områdessökvägar och tilldela till ett team.
Välj den sprint eller iteration där arbetsobjektet ska slutföras eller lämna tomt och tilldela värdet senare. Du kan ändra listrutan med iterationer. Mer information finns i Definiera iterationssökvägar (sprintar) och konfigurera team-iterationer.
Fliken Historik
Visa arbetsobjektets historik för att se alla ändringar som systemet har registrerat i objektet. Varje gång ett arbetsobjekt uppdateras läggs informationen till i historiken. Du ser ändringsdatumet, ändringsförfattaren och listan över uppdaterade fält. Du kan också lägga till formaterad text i fältet Historik .
Lägg till länkar för att skapa anslutningar med andra arbetsobjekt. Många typer av länkar stöds, till exempel hyperlänkar, ändringsuppsättningar, källfiler med mera. Ange relationen mellan det länkade objektet och arbetsobjektet, till exempel Överordnad, Hittad i Build eller Testresultat.
Fliken Bifogade filer
Använd bifogade filer för att inkludera stödinformation om arbetsobjektet med objektet. Bifoga e-posttrådar, dokument, bilder, loggfiler eller andra filtyper.
Anpassa typer av arbetsobjekt
För de flesta typer av arbetsobjekt kan du lägga till fält, ändra arbetsflödet, lägga till anpassade regler och lägga till anpassade sidor i arbetsobjektsformuläret. Du kan också lägga till anpassade arbetsobjekttyper. Mer information finns i Anpassa en arvsprocess.
För de flesta typer av arbetsobjekt kan du lägga till fält, ändra arbetsflödet, lägga till anpassade regler och lägga till anpassade sidor i arbetsobjektsformuläret. Du kan också lägga till anpassade arbetsobjekttyper. Mer information finns i Anpassa en arvsprocess eller Anpassa den lokala XML-processmodellen beroende på vilken processmodell som används av projektet.
Spåra hinder
Använd arbetsobjekttypen Impediment för att spåra händelser som blockerar förloppet. Använd buggarbetsobjekttypen uteslutande för defekter i koden.
Du kan lägga till ett hinder från widgeten Nytt arbetsobjekt på en teaminstrumentpanel eller från menyn Ny 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 ändrar teamkontext finns i Växla teamkontext.
Listordning för kvarvarande uppgifter
Använd fältet Prioritet för kvarvarande uppgifter för att spåra den relativa rangordningen av PBI:er, buggar, funktioner eller epos. Sidan för backlogg ordnar objekt baserat på var du lägger till eller flyttar dem på sidan (se Skapa din backlogg). När du drar objekt uppdaterar en bakgrundsprocess fältet Prioritet för kvarvarande uppgifter.