Vad är en Kanban-styrelse?

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

En Kanban-tavla i Azure DevOps är ett visuellt verktyg som används för att hantera arbetsobjekt och spåra förloppet i ett projekt. Den ger en tydlig översikt över uppgifter, deras status och deras flöde genom olika faser. Teams kan använda Kanban-tavlor för att visualisera arbete, begränsa pågående arbete och optimera arbetsflödet. Varje arbetsobjekt representeras som ett kort på tavlan, och kolumnerna representerar olika steg, till exempel "Att göra", "Pågår" och "Klar". Allt eftersom arbetet fortskrider flyttas korten mellan kolumner så att teamen kan övervaka och förbättra sin effektivitet. Kanban-tavlor används ofta i agila metoder och är viktiga för effektiv projekthantering.

Både Kanban-tavlor och Taskboards stöder visualisering av flödet av arbets- och övervakningsmått för att optimera flödet. Kanban-tavlornas spårningskrav är sprintoberoende och tillhandahåller ett kumulerande flödesdiagram för att övervaka förloppet. Varje sprint är associerad med en aktivitetstavla som stöder spårningsuppgifter som definierats för sprinten. Du kan övervaka förloppet genom kapacitetsdiagram och sprintens bränningsdiagram. Mer information finns i Uppdatera och övervaka din aktivitetstavla.

Note

Kanban är ett japanskt ord som bokstavligen översätts till "signboard". Den här artikeln använder den allmänna termen "boards" för att referera till Kanban-tavlor.

Produkt- och portföljtavlor

Varje produkt- och portföljs kvarvarande uppgifter motsvarar en styrelse. Dessa tavlor är associerade med team och visar arbetsobjekt baserat på det valda området och iterationerna. Mer information finns i Definiera och konfigurera iterationer.

För att förbättra konsekvent leverans av högkvalitativ programvara betonar Kanban två viktiga metoder. Den första metoden är att visualisera arbetsflödet genom att mappa teamets arbetsflödessteg och konfigurera tavlan på rätt sätt. Nästa metod är att begränsa pågående arbete genom att ange begränsningar för pågående arbete (WIP). Med dessa metoder på plats kan du spåra framsteg och övervaka mätvärden för att minska lead- eller cykeltiden. Du kan komma igång genom att utforska hur du använder ditt bräde.

Skärmbild av en Kanban-tavla som visar kvarvarande uppgifter med en agil mall.

Tips/Råd

Du kan använda AI för att hjälpa till med Azure DevOps uppgifter. Se Aktivera AI-hjälp med Azure DevOps MCP Server för att komma igång.

Begrepp och termer för Kanban

I följande tabell beskrivs termer och verktyg som ofta används för att spåra arbete med Kanban-tavlor och Kanban-metoder.

Begrepp eller term Description Mer information
Blocker Ett problem som förhindrar att arbetet fortsätter. Du kan markera blockerat arbete med hjälp av taggar och ändra kortfärgen. Anpassa kort och definiera formatregler för att markera kort
Flaskhals En begränsning i systemet som begränsar arbetsflödet. Att identifiera flaskhalsar gör det enklare att minska deras effekt och ger en mekanism för att kontrollera hur arbetet flödar genom processen. Hantera kolumner och identifiera flaskhalsar
omordning av kort Med omordning av kort kan du ändra prioritetsordningen och tvingar korten att behålla prioriteten för kvarvarande uppgifter när du drar och släpper dem på tavlan. Omordna kort
Columns En kolumn motsvarar ett arbetssteg. Standardkolumnerna mappas till arbetsflödestillstånden för de arbetsobjektstyper som visas på tavlan. Du konfigurerar kolumnerna för att mappa arbetsflödestillstånd för ditt team. Mappa flödet för hur ditt team fungerar
Kumulativt flödesdiagram (CFD) CFD-rapporten i kontext visar antalet objekt i varje kolumn under de senaste 30 veckorna eller mindre. I det här diagrammet kan du få en uppfattning om hur mycket arbete som pågår och ledtid. Pågående arbete omfattar oavslutade krav. Vägledning för kumulativt flöde, ledtid och cykeltid
Cykeltid Cykeltid är den tid som beräknas för ett arbetsobjekt från första gången det går in i kategoritillståndet Pågår tills det går in i kategorin Slutfört. Du kan få värdefulla mått och visualisera cykeltiden för ett team och en konfigurerbar tidsperiod genom att lägga till widgeten Cykeltid på instrumentpanelen. Vägledning för kumulativt flöde, ledtid och cykeltid
Definition av färdig Kriterier som ett team anger för varje steg i arbetet för att dela och standardisera på vad som utgör arbete som utförs i det skedet. Lägg till Definition av Klar i en kolumn
Kanban-tavla En interaktiv, elektronisk skylt som stöder visualisering av flödet av arbete från koncept till slutförande. Azure DevOps ger en styrelse för varje produkt- och portföljs kvarvarande uppgifter. Grunderna för Kanban-tavlan, Funktioner och episka berättelser för Kanban-tavlor, Följ arbetet i simbanor
Leveranstid Ledtid är den tid som beräknas för ett arbetsobjekt från första gången det går in i en Föreslagen-kategori till att gå in i en Slutförd-kategori. Du kan få värdefulla mått och visualisera ledtiden för ett team och en konfigurerbar tidsperiod genom att lägga till widgeten Leadtid på instrumentpanelen. Vägledning för kumulativt flöde, ledtid och cykeltid
Portföljens kvarvarande uppgifter En interaktiv lista över arbetsobjekt som liknar produkt-backloggen som stöder att man organiserar eller grupperar arbete inom funktioner, epos eller scenarier. Portföljbackloggar fungerar på liknande sätt som produktbackloggar genom att du kan prioritera arbete och visa arbetets hierarki. Definiera funktioner och epos
Produktbacklogg En interaktiv lista över arbetsobjekt som motsvarar ett teams projektplan eller färdplan för vad teamet planerar att leverera. Produktloggen stöder prioritering av arbete, prognostisering av arbete efter sprintar och länkar snabbt arbete till portföljens kvarvarande uppgifter. Du kan definiera dina kvarvarande uppgifter och sedan hantera deras status med hjälp av brädet. Varje team kan anpassa sina kvarvarande produkter. Skapa och hantera dina kvarvarande uppgifter
Produktbackloggspost En typ av arbetsobjekt som definierar de program, krav och element som teamen planerar att skapa. Produktägare definierar och rangordnar vanligtvis produktens backlog-poster, vilka fastställs genom Scrum-processen. Scrum-processarbetsobjekttyper och arbetsflöden.
Dela upp kolumner Med funktionen Dela kolumner kan ditt team implementera en pull-mekanism i arbetsflödesprocessen. Utan delade kolumner driver team arbetet framåt för att signalera att de har avslutat sitt arbetsskede. Att överföra arbete till nästa steg innebär dock inte nödvändigtvis att en gruppmedlem omedelbart börjar arbeta med uppgiften. Med delade kolumner vet ditt team exakt hur många objekt som är inaktiva och väntar på att arbetet ska börja. Hantera delade kolumner
Simbanor En "swimlane" är en konfigurerbar rad på en tavla som används för att stödja olika servicenivåer. Påskynda arbetet med simbanor
Uppgiftschecklistor En uppgift är en typ av arbetsobjekt som används för att spåra arbete som behövs för att slutföra en användarberättelse eller en produktbackloggpost. Du kan lägga till uppgifter från din styrelse som visas som en checklista för arbete som ska utföras. När du slutför en uppgift kan du uppdatera dess status genom att markera kryssrutan för uppgiften. Lägga till uppgifter eller underordnade objekt som checklistobjekt
Aktivitetsväxling Aktivitetsväxling, även kallat kontextväxling eller multitasking, är när en teammedlem flyttar sin uppmärksamhet mellan olika uppgifter. Genom att begränsa aktivitetsväxlingen kan en person arbeta mer effektivt genom att minimera den tid som krävs för att omdirigera kognitiv funktion till en ny aktivitet. Växla till backlogvy, Växla till tavlavy, Växla till en uppgiftstavla
Användarberättelse En typ av arbetsobjekt som definierar de program, krav och element som teamen planerar att skapa. Produktägare definierar vanligtvis och rangordnar användarberättelser. En användarberättelse definieras med agil process. Agil arbetspunkttyper och arbetsprocessflöde
Pågående arbete
Gräns (WIP)
Pågående arbete är arbete som har startats men som inte är klart eller slutfört. En WIP-gräns är en begränsning som ett team tillämpar på ett eller flera arbetsflödessteg. WIP-gränsen hjälper till att förhindra potentiella flaskhalsar som hindrar det kontinuerliga flödet av arbete i systemet. Begränsningar för pågående arbete
Kategorier för arbetsflödestillstånd Tillståndskategorier avgör hur panelen hanterar varje arbetsflödestillstånd. De tillståndskategorier som används av kvarvarande uppgifter är Föreslagna, Pågår, Löst och Slutfört. Arbetsflödestillstånd och tillståndskategorier
Arbetsflödestillstånd Arbetsflödestillstånd definieras för varje typ av arbetsobjekt som stöd för spårning av status för ett arbetsobjekt, från skapandet till dess slutförande. Dessa tillstånd definierar arbetsflödesprocessen: åtgärder, steg eller steg som ett arbete går igenom från start till slutförande. Fälten Tillstånd och Orsak varierar beroende på vilken typ av arbetsobjekt och process som valts för projektet. Anpassa arbetsflödet

Mer information finns i följande artiklar:

Använd kontroller på brädet

Växla snabbt från backlogvyn till tavlevyn med hjälp av länkarna Backlog och Tavla. Få åtkomst till andra gränssnittsfunktioner med hjälp av ikonerna i verktygsfältet.

I följande tabell beskrivs de tillgängliga brädkontrollerna:

Control Description
Backlog-länk Växla till vyn för kvarvarande uppgifter
Panel-länk Växla till tavla
Filtrera efter ikon Filtrera efter nyckelord, taggar eller fält
Anpassa ikon Anpassa brädet och konfigurera teaminställningar:
- Kort och Omkategorisering av kort
- Kolumner, simbanor och kumulativa flödesdiagram (CFD:er)
- Kvarvarande uppgifter och arbeta med buggar i kvarvarande uppgifter
Ikonen Ange Ange helskärmsläge
Avslutningsikon Avsluta helskärmsläge

Öppna kortkommandon

Om du vill öppna kortkommandona för tavlan, använder du frågetecknet (?). Följande bild visar ett exempel på tillgängliga genvägar:

Bild som visar några av de kortkommandon som är tillgängliga för Kanban-tavlor.

Mer information finns i genvägarna Keyboard för Azure DevOps och Team Explorer.

Konfigurera och anpassa ditt bräde

Din styrelse är mycket konfigurerbar för att stödja teamets arbetsflöde. Varje team kan konfigurera varje styrelse med följande uppgifter:

Konfigurera tavlor

Konfigurera kortvisningar

Tillsammans med de här teamkonfigurationerna kan du anpassa projektet genom att lägga till eller ändra typer av arbetsobjekt, arbetsflödet och lägga till anpassade portföljloggar och anslagstavlor.

Note

Varje team styr sina egna teaminställningar och styrelsekonfigurationer. Du kan inte definiera en enda tavlekonfiguration för användning av flera team.

Uppdatera status för arbetsobjekt

När du har konfigurerat tavlan kan du lägga till arbetsobjekt direkt på tavlan. Uppdatera arbetsstatusen genom att dra ett kort till en annan kolumn på tavlan. Du kan också ändra ordningen på objekt när du flyttar ett kort till en ny kolumn. Mer information finns i Arbetsflödestillstånd och tillståndskategorier.

Animering som visar hur du ändrar ordning på kort när du ändrar kolumner.

Visa lövnodens arbetsobjekt

Du kan skapa en hierarki med kvarvarande uppgifter, uppgifter och buggar. Vi rekommenderar inte att du skapar hierarkier med samma kategori. Skapa med andra ord inte överordnade-underordnade länkar för arbetsobjekt av samma typ, till exempel story, bugg eller uppgiftsuppgift.

Den sista noden i en hierarki med samma kategori kanske bara visas på tavlor, sprint-kvarvarande uppgifter och Aktivitetstavlor. Om du till exempel länkar objekt i en hierarki med samma kategori som är fyra nivåer djup visas endast objekten på den fjärde nivån på tavlan, sprint-kvarvarande uppgifter och Aktivitetstavla.

I stället för att kapsla krav, buggar och uppgifter rekommenderar vi att du behåller en platt lista. Skapa överordnade-underordnade länkar en nivå som är djup mellan objekt som tillhör en annan kategori. Mer information finns i Felsöka problem med omordning och kapsling.

Ändra ordning på och ändra arbetsobjekt

Alla kvarvarande uppgifter och tavlor stöder dra och släpp för att ordna om och ändra arbetsobjekt. Uppdateringar som görs i teamets backloggar och tavlor återspeglas i andra teams backloggar och tavlor som delar samma områdesväg. Du kan behöva uppdatera sidan för att se ändringarna.

Du kan bara använda dra och släpp till att ordna om eller omfördela arbetsobjekt som har tilldelats till de områdessökvägar som har valts för ditt team. När alternativet Föräldrar-vy är aktiverat kan arbetsobjekt visas i dina kvarvarande uppgifter som ditt team inte äger. Objekt med informationsikonen kan inte sorteras om eller omplaceras eftersom objektet ägs av ett annat team.

Skärmbild av informationsmeddelande om teamägarskap.

Uppdatera kolumner

Varje team kan anpassa brädkolumnerna och simbanorna. Värdena som tilldelas till brädfält kan skilja sig från vad du förväntar dig när ett annat team uppdaterar arbetsobjektet från en annan tavla.

Även om ledningsgruppen och funktionsteamen konfigurerar sina tavlors kolumner med identisk arbetsflödesmappning visas inte ett teams objekt på en annan grupps tavla. Endast när arbetsobjektet flyttas till en kolumn som mappar till ett arbetsflödestillstånd visar kortkolumnen samma information på alla tavlor.

Mer information finns i Hantera kolumner.

Ange behörigheter och åtkomst

När du är medlem i gruppen Deltagare för ett projekt kan du använda de flesta av funktionerna som finns tillgängliga under alternativen Styrelser eller Arbete. Användare med grundläggande åtkomst har fullständig åtkomst till alla funktioner. Användare med intressentåtkomst kan använda vissa funktioner med begränsad åtkomst.

Mer information finns i Ange behörigheter och åtkomst för arbetsspårning och snabbreferens för intressentåtkomst. Information om hur du lägger till användare i ett projekt finns i Lägga till användare i ett projekt eller team.

Anpassa ditt projekt och arv av styrelser

Om du behöver fler än tre brädnivåer kan du lägga till fler nivåer. Mer information finns i Anpassa dina backloggar eller tavlor (arvsprocess).

Du kan också lägga till eller ändra fälten som definierats för en arbetsobjektstyp (WIT), lägga till en anpassad WIT eller ändra arbetsflödet. Mer information finns i Om processanpassning och ärvda processer.