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 2022 – Azure DevOps Server 2019
I projektet har du för närvarande två fördefinierade kvarvarande portföljloggar: "Funktioner" och "Epics". Men om projektet kräver fler kvarvarande portföljer kan du skapa dem.
Viktigt!
Arvsprocessmodellen är tillgänglig för projekt som har konfigurerats för att stödja den. Om du använder en äldre samling kontrollerar du kompatibiliteten för processmodellen. Om din lokala samling är konfigurerad för att använda den lokala XML-processmodellen kan du bara använda den processmodellen för att anpassa arbetsspårningsmiljön. Mer information finns i Välj processmodell för din projektsamling.
Fördelar med kvarvarande portföljer:
- Organisera arbete: Med portföljens kvarvarande uppgifter kan du organisera arbete baserat på affärsinitiativ, användarscenarier eller andra relevanta kriterier.
- Hierarkisk vy: Genom att strukturera kvarvarande uppgifter i portföljer får du en hierarkisk vy över arbetet, som innehåller objekt som definierats i kvarvarande uppgifter på lägre nivå (till exempel användarberättelser, funktioner eller uppgifter).
- Synlighet mellan team: Programansvariga kan spåra statusen för kvarvarande uppgifter i flera team. De kan öka detaljnivån för att säkerställa att allt arbete representeras korrekt.
Mer information finns i Om processanpassning och ärvda processer.
I följande exempel har vi lagt till en portföljefördröjning på tredje nivån med etiketten Initiativ, som spårar den anpassade arbetstypen Initiativ. Vi har också bytt namn på produkteftersläpningen till Berättelser och biljetter för att indikera att vi inte bara spårar användarberättelser, utan även kundbiljetter på produkteftersläpningen.
Anpassningar som stöds
Backloggar och tavlor är viktiga agila verktyg för att skapa och hantera arbete för ett team. De standard backlogs – produkt, iteration och portfölj – som ärvts från systemprocessen är helt anpassningsbara. Dessutom kan du lägga till anpassade portföljbackloggar för att totalt ha fem portföljbackloggar.
Typer av kvarvarande uppgifter
Stöd för anpassning
Ärvda kvarvarande uppgifter
Anpassade portföljbacklogs
Anpassningar som inte stöds:
-
Tar bort en ärvd portföljnivå:
- Du kan inte ta bort en ärvd portföljnivå direkt från en produkt, men du har några alternativ:
- Byt namn på portföljnivån: Du kan byta namn på den ärvda portföljnivån så att den passar dina behov bättre.
- Inaktivera en ärvd WIT: Om den ärvda portföljnivån innehåller WIT som du inte vill använda kan du inaktivera dem. Den här åtgärden hindrar team från att skapa nya arbetsobjekt av dessa typer.
- Du kan inte ta bort en ärvd portföljnivå direkt från en produkt, men du har några alternativ:
-
Infogar en kvarvarande nivå:
- Du kan inte infoga en ny backlognivå i den befintliga uppsättningen av definierade backlogar. De fördefinierade backlognivåerna är vanligtvis fasta (till exempel epiker, funktioner, användarberättelser, uppgifter) och du kan inte lägga till anpassade däremellan.
-
Ändra ordning på kvarvarande uppgifter:
- Tyvärr kan du inte ändra ordning på kvarvarande uppgifter. De följer vanligtvis en fördefinierad hierarki och det går inte att ändra ordningen.
-
Lägga till en WIT till flera backlognivåer:
- Varje WIT kan endast tillhöra en backlognivå. Du kan inte samtidigt lägga till en WIT till två olika backlognivåer.
-
Skapa en anpassad uppgiftsbacklognivå:
- Även om du inte kan skapa en anpassad uppgiftsspecifik backloggningsnivå kan du fortfarande lägga till anpassade WIT:er i iterationsbackloggen. Du kan till exempel skapa en anpassad WIT med namnet "Enhancement" eller "Maintenance" och associera den med iterationens kvarvarande uppgifter.
-
Hantera buggar:
- Bug WIT tillhör inte någon specifik backlog-nivå som standard. I stället kan varje team bestämma hur de vill hantera buggar. Du kan välja att visa buggar i kvarvarande uppgifter och tavlor eller hantera dem separat.
Kommentar
Vissa funktioner kräver installation av Azure DevOps Server 2020.1-uppdatering. För mer information, se Azure DevOps Server 2020 Update 1 RC1 Versionsinformation, Boards.
Lägg till en systemarbetsobjekttyp till en backlog
Om du vill spåra ärenden eller hinder eller andra ärvda arbetsobjekttyper i en backlog eller bräda redigerar du motsvarande backlog. I följande tabell visas de tillgängliga typer av arbetsobjekt som du kan lägga till i en kvarvarande uppgift.
Kommentar
Den här funktionen kräver uppdatering av Azure DevOps Server 2020.1 eller senare version.
Bearbeta
Typer av arbetsobjekt
Flexibel
Problem
Scrum
Hinder
CMMI
Ändringsbegäran, ärende, granskning, risk
Varje dialogruta för redigera kvarvarande uppgifter innehåller automatiskt ärvda och anpassade arbetsobjekttyper som inte har tilldelats till andra kvarvarande nivåer. Till exempel visas otilldelade typer av agila arbetsobjekt under avsnittet Andra typer av arbetsobjekt enligt följande bild
Samma typer av arbetsobjekt, tillsammans med alla typer av anpassade arbetsobjekt, visas i dialogrutan Redigera kvarvarande uppgifter på alla kvarvarande nivåer tills de tilldelas till en viss kvarvarande nivå.
Anteckning
Du kan inte ta bort standardtypen för ärvda arbetsobjekt från någon kvarvarande nivå, men du kan inaktivera motsvarande typ av arbetsobjekt. Du kan till exempel inaktivera arbetsobjekttypen Användarberättelse för kvarvarande uppgifter för agila krav så länge du har lagt till en annan typ av arbetsobjekt för att stödja kvarvarande uppgifter.
Fält som har lagts till i arbetsobjekttyper
När du lägger till en WIT till en kvarvarande nivå läggs vissa fält automatiskt till i WIT-definitionen som dolda fält. De här fälten visas inte i arbetsobjektsformuläret, men de är viktiga för att stödja specifika funktioner för agilt verktyg.
| Backlog-nivå | Fält har lagts till | beskrivning |
|---|---|---|
| Portföljens kvarvarande uppgifter | - Rangordna stapel (Agile, CMMI) - Prioritet för kvarvarande uppgifter (Scrum) |
Fälten Stack Rank och Backlog Priority registrerar prioritetsordningen för arbetsobjekt när de sorteras om på en backlogg eller anslagstavla. Mer information finns i I bakgrunden: fältet Prioritet för kvarvarande uppgifter eller Stack Rank. |
| Kvarvarande krav | - Prioritetsordning, Story Points (Agile) - Stack Rank, Storlek (CMMI) - Prioritet för kvarvarande uppgifter, insats (Scrum) |
Fälten Story Points, Size och Effort registrerar det relativa arbete som krävs för att slutföra ett arbetsobjekt (WIT) tilldelat kravbackloggen. Det här värdet används för att beräkna hastigheten. |
| Upprepningseftersläpning | - Aktivitet, återstående arbete, stackrankning (agil) - Disciplin, återstående arbete, stackrankning (CMMI) - Aktivitet, återstående arbete, prioritet för kvarvarande uppgifter (Scrum) |
Återstående arbete används i sprintbränn- och kapacitetsdiagram. |
Förutsättningar
Vägledning om hur du anpassar Azure Boards efter dina specifika affärskrav finns i Om att konfigurera och anpassa Azure Boards.
| Kategori | Krav |
|---|---|
| behörigheter | – Skapa, ta bort eller redigera en process: Medlem i Projektsamlingsadministratörer grupp eller specifika behörigheter på samlingsnivå Skapa process, Ta bort process, Redigera processeller Ta bort ett fält från organisationen inställt på Tillåt. Mer information finns i Ange behörigheter och åtkomst för arbetsspårning, Anpassa en ärvd process. – Uppdatera tavlor: teamadministratör eller medlem i gruppen projektadministratörer. |
| Åtkomst | – Även om du har Grundläggande eller lägre åtkomst kan du fortfarande ändra en process om någon ger dig behörighet att göra det. – Uppdatera och ändra typen av befintliga arbetsobjekt: Medlem i projektet. |
| Projektprocessmodell | – Ha arvsprocessmodell för projektsamlingen som innehåller projektet. – Om du migrerar data till Azure DevOps Services använder du Team Foundation Server Database Import Service. |
| Kunskap | Kunskaper om anpassnings- och processmodeller. |
Kommentar
När du anpassar en ärvd process återspeglar alla projekt som använder den processen automatiskt anpassningarna. För att säkerställa en smidig övergång rekommenderar vi att du skapar en testprocess och ett projekt som gör att du kan testa dina anpassningar innan du implementerar dem i hela organisationen. Mer information finns i Skapa och hantera ärvda processer.
Lägga till eller redigera kvarvarande uppgifter för portfölj
Systemprocesserna Agile, Scrum och CMMI definierar två standardportföljsloggar, Epics och Features. Var och en är associerad med motsvarande typer av arbetsobjekt, Epic och Feature. Basic-processen definierar endast epics-listan och den episka arbetsobjekttypen. Mer information finns i Om processer och processmallar.
Du kan lägga till en anpassad WIT eller välja en som du lade till tidigare. Tänk på att endast WIT:er som inte är associerade med en annan backlognivå är tillgängliga för val.
Lägg till en portföljbacklog
Du kan lägga till en portföljbacklog och en anpassad arbetsuppgiftstyp genom att följa följande steg.
Logga in på organisationen (
https://dev.azure.com/{Your_Organization}).Välj
Organisationsinställningar.
Välj Process.
Logga in på din samling (
https://dev.azure.com/{Your_Collection}).Välj Samlingsinställningar eller Administratörsinställningar.
Välj Process.
Från sidan Backlognivåer väljer du
Ny högsta nivå portföljbacklog.
Namnge nivån för kvarvarande uppgifter, välj färg på kvarvarande uppgifter och lägg till arbetsobjekttypen som ska associeras med den här nivån och välj sedan Lägg till.
Om du bara associerar en arbetsobjekttyp med kvarvarande uppgifter väljer du Spara för att spara ändringarna. Annars kan du lägga till fler typer av arbetsobjekt efter behov.
Redigera, byta namn på eller ta bort en portföljs kvarvarande uppgifter
På sidan Kvarvarande nivåer väljer du snabbmenyn för 
en portföljs kvarvarande uppgifter för att redigera, byta namn på eller ta bort den.
Att ta bort en kvarvarande nivå tar bort både kvarvarande listan och anslagstavlorna som är associerade med nivån för alla team, inklusive anpassningar som gjorts. De arbetsobjekt som definierats med de associerade arbetsobjekttyperna tas inte bort eller påverkas inte på något sätt.
Kommentar
Du kan inte ta bort standardtypen för ärvda arbetsobjekt från portföljen Epics eller Features. Du kan dock inaktivera dessa typer av arbetsobjekt och som effektivt tar bort dem från användargränssnittet.
Redigera eller byt namn på kvarvarande krav
Kravlistan, som även kallas för produktens backlog, definierar de arbetsobjektstyper som visas i produktens backlog och tavlan. Standardtypen för arbetsobjekt för Agile är Användarberättelse; för Basic, Ärende; för Scrum, Backlog-post; och för CMMI, Krav.
Du kan byta namn på kvarvarande uppgifter, ändra färg, lägga till arbetsobjekttyper och ändra standardtypen för arbetsobjekt. Öppna dialogrutan Redigera kravkön från snabbmenyn för kravkön.
I följande exempel bytte vi namn på kvarvarande uppgifter, lade till Kundbiljett och Problem och ändrade standardtypen till Kundbiljett. Markera de rutorna i de arbetsobjekttyper som ska inkluderas i kvarvarande uppgifter.
Kommentar
Du kan inte ta bort standardtypen för ärvda arbetsobjekt från kvarvarande krav. Du kan dock inaktivera arbetsobjekttypen och det tar effektivt bort den från användargränssnittet.
Redigera kvarvarande iterationsloggar
Iterationseftersläpningen, även kallad sprint-kvarvarande uppgifter, definierar de arbetsobjektstyper som visas i sprintens kvarvarande uppgifter och Taskboards. Standardtypen för arbetsobjekt för alla processer är Aktivitet.
För kvarvarande iterationsloggar kan du lägga till typer av arbetsobjekt och ändra standardtypen för arbetsobjekt. Öppna dialogrutan Redigera backlog från snabbmenyn för iterations-backlogen.
I följande exempel har vi lagt till arbetsobjektet av typen Biljett som spåras tillsammans med arbetsuppgifter.
Anteckning
Du kan inte ta bort standardtypen för ärvda arbetsobjekt från iterationens kvarvarande uppgifter. Du kan dock inaktivera arbetsobjekttypen och det tar effektivt bort den från användargränssnittet.