Agile methoden hebben een revolutie teweeggebracht in projectmanagement: flexibel, samenwerkend teammanagement, permanente afstemming van het product op de verwachtingen van de klant, continu testen... Allemaal goed en wel, maar welke oplossing moet je kiezen? Ontdek de populairste agile repositories en leer hoe je kunt bepalen welke het beste past bij jouw behoeften.
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, een nauwere samenwerking tussen teams te bevorderen en beter in te spelen op de veranderende marktbehoeften. Ze werden vervolgens door andere sectoren overgenomen, wat hun effectiviteit en aanpassingsvermogen in verschillende professionele contexten aantoonde.
Dertig jaar na hun verschijning zijn agile methoden echter een struikgewas geworden dat voor niet-specialisten moeilijk te ontcijferen is. Aan de ene kant kan de veelheid aan beschikbare benaderingen verwarrend zijn. Aan de andere kant lijkt hun technische jargon misschien ondoordringbaar voor nieuwkomers.
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 softwareontwikkelteam dat zo gefocust is op het schrijven van code dat ze niet merken 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 de meest populaire aanpak voor agile projectmanagement geworden, vooral bij softwareontwikkeling. Scrum is meer dan een eenvoudige methode, het is een raamwerk dat een iteratieve en adaptieve aanpak bepleit.
Scrum is gebaseerd op goed gedefinieerde rollen: de Scrummaster wie leidt het team, 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 u zich snel kunt aanpassen aan veranderingen en feedback van gebruikers.
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 agile methoden : 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 volgen 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 legt de nadruk 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 praktijken naar grote organisaties. Het biedt een gestructureerde aanpak voor het coördineren van het werk van verschillende agile teams, wat Scrum of XP niet toestaan.
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.
