Dela via

Standardprocesser och processmallar

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Azure Boards erbjuder olika processer för att hantera arbetsobjekt. Genom att välja rätt process kan du optimera projektarbetsflödet och se till att projektet lyckas. I den här artikeln utforskar du de olika processer som är tillgängliga med Azure Boards. Den här artikeln innehåller 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.

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 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.

Standardprocesstyperna är Basic, Agile, Capability Maturity Model Integration (CMMI) och Scrum. Arbetsspårningsobjekten i standardprocesserna och processmallarna är desamma. De sammanfattas i den här artikeln.

Tip

Med Azure DevOps Server kan du välja mellan att använda 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:

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.

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.

Diagram visar grundläggande arbetsobjekttyper i en hierarki.

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.

Diagrammet visar agila arbetsobjektstyper i en hierarki.

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 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.

Diagram visar Scrum-arbetsobjektstyper i en hierarki.

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.

Skärmbild som visar CMMI-arbetsobjekttyper i en hierarki.

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

Basic

Agile

Scrum

CMMI

Arbetsflödestillstånd

  • Att göra
  • Doing
  • Done
  • New
  • Active
  • Resolved
  • Closed
  • Removed
  • New
  • Approved
  • Committed
  • Done
  • Removed
  • Proposed
  • Active
  • Resolved
  • Closed

Produktplanering (se anmärkning 1)

  • Issue
  • Användarberättelse
  • Bugg (valfritt)
  • Produktpost för kvarvarande uppgifter
  • Bugg (valfritt)
  • Requirement
  • Bugg (valfritt)

Portföljens kvarvarande uppgifter (se not 2)

  • Epic
  • Epic
  • Feature
  • Epic
  • Feature
  • Epic
  • Feature

Aktivitets- och sprintplanering (se anmärkning 3)

  • Task
  • Task
  • Bugg (valfritt)
  • Task
  • Bugg (valfritt)
  • Task
  • Bugg (valfritt)

Hantering av kvarvarande fel (se anmärkning 1)

  • Issue
  • Bug
  • Bug
  • Bug

Problem och riskhantering

  • Issue
  • Issue
  • Impediment
  • Issue
  • Risk
  • Review

Notes:

  1. Lägg till arbetsobjekt från produktinformationen eller anslagstavlan. Produktloggen visar en enda vy över den aktuella kvarvarande arbetsloggen som kan ordnas om dynamiskt och grupperas. 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.
  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 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 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.

Important

Arbetsflödesövergångar: Standardarbetsflödets övergångar stöder alla tillstånd till alla tillståndsövergångar för Azure DevOps Services och Azure DevOps Server 2020 och senare versioner. 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

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

Feature

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

Epic

Diagram som visar Epics arbetsflödesstadier med hjälp av Agile-processen.

Bug

Diagram som visar felarbetsflödestillstånd med hjälp av agil process.

Task

Diagram som visar uppgiftsarbetsflödestillstånd 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 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.

Arbetsobjekttillstånd

När du ändrar tillståndet för ett arbetsobjekt till Removed, Closedeller Done, svarar systemet på följande sätt:

  • Closed eller Done: Arbetsobjekt i det här tillståndet visas inte på portföljens backlog- och backlog-sidor. De visas på sidor, tavla och aktivitetstavla för sprint. När du ändrar vyn för portföljens kvarvarande uppgifter till Visa kvarvarande uppgifter, till exempel om du vill visa funktioner för kvarvarande produktobjekt, 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.

Note

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.

Note

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.

Diagram 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.

Tool 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.

Diagram 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 din arbetsspårningsupplevelse.

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 Skapa en fråga baserat på bygg- och testintegreringsfält.

Relaterat innehåll