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
En Kanban-tavla i Azure DevOps är ett visuellt verktyg för att hantera arbetsobjekt och spåra förloppet via ett arbetsflöde. Varje arbetsobjekt visas som ett kort och kolumnerna representerar arbetsfaserna, till exempel Att göra, Pågår och Klar. Under arbetets gång drar teammedlemmar kort mellan kolumner för att uppdatera status, visualisera flödet och identifiera flaskhalsar.
Kanban-tavlor och Taskboards visualiserar både arbets- och ytflödesmått, men de har olika syften:
- Kanban-tavlor spårar krav – till exempel användarberättelser, produkters kvarvarande uppgifter, problem eller krav – oberoende av alla sprintar och tillhandahåller ett kumulativt flödesdiagram (CFD) för övervakning av förloppet över tid.
- Aktivitetstavlor är sprintomfångsbegränsade och spårar de uppgifter som definierats för en specifik iteration. Du övervakar sprintens framsteg med hjälp av kapacitetsdiagram och sprintens burndown-diagram. Mer information finns i Uppdatera och övervaka din aktivitetstavla.
Produkt- och portföljtavlor
Varje produkt- och portföljs kvarvarande uppgifter motsvarar en styrelse. Teams associerar med dessa tavlor och visar arbetsobjekt baserat på det valda området och iterationssökvägarna. Mer information finns i Kvarvarande uppgifter, tavlor och planer samt Definiera och konfigurera iterationer.
För att förbättra konsekvent leverans av programvara av hög kvalitet betonar Kanban två viktiga metoder:
- Visualisera arbetsflödet genom att mappa teamets arbetsflödessteg och konfigurera tavlan på rätt sätt.
- Begränsa arbete under utveckling genom att sätta gränser för arbete under utveckling (WIP).
Med dessa metoder på plats kan du spåra förlopp och övervaka mått för att minska lead- och cykeltiden. Information om hur du kommer igång finns i Använda ditt bräde.
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 se hur mycket arbete som pågår och ledtiden. 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. Om du vill visualisera cykeltiden för ett team och en konfigurerbar tidsperiod lägger du 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 digital tavla som stöder visualisering av arbetsflödet från koncept till slutförande. Azure DevOps ger en styrelse för varje produkt- och portföljs kvarvarande uppgifter. | Funktioner och epics på Kanban-tavlan, Spåra arbete 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. Om du vill visualisera leadtiden för ett team och en konfigurerbar tidsperiod lägger du 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. Andra processer använder liknande typer: User Story (Agile), Requirement (CMMI) eller Issue (Basic). | 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. Motsvarigheten i andra processer är Product Backlog Item (Scrum), Requirement (CMMI) eller Issue (Basic). | 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:
Mer information finns i genvägarna Keyboard för Azure DevOps och Team Explorer.
Konfigurera och anpassa ditt bräde
Du kan konfigurera din tavla för att ställa in kolumner, simbanor, WIP-gränser, kortstilar med mera. Varje team kan konfigurera sin styrelse genom att utföra följande uppgifter:
Konfigurera tavlor
Konfigurera kortvisningar
- Lägga till eller ta bort fält från kort
- Omordna kort
- Definiera kortformat
- Använda taggfärger
- Aktivera eller inaktivera anteckningar
- Definiera beteendet för inline-test på kort
- Lägg till information och uppskattningar till dina backloggposter
- Definiera uppgifter eller underordnade objekt för kvarvarande uppgifter
- Lägga till, köra och uppdatera infogade tester
Tillsammans med de här teamkonfigurationerna kan du anpassa ditt projekt genom att lägga till eller ändra typer av arbetsobjekt, arbetsflödet och genom att 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 lägger du 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.
Visa lövnodens arbetsobjekt
Behåll varje arbetsobjektstyp i en platt lista och länka endast föräldrar och barn mellan olika typer – till exempel episka funktioner, funktioner för berättelse, berättelse till uppgift. Undvik hierarkier av samma typ som story-to-story, bug-to-bug eller task-to-task.
Om du skapar en hierarki inom samma kategori visas endast bladnoden på tavlor, sprintbackloggar och uppgiftstavlor. I en aktivitetskedja på fyra nivåer visas till exempel endast aktiviteter på fjärde nivån.
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 du gör i ditt teams backloggar och tavlor visas i andra teams backloggar och tavlor som delar samma områdessökvägen. 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 du aktiverar visningsalternativet Föräldrar kan arbetsobjekt som ditt team inte ansvarar för visas i din att göra-lista. Du kan inte ändra ordning på eller ändra storlek på något objekt med informationsikonen
eftersom ett annat team äger objektet.
Så här visas kolumnuppdateringar i team
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 tavlkolumner med identisk mappning av arbetsflöde visas inte ett teams arbetsobjekt på något annat teams 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 Medverkande i ett projekt kan du använda de flesta funktionerna som är tillgängliga under alternativen Boards eller Work. 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 ytterligare nivåer för portföljbackloggen, utöver dem som processen omfattar, kan du lägga till fler. 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.