Agile-methoden hebben een revolutie teweeggebracht in het projectmanagement: flexibel en collaboratief beheer van teams, permanente afstemming van het product op de verwachtingen van de klant, voortdurend testen... Heel goed, maar welke oplossing moet je kiezen? Ontdek de populairste agile raamwerken en leer bepalen welke het beste bij uw behoeften past.
Geef prioriteit aan klanttevredenheid, werk samen en pas je aan. Hier zijn enkele principes van agile-methoden zoals ze in de jaren negentig werden bedacht en gepopulariseerd door het manifest dat in 2001 in de Verenigde Staten werd geschreven door 17 softwareontwikkelingsspecialisten.
Er is een voor en na van agile methoden. Ze hebben een revolutie teweeggebracht in de algehele aanpak van projectmanagement, wat experts ‘ levenscyclus » van een project.
Le De IT-sector was de pionier, op zoek naar flexibelere en responsievere werkmethoden in het licht van frequente productupdates en klantverwachtingen.
Agile methoden hebben het mogelijk gemaakt om ontwikkelingscycli te versnellen, nauwere samenwerking tussen teams aan te moedigen en beter in te spelen op veranderende marktbehoeften. Sindsdien zijn ze overgenomen door andere sectoren en hebben ze hun doeltreffendheid en aanpassingsvermogen in verschillende professionele contexten bewezen.
Dertig jaar na hun verschijning zijn agile methoden echter een struikgewas geworden dat voor niet-specialisten moeilijk te ontcijferen is. Enerzijds kan de veelheid aan beschikbare benaderingen verwarrend zijn. Anderzijds kan het technische jargon ondoorgrondelijk lijken voor niet-ingewijden.
Het kiezen van de juiste agile werkwijze, een uitdaging voor de projectmanager
Waar te beginnen ? Welke aanpak kiezen? Geconfronteerd met de diversiteit aan methoden is het van cruciaal belang om elke oplossing te begrijpen, zodat u de oplossing kunt kiezen die het beste aan uw behoeften voldoet.
Bij het kiezen van een aanpak moet u eerst rekening houden met de specifieke kenmerken van uw project : type product of dienst dat wordt ontwikkeld, omvang van het team, organisatie van het bedrijf, complexiteit van het project, toegewezen budget, deadlines, enz.
En verrassend genoeg zijn agile methoden, afhankelijk van de aard van uw project, niet noodzakelijkerwijs de meest geschikte.
Vóór agile: traditionele projectmanagementmethoden
Zogenaamde traditionele methoden (cascade, integratie, V-cyclus, enz.) maken gebruik van een sequentiële aanpak, waarbij het project wordt opgedeeld in fasen en fasen die elkaar opvolgen.
Watervalmodel of waterval
Afkomstig uit de industrie en de bouw, is dit het oudste model (1966-70). Het watervalmodel bestaat uit het opdelen van een project in lineaire en opeenvolgende fasen. Met een voltooide en gevalideerde stap kunt u door naar de volgende, zonder terug te keren naar de vorige fase.
De fasen volgen elkaar op, vandaar de naam watervalmodel.
Dit model omvat doorgaans de volgende fasen:
- Definitie van behoeften (of vereisten)
- Analyse (specificaties)
- Ontwerp
- Implementatie (ontwikkeling voor een digitaal project)
- Testen
- Implementatie of bediening
- Onderhoud
Implementatie van deze methode vergt veel voorbereiding en planning met het opstellen van gedetailleerde specificaties. Het geeft een zeer goed zicht op de doelstellingen en de voortgang van het project als het project vooraf goed is gedefinieerd. Als het project eenmaal van start is gegaan, is het lastig om bij te sturen of flashbacks. Indien een fase echter niet wordt gevalideerd, kunt u terugkeren naar de vorige fase.
Aanbevolen voor : kleine projecten, niet erg complex, korte projecten…
Niet aanbevolen voor :
- Lange projecten (meer dan een jaar)
- Complexe projecten, met veel stakeholders
- Projecten met een omgeving die te snel verandert of evolueert
- Projecten die functionele behoeften in ontwikkeling blootleggen
- Problemen die niet vóór het testen zijn ontdekt
V-cyclus
Dit is het klassieke model bij uitstek in projectmanagement. Het is afgeleid van het watervalmodel en wordt sinds de jaren tachtig gebruikt, vooral bij de ontwikkeling van software, om een project uit te voeren met inachtneming van de eisen op het gebied van kwaliteit, kosten en deadlines.
Het wordt gekenmerkt door twee fasen: een top-down ontwerp- en ontwikkelingsfase, gevolgd door een bottom-up test- en validatiefase.
Aanbevolen voor :
- Projecten met duidelijk gedefinieerde en stabiele eisen
- Projecten die in elke fase gedetailleerde documentatie vereisen
- Projecten met lange, geplande productiecycli
Niet aanbevolen voor :
- Projecten die een snelle oplevering vereisen (validatiefasen kunnen de beschikbaarheid vertragen)
- Korte projecten
- Projecten met evoluerende en onzekere behoeften
- Projecten die een nauwe relatie met de gebruiker vereisen
De meest populaire agile methoden
Zoals we hebben gezien ontberen traditionele projectmanagementmethoden de flexibiliteit om op veranderingen te reageren. Ze veroorzaken ook de beroemde tunneleffect Dit gebeurt wanneer een team of individu het einddoel van een project uit het oog verliest, omdat ze zich te veel op directe taken concentreren.
Een paar voorbeelden :
- Een softwareontwikkelingsteam dat zo gefocust is op het schrijven van code dat het niet merkt dat de eisen van de klant zijn veranderd.
- Een projectmanager die zo gefocust is op het halen van de planning dat hij niet merkt dat het team opbrandt.
- Een marketingteam dat zo gefocust is op zijn reclamecampagne dat het niet merkt dat de concurrentie een nieuw product heeft gelanceerd.
De gevolgen ervan kunnen schadelijk zijn: budgetoverschrijdingen, vertragingen, slechte kwaliteit of ongeschiktheid voor de markt van het eindproduct, demotivatie van het team, ontevredenheid van de klant, enz.
Gelukkig komen agile methoden te hulp.
Scrum: de beste agile aanpak voor digitale projecten
Ontwikkeld in 1995 in de Verenigde Staten, Scrummen is uitgegroeid tot de meest populaire agile projectmanagementaanpak, met name voor softwareontwikkeling. Meer dan alleen een methode is Scrum een raamwerk dat een iteratieve en adaptieve aanpak voorstaat.
Scrum is gebaseerd op goed gedefinieerde rollen: de Scrummaster die het team leidt, de Product eigenaar die de behoeften van de klant vertegenwoordigt, maar ook korte sprints (1 tot 4 weken), regelmatige bijeenkomsten en nauwe samenwerking tussen de verschillende belanghebbenden.
Deze aanpak bevordert flexibiliteit, transparantie en voortdurende verbetering, waardoor snelle aanpassing aan veranderingen en feedback van gebruikers mogelijk is.
Aanbevolen voor :
- Softwareontwikkeling, webprojecten, veranderende omgevingen waarin de vereisten regelmatig veranderen…
Niet aanbevolen voor :
- projecten met zeer korte deadlines (enkele dagen of weken)
- eenvoudige of voorspelbare projecten
- projecten met een omgeving die te snel of te vaak verandert
- projecten met meerdere teams of meerdere producten
De beste hulpmiddelen voor Scrum
- Projectbeheer weerbaar : Jira voor het monitoren van de ontwikkeling van een product: product backlog (producteigenaar) of het plannen van sprints en burn-downs (scrummaster), Bubbel Plan, Sprint.ly, Gitlab of Jixee
- Communicatie: Teams of Slank om als team te communiceren via berichten of video
- Documentatie : Samenvloeiing om gezamenlijke documentatie te beheren
- Protyping : Adobe XD, Figma, Invision...
- Gegevensanalyse : Google Analytics, Amplitude, Matomo, Semrush, Hotjar...
- Verzameling van gebruikersfeedback : Gebruikerstests, Clicktale, Google Form, SurveyMonkey…
Kanban: de meest visuele agile methode
Kanban, opgericht in de jaren vijftig, werd bedacht door Taiichi Ōno, een ingenieur bij Toyota-fabrieken, om teams te helpen bij het plannen en optimaliseren van de productie.
Het principe ervan bestaat uit het creëren van verschillende gedeelde tabellen om elke doelstelling op te sommen, die kunnen worden onderverdeeld in subdoelstellingen of verschillende taken die vooraf moeten worden volbracht. Ze gebruikt virtuele post-its, waarbij Kaban ‘label’ betekent in het Japans. Deze visuele methode benadrukt de workflow. De online oplossing Trello is een goed voorbeeld.
Het vergemakkelijkt het monitoren en biedt in één oogopslag inzicht in taken, hun prioriteiten, de betrokken mensen en de voortgang van elke taak.
Aanbevolen voor : softwareontwikkeling, webprojecten, veranderende omgevingen waar de vereisten regelmatig evolueren…
Niet aanbevolen voor :
- projecten met slecht gedefinieerde rollen en verantwoordelijkheden
- projecten met taken die sterke onderlinge afhankelijkheden hebben
- complexe of grootschalige projecten: Kaban wordt overweldigd door het grote aantal taken, en dus virtuele post-its
- projecten die een sterke hiërarchie en gecentraliseerde controle vereisen: Kanban moedigt autonomie en samenwerking tussen medewerkers aan
Het gereedschap :
- Trello of Jira voor tafels
- Concept en Asana
- Miro als virtueel whiteboard
Extreme Programming (XP): voor kleine teams
Deze rigoureuze aanpak dateert uit 1996 en is bijzonder geschikt voor kleine teams die in een veranderende omgeving werken. Het richt zich op communicatie, samenwerking, geautomatiseerd testen en feedback.
Lean Software Development: voor complexe agile projecten
Geïnspireerd door de principes van Lean manufacturing, heeft deze methode tot doel verspilling te elimineren en de waardestroom te optimaliseren. Het is vooral handig voor teams die complexe softwareproducten ontwikkelen.
SAFe (geschaald agile raamwerk) : om meerdere teams te laten werken
Een raamwerk voor het opschalen van agile werkwijzen naar grote organisaties. Het stelt een gestructureerde aanpak voor om het werk van meerdere agile teams te coördineren, wat niet mogelijk is met Scrum of XP.
Concluderend zijn agile methoden niet geschikt voor alle projecten. Ten eerste omdat een project sterk verbonden is met de structuur en cultuur van een bedrijf. Vervolgens omdat de omvang van het project of de team(s) mogelijk een andere aanpak vereist.
