Om standardprocesser och processmallar
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Azure Boards erbjuder olika processer att välja mellan för att hantera arbetsobjekt. Det är viktigt att välja rätt process för att optimera ett projektarbetsflöde och säkerställa att det lyckas. I den här artikeln utforskar vi de olika processer som är tillgängliga med Azure Boards. Den här artikeln innehåller också vägledning om hur du väljer den lämpligaste processen för projektet.
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.
| Period | beskrivning |
|---|---|
| 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 Boards. Den här modellen stöder anpassning av projekt via användargränssnittet What You See Is What You Get (WYSIWYG). |
| 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. |
Arbetsspårningsobjekten i standardprocesserna och processmallarna, som är Basic, Agile, Capability Maturity Model Integration (CMMI) och Scrum, är desamma. De sammanfattas i den här artikeln.
Dricks
Med Azure DevOps Server kan du välja mellan att använda den ärvda processmodellen eller den lokala XML-processmodellen. Mer information finns i avsnittet Välj processmodell för din projektsamling i Anpassa din arbetsspårningsupplevelse. Så här kommer du åt de senaste versionerna av standardprocesserna/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 hanteraren för processmallar. Du måste använda en version av Visual Studio som är på samma versionsnivå som Azure DevOps Server. Du kan installera den senaste versionen av Visual Studio Community kostnadsfritt.
- Du kan komma åt de senaste versionerna av standardprocessmallarna som är installerade 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.
Standardprocesser
Standardprocesserna skiljer sig huvudsakligen åt i de typer av arbetsobjekt som de tillhandahåller för planerings- och spårningsarbete. Standardprocesserna är:
- Grundläggande: Är den enklaste och finns i en selektiv förhandsversion.
- Scrum: Är den näst enklaste.
- Agil: Stöder många agila metodvillkor.
- CMMI: Ger mest stöd för formella processer och ändringshantering.
Kommentar
Basic-processen är tillgänglig med Azure DevOps Server 2019 Update 1 och senare versioner.
Grundläggande
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.
Flexibel
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 (valfritt) buggar på Kanban-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å Kanban-tavlan. Du kan också dela upp produkters kvarvarande uppgifter och buggar i uppgifter i aktivitetstavlan.
Den här processen stöder Scrum-metoden som definieras av Scrum-organisationen.
Uppgifter stöder endast spårning av återstående arbete.
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 kvarvarande portföljloggar
Huvudsakliga skillnader mellan standardprocesserna
Standardprocesserna är utformade för att uppfylla behoven hos de flesta team. 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
Flexibel
Scrum
CMMI
Arbetsflödestillstånd
- Att göra
- Gör
- Klart
- Nytt
- Aktiv
- Matchat
- Stängda
- Borttagna
- Nytt
- Godkänd
- Begått
- Klart
- Borttagna
- Föreslagen
- Aktiv
- Matchat
- Stängda
Produktplanering (se anmärkning 1)
- Problem
- Användarberättelse
- Bugg (valfritt)
- Produktpost för kvarvarande uppgifter
- Bugg (valfritt)
- Krav
- Bugg (valfritt)
Portföljens kvarvarande uppgifter (se not 2)
- Epos
- Epos
- Funktion
- Epos
- Funktion
- Epos
- 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
- Bugg
- Bugg
- Bugg
Problem och riskhantering
- Problem
- Problem
- Hinder
- Problem
- Risk
- Granskning
Anteckningar:
- Lägg till arbetsobjekt från produktloggeneller Kanban-tavlan. Produktloggen visar en enda vy över den aktuella kvarvarande arbetsloggen som kan ordnas om dynamiskt och grupperas. Produktägare kan snabbt prioritera arbete och beskriva beroenden och relationer. Dessutom kan varje team konfigurera hur de vill att buggar ska visas på deras kvarvarande uppgifter och 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öljeftersläpningar som visas för deras användning.
- Definiera uppgifter från sprintens kvarvarande uppgifter och aktivitetstavla. Med kapacitetsplanering kan team snabbt avgöra om de är över- eller underkapacitet 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 tillstånd.Done 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.
Viktigt!
För Azure DevOps Services och Azure DevOps Server 2019 stöder standardarbetsflödesövergångarna alla tillstånd till alla tillståndsövergångar. Anpassa dessa arbetsflöden för att begränsa vissa övergångar. Mer information finns i Anpassa arbetsspårningsobjekt för att stödja teamets processer.
Visa även arbetsflödesövergångar som stöds för varje typ av arbetsobjekt genom att installera Marketplace-tillägget För tillståndsmodellvisualisering . Det här tillägget lägger till en ny hubb under Boards märkt State Visualizer. På den sidan väljer du en typ av arbetsobjekt och visar arbetsflödets tillstå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
Funktion
Epos
Bugg
Uppgift
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 Kanban-tavlan eller aktivitetstavlan genom att dra den 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.
Arbetsobjekttillstånd
När du ändrar tillståndet för ett arbetsobjekt till Removed, Closedeller Done, svarar systemet på följande sätt:
Closed/Done: Arbetsobjekt i det här tillståndet visas inte på sidorna för portföljens kvarvarande uppgifter och kvarvarande uppgifter. De visas på sprintens kvarvarande sidor, Kanban-tavlan och aktivitetstavlan. När du ändrar vyn för portföljens kvarvarande uppgifter till Visa kvarvarande uppgifter, till exempel om du vill visa funktioner för produktpost för kvarvarande uppgifter, visas arbetsobjekt iClosedtillståndet ochDone.Removed: Arbetsobjekt i det här tillståndet visas inte på någon kvarvarande eller tavla.
Projektet underhåller arbetsobjekt så länge projektet är aktivt. Även om du anger arbetsobjekt till Closed, Doneeller Removed, behåller datalagret en post. Använd en post för att skapa frågor eller rapporter.
Kommentar
Slutförda eller stängda arbetsobjekt visas inte i kvarvarande uppgifter och tavlor efter att värdet för ändrat datum är större än 183 dagar (ungefär ett halvår). Du kan fortfarande lista dessa objekt med hjälp av en fråga. Om du vill att de ska visas på en kvarvarande eller tavla kan du göra en mindre ändring av dem, vilket återställer klockan.
Kommentar
Slutförda eller stängda arbetsobjekt visas inte i kvarvarande uppgifter och tavlor efter att värdet För ändrat datum är större än ett år gammalt. Du kan fortfarande lista dessa objekt med hjälp av en fråga. Om du vill att de ska visas på en kvarvarande eller tavla kan du göra en mindre ändring av dem, vilket återställer klockan.
Om du behöver ta bort arbetsobjekt permanent kan du läsa Ta bort eller ta bort 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.
| Verktyg | Typer av arbetsobjekt |
|---|---|
| Microsoft Test Manager | Test Plan, Test Suite, , Test Case Shared StepsShared Parameters |
| Begär feedback | Feedback Request, Feedback Response |
| Mitt arbete (från Team Explorer), kodgranskning | Code Review Request, Code Review Response |
Arbetsobjekt från dessa typdefinitioner är inte avsedda att skapas manuellt och läggs sedan 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
Typer av arbetsobjekt som stöder testupplevelsen och fungerar med Test Manager och webbportalen länkas samman med hjälp av de länktyper som visas i följande bild.
Från webbportalen eller Microsoft Test Manager visar du vilka testfall som definieras för en testsvit och visar 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 arbetsspårningsobjekt för att stödja teamets processer.
Om du ändrar arbetsflödet för testplanen och testpaketet kan du behöva uppdatera processkonfigurationen enligt beskrivningen här. Definitioner av varje testfält finns i Fråga baserat på bygg- och testintegreringsfält.