Dela via

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

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Begränsningar för pågående arbete (WIP), en viktig Kanban-praxis , begränsar det arbete som ditt team utför i varje steg. Genom att betona slutförandet innan de påbörjar nytt arbete upplever team ofta ökad produktivitet och förbättrad programvarukvalitet.

Om du anger WIP-gränser för varje steg läggs mjuka begränsningar till för antalet objekt som tillåts i motsvarande kolumner. Det är möjligt att överskrida dessa gränser, men ditt bräde visar antal objekt bredvid varje gräns. Använd den här artikeln som en guide för att ange och implementera WIP-gränser.

Förutsättningar

  • Åtkomstnivåer: Du behöver grundläggande åtkomst eller högre för att fullt ut utnyttja alla kvarvarande uppgifter och brädfunktioner. Användare med intressentåtkomst kan redigera arbetsobjekt på tavlan och lägga till befintliga taggar, men de kan inte skapa nya arbetsobjekt eller uppdateringsfält som visas på kort.
  • Behörigheter: Om du vill konfigurera gruppinställningar måste du vara en del av säkerhetsgruppen Projektadministratörer eller ha rollen Teamadministratör. Mer information finns i Ändra behörigheter på projektnivå.
  • Åtkomstnivåer: Du behöver grundläggande åtkomst eller högre för att fullt ut utnyttja alla kvarvarande uppgifter och brädfunktioner. Användare med intressentåtkomst kan redigera arbetsobjekt på tavlan och lägga till befintliga taggar, men de kan inte skapa nya arbetsobjekt, uppdatera fält som visas på kort eller dra och släpp arbetsobjekt för att uppdatera status eller ordna om kort.
  • Behörigheter: Om du vill konfigurera gruppinställningar måste du vara en del av säkerhetsgruppen Projektadministratörer eller ha rollen Teamadministratör. Mer information finns i Ändra behörigheter på projektnivå.

Fastställa inledande WIP-gränser

Utför följande åtgärder för att fastställa de inledande WIP-gränserna.

  • Utvärdera aktuellt arbete: Räkna de objekt som finns i dina befintliga kolumner för att ange inledande WIP-gränser.
  • Ange teambaserade gränser: Ange gränser som inte överskrider två eller tre objekt per gruppmedlem som arbetar inom en fas. Med tre teammedlemmar är till exempel WIP-gränsen sex, tre utvecklare X två uppgifter/utvecklare.
  • Börja lågt: Börja med låga gränser för att identifiera flaskhalsar och åtgärda processproblem snabbt.

Håll dig inom WIP-gränser

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

Att respektera WIP-gränser innebär att team inte hämtar objekt till en kolumn om det gör att antalet objekt i kolumnen överskrider kolumngränsen. När de gör det ger din styrelse omedelbar feedback. Den här feedbacken bör fungera som en signal till teamet att omedelbart fokusera på aktiviteter för att minska antalet objekt i kolumnen.

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

Även om det är enkelt i teorin kan hålla sig inom WIP-gränserna tvinga individer, team och organisationer bort från sin komfortzon. Teammedlemmar som gillar att använda flera grupper kan känna sig begränsade. Andra kanske befinner sig utan arbete medan de väntar på att arbetet ska slutföras i ett uppströmssteg.

För att få fördelarna med att begränsa pågående arbete måste ditt team träffas ofta för att diskutera de processändringar som sker.

Identifiera flaskhalsar

För att optimera värdeflödet vill du naturligtvis identifiera och eliminera flaskhalsar. Flaskhalsar indikerar att avfall finns i den övergripande arbetsflödesprocessen.

Genom att övervaka din tavla över tid kan du lära dig var flaskhalsar inträffar. När flera objekt ligger i en kolumn utan arbete i flera dagar uppstod en flaskhals. Flaskhalsar uppstår vanligtvis när WIP-gränserna är för höga. Inga flaskhalsar kan dock tyda på att WIP-gränserna är för låga.

Om du tar regelbundna ögonblicksbilder av ditt bräde kan du visuellt katalogisera var arbetsflödena fungerar smidigt och var flaskhalsar visas.

Skärmbild av exempelögonblicksbilder.

Sådana ögonblicksbilder kan visa ditt team följande information:

  • Genomsnittligt antal objekt i ett arbetsflödessteg eller en kolumn
  • Förhållandet mellan objekt som bearbetas med antalet teammedlemmar i en arbetsflödesfas eller kolumn
  • Antal objekt som har stannat kvar i ett arbetsflödessteg eller en kolumn under längre perioder
  • Antal slutförda objekt och genomsnittlig dataflödesfrekvens under en viss tidsperiod

Eliminera avfall

För att hantera flaskhalsar i arbetsflödesprocessen är det viktigt att identifiera avfallskällorna. Avfall avser allt som inte är absolut nödvändigt för att uppnå önskade resultat. Inom programvaruutveckling omfattar vanliga typer av avfall:

  • Oanvänd kod eller funktioner
  • Defekter som kräver omarbetning
  • Fördröjningar eller väntetid
  • Överlämningar mellan team eller processer
  • Otillräckliga krav
  • Ineffektiv kommunikation

För att eliminera avfall kan du delta i gruppdiskussioner för att identifiera orsaker och samarbeta för att hitta godtagbara lösningar.

Ange WIP-gränser

Med en förståelse för hur du vill använda WIP-gränser gör du följande för att ange dem. Se till att du redan har mappat teamets arbetsflöde till kolumner.

  1. Öppna din tavla.

  2. Välj kugghjulsikonen för att konfigurera brädet och ange allmänna teaminställningar.

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

  3. Välj Kolumner och sedan en kolumnflik för att ange WIP-gränsen för den kolumnen.

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

    Kommentar

    Olika kolumnrubriker och val är tillgängliga baserat på den process som användes för att skapa projektet och om ditt team har valt att behandla buggar som krav eller liknande uppgifter.

  4. När du är klar väljer du Spara.

WIP-gränser, utmaningar och lösningar

Teams överskrider ibland WIP-gränserna med ett eller två objekt. Om du ofta överskrider gränserna med tre eller flera objekt kan du granska processer eller justera gränserna.

Ditt team bör delta i diskussioner efter flera veckors användning av WIP-gränser. Identifiera utmaningar, gemensamt besluta om lösningar och justera gränserna efter behov. Följande lista är inte fullständig, men omfattar vanliga utmaningsteam och beprövade lösningar.

WIP-utmaningar

  • Social dynamik: Teammedlemmar kan kämpa med följande regler. Vissa rebeller, andra missförstår tillämpligheten, och vissa tar på sig extra arbete utöver överenskomna gränser. Multitasking-övertygelser kan också hindra efterlevnad.

  • Variabilitet för arbete: Ojämna objektstorlekar, till exempel användarberättelser och buggar, påverkar arbetsflödet. Varierande uppskattningar, till exempel timmar, dagar och berättelsepunkter, kräver skräddarsydda WIP-begränsningar.

  • Ignorera systemproblem: Teams kvarstår ofta genom flaskhalsar i stället för att hantera underliggande arbetsflödesproblem.

  • Kulturförändring: Implementering av WIP-gränser innebär system-, kultur- och teamjusteringar.

Lösningar för att hantera WIP

  • Skapa en kultur av teamproduktivitet: Hantera spänningen mellan individuell produktivitet och teamproduktivitet. Uppmuntra metoder som förbättrar den övergripande arbetsflödeseffektiviteten.

  • Ändra storlek på arbetet på rätt sätt: Diskutera arbetsstorlek innan du startar aktiviteter. Dela upp stora objekt i mindre uppgifter.

  • Prioritera objekt med högt värde: När du är inaktiv fokuserar du på att flytta överordnat objekt framåt. Sök hjälp när du är blockerad eller står inför leveransutmaningar.

  • Resursteamallokering: Se till att lämpliga specialister i varje arbetssteg förhindrar flaskhalsar.

  • Skapa delad förståelse: Främja teamförståelse för Kanban-metoder . Håll regelbundna retrospektiv- och dokumentprinciper.

  • Gör måttdrivna justeringar: Övervaka WIP- och ledtidsmått för processjusteringar.

  • Hantera kulturförändring: Tillämpa principer för ändringshantering och främja teamägarskap under WIP-begränsningsimplementeringen.