3 belangrijke overeenkomsten tussen Lean- en Agile-methodologieën
Projectmanagers zijn voortdurend op zoek naar de beste manieren om hun producten te creëren of te helpen bij softwareontwikkeling. Meestal kan dit worden gezien als een strijd tussen efficiëntie en productiviteit. Het belangrijkste doel is om de gouden balans tussen beide te vinden – geweldige producten leveren in de kortst mogelijke tijd.
De manier om dit te bereiken hangt af van de teamleden met wie je werkt. Er bestaat een enorme verscheidenheid aan projectmethodologieën, maar er zijn er slechts twee die het vaakst strijden om de favoriete plek. De eerste heet de leanmethodologie. De andere is een agile methodologie.
Beslissen welke methodologie je moet kiezen kan lastig zijn. Beide zijn op hun eigen specifieke manier bijzonder nuttig. Daarom gaat een van de meest voorkomende discussies over de verschillen tussen de twee. Wat de grenzen echter nog vager maakt, zijn de overeenkomsten tussen beide. Soms gaat dit zo ver dat bedrijven de ene naam voor de andere gebruiken of vaak tussen de twee wisselen.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Daarom bekijken we vandaag de overeenkomsten tussen agile en lean ontwikkelmethodologieën. Met dit artikel hopen we beide ideeën van lean en agile management dichter bij je start-up te brengen en de product eigenaar te helpen beslissen welke methodologie beter bij je teamleden past.
Begrijp zowel lean als agile methodologieën
Om te begrijpen waar elke methodologie voor staat, moeten we wat dieper ingaan op de geschiedenis van beide. Door de verschillen ertussen te onderzoeken, komen hun overeenkomsten beter naar voren.
De oorsprong van leanprincipes
De wortels van leanproductie—net als die van de watervalmethode—zijn te vinden in de jaren 50 en in de autofabrieken van Toyota in Japan. Ze merkten dat een teveel aan middelen hun werkproces vertraagde. Daarom stelden ze zich tot doel de voorraadkosten te verlagen en zo de snelheid van het hele proces te verbeteren. Zo ontstond het Toyota Production System.
Toyota gebruikte visuele indicatoren voor de voorraadbehoeften. Ze kregen nauwkeurige informatie over wanneer ze elk item in het werkproces nodig hadden en verminderden de totale verspilling. Door lean te denken konden ze de volledige bedrijfsvoering optimaliseren.
De oorsprong van agileprincipes
Agile manieren van werken ontstonden later, in de jaren 80 en 90, en werden ontwikkeld met computerprogrammeurs. Voor agile duurde het vaak erg lang – soms jaren – voordat hun projecten waren afgerond. De programmeer- en computerindustrie verandert echter voortdurend – en hetzelfde gold voor de tweede helft van de twintigste eeuw. Dit betekent dat er, zodra programmeurs het product konden uitbrengen, een grote kans bestond dat het al verouderd was. Daarom hadden ze een nieuwe aanpak voor hun werk nodig.
Het belangrijkste probleem was dat de kosten van het hele proces nooit konden worden gerechtvaardigd door de beperkte levensduur van het eindproduct. Tegelijkertijd ontstond er, terwijl de industrie veranderde, behoefte aan nieuwe producten bij klanten – en was er een tekort aan geschoolde werknemers. Daardoor bleven de kosten stijgen in plaats van dalen.
De belangrijkste focus van de agile methodologie werd dan ook tijd. Het belangrijkste doel van je agile teams is om voortdurend aandacht te besteden aan de oplevering van het product – eerst snel opleveren en het daarna blijven bijwerken op basis van feedback van je klanten.
Het duurde enkele jaren om de methodologie vorm te geven – en daarom werd het Agile Manifest in 2001 geschreven. Het beschrijft de belangrijkste doelen en geeft daarnaast 12 agileprincipes die de methodologie sturen. Net als de leanmethodologie begon deze aanpak in één niche en werd hij daarna snel door andere bedrijven overgenomen.
Kanban versus Scrum – een voorbeeld van lean-agileverschillen
Een van de beste voorbeelden van het gebruik van deze twee projectmanagementmethodologieën is het vergelijken van Kanban en Scrum. Dit zijn twee verschillende softwareontwikkelingsprocessen die een duidelijk beeld kunnen geven van zowel de lean- als de agile methodologie en van hoe je de twee van elkaar kunt onderscheiden.
Allereerst is er Scrum—een agile raamwerk voor softwareontwikkeling dat je ontwikkelteam kan gebruiken voor complexe producten. Net als door de geschiedenis heen ligt de nadruk vooral op softwareontwikkeling, maar mensen hebben het ook in andere vakgebieden gebruikt. Het is perfect voor een kleiner ontwikkelteam – van één tot tien personen.
Het belangrijkste punt is dat je je productontwikkeling opsplitst in doelen (de zogenaamde projectachterstand), die je vervolgens kunt bereiken door voortdurende verbetering. Deze kortdurende iteraties worden sprints genoemd en duren meestal ongeveer twee weken. Aan het einde van elke sprint houd je een bijeenkomst om je sprint en de voortgang van je agile ontwikkeling te evalueren. Veel teams gebruiken agile dashboards om sprintstatistieken te visualiseren en de voortgang tijdens de sprint in realtime bij te houden.
Aan de andere kant is Kanban een ontwikkelmethode die is gemaakt om je productontwikkelingsproces als geheel te ondersteunen. In vergelijking met agile maakt het gebruik van een Kanban-bord om je te helpen problemen zichtbaar te maken en op te lossen. Dit doet het door de levenscyclus en doorlooptijd te meten van zowel het volledige proces als je waardestroom (die bestaat uit de onderdelen van het proces).
Lean-agilemethodologieën richten zich beide op klantwaarde
Zoals dat vaak het geval is (en zou moeten zijn) in de zakenwereld, was de klant of opdrachtgever de belangrijkste reden voor beide methodologieën. Ja, er waren ook geld en tijd mee gemoeid, maar zowel lean- als agile-methodologieën zijn ontwikkeld om klanten tevreden te maken met het product en tegelijkertijd het proces eenvoudiger te maken voor de teamleden.
Merk op dat beide methodologieën bedoeld zijn om een betere en snellere dienstverlening te bieden. De manier waarop ze hun doelen bereiken, is wat ze van elkaar onderscheidt.
Als je de lean-methodologie gebruikt, wil je technische uitmuntendheid voor de klant bereiken. Je wilt dit ook in de kortst mogelijke tijd opleveren. De agile-methodologie verschilt hier niet van als het om tijd gaat – snelle oplevering staat voorop.
Je hebt echter geen perfect product nodig. In plaats daarvan kun je eraan blijven werken en het bijwerken op basis van feedback van de klant.
Snelheid van projectmanagement is het doel van zowel lean- als agile-methodologieën
Zoals je misschien hebt gemerkt, zijn beide methodologieën erop gericht je efficiëntie te verhogen – oftewel de snelheid waarmee je een product ontwikkelt. Dit is een van de belangrijkste inspanningen van beide methodologieën. Wat je moet veranderen om efficiëntie te bereiken, verschilt echter tussen de twee.
Aan de ene kant gebruik je de lean-methodologie om alles te elimineren wat geen waarde toevoegt aan je werk. Dit betekent dat je tijdrovende vergaderingen en onnodige bureaucratie vermindert. Je wilt ook stoppen met werken aan zaken die je in de toekomst misschien nodig hebt. Tot slot wil je inefficiënte manieren van werken vermijden – zoals multitasken.
De agile-methodologie stelt je daarentegen in staat de praktijken en taken te kiezen die het beste voor jou werken. Het belangrijkste is dat je niet vastzit aan de keuzes die je maakt. Teams gebruiken vaak agile-managementsoftware om werkstromen direct aan te passen, taken opnieuw te prioriteren en continue verbetering te bevorderen (vandaar de naam agile). Dit betekent dat je de agile-werkstroom stap voor stap kunt wijzigen; daarin ligt het grote verschil tussen de twee.
Als je de lean-methodologie gebruikt, leg je de nadruk op en richt je je op je werkstroomontwerp als geheel. Dit vereist dat je een stap terug doet en er op hoofdlijnen of vanuit een overzicht naar kijkt. Dit geeft je meer controle over het hele proces en de mogelijkheid om alles wat overbodig is te verminderen.
Ter illustratie: je hoeft je medewerkers niet urenlang aan willekeurige softwareontwikkeling te laten werken zodat ze voor 100% beschikbaar zijn zodra je ze nodig hebt. In plaats daarvan moet je erop vertrouwen dat ze klaar zullen zijn en hun best zullen doen wanneer het zover is. Je programmeurs hoeven bijvoorbeeld geen hulpmiddel te maken dat je misschien helemaal niet gebruikt.
Laat ze in plaats daarvan hun vaardigheden verkennen en ontwikkelen. Zo vestig je de aandacht op de hoge kwaliteit van je product. Daardoor hoef je niet terug te gaan en het product bij te werken nadat je het aan je klanten hebt geleverd.
Dit is anders dan agile projectmanagement, waarbij voortdurende updates nodig zijn.
Vertrouwen in je teamgenoten is belangrijk bij beide lean-agilemethodologieën
Zoals je kunt zien, moet je de manier waarop je je team aanstuurt opnieuw overwegen wanneer je tussen de twee methodologieën kiest.
Belangrijk om op te merken is echter dat je team bij beide methodologieën nauw betrokken is bij de volledige werkstroom. Teamwork vormt immers de kern van alle bedrijven. Zonder teamwork zullen zowel de efficiëntie als de productiviteit aanzienlijk afnemen.
Met de lean-methodologie kunnen mensen van elkaar leren. Door samenwerking bereik je de beste, meest efficiënte oplossingen en verminder je verspilling.
De volgende drie uitspraken uit het Agile Manifesto die we noemden, bevorderen ondertussen samenwerking en spreken voor zichzelf:
- “Individuen en interacties boven processen en hulpmiddelen.”
- “Samenwerking met de klant boven contractonderhandelingen.”
- “Zakelijke mensen en ontwikkelaars moeten gedurende het hele project dagelijks samenwerken.”
Merk op dat de derde zin een van de 12 agilepraktijken van het Agile Manifesto is. Een conclusie die je hieruit zou kunnen trekken, is dat de agilemethodologie zich niet eens bekommert om de tools of het proces op de manier waarop de leanmethodologie dat doet. In plaats daarvan richt deze methodologie zich op de mensen in het proces. Ze moedigt je er ook toe aan om nauw samen te werken met je klanten. Hun inbreng kan wonderen doen en je een veel beter product opleveren, dus maak tijd om ernaar te luisteren.
Lees meer over agile en de belangrijkste agileprincipes door een van deze agilecertificeringen te behalen.
Conclusie
Concluderend zijn er misschien wel net zoveel overeenkomsten tussen de agile- en lean-softwareontwikkelingsmethodologie als verschillen. Hoewel hun oorsprong verschillend is, hebben ze nog steeds dezelfde focus – klanttevredenheid.
Je zult ook aandacht willen besteden aan je werkproces en de manieren waarop je het kunt optimaliseren. Opleveringssnelheid is bij beide belangrijk – maar het is aan jou en je team om uit te zoeken welke methode beter voor jullie werkt. Het kan wat verkenning en experimenteren vergen, maar zodra je een methodologie hebt gekozen, zal je bedrijf in een mum van tijd op weg zijn naar succes!
