Ange gränser för pågående arbete

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

Begränsningar för pågående arbete (WIP) är en grundläggande Kanban-metod som begränsar hur många objekt ditt team arbetar med i varje steg. Genom att fokusera på att slutföra arbetet innan de påbörjar nytt arbete förbättrar teamen dataflödet och programvarukvaliteten.

WIP-gränser anger mjuka begränsningar för antalet objekt som tillåts i varje brädkolumn. Du kan överskrida dessa gränser, men brädet markerar antalet kolumner så att ditt team kan vidta åtgärder. Den här artikeln beskriver hur du fastställer, anger och hanterar WIP-gränser.

Tips/Råd

Du kan använda AI för att hjälpa till med den här uppgiften senare i den här artikeln, eller se Aktivera AI-hjälp med Azure DevOps MCP Server för att komma igång.

Förutsättningar

Kategori Krav
Åtkomstnivåer Minst Basic access.
behörigheter Konfigurera teaminställningar: Medlem i säkerhetsgruppen Projektadministratörer eller Teamadministratörsroll. För mer information, se Ändra behörigheter på projektnivå.

Fastställa inledande WIP-gränser

Använd följande riktlinjer för att ange dina WIP-gränser för början:

  • Räkna aktuellt arbete – Granska objekt i varje kolumn för att upprätta en baslinje.
  • Skala efter gruppstorlek – Tillåt två till tre objekt per gruppmedlem i en fas. Till exempel tre utvecklare × två objekt vardera = en WIP-gräns på sex.
  • Börja lågt – Lägre gränser exponerar flaskhalsar snabbare, så att du kan åtgärda processproblem tidigt.

Håll dig inom WIP-gränser

När du har angett WIP-gränser kan du spåra hur väl ditt team håller sig inom dem.

Att respektera WIP-gränser innebär att inte dra objekt till en kolumn när det skulle överskrida gränsen. När en kolumn överskrider sin gräns markerar tavlan den omedelbart – vilket signalerar teamet att slutföra det befintliga arbetet innan de hämtar nya objekt.

Exempelbild av en tavla som visar en kolumn över WIP-gränsen.

Att hålla sig inom WIP-gränserna kan vara obekvämt till en början. Teammedlemmar som föredrar att arbeta med flera saker samtidigt kan känna sig begränsade, medan andra kanske väntar på att arbete uppströms ska slutföras. Träffas ofta som ett team för att diskutera dessa justeringar och förstärka övningen.

Identifiera flaskhalsar

Flaskhalsar – kolumner där objekt ligger orörda i flera dagar – anger slöseri i arbetsflödet. Övervaka ditt bräde över tid för att upptäcka dem. Frekventa flaskhalsar innebär vanligtvis att WIP-gränserna är för höga. inga flaskhalsar alls kan innebära att gränserna är för låga.

Ta regelbundna ögonblicksbilder av din tavla för att se var arbetet flyter smidigt och var det fastnar.

Skärmbild av exempel skärmdumpar.

Ögonblicksbilder hjälper ditt team att spåra:

  • Genomsnittligt antal objekt per kolumn
  • Förhållandet mellan aktiva objekt och gruppmedlemmar per kolumn
  • Objekt som stannade kvar i en kolumn under längre perioder
  • Slutförda objekt och genomsnittlig genomströmning över tid

Eliminera avfall

Avfall är allt som inte bidrar till att leverera värde. Identifiera och ta bort avfallskällorna i arbetsflödet för att åtgärda flaskhalsar. Vanliga typer av avfall inom programvaruutveckling är:

  • Oanvänd kod eller funktioner
  • Defekter som kräver omarbetning
  • Väntetid och fördröjningar
  • Onödiga överlämningar mellan team
  • Ofullständiga eller otydliga krav
  • Ineffektiv kommunikation

Diskutera dessa källor som ett team och samarbeta för att hitta lösningar.

Ange WIP-gränser

Innan du anger WIP-gränser ska du se till att du mappade teamets arbetsflöde till kolumner.

  1. Öppna din tavla.

  2. Välj för att öppna inställningarna för brädet.

    Skärmbild som visar öppna brädinställningar för ett team, lodrät navigering.

  3. Välj Kolumner, välj sedan en kolumnflik och ange WIP-gränsen.

    Skärmbild som visar bräde, Anpassa kolumner, standardkolumner, Agil process, ange WIP-gränser.

    Kommentar

    Tillgängliga kolumnrubriker varierar beroende på vilken process ditt projekt använder och om ditt team behandlar buggar som krav eller uppgifter.

  4. Välj Spara.

Utmaningar och lösningar

Det är normalt att överskrida WIP-gränserna med ett eller två objekt. Om ditt team konsekvent överskrider gränserna med tre eller fler granskar du dina processer eller justerar gränserna.

Efter flera veckors användning av WIP-gränser kan du diskutera vad som fungerar och vad som inte är det. Följande listor beskriver vanliga utmaningar och beprövade lösningar.

Vanliga utmaningar

  • Social dynamik – Vissa teammedlemmar motsätter sig regler, tar på sig extra arbete eller tror att multitasking är mer produktivt.
  • Variabilitet för arbete – Ojämna objektstorlekar (användarberättelser jämfört med buggar) och blandade uppskattningar (timmar, dagar, berättelsepunkter) gör en enda WIP-gräns svår att tillämpa jämnt.
  • Ignorera systemproblem – Teams driver igenom flaskhalsar i stället för att åtgärda de underliggande arbetsflödesproblemen.
  • Kulturförändring – Att införa WIP-gränser kräver justeringar i system, teamvanor och organisationskultur.

Beprövade lösningar

  • Prioritera teamproduktivitet – Flytta fokus från enskilda utdata till övergripande flöde. Uppmuntra samarbete framför multitasking.
  • Arbetsobjekt med rätt storlek – Diskutera objektstorlek innan du börjar. Dela upp stora objekt i mindre och konsekvent storleksanpassade uppgifter.
  • Hjälp uppströmsarbete att gå framåt – När du inte har annat att göra kan du hjälpa till med uppströmsobjekt eller hålla samma gruppmedlemmar ur vägen i stället för att börja med nya uppgifter.
  • Bemanna stegen tillräckligt – Se till att det finns tillräckligt med specialister i varje steg av arbetsflödet för att förhindra flaskhalsar.
  • Skapa delad förståelse – Håll regelbundna retrospektiv, dokumentera teamprinciper och förstärka Kanban-principer .
  • Använd mått för att justera – Spåra ANTAL WIP och ledtider och justera gränser baserat på data.
  • Stöd för kulturförändring – Tillämpa principer för ändringshantering och ge teamet ägarskap för WIP-gränsbeslut.

Använda AI för att analysera pågående arbete

Om du ansluter Azure-tavlor MCP Server till din AI-agent i agentläge kan du använda frågor på naturligt språk för att analysera pågående arbete i dina brädkolumner.

Task Exempelprompt
Räkna objekt per kolumn How many work items are in each workflow state for my team's backlog?
Hitta överlagrade kolumner Show me all active work items in the 'In Progress' state for the <Contoso> project
Identifiera inaktuella objekt Find work items in the 'Active' state that haven't been updated in the last 14 days
Kontrollera teamets kapacitet List all work items assigned to <Jamal> that are currently in progress
Analysera WIP per person Show the count of active work items per team member in area path <Contoso\\Frontend> and flag anyone with more than 5
Identifiera WIP-toppar Compare the count of in-progress work items this week vs last week for my team in <Contoso>
Hitta multitasking-risker List team members in <Contoso> who have active work items across more than 2 different features
Granska kolumngenomströmning Show how many work items moved from Active to Resolved per week over the last 4 weeks in <Contoso>
Identifiera flödesblockerare List work items in <Contoso> that have been in the same state for longer than the average time items spend in that state
Föreslå ombalansering av WIP Show team members in <Contoso> with no active work items alongside those with more than 3

Kommentar

Agentläget och MCP-servern använder naturligt språk, så du kan justera dessa frågor eller ställa uppföljningsfrågor för att förfina resultatet.

Relaterat innehåll

  • Last updated on