Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Wip-limieten (Work-In-Progress), een cruciale Kanban-praktijk , beperken het werk dat uw team in elke fase uitvoert. Door voltooiing te benadrukken voordat nieuwe werkzaamheden worden gestart, ervaren teams vaak een hogere productiviteit en verbeterde softwarekwaliteit.
Als u WIP-limieten instelt voor elke fase, worden er zachte beperkingen toegevoegd voor het aantal items dat is toegestaan in de bijbehorende kolommen. Het overschrijden van deze limieten is mogelijk, maar op het bord wordt het aantal items naast elke limiet weergegeven. Gebruik dit artikel als richtlijn voor het instellen en implementeren van WIP-limieten.
Vereisten
Categorie | Vereisten |
---|---|
Toegangsniveaus | Ten minste Basis toegang. |
Toestemmingen | Teaminstellingen configureren: lid van de projectbeheerders beveiligingsgroep of teambeheerder rol. Zie Groepsmachtigingen wijzigen op projectniveau voor meer informatie. |
Initiële WIP-limieten bepalen
Ga als volgt te werk om de initiële WIP-limieten te bepalen.
- Huidige werk evalueren: tel de items die aanwezig zijn in uw bestaande kolommen om initiële WIP-limieten in te stellen.
- Limieten op basis van een team instellen: stel limieten in die niet groter zijn dan twee of drie items per teamlid die in een fase werken. Met drie teamleden is de WIP-limiet bijvoorbeeld zes, drie ontwikkelaars X twee taken/ontwikkelaar.
- Laag beginnen: begin met lage limieten om knelpunten te identificeren en procesproblemen onmiddellijk op te lossen.
Binnen WIP-limieten houden
Nadat u uw WIP-limieten hebt ingesteld, kunt u bijhouden hoe goed uw team binnen de grenzen blijft.
Het respecteren van WIP-limieten betekent dat teams geen items in een kolom ophalen als dat het aantal items in de kolom de kolomlimiet overschrijdt. Wanneer ze dit doen, geeft uw bord direct feedback. Deze feedback moet fungeren als een signaal aan het team om zich onmiddellijk te richten op activiteiten om het aantal items in de kolom te verminderen.
Hoewel het in theorie eenvoudig is om binnen WIP-grenzen te blijven, kunnen individuen, teams en organisaties uit hun comfortzone dwingen. Teamleden die graag multitask willen, voelen zich mogelijk beperkt. Anderen kunnen zichzelf zonder werk vinden terwijl ze wachten totdat het werk in een upstream-fase is voltooid.
Als u de voordelen van het beperken van werk in uitvoering wilt krijgen, moet uw team regelmatig vergaderen om de proceswijzigingen te bespreken die plaatsvinden.
Knelpunten identificeren
Om de waardestroom te optimaliseren, wilt u natuurlijk knelpunten identificeren en elimineren. Knelpunten geven aan dat er afval bestaat in het algehele werkstroomproces.
Door uw bord in de loop van de tijd te bewaken, kunt u leren waar knelpunten optreden. Wanneer meerdere items in een kolom zitten die enkele dagen niet zijn bewerkt, is er een knelpunt opgetreden. Knelpunten treden meestal op wanneer WIP-limieten te hoog zijn. Er kunnen echter geen knelpunten worden aangegeven dat WIP-limieten te laag zijn.
Het maken van periodieke momentopnamen van uw bord kan visueel catalogiseren waar werk soepel verloopt en waar knelpunten worden weergegeven.
Dergelijke momentopnamen kunnen uw team de volgende informatie laten zien:
- Gemiddeld aantal items in een werkstroomfase of -kolom
- De verhouding van items waaraan wordt gewerkt tot het aantal teamleden in een werkstroomfase of -kolom
- Aantal items dat gedurende langere tijd in een werkstroomfase of -kolom bleef
- Aantal voltooide items en gemiddelde doorvoersnelheid gedurende een specifieke periode
Elimineren van afval
Om knelpunten in uw werkstroomproces aan te pakken, is het essentieel om de bronnen van afval te identificeren. Afval verwijst naar iets dat niet strikt noodzakelijk is voor het bereiken van de gewenste resultaten. Bij softwareontwikkeling zijn veelvoorkomende vormen van afval onder andere:
- Ongebruikte code of functies
- Defecten die opnieuw moeten worden bewerkt
- Vertragingen of wachttijd
- Handoffs tussen teams of processen
- Onvoldoende vereisten
- Inefficiënte communicatie
Als u verspilling wilt elimineren, neemt u deel aan teamdiscussies om oorzaken te identificeren en samen acceptabele oplossingen te vinden.
WIP-limieten instellen
Voer de volgende stappen uit om deze in te stellen met een goed begrip van de wijze waarop u WIP-limieten wilt gebruiken. Zorg ervoor dat u de werkstroom van uw team al aan kolommen hebt toegewezen.
Selecteer het
tandwielpictogram om het bord te configureren en algemene teaminstellingen in te stellen.
Kies Kolommen en vervolgens een kolomtabblad om de WIP-limiet voor die kolom in te stellen.
Notitie
Er zijn verschillende kolomtitels en keuzemogelijkheden beschikbaar op basis van het proces dat is gebruikt om uw project te maken en of uw team ervoor heeft gekozen om fouten zoals vereisten of taken te behandelen.
Selecteer Opslaan als u klaar bent.
WIP-limieten, uitdagingen en oplossingen
Teams overschrijden af en toe WIP-limieten met een of twee items. Als u vaak limieten overschrijdt door drie of meer items, controleert u processen of past u de limieten aan.
Uw team moet na enkele weken van het gebruik van WIP-limieten discussies voeren. Identificeer uitdagingen, beslis samen over oplossingen en pas zo nodig limieten aan. De volgende lijst is niet volledig, maar behandelt veelvoorkomende uitdagingenteams en bewezen oplossingen.
WIP-uitdagingen
Sociale dynamiek: teamleden kunnen moeite hebben met de volgende regels. Sommige rebels, anderen begrijpen de toepasbaarheid verkeerd, en sommigen nemen extra werk over buiten overeengekomen grenzen. Multitasking-overtuigingen kunnen ook de naleving belemmeren.
Variabiliteit van werk: Ongelijke itemgrootten, bijvoorbeeld gebruikersverhalen en bugs, impactwerkstroom. Voor verschillende schattingen, zoals uren, dagen en verhaalpunten, zijn aangepaste WIP-beperkingen vereist.
Systemische problemen negeren: Teams blijven vaak bestaan door knelpunten in plaats van onderliggende werkstroomproblemen aan te pakken.
Cultuurwijziging: Het implementeren van WIP-limieten omvat systeem-, culturele en teamaanpassingen.
Oplossingen voor het beheren van WIP
Bouw een cultuur van teamproductiviteit: los de spanning tussen individuele en teamproductiviteit op. Moedig procedures aan die de algehele efficiëntie van de werkstroom verbeteren.
Werk op de juiste manier aanpassen: Bespreek de werkgrootte voordat u taken start. Grote items opsplitsen in kleinere taken.
Prioriteit geven aan items met een hoge waarde: wanneer u niet actief bent, kunt u zich richten op het vooruit verplaatsen van upstream-items. Hulp zoeken bij geblokkeerde of bezorgingsproblemen.
Resourceteamtoewijzing: Zorg ervoor dat in elke werkfase voldoende specialisten zijn om knelpunten te voorkomen.
Bouw gedeeld begrip op: begrip van het team van Kanban-procedures . Bewaar regelmatig retrospectieven en documentbeleid.
Metrische aanpassingen aanbrengen: WIP en metrische gegevens over de doorlooptijd controleren voor procesaanpassingen.
Cultuurwijziging beheren: Pas principes voor wijzigingsbeheer toe en promovatie het teameigendom tijdens de implementatie van de WIP-limiet.