Verschillen tussen Scrum en Kanban

Tegenwoordig passen veel bedrijven agility toe om concurrerend te blijven. Agile-methodologieën helpen bedrijven producten te leveren die aansluiten op de steeds veranderende behoeften van klanten. Hoe dat er in de praktijk uitziet, verschilt echter sterk per team en bedrijf. Er zijn zoveel Agile-frameworks om uit te kiezen en dus kan het lastig zijn om te bepalen welke aanpak het beste aansluit bij jouw bedrijfsdoelen. 

o

In dit artikel gaan we dieper in op twee veelgebruikte Agile-frameworks: Scrum en Kanban. Hoewel beide frameworks op vergelijkbare principes zijn gebaseerd, verschillen ze onderling wat betreft levertijden, prioriteiten en rollen en verantwoordelijkheden. We geven je inzicht in de verschillen tussen Scrum en Kanban, zodat je kunt bepalen welk framework het beste bij jouw team past.

Wat is Scrum?

Scrum is een eenvoudig Agile-framework dat teams helpt om complexe problemen aan te pakken en tegelijkertijd op efficiënte wijze hoogwaardige producten af te leveren waar klanten blij van worden.

Het Scrum-framework richt zich op empirische procesbeheersing die gebaseerd is op drie kernpijlers:

1. Transparantie. Mensen moeten in elke fase inzicht hebben in het ontwikkelingsproces om effectieve besluiten te kunnen nemen die initiatieven vooruit helpen. Teams kunnen ervoor zorgen dat iedereen aan een gemeenschappelijk doel werkt door een gedeelde, empirische taal te gebruiken en regelmatig Scrum-vergaderingen te houden. 

2. Inspectie. Om ervoor te zorgen dat het werk volgens planning verloopt, inspecteren teams regelmatig wat er wordt gemaakt en hoe (zonder de werkstromen te onderbreken).

3. Aanpassing. Het is onmogelijk om elke vereiste of elk scenario te voorspellen. Daarom moeten teams hun processen of product zo snel mogelijk aanpassen op het moment dat er afwijkingen optreden in de plannen. Scrum biedt aan het einde van elke iteratie mogelijkheden om aanpassingen te doen. Dit voorkomt onnodige inspanningen en stroomlijnt de productiviteit.

Scrum-rollen en verantwoordelijkheden

Er zijn drie primaire Scrum-rollen en -verantwoordelijkheden: 

• Producteigenaar: De producteigenaar is de enige persoon die verantwoordelijk is voor het beheer van de productbacklog en het maximaliseren van de waarde van het uiteindelijke product. 

• Scrummaster: De Scrummaster is verantwoordelijk voor de implementatie van Scrum en zorgt ervoor dat het team de theorie en praktijk voor Scrum begrijpt. De persoon in deze rol fungeert als coach en adviseur voor het team en faciliteert communicatie en samenwerking.

• Ontwikkelingsteam: De ontwikkelaars vormen de rest van het team. Zij zijn verantwoordelijk voor de uitvoering van het werk om aan het einde van elke sprint een bruikbare verbeterde versie te creëren. Ontwikkelaars werken samen om de sprint te plannen, de kwaliteit te waarborgen, waar nodig aanpassingen te maken en elkaar verantwoordelijk te houden.

Wat is Kanban?

Kanban is een methode die is ontworpen om te werken met de systemen en processen die je al hebt. Kanban helpt je lopende werkzaamheden te beheren (en verminderen), de efficiëntie te verhogen en de productiviteit te stroomlijnen zonder overwerkt te raken. Kanban is minder tijdgebonden dan Scrum en richt zich in plaats daarvan op het visualiseren van werk om de stroom te maximaliseren en de tijd die nodig is om initiatieven af te ronden te verkorten. De methode richt zich ook op het in evenwicht brengen van de werkbelasting om knelpunten te verminderen.

Kanban is gebaseerd op een paar basisprincipes:

• Begin met wat je op dit moment doet. Kanban is een flexibel framework dat probleemloos kan worden gecombineerd met bestaande processen en methodologieën. Het framework erkent de waarde van bestaande processen en wijst op mogelijkheden voor verbetering.

• Streef naar incrementele, evolutionaire verandering. Kanban is ontworpen om zo min mogelijk weerstand op te roepen. Ingrijpende veranderingen worden afgeraden omdat ze verstorend werken en angst en onzekerheid kunnen veroorzaken.

• Moedig leiderschap aan op alle niveaus. Inzichten en feedback van alle werknemers worden gewaardeerd om samenwerking en voortdurende verbetering te stimuleren.

Rollen en verantwoordelijkheden van Kanban

Kanban kent geen verplichte rollen, maar er zijn twee rollen die je zou kunnen formaliseren bij de implementatie van het framework: 

• Service Delivery Manager (SDM): Deze persoon zorgt ervoor dat werkzaamheden efficiënt stromen en faciliteert continue verbetering.

• Service Request Manager (SRM): Deze persoon plaatst en prioriteert werkzaamheden en verbetert de bedrijfvoering binnen processen.

Scrum-praktijken

Er zijn vijf basistypen Scrum-vergaderingen en -gebeurtenissen:

1. Sprint planning 

De eerste stap van Scrum is het in kaart brengen van het werk dat tijdens een sprint moet worden gedaan. Het hele team werkt samen aan de sprint planning, waarbij de producteigenaar fungeert als coördinator om ervoor te zorgen dat alle deelnemers goed voorbereid zijn op de bespreking.

2. Sprint

De sprint zelf is het moment waarop het werk wordt uitgevoerd dat tijdens de planningsfase in kaart is gebracht. Sprints zijn korte werkperiodes van één tot vier weken. Zodra een sprint eindigt, begint de volgende sprint. Sprints zorgen voor consistentie in de ontwikkelingsfasen en zorgen ervoor dat teams op voorspelbare wijze productdoelen kunnen halen, terwijl er waar nodig ruimte is voor aanpassingen.

3. Dagelijkse Scrum 

De dagelijkse Scrum (ook wel bekend als dagelijkse stand-up) is een bijeenkomst van 15 minuten waarin het team de voortgang richting het sprintdoel evalueert en de sprintbacklog waar nodig aanpast. Door een dagelijkse Scrum te houden, kunnen teams werk dat is afgestemd op de productdoelen effectiever organiseren, plannen en uitvoeren. Tegelijkertijd werkt het om de teamcommunicatie en het probleemoplossend vermogen te verbeteren.

4. Sprint review

Aan het einde van de sprint houdt het Team een sprint review om het resultaat van de sprint te beoordelen en de volgende stappen te bepalen. Dit is een kans voor het Scrum-team en de stakeholders om te bekijken wat er is bereikt, eventuele wijzigingen aan te brengen en de productbacklog aan te passen om in te spelen op nieuwe mogelijkheden.

5. Sprint retrospective

De sprint retrospective sluit de sprint af. Het doel is om het verloop van de sprint te evalueren en zo mogelijkheden te identificeren waarmee de kwaliteit en effectiviteit verbeterd kunnen worden. Dit omvat het beoordelen van individuele teamleden, processen, hulpmiddelen, interacties, aannames en de 'definition of done' van het team. Het team bekijkt wat er goed ging, wat beter kan en wat in de volgende sprint anders moet.

Kanban-praktijken

Kanban volgt zes belangrijke werkwijzen: 

1. Visualiseer de werkstromen

Kanban maakt gebruik van fysieke kaarten of virtuele software om Kanban boards te creëren. Hierop worden lopende, voltooide en nog te starten taken weergegeven. Het bord geeft de huidige status van je workflow weer, inclusief de risico's en specificaties. 

2. Beperk werk in uitvoering 

Kanban moedigt je team aan om zich eerst te richten op lopende taken, voordat er nieuw werk wordt toegevoegd. Dit zorgt ervoor dat het team alleen werkt aan taken waarvoor ze de capaciteit hebben.

3. Beheer de stromen

Een van de belangrijkste doelen van Kanban is het stroomlijnen van workflows. Leg de prioriteit bij het beheren van werk, niet van mensen, door te focussen op de doorstroming van taken en inzicht te krijgen in processen, zodat het werk soepel verloopt. 

4. Maak procesbeleid expliciet

Processen moeten duidelijk gedefinieerd, gepubliceerd en gedeeld worden om de betrokkenheid binnen je team of organisatie te vergroten. Visualiseer beleid en richtlijnen om zelforganisatie te verbeteren en afstemming te bevorderen. 

5. Implementeer feedbackloops 

Feedback is cruciaal voor het identificeren van problemen en mogelijkheden voor voortdurende verbetering. Voer regelmatige evaluaties uit met zowel je team als je klanten om waardevolle feedback te verzamelen en verwerk inzichten in je workflow.

6. Werk aan voortdurende verbetering

Voer samen veranderingen door op basis van bewijs en evalueer regelmatig je systemen en processen om te zorgen voor voortdurende verbetering.

Wat is een Scrum board?

Een Scrum board is een visualisatietool die wordt gebruikt om de voortgang van werkzaamheden in korte, incrementele sprints bij te houden. Het board is doorgaans verdeeld in horizontale banen of verticale kolommen die het team kan gebruiken om de voortgang bij te houden van de afgesproken werkzaamheden die in de sprint moeten worden voltooid. 

Scrum boards kunnen virtueel of fysiek zijn. In beide gevallen bevatten ze vaak deze kolommen:

• Te doen: De geprioriteerde backlog van werkitems die gepland zijn voor de huidige sprint

• In uitvoering: De lijst met lopende taken

• Onder test: Voltooide taken die ter verificatie worden getest

• Gereed: Taken die zijn voltooid en geverifieerd door testen

Voordat een sprint eindigt, is het doel om alle taken naar de kolom 'Gereed' te verplaatsen.

Er is geen vast format voor een Scrum board. Het wordt vaak aan teams overgelaten om te beslissen hoe de benodigde informatie wordt gepresenteerd. Je kunt banen en kolommen naar wens toevoegen of verwijderen.

Waarom een Scrum board gebruiken?

Teamwork en transparantie zijn belangrijke principes van Scrum. Alle teamleden moeten op de hoogte zijn van het werk dat gedaan wordt, de teamleden die het werk uitvoeren en de voortgang en prestaties van het team. 

Een Scrum board faciliteert deze principes op de volgende manieren: 

• Bevordert interactie en overleg binnen het team: Teamleden en stakeholders gebruiken het whiteboard om de voortgang te bespreken en prioriteiten te stellen.

• Maakt informatie visueel en gemakkelijk toegankelijk: Of je whiteboard nu fysiek of virtueel is, de informatie die erop staat is overzichtelijk en gemakkelijk te begrijpen. Iedereen die naar het whiteboard kijkt, kan snel inschatten waar het team zich bevindt in de iteratie en wat er nog moet gebeuren om de doelen te bereiken. 

• Ondersteunt volledige betrokkenheid van het team: Het feit dat het team op het board inzicht heeft in al het werk, voorkomt dat dat mensen zich alleen op individuele taken richten. Degenen met extra capaciteit kunnen zien waar ze een stapje extra kunnen zetten en welke aanvullende taken ze op zich kunnen nemen. 

Scrum boards zijn bedoeld om teams te helpen specifieke user stories en taken binnen een bepaald tijdsbestek te voltooien. Je kunt het beste een Scrum board gebruiken als je team werkt op basis van iteraties of sprints.

Wat is een Kanban board?

Een Kanban board is een visualisatietool met kolommen om werk te visualiseren en bij te houden, gericht op just-in-time continue verbetering om ontwikkelteams te helpen zich te committeren aan de juiste hoeveelheid werk.

Een Kanban board is bedoeld om het aantal lopende taken te beperken. Het aantal lopende taken moet groot genoeg zijn om alle teamleden betrokken te houden, maar klein genoeg om stress te voorkomen. Dit draagt bij aan de opbouw van een duurzame workflow.

De workflow in een Kanban board bestaat meestal uit deze drie categorieën: 

• Wachtrij: Werk dat nog gedaan moet worden

• In uitvoering: Werk dat uit de wachtrij is gehaald en waar op dit moment aan wordt gewerkt

• Gereed: Werk dat is voltooid

Elke categorie heeft een limiet voor het aantal werkitems dat eraan mag worden toegewezen. Als het team bijvoorbeeld bepaalt dat er niet meer dan zes werkitems tegelijk in de kolom 'In uitvoering' mogen staan, mag er geen nieuw werk uit de wachtrij worden gehaald tot het lopende werk is voltooid. 

Als de wachtrij leeg is, kunnen er nieuwe taken aan worden toegevoegd. Dit proces zorgt ervoor dat het werk soepel verloopt, er niets over het hoofd wordt gezien en dat alle teamleden betrokken blijven.

Waarom een Kanban board gebruiken?

De belangrijkste redenen om een Kanban board te gebruiken zijn het visualiseren van de workflow, het beperken van de hoeveelheid lopend werk en het verminderen van verspilling. Teams krijgen in één oogopslag een duidelijk overzicht van al hun taken, wat het makkelijker maakt om hun voortgang bij te houden en knelpunten te identificeren. Als je team zich in plaats van multitasken vooral wil richten op het afronden van lopend werk om de efficiëntie te verhogen, dan is een Kanban board iets voor jou.

Of je nu kiest voor een fysiek of een online Kanban board, je kunt je whiteboard eenvoudig aanpassen met de categorieën en kolommen van jouw keuze. Deze flexibiliteit maakt Kanban een populaire keuze voor teams buiten de softwareontwikkeling, zoals marketing-, projectmanagement-, HR- en operationele teams.

Verschillen tussen Scrum boards en Kanban boards

Als je een Scrum board met een Kanban board vergelijkt, zijn de verschillen misschien niet meteen duidelijk. Beide borden worden gebruikt om visueel bij te houden wat er gedaan moet worden, wat er gedaan wordt en wat er af is. Deze Agile whiteboards helpen om het team betrokken te houden en gefocust op het doel.

Maar Scrum boards volgen een zeer specifieke, rigide methode, terwijl Kanban boards veel flexibeler zijn en makkelijker kunnen worden aangepast. Hier zijn een paar van de belangrijkste verschillen tussen beide whiteboards.

Timing

Scrum: Bij de Scrum-methode stellen teams prioriteiten voor hun werk en verbinden ze zich aan een vast aantal taken binnen een sprint, die meestal twee tot vier weken duurt. Aan het einde van elke sprint wordt het werk opgeleverd.

Kanban: Kanban is niet beperkt tot een iteratie of een sprint, maar ondersteunt in plaats daarvan continue levering. Teams blijven aan taken werken naarmate er meer werk binnenkomt.

Rollen

Scrum: Scrum-rollen zijn onder andere de producteigenaar, scrummaster en het ontwikkelingsteam.

Kanban: Agile Kanban boards hebben geen vaste rollen. 

Werk in uitvoering

Scrum: Taken kunnen niet in het midden van een sprint aan een Scrum board worden toegevoegd, maar het is mogelijk dat alle taken tegelijkertijd in de kolom 'in uitvoering' staan.

Kanban: Het team spreekt af hoeveel werk er moet worden gedaan en hoeveel taken er tegelijkertijd kunnen worden uitgevoerd. Wanneer taken zijn voltooid, halen teamleden nieuwe taken uit een wachtrij.

Filosofie voor verandering

Scrum: Tijdens een sprint wordt er geen werk toegevoegd. Hoewel het hele team toegang heeft tot het Scrum board, kan alleen de producteigenaar tijdens een sprint wijzigingen aanbrengen op het whiteboard.

Kanban: Kanban boards zijn flexibel en kunnen op ieder moment worden gewijzigd. 

Rapporten

Scrum: Scrum-teams kunnen prestaties evalueren waarbij snelheid de belangrijkste factor is. Hierbij worden sprint-burndowngrafieken en een aantal andere rapporten gebruikt. 

Kanban: Er is geen specifieke rapportagemethode voorgeschreven voor Kanban, maar teams gebruiken vaak een cumulatief stroomdiagram.

Retrospective

Scrum: Aan het einde van een sprint houden teams een sprint retrospective vergadering om te bespreken wat goed ging en hoe ze kunnen verbeteren. 

Kanban: Omdat kanban boards geen vastgestelde einddatum hebben, is er geen retrospective vergadering verbonden aan dit framework.

Visualiseer je Scrum- of Kanban-processen met Lucid.

Uiteindelijk zijn zowel Scrum als Kanban waardevolle methoden binnen de Agile-mindset. Welke je kiest, hangt af van de behoeften, doelen en dynamiek van je team. En vergeet niet dat het mogelijk is om aspecten van beide methoden te combineren. Veel teams implementeren een combinatie die bekend staat als 'Scrumban'; ze houden Scrum-bijeenkomsten en gebruiken Kanban boards om hun voortgang bij te houden. 

Welke Agile-aanpak je ook kiest, gebruik Lucid om je processen te visualiseren en je teamvergaderingen te faciliteren. Lucid biedt diverse Kanban- en Scrum-sjablonen waarmee je snel whiteboards kunt opzetten. Je kunt deze documentatie centraal opslaan, zodat iedereen er gemakkelijk bij kan. Door je Agile-aanpak tot leven te brengen met een visuele samenwerkingsoplossing, verhoog je de efficiëntie en zorg je ervoor dat iedereen op één lijn zit.