3 Belangrijke overeenkomsten tussen Lean- en agilemethodologieën

Daarom bekijken we vandaag de overeenkomsten tussen agile en lean softwareontwikkeling. Met dit artikel hopen we beide ideeën van lean en agile management dichter bij jouw startup te brengen en de producteigenaar te helpen beslissen welke methode beter bij de teamleden past.

Begrijp zowel lean- als agilemethodologieën

Om te begrijpen waar elke methodologie voor staat, moeten we een beetje in de geschiedenis van beide duiken. 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 gingen ze de voorraadkosten verlagen en zo de snelheid van het hele proces verbeteren. Zo ontstond het Toyota Production System.

Toyota gebruikte visuele indicatoren voor de voorraadbehoeften. Ze kregen nauwkeurige informatie over wanneer ze elk artikel 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 deden hun projecten er vaak lang over om te worden afgerond – soms jaren. De programmeer- en computerindustrie verandert echter voortdurend – en dat gold ook 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 opwegen tegen de beperkte levensduur van het eindproduct. Tegelijkertijd veranderde de industrie, ontstond er bij klanten behoefte aan nieuwe producten en was er een gebrek aan geschoolde werknemers. Daardoor bleven de kosten stijgen in plaats van dalen.

De belangrijkste focus van de agilemethodologie werd daarom tijd. Het belangrijkste doel van je agile teams is voortdurend aandacht te besteden aan de oplevering van het product – het eerst snel doen 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 Manifesto in 2001 geschreven. Het beschrijft de belangrijkste doelen en geeft daarnaast 12 agileprincipes die de methodologie richting geven. Net als de leanmethodologie begon deze in één niche en werd ze vervolgens 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 lean- als agilemethodologieën en van hoe je onderscheid tussen beide kunt maken.

Ten eerste 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 zijn het ook op andere gebieden gaan gebruiken. Het is perfect voor een kleiner ontwikkelingsteam – één tot tien mensen.

Het belangrijkste punt is om je productontwikkeling op te delen in doelen (de lijst met projectdoelen genoemd), die je vervolgens kunt voltooien door voortdurend te verbeteren. Deze kortdurende iteraties worden sprints genoemd en duren meestal ongeveer twee weken. Aan het einde van elke sprint houd je een vergadering om je sprint en de voortgang van je agileontwikkeling te evalueren. Veel teams gebruiken agile-overzichten om sprintstatistieken visueel weer te geven en de voortgang tijdens de sprint in realtime te volgen.

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 van zowel het volledige proces als je waardestroom (die bestaat uit de onderdelen van het proces) te meten.

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 agilemethodologieën zijn ontwikkeld om klanten tevreden te maken met het product en tegelijkertijd het proces eenvoudiger te maken voor de teamleden.

Houd er rekening mee dat beide methodologieën bedoeld zijn om een betere en snellere dienstverlening te bieden. De manier waarop ze hun doelen bereiken, is de kern van wat ze van elkaar onderscheidt.

Als je de lean-methodologie gebruikt, wil je technische uitmuntendheid voor de klant bereiken. Je wilt die ook binnen de kortst mogelijke tijd leveren. De agile-methodologie verschilt hier niet van als we naar de tijd kijken – snelle levering staat voorop.

Je hebt echter geen perfect product nodig. In plaats daarvan kun je eraan blijven werken en het bijwerken met de feedback van de klant.

Snelheid van projectmanagement is het doel van zowel lean- als agilemethodologieë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 het aantal tijdrovende vergaderingen en onnodige bureaucratie vermindert. Je wilt ook stoppen met werken aan dingen die je in de toekomst “misschien nodig hebt”. Tot slot wil je inefficiënte manieren van werken vermijden – zoals multitasken.

Met de agile-methodologie kun je ondertussen de werkwijzen en taken kiezen die het beste bij je passen. Het belangrijkste is dat je niet vastzit aan de keuzes die je maakt. Teams gebruiken vaak agilemanagementsoftware om werkstromen direct aan te passen, taken opnieuw te prioriteren en continue verbetering te stimuleren (vandaar de naam agile). Dit betekent dat je de agile-werkstroom stap voor stap kunt veranderen; 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 ontwerp van de werkstroom als geheel. Dit vereist dat je een stap terug doet en er op hoofdlijnen of vanuit een overzicht naar kijkt. Hierdoor krijg je betere controle over het hele proces en kun je alles wat overbodig is verminderen.

Je hoeft je werknemers bijvoorbeeld niet urenlang willekeurige software te laten ontwikkelen, 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 zult gebruiken.

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 om het product bij te werken zodra je het aan je klanten hebt geleverd.

Dit verschilt van agile projectmanagement, waarvoor 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 heroverwegen wanneer je tussen de twee methodologieën kiest.

Belangrijk om op te merken is echter dat ze je team allebei nauw bij de volledige werkstroom betrekken. Teamwork vormt immers de kern van alle bedrijven. Zonder teamwork zullen zowel de efficiëntie als de productiviteit sterk afnemen.

Met de lean-methodologie kunnen mensen van elkaar leren. Door samenwerking bereik je de beste, meest efficiënte oplossingen en verminder je verspilling.

Ondertussen bevorderen de volgende drie uitspraken uit het Agile-manifest die we eerder noemden samenwerking en spreken ze voor zichzelf:

• “Individuen en interacties boven processen en hulpmiddelen.”
• “Samenwerking met de klant boven contractonderhandelingen.”
• “Mensen uit de business 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 zou kunnen trekken, is dat de agilemethodologie zich niet eens bekommert om de hulpmiddelen of het proces op de manier waarop de leanmethodologie dat doet. In plaats daarvan richt deze methodologie zich op de mensen in het proces. Ook moedigt deze methodologie je 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 belangrijke agileprincipes door een van deze agilecertificeringen te behalen.

Conclusie

Concluderend zijn er misschien wel net zoveel overeenkomsten tussen agile en lean softwareontwikkelingsmethodologieën als verschillen. Hoewel hun oorsprong verschilt, hebben ze nog steeds dezelfde focus – klanttevredenheid.

Je zult ook aandacht willen besteden aan je workflow en de manieren waarop je die kunt optimaliseren. Leversnelheid 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 binnen de kortste keren op weg zijn naar succes!