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
Azure-tavlor erbjuder flera processer för att hantera arbetsobjekt. Genom att välja rätt process kan du optimera ditt projektarbetsflöde och konfigurera ditt team för framgång. Den här artikeln beskriver de processer som är tillgängliga i Azure-tavlor och hjälper dig att välja den som passar ditt projekt.
När du skapar ett projekt väljer du en process- eller processmall baserat på den processmodell som din organisation eller samling skapades för. Innan du väljer en process för projektet bör du förstå följande termer.
| Term | Description |
|---|---|
| Processmodell | Refererar till den modell som används för att stödja projekt som skapats för en organisation eller projektsamling. Endast en processmodell stöds för ett projekt i taget. |
| Process | Definierar byggstenarna i arbetsobjektspårningssystemet och stöder arvsprocessmodellen för Azure-tavlor. Den här modellen stöder anpassning av projekt via en visuell redigerare i Azure DevOps webbportalen. |
| Processmall | Definierar byggstenarna i arbetsobjektspårningssystemet och andra undersystem som du får åtkomst till via Azure DevOps. Processmallar används endast med de värdbaserade XML- och lokala XML-processmodellerna . Du kan anpassa projekt genom att ändra och importera XML-definitionsfiler för processmallar. |
Standardprocesstyperna är Basic, Agile, Capability Maturity Model Integration (CMMI) och Scrum. Arbetsspårningsobjekten i standardprocesserna och processmallarna är desamma. Den här artikeln sammanfattar dem.
Tip
Med Azure DevOps Server kan du välja antingen den ärvda processmodellen eller den lokala XML-processmodellen. Mer information finns i Välj processmodell för din projektsamling. Så här kommer du åt de senaste versionerna av standardprocesserna eller processmallarna:
Ärvd processmodell: Öppna sidan Processer . Mer information finns i Hantera processer.
Lokal XML-processmodell:
- Installera eller uppgradera till den senaste versionen av Azure DevOps Server.
- Ladda ned den zippade mallfilen med hjälp av Process Template Manager. Använd en version av Visual Studio på samma versionsnivå som Azure DevOps Server. Du kan installera den senaste versionen av Visual Studio Community kostnadsfritt.
- Få åtkomst till de senaste standardprocessmallarna som installerats på Azure DevOps Server, till exempel:
%programfiles%/Azure DevOps Server 2020/Tools/Deploy/ProcessTemplateManagerFiles/1033. Beskrivningar av varje fil och mapp finns i Översikt över processmallfiler.
Förvalda processer
Standardprocesserna skiljer sig huvudsakligen åt i de typer av arbetsobjekt som de tillhandahåller för planerings- och spårningsarbete. Använd följande guide för att välja den process som passar ditt team:
- Välj Grundläggande för den enklaste upplevelsen – spåra arbete som epos, problem och uppgifter.
- Välj Agil om ditt team använder agila metoder och du vill spåra Användarberättelser med separata utvecklings- och testaktiviteter.
- Välj Scrum om ditt team följer Scrum och spårar produktpost och buggar.
- Välj CMMI om ditt team behöver formell ändringshantering, en granskningsbar post med beslut och spårning av krav, ändringsbegäranden, risker och granskningar.
Välj rätt process
Om du inte är säker på vilken process som passar ditt team använder du följande scenarier som utgångspunkt:
Fastställa projektets process
Så här hittar du vilken process projektet använder:
- Logga in på ditt Azure DevOps projekt.
- Välj Project inställningar>Process.
Processnamnet visas överst på sidan (till exempel Agile, Scrum, Basic eller CMMI).
Mer information finns i Hantera projekt.
Välj rätt process
Om du inte är säker på vilken process som passar ditt team använder du följande scenarier som utgångspunkt:
| Scenario | Rekommenderad process | Varför |
|---|---|---|
| Du är ny i Azure-tavlor eller vill ha den enklaste typen av spårning. | Basic | Tre typer av arbetsobjekt (Epic, Issue, Task) och ett enkelt To Do / Doing / Done arbetsflöde. |
| Ditt team övar agilt, spårar användarberättelser och separerar utveckling från testarbete. | Agile | Användarberättelser med separat buggspårning; rikare tillstånd (New, Active, Resolved, Closed, Removed). |
| Ditt team arbetar enligt Scrum med sprintar, poster i produktbackloggen och hinder. | Scrum | Produktbackloggobjekt och buggar på tavlan; Approved och Committed-tillstånden motsvarar direkt Scrum-ceremonier. |
| Du arbetar i en reglerad miljö som kräver formell ändringskontroll, en granskningsbar register över beslut samt risk- och granskningsspårning. | CMMI | Lägger till typer av krav, ändringsbegäran, risk och granskning av arbetsobjekt och stöder formella ändringshanteringsaktiviteter. |
Important
Du kan inte ändra ett projekts grundprocess när projektet har skapats. Du kan anpassa en ärvd process för att lägga till fält, tillstånd och arbetsobjektstyper, eller så kan du skapa ett nytt projekt i en annan process och flytta arbetsobjekt mellan projekt.
Note
Att välja eller anpassa en process kräver medlemskap i gruppen Project-samlingsadministratörer. Mer information finns i Snabbreferens för standardbehörigheter.
| Process | Arbetsobjekthierarki |
|---|---|
|
Basic Välj Grundläggande när ditt team vill ha den enklaste modellen som använder typerna Problem, Uppgift och Episka arbetsobjekt för att spåra arbete. Uppgifter stöder spårning av återstående arbete. |
|
|
Agile Välj Agil när ditt team använder agila planeringsmetoder, inklusive Scrum, och spårar utvecklings- och testaktiviteter separat. Den här processen fungerar bra för att spåra Användarberättelser och eventuellt buggar på tavlan. Du kan också spåra buggar och uppgifter på aktivitetstavlan. Mer information om agila metoder finns i Agile Alliance. Uppgifter stöder spårning av ursprunglig uppskattning, återstående arbete och slutfört arbete. |
|
|
Scrum Välj Scrum när ditt team övar Scrum. Den här processen fungerar bra för att spåra produkters kvarvarande uppgifter och buggar på tavlan. Du kan också dela upp produktloggposter och buggar i arbetsuppgifter på aktivitetstavlan. Den här processen stöder Scrum-metoden som definieras av Scrum-organisationen. Uppgifter stöder endast spårning av kvarvarande arbetsuppgifter. |
|
|
CMMI Välj CMMI när ditt team följer mer formella projektmetoder som kräver ett ramverk för processförbättring och en granskningsbar register över beslut. Med den här processen kan du spåra krav, ändra begäranden, risker och granskningar. Den här processen stöder formella ändringshanteringsaktiviteter. Uppgifter stöder spårning av ursprunglig uppskattning, återstående arbete och slutfört arbete. |
|
Om du behöver fler än två eller tre kvarvarande nivåer lägger du till mer baserat på den processmodell som du använder:
- Arv: Anpassa dina kvarvarande uppgifter eller tavlor för en process
- Värdbaserad XML eller lokal XML: Lägg till portföljbackloggar
Huvudsakliga skillnader mellan standardprocesserna
Standardprocesserna uppfyller de flesta teamens behov. Om ditt team har ovanliga behov och ansluter till en lokal server anpassar du en process och skapar sedan projektet. Du kan också skapa ett projekt från en process och sedan anpassa projektet.
I följande tabell sammanfattas de viktigaste skillnaderna mellan de arbetsobjekttyper och tillstånd som används av de fyra standardprocesserna.
| Spårningsområde | Grundläggande | Agile | Scrum | CMMI |
|---|---|---|---|---|
| Arbetsflödestillstånd | - Att göra - Gör -Gjort |
- Ny - Aktiv - Löst - Stängd - Borttagen |
- Ny -Godkända - Bekräftad -Gjort - Borttagen |
- Föreslagen - Aktiv - Löst - Stängd |
| Produktplanering (se anmärkning 1) | -Problem | – Användarberättelse – Bugg (valfritt) |
– Produktbackloggobjekt – Bugg (valfritt) |
- Krav – Bugg (valfritt) |
| Portföljbacklogg (se anmärkning 2) | -Epic | -Epic - Funktion |
-Epic - Funktion |
-Epic - Funktion |
| Aktivitets- och sprintplanering (se anmärkning 3) | -Uppgift | -Uppgift – Bugg (valfritt) |
-Uppgift – Bugg (valfritt) |
-Uppgift – Bugg (valfritt) |
| Hantering av kvarvarande fel (se anmärkning 1) | -Problem | -Insekt | -Insekt | -Insekt |
| Problem och riskhantering | -Problem | -Problem | - Hinder | – Ändringsbegäran -Problem -Risk -Recension |
Note
- Lägg till arbetsobjekt från produktens backlog eller anslagstavlan. Produktbacklogen visar en samlad vy över den aktuella arbetsbacklogen som du dynamiskt kan omordna och gruppera. Produktägare kan prioritera arbete och beskriva beroenden och relationer. Varje team kan konfigurera hur de vill buggar ska visas i sina backloggar och på sina tavlor.
- Definiera en hierarki med portföljens kvarvarande uppgifter för att förstå omfattningen av arbetet i flera team och se hur det arbetet ackumuleras i bredare initiativ. Varje team konfigurerar vilka portföljer i backlog som är tillgängliga för dem.
- Definiera uppgifter från sprintens kvarvarande uppgifter och aktivitetstavla. Med kapacitetsplanering kan teamen avgöra om de är överkapacitet eller under kapacitet för en sprint.
Arbetsflödestillstånd, övergångar och orsaker
Arbetsflödestillstånd stöder spårning av arbetsstatus när det flyttas från ett New-tillstånd till ett Closed- eller Done-tillstånd. Varje arbetsflöde består av en uppsättning tillstånd, giltiga övergångar mellan tillstånden och orsakerna till att arbetsobjektet övergår till det valda tillståndet.
Important
Arbetsflödesövergångar: Standardarbetsflödena i Azure DevOps stöder övergångar från valfritt tillstånd till valfritt annat tillstånd. Du kan anpassa dessa arbetsflöden för att begränsa specifika övergångar baserat på teamets krav. Mer information finns i Anpassa din arbetsspårningsupplevelse.
Visualisera arbetsflöden: Om du vill visa arbetsflödesövergångar som stöds för varje typ av arbetsobjekt installerar du Marketplace-tillägget För tillståndsmodellvisualisering . Det här tillägget lägger till en tillståndsvisualiserarhubb under Boards där du kan välja en typ av arbetsobjekt och visa dess fullständiga arbetsflödestillståndsmodell.
Följande diagram visar den typiska framåtskridandet av de arbetsobjekttyper som används för att spåra arbets- och kodfel för de tre standardprocesserna. De visar också några av regressionerna till tidigare tillstånd och övergångar till borttagna tillstånd.
Varje bild visar bara den standardorsak som är associerad med övergången.
Användarberättelse
Feature
Epic
Bug
Task
De flesta typer av arbetsobjekt som används av agila verktyg, de som visas i kvarvarande uppgifter och tavlor, stöder alla-till-alla-övergångar. Uppdatera statusen för ett arbetsobjekt med hjälp av tavlan eller aktivitetstavlan. Dra ett arbetsobjekt till motsvarande tillståndskolumn.
Ändra arbetsflödet så att det stöder andra tillstånd, övergångar och orsaker. Mer information finns i Anpassa din arbetsspårningsupplevelse.
Hur tillstånden Borttagen, Stängd och Klar fungerar i backloggar
När du ändrar tillståndet för ett arbetsobjekt till Removed, Closedeller Done, svarar systemet på följande sätt:
-
ClosedellerDone: Arbetsobjekt i det här tillståndet visas inte på sidor för portföljens kvarvarande uppgifter eller kvarvarande uppgifter, men de visas på sidor, anslagstavlor och uppgiftstavlor för sprint. När du ändrar vyn för portföljbackloggen till Visa backloggobjekt – till exempel för att visa funktioner tillsammans med objekt i produktbackloggen – visas även arbetsobjekt med statusarnaClosedochDone. -
Removed: Arbetsobjekt i det här tillståndet visas inte på någon kvarvarande eller tavla.
Note
Standardarbetsflödet för CMMI innehåller inte något Removed tillstånd. Om du vill ta bort ett CMMI-arbetsobjekt från aktiv spårning anger du dess tillstånd till Closed och väljer en lämplig orsak (till exempel Uppskjuten eller Avvisad). Du kan anpassa en ärvd process för att lägga till ett Removed tillstånd om ditt team behöver en.
Projektet underhåller arbetsobjekt så länge projektet är aktivt. Även om du anger arbetsobjekt till Closed, Done eller Removed, behåller datalagret en post. Du kan använda den här posten för att skapa frågor eller rapporter.
Note
- Backloggar och tavlor döljer slutförda eller stängda arbetsobjekt när deras Changed Date är äldre än 183 dagar (cirka sex månader).
- Hitta dolda objekt genom att köra en fråga.
- Visa ett arbetsobjekt igen i en backlogg eller på en tavla genom att göra en mindre uppdatering så att dess ändringsdatum uppdateras.
Note
- Backloggar och tavlor döljer slutförda eller stängda arbetsobjekt om deras Ändrat datum är mer än ett år gammalt.
- Hitta dolda objekt genom att köra en fråga.
- Visa ett objekt igen i backloggen eller på tavlan genom att göra en mindre uppdatering så att Changed Date uppdateras.
Om du behöver ta bort arbetsobjekt permanent kan du läsa Ta bort eller radera arbetsobjekt.
Typer av arbetsobjekt som lagts till i alla processer
Följande typer av arbetsobjekt läggs till i alla processer utom Basic-processen.
Ditt team kan skapa och arbeta med dessa typer med hjälp av motsvarande verktyg. Dessa typer av arbetsobjekt finns kvar i schemat för historisk kompatibilitet. Microsoft Test Manager och Team Explorer My Work-upplevelsen är äldre verktyg som till stor del ersätts av webbportalen.
| Tool | Typer av arbetsobjekt |
|---|---|
| Microsoft Test Manager (äldre) |
Test Plan, Test Suite, , Test Case Shared StepsShared Parameters |
| Begär feedback |
Feedback Request, Feedback Response |
| Mitt arbete (från Team Explorer, äldre), Kodgranskning |
Code Review Request, Code Review Response |
Du kan inte skapa arbetsobjekt manuellt från dessa typdefinitioner. De läggs till i Hidden Types kategorin. Arbetsobjekttyper som läggs till i Hidden Types kategorin visas inte på menyerna som skapar nya arbetsobjekt.
Typer av arbetsobjekt som stöder testupplevelsen
Länktyperna som visas i följande bild ansluter arbetsobjekttyper som stöder testupplevelsen och fungerar med Test Manager och webbportalen.
Från webbportalen eller Microsoft Test Manager kan du visa vilka testfall som definieras för en testsvit och visa vilka testpaket som definieras för en testplan. Dessa objekt är dock inte anslutna till varandra via länktyper. Anpassa dessa typer av arbetsobjekt på samma sätt som andra typer av arbetsobjekt. Mer information finns i Anpassa din arbetsspårningsupplevelse.
Om du ändrar arbetsflödet för testplanen och testpaketet kan du behöva uppdatera processkonfigurationen enligt beskrivningen i den här artikeln. Definitioner av varje testfält finns i Skapa en fråga baserat på bygg- och testintegreringsfält.