Dela via


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:

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.

Grundläggande typer av arbetsobjekt


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.

Flexibla typer av arbetsobjekt


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.

Scrum-arbetsobjekttyper


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.

CMMI-arbetsobjekttyper


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:

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:

  1. 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.
  2. 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.
  3. 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

Skärmbild som visar användarberättelsens arbetsflödestillstånd med hjälp av agil process.

Funktion

Skärmbild som visar funktionsarbetsflödestillstånd med hjälp av agil process.

Epos

Skärmbild som visar tillstånd för episkt arbetsflöde med hjälp av agil process.

Bugg

Skärmbild som visar felarbetsflödestillstånd med hjälp av agil process

Uppgift

Skärmbild som visar status för uppgiftsarbetsflöde med hjälp av agil process

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 i Closed tillståndet och Done .
  • 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.

Skärmbild som visar typer av arbetsobjekt som används av testplaner, Microsoft Test Managers, Mitt arbete och Feedback.

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.

Skärmbild som visar typer av arbetsobjekt för testhantering.

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.