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.
Prioriteit geven aan klanttevredenheid, samenwerken en aanpassen. Dit zijn slechts enkele van de principes van agile methoden zoals ze werden bedacht in de jaren 90 en gepopulariseerd door het manifest dat in 2001 in de Verenigde Staten werd opgesteld door 17 specialisten op het gebied van softwareontwikkeling.
Er is een voor en een na voor agile methoden. Ze hebben een revolutie teweeggebracht in de algehele benadering van projectmanagement, wat de experts "agile projectmanagement" noemen. project 'levenscyclus.
Le IT-sector was de pionierHet bedrijf is op zoek naar flexibelere en responsievere werkmethoden als reactie op 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.
Maar 30 jaar nadat ze voor het eerst verschenen, zijn agile methoden een doolhof geworden dat moeilijk te ontcijferen is voor niet-specialisten. Enerzijds kan de veelheid aan beschikbare benaderingen verwarrend zijn. Anderzijds kan het technische jargon ondoorgrondelijk lijken voor niet-ingewijden.
De juiste agile methode kiezen: een uitdaging voor de projectmanager
Waar moet je beginnen? Welke aanpak moet je kiezen? Met zoveel verschillende methoden om uit te kiezen, is het cruciaal om elke oplossing te begrijpen om de oplossing te kiezen die het beste bij je behoeften past.
Bij het kiezen van een aanpak moet je eerst kijken naar de specifieke kenmerken van je project Type product of dienst dat is ontwikkeld, grootte van het team, organisatie van het bedrijf, complexiteit van het project, toegewezen budget, vastgestelde deadlines....
En, verrassing, afhankelijk van de aard van je project zijn agile methoden niet noodzakelijk de meest geschikte.
Vóór agile: traditionele projectmanagementmethoden
Traditionele methoden (waterval, integratie, V-cyclus, etc.) gebruiken een sequentiële aanpak, waarbij het project wordt opgedeeld in opeenvolgende fasen en stadia.
Cascademodel of waterval
Ontwikkeld in de industrie en de bouw is dit het oudste model (1966-70). Het watervalmodel verdeelt een project in lineaire en opeenvolgende fasen. Zodra een fase is voltooid en gevalideerd, kun je doorgaan naar de volgende fase, zonder terug te gaan naar de vorige fase.
De fasen volgen elkaar op, vandaar de naam cascademodel.
Dit model omvat meestal de volgende fasen:
- Definitie van behoeften (of vereisten)
- Analyse (specificaties)
- Ontwerp
- Implementatie (ontwikkeling voor een digitaal project)
- Testen
- Inzet of werking
- Onderhoud
Deze methode implementeren vereist veel voorbereiding en planning met het opstellen van gedetailleerde specificaties. Als het project vooraf goed is gedefinieerd, krijg je een duidelijk beeld van de doelstellingen en de voortgang van het project. Als het project eenmaal loopt, is het moeilijk om aanpassingen te maken of backtracking. Als een fase echter niet gevalideerd is, kun je teruggaan naar de vorige fase.
Aanbevolen voor Kleine, ongecompliceerde, korte projecten...
Niet aanbevolen voor :
- Projecten op lange termijn (meer dan een jaar)
- Complexe projecten, met veel stakeholders
- Projecten met een omgeving die te snel verandert of evolueert
- Projecten die functionele eisen onthullen tijdens de ontwikkeling
- Problemen niet ontdekt voor het testen
V-cyclus
Dit is het klassieke projectmanagementmodel bij uitstek. Het is afgeleid van het watervalmodel en wordt sinds de jaren 1980 gebruikt, vooral bij softwareontwikkeling, om een project te beheren met respect voor de vereisten 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 vereisten
- Projecten die in elke fase gedetailleerde documentatie vereisen
- Projecten met lange, geplande productiecycli
Niet aanbevolen voor :
- Projecten die een snelle levering vereisen (validatiefasen kunnen de beschikbaarheid vertragen)
- Korte projecten
- Projecten met veranderende en onzekere behoeften
- Projecten die een nauwe relatie met de gebruiker vereisen
De populairste agile methoden
Zoals we hebben gezien, missen traditionele projectmanagementmethoden de flexibiliteit om in te spelen op veranderingen. Ze leiden ook tot de beruchte tunneleffect die optreedt wanneer een team of een individu het einddoel van een project uit het oog verliest omdat ze te gefocust zijn op de onmiddellijke taken.
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 kunnen schadelijk zijn: budgetoverschrijdingen, vertragingen, slechte kwaliteit of ongeschiktheid van het eindproduct voor de markt, demotivatie van het team, ontevredenheid van de klant, enz.
Gelukkig bieden agile methoden uitkomst.
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 duidelijk gedefinieerde rollen: de Scrummaster die het team leidt, de Product eigenaar die de behoeften van de klant vertegenwoordigt, evenals korte sprints (1 tot 4 weken), regelmatige vergaderingen en nauwe samenwerking tussen de verschillende spelers.
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 waar eisen vaak veranderen...
Niet aanbevolen voor :
- projecten met zeer krappe 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 volgen van productontwikkeling: product backlog (product owner) of sprint- en planningsplanning burn-downs (scrummaster), Bubbel Plan, Sprint.ly, Gitlab of Jixee
- Communicatie: Teams of Slank als team communiceren via berichtenuitwisseling of videoconferenties
- Documentatie : Samenvloeiing Samenwerkingsdocumentatie 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 van alle agile methoden
Kanban werd in de jaren 1950 bedacht door Taiichi Ōno, een ingenieur bij Toyota-fabrieken, om teams te helpen bij het plannen en optimaliseren van de productie.
Het idee is om een aantal gedeelde borden te maken met daarop elk doel, dat kan worden onderverdeeld in subdoelen of verschillende taken die van tevoren moeten worden voltooid. Het maakt gebruik van virtuele post-it briefjes, Kaban betekent "label" in het Japans. Deze visuele methode richt zich op 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 eisen vaak veranderen...
Niet aanbevolen voor :
- projecten met onduidelijke rollen en verantwoordelijkheden
- projecten met taken die sterk van elkaar afhankelijk zijn
- 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 stimuleert autonomie en samenwerking tussen werknemers
Het gereedschap :
- Trello of Jira voor tafels
- Concept en Asana
- Miro als virtueel whiteboard
Extreem programmeren (XP): voor kleine teams
Deze rigoureuze aanpak, die dateert uit 1996, is bijzonder aangepast aan kleine teams die werken in een veranderende omgeving. Het richt zich op communicatie, samenwerking, geautomatiseerd testen en feedback.
Lean Software Development: voor complexe agile projecten
Deze methode is geïnspireerd op de principes van lean manufacturing en heeft als doel verspilling te elimineren en de waardestroom te optimaliseren. Het is vooral nuttig voor teams die complexe softwareproducten ontwikkelen.
SAFe (geschaald agile raamwerk) : om verschillende 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.
Tot slot zijn agile methoden niet geschikt voor alle projecten. Ten eerste omdat een project sterk verbonden is met de structuur en cultuur van een bedrijf. Ten tweede omdat de omvang van het project of de team(s) andere benaderingen kunnen vereisen.
