Wat is het Kanban-model in software-engineering?

Wat is Kanban?

Kanban is een zeer populair raamwerk voor ontwikkeling in de agile softwareontwikkelingsmethodologie. Het biedt een transparante manier om de taken en het werkvermogen van een team te visualiseren. Er wordt voornamelijk gebruik gemaakt van fysieke en digitale borden waarmee de teamleden de huidige status van het project waaraan ze werken kunnen visualiseren.

Kanban is ontstaan ​​in Toyota in de jaren 1940. Kanban betekent in het Japans "billboards". Het Kanban-bord heeft kolommen en storycards. De kolommen zijn niets, maar workflowstaten en kaarten zijn niets meer dan een demonstratie van de daadwerkelijke taak die een teamlid uitvoert.

Die kaarten gaven een just-in-time signaal af: een station vroeg alleen om onderdelen wanneer het die daadwerkelijk nodig had, dus er werd niets van tevoren geproduceerd. Kanban behoudt dat idee. Het is een methode die over je bestaande proces heen wordt gelegd in plaats van het te vervangen, dus het past bij elk systeem. levenscyclus van softwareontwikkeling model dat je al gebruikt.

Wanneer Kanban gebruiken?

Kanban is geschikt voor teams waarvan de werkstroom onvoorspelbaar is en die een item zo snel mogelijk moeten vrijgeven zodra het klaar is. Hieronder volgen de belangrijkste redenen om de Kanban-methode te gebruiken:

• Kanban kan in elk domein worden gebruikt en kan zeer effectief worden gebruikt bij softwareontwikkeling. Kanban-projectmanagement helpt bij het verbeteren van de efficiëntie van het team.
• Het is een pull-gebaseerd systeem. Taken worden verwijderd zodra een individu vrij is.
• Kanban moet worden gebruikt als u uw werk op elk gewenst moment wilt vrijgeven. Het vereist git-vertakking, maar het is goed te doen.
• Kanban moet worden gebruikt als u de prioriteiten direct wilt wijzigen. Daarvoor hoeft u dit verhaal alleen maar bovenaan de takenlijst te plaatsen.
• Het moet worden gebruikt als u uw werk wilt visualiseren en de voortgang van uw taken visueel wilt zien.

De juiste pasvorm is de ene helft van de beslissing; de onderstaande beloning is de andere helft.

Voordelen van de Kanban-methodologie

Het sterkste argument voor Kanban is dat het de levering verbetert zonder een reorganisatie af te dwingen. Niemand verandert van functie en er wordt geen sprintkalender opgelegd, maar het bord maakt wachtrijen, knelpunten en overbelaste mensen vanaf dag één zichtbaar. Een voor iedereen zichtbaar knelpunt wordt doorgaans opgelost.

Teams die Kanban consequent gebruiken, melden de volgende voordelen:

• Kortere levertijden: WIP-limieten verkorten de wachttijd van een videokaart, en dat is waar de meeste vertragingen zich voordoen.
• Hogere flexibiliteit: Een urgent item kan op elk moment bovenaan de takenlijst komen te staan, zonder dat er een vervolgstap hoeft te worden gezet.
• Betere samenwerking: Als een kolom de maximale limiet bereikt, helpen gratis leden deze leeg te maken in plaats van een nieuwe te starten.
• Empowerment van medewerkers: Mensen kiezen zelf hun volgende kaart en bepalen de status ervan, waardoor goedkeuringsproblemen worden voorkomen.
• Voorspelbare voorspelling: Historische doorlooptijden bieden een op feiten gebaseerde levertijdschatting in plaats van een schatting.
• Less afval: Er wordt niets gestart voordat het systeem de capaciteit heeft om het af te ronden.

Deze resultaten vloeien voort uit vier principes die ten grondslag liggen aan elke Kanban-implementatie.

De vier principes van Kanban

Hieronder staan ​​de vier belangrijkste kernprincipes van Kanban:

1. Begin met wat je nu hebt: Het Kanban-systeem stelt voor om stapsgewijs te werken en te beginnen met wat je momenteel hebt. Aangezien het een van de praktijken is om voortdurend te verbeteren, moet u het systeem geleidelijk verbeteren.
2. Ga akkoord met het nastreven van stapsgewijze, evolutionaire verandering: Kanban beveelt een stapsgewijze verandering in het proces aan, en u mag geen grote verandering in het proces in één keer doorvoeren.
3. Respecteer het huidige proces, rollen en verantwoordelijkheden: Nogmaals, begin met wat je nu hebt en verander het proces, de rol en de verantwoordelijkheden stapsgewijs.
4. Stimuleer leiderschap op alle niveaus: Ieder individu kan optreden als leider en ideeën aandragen om de efficiëntie van het algehele Kanban-systeem te verbeteren. Je moet niet denken dat dit een activiteit op managementniveau is, en zelfs het jongste lid van het team kan als leider optreden.

Principes beschrijven de denkwijze. De zes onderstaande praktijken beschrijven het dagelijkse gedrag dat nodig is om deze principes in de praktijk te brengen.

De zes Kanban-kernpraktijken

Hieronder volgen de zes belangrijkste kernpraktijken van Kanban:

1. Visualiseer de werkstroomDit principe houdt in dat je een Kanban-bord (fysiek of digitaal) gebruikt om de workflow te visualiseren. Elk teamlid moet zijn of haar eigen kaart en de kaarten van de andere teamleden kunnen zien. Je kunt je kaarten in verschillende kolommen verplaatsen, afhankelijk van de indeling van het bord. Dit zorgt voor veel transparantie binnen het team en maakt het ook makkelijker om knelpunten op te lossen.
2. Beperk werk in uitvoering: Kanban is een pull-gebaseerd systeem en verbetert de efficiëntie van een team om het onderhanden werk te beperken en taken te hebben die binnen het gegeven tijdsbestek door het team kunnen worden voltooid. Deze WIP-limiet geldt van het begin tot het einde van de workflow. U kunt de limiet bovenop de kolom toepassen met een positief geheel getal.
3. Focus op stroom: Dit principe richt zich op de doorstroming en op eventuele onderbrekingen. Als er onderbrekingen of blokkades zijn, moeten deze permanent worden verholpen.
4. Expliciet beleid: Beleid kan in een team worden opgesteld om het herwerk te verminderen en zich te concentreren op de gebieden die aandacht vereisen of waar dit effectiever is.
5. Terugkoppeling: Feedbackloops zijn zeer essentieel in Kanban. Het is niet alleen binnen het team, maar ook tussen meerdere teams, coaches, enz. Dit helpt bij het verbeteren van de algehele gezondheid van het Kanban-systeem.
6. CONTINUE VERBETERING: Dit is het kernprincipe van het Kanban-systeem. Er staat dat je het proces altijd kunt verbeteren en dat leidt tot meer efficiëntie.

Praktijken hebben eigenaren nodig, en dat pakt Kanban anders aan dan andere systemen. agile methodologieën.

Rollen en verantwoordelijkheden binnen Kanban

Kanban schrijft geen nieuwe functietitels voor, en dat is bewust – het derde principe vraagt ​​je om de bestaande rollen te respecteren. Een ontwikkelaar blijft een ontwikkelaar. In de praktijk komen er echter twee verantwoordelijkheden naar voren naarmate een bord zich verder ontwikkelt, en in volwaardige implementaties worden deze expliciet benoemd.

De Service Delivery Manager Deze persoon is verantwoordelijk voor de workflow op het bord. Hij of zij houdt in de gaten welke taken vastlopen, escaleert knelpunten, zorgt ervoor dat kolommen binnen hun WIP-limieten blijven en leidt de review waarbij het team de eigen doorlooptijdgegevens analyseert. Serviceaanvraagbeheerder Is verantwoordelijk voor wat er op het bord verschijnt, vertegenwoordigt de klanten die verzoeken indienen, ordent de takenlijst zodat het meest waardevolle item bovenaan staat en maakt het selectiebeleid expliciet.

Beide taken zijn verantwoordelijkheden en geen extra personeel; vaak vervult één persoon beide rollen. Waar het om gaat, is dat iemand verantwoordelijk is voor de doorstroom en iemand voor de ontvangst. De documenten die zij beheren, komen daarna aan bod.

Kanban-kaarten

De Kanban-methode beveelt visualisatie van het werk aan. Het suggereert het gebruik van zowel een fysiek als een digitaal bord, en het onderstaande bord toont die kolommen met de kaarten die erover verdeeld zijn.

De Kanban-kaarten zijn essentiële stukken op het Kanban-bord, omdat ze het werk vertegenwoordigen waar het team aan werkt. Deze kaarten zullen hebben

1. Prioriteit
2. Eigenaar
3. Type
4. Opleveringsdatum

Een kolom op het Kanban-bord vertegenwoordigt de werkfase en u kunt een WIP-limiet (Work in Progress) op de kolom plaatsen. De WIP-limiet betekent het maximale aantal kaarten dat in die kolom kan blijven staan.

Omdat de Kanban-methode gebruikmaakt van een pull-systeem, kan een ontwikkelaar, zodra hij/zij tijd heeft, een kaart uit de 'to-do'-kolom naar de 'dev'-kolom verplaatsen. Het bord waarop deze kaarten staan, verdient een nadere blik.

Kanban Board

Kanban Board is een agile projectmanagementtool die Kanban helpt implementeren om projecten voor persoonlijke en zakelijke doeleinden te beheren. Het is een fysiek of digitaal (JIRA) bord dat is ontworpen om teams te helpen hun werk in verschillende fasen en processen te visualiseren. Het helpt ook om de werkfasen weer te geven met kolommen met behulp van kaarten.

Het heeft kolommen die de status van het werk weergeven, zoals

1. Te doen,
2. Dev
3. Testen
4. Gereed.

Elk van deze kolommen kan kaarten <=de WIP-limiet bevatten. De kaarten vertegenwoordigen het eigenlijke werk.

Je kunt positieve getallen gebruiken om de voortgang van taken te beperken. Dit limietgetal kan bovenaan de kolommen worden geplaatst, zowel op fysieke als digitale Kanban-borden. Elk teamlid kan de status van zijn of haar kaart beheren en het hele team kan de workflow visualiseren. Digihoge borden zoals JIRA Voeg dezelfde limieten toe met automatische cyclustijd. trackoning. Vervolgens zullen we meer leren over de Kanban-workflow die deze kolommen vertegenwoordigen.

Kanban-workflow

Kanban-workflow is een reeks stappen die teams helpt expliciet beleid en principes in Kanban te definiëren. Het vertegenwoordigt de regels en procedures terwijl het werk gaande is in verschillende stadia van ontwikkelings- en opleveringscycli. De Kanban-workflow bestaat uit stapsgewijze processen tussen het starten en het opleveren van een bepaalde taak.

Het basisprincipe dat Kanban volgt is: “Stop met beginnen, begin met afwerken”. Met behulp van WIP-limieten wordt meer werk gedaan. Er zijn aanpasbare Kanban-workflows en -statussen beschikbaar in elke moderne tool zoals JIRA.

Hieronder staan ​​de basisstatussen die veel softwareteams volgen voor hun workflowbeheer.

Merk op dat de "gereed voor"-statussen wachtrijen zijn, geen taken. Een kaart kan oneindig lang in een wachtrij blijven staan, dus de regel die kaarten verplaatst is belangrijker dan de statussen zelf.

Pull-gebaseerd systeem

Kanban is een op pull gebaseerde methode waarbij taken worden getrokken in plaats van gepusht. Zodra je je huidige kaart hebt voltooid, kun je een nieuwe kaart uit de vorige kolom van het Kanban-bord trekken.

Met de WIP-limiet helpt Kanban bij het verbeteren van Lead Time en Cycle Time. Er moet zo min mogelijk ruimte zijn tussen deze twee timings. Bijvoorbeeld, we hebben 5 ontwikkelaars en slechts 1 tester; wat gebeurt er in dit geval? Er zouden altijd veel kaarten zijn die getest moeten worden, en die zullen inactief blijven en wachten.

Om de hierboven genoemde problemen te overwinnen en de efficiëntie te verbeteren, volgt Kanban de op pull gebaseerde aanpak met WIP-limieten, waarbij er een beperkt aantal kaarten kan worden getrokken.

Een tester haalt dus een taak uit de fase 'klaar om te testen' wanneer hij zijn huidige taak heeft voltooid. Met de WIP-limiet in Kanban-kolommen (ontwikkelingsfasen) zul je niet veel onbeheerde kaarten in de Kanban-workflow hebben.

Het op pull gebaseerde systeem helpt ook bij het vinden van de juiste snelheid voor het team. Met de juiste snelheid zal het team beter presteren. Alles hangt hier af van één getal: de WIP-limiet.

WIP beperken (onderhanden werk)

Bij de Kanban-methode beperkt WIP het aantal taken/kaarten waaraan een teamlid of het hele team tegelijkertijd kan werken.

De WIP-limieten zorgen ervoor dat het team hun werk stabiliseert en vergroten het voorspellende karakter, wat essentieel is in het pull-gebaseerde systeem. Meestal wordt de WIP-limietbeslissing door het team zelf genomen.

Reden om de OHW-limieten in te stellen

Hier zijn redenen om de WIP-limieten in te stellen:

• Het verschuift de focus naar het gedaan krijgen van dingen, omdat een individu zich op één taak tegelijk concentreert.
• Het helpt teams hun capaciteiten te begrijpen.
• Het verbetert de productiviteitsdoorloop- en cyclustijd.
• Het helpt bij het vermijden van het opstapelen van taken (in de wachtmodus).
• Het verbetert de doorstroming van de workflow, waardoor taken blijven doorstromen.
• Het helpt ook om knelpunten op te lossen, omdat een persoon niet constant tussen verschillende taken hoeft te schakelen.

⚠️ Waarschuwing: Een te hoge limiet heeft hetzelfde effect als geen limiet: kaarten blijven in de wachtrij staan ​​en de doorlooptijd wordt langer. Een te lage limiet zorgt ervoor dat mensen niets doen. Verander de limiet van één kolom tegelijk en observeer de doorlooptijd gedurende twee weken.

Dat was het laatste theoretische gedeelte; in het volgende deel wordt het omgezet in daden.

Stapsgewijze handleiding voor het implementeren van Kanban

Kanban is makkelijk om mee te beginnen: stap één beschrijft wat je al doet. Doorloop deze stappen samen met het hele team.

1. Breng de huidige workflow in kaart. Loop met een voltooid product alle overdrachtsfasen achterwaarts door. Elke overdrachtsfase vormt een kolom, inclusief de wachttoestanden die officieel door niemand worden beheerd.
2. Teken het bord. Eén kolom per staat, van links naar rechts, eindigend met 'Klaar'. Een whiteboard met post-it-briefjes is voldoende voor de eerste maand.
3. Schrijf de kaarten. Geef elk item aan boord een kaartje met prioriteit, eigenaar, type en vervaldatum, en plaats het vervolgens in de kolom die overeenkomt met de werkelijke status.
4. Definieer "klaar" voor elke kolom. Schrijf de exitcriteria op het bord. Deze expliciete beleidsregels voorkomen dat kaarten terugkaatsen.
5. Stel initiële WIP-limieten in. Kies voor elke kolom, behalve 'Te doen' en 'Gedaan', een startnummer met behulp van een van de onderstaande methoden en schrijf dit nummer boven de koptekst.
6. Ga akkoord met de regel dat je moet trekken. Niemand begint een nieuwe kaart terwijl hun kolom vol is; ze helpen in plaats daarvan de kolom rechts van hen leeg te spelen.
7. Loop dagelijks over het board. Ga van rechts naar links, begin met de oudste kaart, en vraag wat deze kaart blokkeert en wie hem vandaag kan deblokkeren.
8. Meten en vervolgens vastdraaien. Na twee weken laten de gegevens over de doorlooptijd zien in welke kolom de kaarten het langst worden vastgehouden. Verlaag die limiet of vergroot de capaciteit en herhaal het proces.

Stap vijf is waar de meeste teams vastlopen, dus hier zijn de drie methoden voor het bepalen van de omvang die professionals gebruiken:

Beschouw het eerste getal als een hypothese. Koppel het bord aan een formele agile testen Dit voorkomt dat de testkolom een ​​knelpunt wordt, en de twee onderstaande tijdmetingen laten zien of het werkt.

Doorlooptijd en cyclustijd

Bij de Kanban-methode worden doorlooptijd en cyclustijd veelvuldig gebruikt. Er is een verschil tussen beide, en het is belangrijk om dat verschil te begrijpen om verwarring te voorkomen.

Hier is het ook belangrijk dat u begrijpt dat u de tijd die verstrijkt tussen het klaar zijn voor vrijgave en de daadwerkelijke vrijgave niet meetelt.

Cycle Time = Work in Progress/Throughput

💡Tip: De doorlooptijd is wat de klant ervaart; de cyclustijd is wat het team beheert. Een grote kloof betekent dat werk in de wachtrij komt te staan ​​voordat iemand eraan begint, dus pak de instroom aan voordat je het team opjaagt.

In het ideale scenario zou het verschil tussen doorlooptijd en cyclustijd minimaal moeten zijn. Kanban gebruikt een cumulatief stroomdiagram (CFD) om historische gegevens over doorlooptijd en cyclustijd te meten. Dat diagram wordt in de volgende sectie besproken.

Cumulatief stroomdiagram (CFD)

CFD is een grafiek die beschikbaar is in alle toonaangevende werkstroombeheertools zoals JIRA. Dit diagram meet het totale aantal werkkaarten/taken dat in de workflow is binnengekomen en dat in de loop van de tijd voltooide kaarten/taken heeft verzameld.

Het helpt u een schatting te krijgen van de gemiddelde doorlooptijd en cyclustijd voor een vooraf gespecificeerde tijd.

Een CFD-diagram geeft je inzicht in probleemgebieden die aangepakt moeten worden. Het diagram biedt een helder beeld en op basis daarvan kun je de doorlooptijd en cyclustijd van je team optimaliseren. Het onderstaande cumulatieve stroomdiagram toont elke toestand als een gekleurde band; een band die steeds breder wordt, is de bottleneck.

De grafiek wordt afgelezen aan de hand van vier grootheden:

1. Levertijd: Het is de tijdsduur tussen de aankomst van een nieuwe kaart in uw workflow en het definitieve vertrek ervan uit de workflow.
2. Cyclustijd: Dit is de tijdsduur tussen het moment waarop de kaart in werkende staat arriveert en het moment waarop de kaart gereed is voor vrijgave.
3. WIP: Work in progress (WIP) beperkt het maximale aantal werkitems in de verschillende fasen van de workflow.
4. Doorvoer: Het is de daadwerkelijke prestatie en vertelt het werkelijke aantal kaarten dat in een bepaald tijdsbestek is afgeleverd.

Throughput = WIP/Cycle Time

Dat omvat artefacten, mechanismen en meetmethoden. De resterende vraag is hoe Kanban zich verhoudt tot Scrum.

Scrum versus. Kanban

Hier zijn de belangrijke verschillen tussen Scrum versus. KanbanVoor een breder overzicht, zie Agile versus Scrum.

Veelgestelde vragen