Kommentar
Å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
Arbetsflöden är centrala för hur Azure-tavlor spårar arbetsobjekt. Varje typ av arbetsobjekt har ett eget arbetsflöde som definierar tillstånd, övergångar och orsaker. Övergångar flyttar arbetsobjekt framåt och bakåt mellan tillstånd. När du lägger till ett anpassat tillstånd lägger Azure DevOps till standardövergångar baserat på processregler.
Azure-tavlor använder tillståndskategorier för att konsekvent tillämpa arbetsflödesbeteende i kvarvarande uppgifter, tavlor och widgetar. Den här artikeln beskriver hur tillstånd mappar till kategorier och hur den mappningen påverkar objektets synlighet, brädkolumner och rapporteringsbeteende.
Arbetsflödestillstånd
Arbetsflödestillstånd definierar hur ett arbetsobjekt flyttas från skapande till stängning. I den agila processen flyttas en användarberättelse vanligtvis genom New, Active, Resolved och Closed. Om du vill ta bort ett arbetsobjekt från kvarvarande uppgifter använder du tillståndet Borttaget. Mer information finns i Flytta, ändra eller ta bort arbetsobjekt.
Följande diagram visar typiska progressions- och regressionssökvägar för vanliga typer av arbetsobjekt: användarberättelse (agil), problem (Basic), produktpost (Scrum) och krav (CMMI).
Arbetsflödestillstånd: Användarberättelse, agil process
Kategoritillstånd
Tillståndskategorier standardiserar hur agila planeringsverktyg och instrumentpanelswidgetar tolkar arbetsflödestillstånd. Teams mappar arbetsflödestillstånd till följande kategoritillstånd: Föreslagna, Pågår, Löst och Slutfört.
I följande tabell visas hur standard ärvda tillstånd mappas till kategoritillstånd i de fyra systemprocesserna, inklusive arbetsobjekttyper för testplan. Testfall, TestDesign och Test Suite-arbetsflöden använder samma mappningar i alla fyra processerna.
Categories
Arbetsspårning
Testspårning
Föreslagna: Använd den här kategorin för nyligen tillagda arbetsobjekttillstånd. Objekt visas i backloggen, och den första kolumnen på tavlor och uppgiftstavlor mappas till statusen Föreslagen.
New
Design (testfall)
Pågående: Använd den här kategorin för aktiva arbetsstatusar. Objekt visas i backloggen (om de inte är dolda) och motsvarar de mellersta kolumnerna på tavlan.
Aktiv (Bugg, Episk, Funktionalitet, Användarberättelse)
Aktiv (testplan); I Planering (Test Suite); Pågår (Test Suite); Klar (testfall)
Löst: Använd den här kategorin för tillstånd där en lösning implementeras men ännu inte verifierats (vanligtvis för buggar). Lösta ärenden visas som standard i backloggen, kan inkluderas i burndown-diagram och fungerar i många verktyg som Pågår.
Löst (bugg)
n/a
Avslutade: Använd den här kategorin för statusen slutfört arbete. Objekt visas inte i backloggen och mappas till den sista kolumnen på tavlan. Varje typ av arbetsobjekt kan bara ha ett tillstånd mappat till den här kategorin.
Stängd (bugg, episk, funktionalitet, användarberättelse)
Stängd (testfall); Slutförd (testsvit); Inaktiv (testplan)
Har tagits bort: Använd den här kategorin med tillståndet Borttaget för att dölja objekt från kvarvarande uppgifter och styrelseupplevelser.
Borttagen (epos, funktion, användarberättelse)
n/a
Var arbetsobjekttyper visas
Använd följande tabell som en snabbreferens för var varje kategori av arbetsobjektstyp visas.
| Typkategori för arbetsobjekt | Visas på |
|---|---|
| Requirement | Endast produkttavla |
| Feature | Endast funktionsportföljtavla |
| Epic | Endast Epic-portföljtavla |
| Custom | Endast anpassad portföljtavla |
Tip
Mappa varje arbetsflödestillstånd till en brädkolumn. Om ett tillstånd inte är mappat visas det inte på tavlan.
Note
Slutförda eller avslutade arbetsobjekt visas inte i backloggar och på tavlor när deras Ändringsdatum är äldre än 183 dagar (cirka sex månader). Du kan fortfarande hitta dessa objekt med hjälp av en fråga. För att visa dem igen i en backlogg eller på en tavla gör du en mindre uppdatering för att återställa tidsräkningen.
Note
Slutförda eller stängda arbetsobjekt visas inte i kvarvarande uppgifter och tavlor efter att deras ändringsdatum är mer än ett år gammalt. Du kan fortfarande hitta dessa objekt med hjälp av en fråga. För att visa dem igen i en backlogg eller på en tavla gör du en mindre uppdatering för att återställa tidsräkningen.
Fält aktiverade efter/datum och lösta efter/datum
Systemet uppdaterar dessa fält – Aktiverad av, Aktiverat datum, Löst efter och Löst datum – baserat på ändringar i arbetsflödeskategorins tillstånd:
- När arbetsflödestillståndet ändras till en kategori under pågående uppdateringar systemet Aktiverad av och Aktiverat datum.
- När arbetsflödestillståndet ändras till en lösta kategori uppdaterar systemet Löst av och Datum för lösning.
Mer information om hur arbetsflödestillstånd mappas till tillståndskategorier finns i Hur arbetsflödestillstånd och tillståndskategorier används i kvarvarande uppgifter och tavlor.
Note
Den här logiken gäller för Azure DevOps Services, Azure DevOps Server 2020.1-uppdatering och senare versioner.
Eftersom dessa fält refererar till kategorier av arbetsflödestillstånd, triggar alla anpassade arbetsflödestillstånd du lägger till också fältuppdateringar. Mer information finns i Anpassa arbetsflödet för en process.
Ytterligare anteckningar
- Fälten uppdateras när ett arbetsobjekt flyttas från ett annat kategoritillstånd än det som anges. Om du till exempel flyttar ett arbetsobjekt från Nytt till Fast uppdateras fälten Löst efter/Löst datum . Om du går från Fast till Klar för testning – som är i samma kategoritillstånd – uppdateras inte fälten Löst efter/Löst datum .
- När du går bakåt, till exempel från ett Löst till ett aktivt tillstånd, rensar systemet fälten Löst efter/Löst datum . Om du flyttar från Aktiv till Ny rensar systemet fälten Aktiverad av/Aktiverat datum .
- Ändra inte fältvärdena manuellt. Dessa fält är systemfält som styrs av systemregler och Azure DevOps skriver över eventuella manuella värden.
När du ska lägga till ett tillstånd jämfört med en kolumn
Använd tillstånd och kolumner tillsammans för att spåra arbetsstatus, men använd var och en för ett annat omfång:
- Tillstånd: Arbetsflödeslogik på projektnivå som delas mellan team.
- Kolumn: Visualisering på teamnivå.
Användare med processredigeringsbehörigheter (vanligtvis Project samlingsadministratörer eller delegerade processredigerare) kan lägga till anpassade tillstånd. Teamadministratörer och projektadministratörer kan lägga till kolumner på tavlan.
Lägg till anpassade statusar när team behöver en delad arbetsflödesdefinition för sökningar, rapportering och enhetlighet mellan team. Anpassade tillstånd sprids till arbetsobjekttyper som refererar till processen.
Lägg till eller justera kolumner när ett team behöver en styrelsespecifik vy över arbetet utan att ändra det delade arbetsflödet.
Undvik förvirring genom att hålla ägarskapet för arbetsobjektet justerat efter teamområdessökvägar eller standardisera delade arbetsflöden med anpassade tillstånd när flera team följer samma process.
Slutför automatiskt arbetsobjekt med pull-begäranden
När du länkar ett arbetsobjekt till en pull-begäran (PR) kan Azure DevOps automatiskt slutföra det länkade arbetsobjektet när PR:en är klar. Mer information finns i Komplettera automatiskt arbetsobjekt med pull-begäranden.
Automatisera tillståndsövergångar för arbetsobjekt
Azure DevOps kan automatiskt uppdatera ett överordnat arbetsobjekts tillstånd baserat på tillståndet för dess underordnade uppgifter. Mer information finns i Automatisera övergångar av arbetsobjekttillstånd.
Relaterat innehåll
Arvsprocessmodell
- Anpassa arbetsflödet
- Tillämpa regler på arbetsflödestillstånd
- Utvärdera regler
- Utforska scenarier med anpassade regler
Lokal XML-processmodell
Widgetar för instrumentpanel