Skip to main content

Als je een plan maakt in het volle besef dat het gaat veranderen, is het dan eigenlijk wel een plan? Absoluut.

Agile planning klinkt misschien een beetje tegenstrijdig, omdat agile gericht is op iteratieve ontwikkeling. Ik heb sommige mensen zelfs horen zeggen dat agile projectmanagement niet kan worden gepland, maar die mensen vergissen zich (en proberen waarschijnlijk gewoon onder enig voorbereidend werk uit te komen)! 

Hoewel agile draait om openstaan voor verandering en bijsturen wanneer we nieuwe informatie ontdekken, kan het ontbreken van een vooraf opgesteld plan later leiden tot meer herwerk en heroriëntatie. 

Als je klaar bent om je kijk op planning te veranderen en je te richten op het stapsgewijs leveren van waarde (terwijl je ook een plan volgt), dan is dit artikel iets voor jou.

Create a Free Account to Read More

Unlock this piece and join a community of forward-thinking leaders discovering tools, playbooks, and insights for thriving in the age of AI.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

Wat is agile planning?

Agile planning is het proces van het definiëren van een visie, routekaart en manieren om het gewenste resultaat te bereiken, en van het volgen van de voortgang gedurende de ontwikkelingscyclus.

Het neemt de ideeën van traditionele planning voor projectmanagement over en voegt het concept van voortdurende verbetering toe om een planningsmethodologie te creëren die erop gericht is teams te helpen waarde te leveren aan klanten. 

Met andere woorden: agile planning is een flexibele aanpak van projectplanning waarbij we de nadruk leggen op aanpassingsvermogen en samenwerking, met als doel voortdurend en stapsgewijs waarde te leveren en tegelijkertijd projectplannen en resultaten te verfijnen en te verbeteren. Om deze aanpak effectief toe te passen, kunnen tools voor projectplanning die zijn ontworpen voor agile werkprocessen deze aanpak ondersteunen en het proces stroomlijnen. 

Inzicht in hoe agile projectplanning mogelijk kan zijn, begint met inzicht in de basisprincipes en waarden van agile, namelijk de focus op iteratieve benaderingen en incrementele ontwikkeling, korte feedbacklussen en zelforganiserende teams.

De 5 niveaus van agile planning

Agile projectplanning of agile softwareontwikkeling omvat vijf afzonderlijke planningsniveaus, beginnend bij het breedste en meest abstracte niveau (visie) en afdalend naar het plannen van afzonderlijke releases en iteraties. Elk niveau effent de weg voor het volgende.

de 5 niveaus van agile planning
Overweeg op elk niveau van agile planning hoe je taken inschat en projecten en taken opsplitst in kleinere onderdelen.

1. Algemene visie

De visie voor je product of project is de beste plek om te beginnen met agile planning. Je definieert hoe de gewenste toekomst eruit zou kunnen zien (ik zeg "zou kunnen" omdat dit kan veranderen), en hier begin je de weg naar het doel te effenen. Visieplanning vindt doorgaans jaarlijks plaats, met een afwijking van 6 maanden. 

De visie zorgt ervoor dat mensen op één lijn blijven en gericht blijven op een gemeenschappelijk doel, en biedt tegelijkertijd een manier om verschillende opties of beslissingen die onderweg kunnen opduiken kritisch te toetsen. 

De visie wordt doorgaans opgesteld door een productmanager, belangrijke belanghebbende of projectsponsor en is een duidelijke en overtuigende verklaring van wat zij met het project of product willen bereiken. Onderdelen van een visie kunnen bestaan uit het doel, de doelstellingen en de gewenste resultaten. 

Bij het opstellen van een visie moet je vragen beantwoorden zoals: 

  • Welk probleem lossen we op? 
  • Voor wie lossen we dit probleem op? 
  • Welke doelen willen we bereiken? 
  • Hoe weten we of we de doelen hebben bereikt? 

Zonder een duidelijke visie kan het gemakkelijk zijn om afgeleid te raken en niet alleen de doelen uit het oog te verliezen, maar ook de reden waarom het team in de eerste plaats samenwerkt. 

2. Routekaartplanning

Routekaartplanning begint met het opsplitsen van je visie in belangrijke thema's of initiatieven op hoofdlijnen, afhankelijk van de reikwijdte van de visie. Deze thema's kunnen gebieden van functionaliteit of belangrijke doelstellingen vertegenwoordigen waaraan het project of product moet voldoen.

Zodra de thema's of initiatieven op hoofdlijnen zijn gedefinieerd, is de volgende stap om ze te prioriteren op basis van waarde of andere overwegingen. Vervolgens kun je beginnen met het maken van een productroutekaart of tijdlijn om de mogelijkheden voor de uitvoering van deze items op hoofdlijnen visueel weer te geven.

Je denkt misschien: “Hoe kun je deze items in hemelsnaam op een tijdlijn zetten zonder in te schatten hoe lang het duurt om ze te bouwen?” 

Dat is een goede vraag, maar dit is geen exacte wetenschap—het is eigenlijk meer een kunst. Wat ik doorgaans doe, is overleggen met leiders van leveringsteams om een globaal idee te krijgen van hoelang elk onderdeel van begin tot eind zal duren. Ik geef het op dat detailniveau weer en laat wat extra tijd in de roadmap, omdat dingen veranderen en we soms gewoon extra tijd nodig hebben. Deze aanpak sluit goed aan bij de principes van planning in voortschrijdende golven, waarbij gedetailleerde planning geleidelijk plaatsvindt.

Deel de roadmap tijdens het opstellen ervan met anderen om feedback te verzamelen van belangrijke belanghebbenden en leden van het leveringsteam. Zo blijft iedereen op de hoogte van wat volgens jou het belangrijkst is, kun je feedback verzamelen en het team informeren over wat er hierna aankomt.

3. Releaseplanning

Bij releaseplanning komt de roadmap echt tot leven. Hier duikt het team dieper in de details van verschillende roadmaponderdelen en begint het schattingen vast te leggen. 

Een ‘release’ is een ‘uitgeleverde’ sectie met waarde of software. Je kunt dit zien als mijlpalen. Bij releaseplanning is het doel om een plan te maken waarin de elementen van elk roadmaponderdeel worden beschreven die in elke release kunnen worden opgenomen. 

Als je groep de Scrum-methodologie gebruikt, zie je hier mogelijk epics en enkele gebruikersverhalen op hoofdlijnen ontstaan. Terwijl de release wordt gepland, worden functies en functionaliteit gedefinieerd in overeenstemming met de productvisie. 

Een veelvoorkomend resultaat van releaseplanning is een geordende achterstand van epics, die doorgaans door een producteigenaar wordt gedefinieerd. Een epic vertegenwoordigt een substantieel stuk functionaliteit en de prioriteit van de epics geeft aan wat het belangrijkst is en als eerste moet worden opgeleverd.

Op basis van de geprioriteerde productachterstand weet het team wat het belangrijkst is om als eerste aan te werken en op te leveren. Prioriteiten kunnen veranderen en dingen die eenvoudig leken, kunnen complexer worden. Wees daarom flexibel en sta open voor veranderingen in het plan. Onthoud dat het jouw taak is om waarde voor de klant te leveren, zelfs als die niet precies overeenkomt met wat je oorspronkelijk voor ogen had. 

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

4. Iteratieplanning

Bij iteratieplanning houdt het team rekening met de visie, roadmap en releaseplanning om de volgende iteratie of werktoename te plannen (doorgaans met een duur van twee tot vier weken). 

Hier kan het leveringsteam samen met de producteigenaar of agile projectmanager dieper ingaan op de planning van afzonderlijke iteraties (veel varianten van agile projectmanagement gebruiken iteraties, dus die gebruiken we hier).

Bij iteratieplanning (ook wel sprintplanning in Scrum genoemd) werkt het multidisciplinaire Scrum-team samen met de producteigenaar of Scrum-master om de specifieke taken of op te leveren resultaten te definiëren die nodig zijn om de eerder vastgestelde releas doelen te bereiken. 

Dit omvat het bepalen welke onderdelen worden opgepakt, het inschatten van de tijd die nodig is om elk onderdeel te bouwen en het vaststellen van een prioriteitsvolgorde voor de uitvoering. 

Het resultaat van de iteratieplanningsbijeenkomst is een iteratieachterstand, waarin de specifieke onderdelen staan die tijdens de iteratie worden voltooid. De iteratieachterstand geeft het team richting en helpt het gefocust en taakgericht te blijven.

5. Dagelijkse planning (dagelijkse bijeenkomst)

Nadat je de visie, roadmap, release en iteratie hebt gepland, ga je het per dag bekijken. 

Een veelgebruikte praktijk binnen verschillende methodologieën voor agile projectmanagement is de dagelijkse stand-up. Deze bijeenkomst duurt doorgaans ongeveer 15 minuten en wordt door het team gebruikt om voortgang te delen en uitdagingen of blokkades te bespreken die zich voordoen bij het vooruitkijken naar het werk van die dag. 

Vaak komen hier kleine vragen naar voren. Door deze bijeenkomst dagelijks te houden, ontstaat een snelle feedbacklus, zodat het team met de antwoorden op die vragen vooruit kan blijven gaan. 

De dagelijkse stand-up bevordert transparantie binnen het team. Iedereen weet waar de anderen aan werken, wat de samenwerking stimuleert. Als iemand vastloopt, is er iemand in het team die snel kan helpen. 

De dagelijkse stand-up zorgt er ook voor dat het team aan de taken met de hoogste prioriteit werkt en afgestemd en gefocust blijft op de projectdoelen. Soms kunnen gebeurtenissen, incidenten of operationele problemen het volgen van de koers richting het iteratie- en releasdoel verstoren. De dagelijkse stand-up helpt om deze activiteiten buiten de hoofdtaak in toom te houden. 

Het agile planningsproces: stap voor stap

infographic met details over elk van de 5 niveaus van agile planning
Hier is een samenvatting van de vijf niveaus van agile planning.

Goed, dat was de warming-up—tijd om je agile planningsspieren aan het werk te zetten! Hier is een procesgids om agile planning voor je volgende project perfect uit te voeren.

Stap 1. Bepaal de visie

Doel: Stel een duidelijk toekomstig doel voor het project of product vast.

Taken:

  • Werk samen met belanghebbenden om het probleem en de doelen gezamenlijk te formuleren.
  • Beantwoord cruciale vragen:
    • Welk probleem lossen we op?
    • Voor wie is dit bedoeld?
    • Wat zijn onze doelen?
    • Hoe meten we succes?

Hoe ziet 'klaar' eruit? Een overtuigende en beknopte visietekst waarin het doel en de doelstellingen van het project worden beschreven.

2. Maak een routekaart

Doel: Deel de visie op in uitvoerbare initiatieven.

Taken:

  • Identificeer belangrijke initiatieven die aansluiten bij de visie.
  • Geef prioriteit aan initiatieven op basis van waarde of impact.
  • Ontwikkel een visuele routekaart of tijdlijn voor de uitvoering.

Hoe ziet 'klaar' eruit? Een geprioriteerde lijst van initiatieven en een routekaart die de volgorde van de initiatieven aangeeft.

3. Plan releases

Doel: Bepaal uitvoerbare elementen voor elk item op de routekaart.

Taken:

  • Werk functies en functionaliteiten voor elke release uit in overeenstemming met de visie.
  • Maak een geprioriteerde backlog van epics (grote functionaliteitscomponenten).

Hoe ziet 'klaar' eruit? Een geordende backlog die het team kan helpen bepalen wat als eerste moet worden opgeleverd in overeenstemming met de visie.

4. Plan iteratief

Doel: Plan gedetailleerde taken voor iteraties op korte termijn.

Taken:

  • Werk samen met multifunctionele teams om specifieke taken voor de volgende iteratie te plannen (ongeveer elke 2-4 weken).
  • Schat de tijd voor elke taak in en stel een prioriteitsvolgorde vast.

Hoe ziet 'klaar' eruit? Een iteratiebacklog met de taken voor de komende iteratie, zodat het team gefocust en op één lijn blijft.

5. Houd dagelijkse stand-ups

Doel: Zorg dagelijks voor afstemming en pak uitdagingen aan.

Taken:

  • Houd dagelijks korte stand-upbijeenkomsten (15 minuten).
  • Deel voortgang, uitdagingen en belemmeringen met de teamleden.

Hoe ziet 'klaar' eruit? Alle teamleden moeten het gevoel hebben dat ze op de hoogte zijn van de status en voortgang van het project en moeten in staat worden gesteld om gezamenlijk hun tijd en middelen te beheren volgens de vereisten van de taken van die dag.

Wat zijn de voordelen van agile planning?

Planning zorgt ervoor dat agile teams gezamenlijk en in overeenstemming werken aan het produceren van hoogwaardige producten die daadwerkelijk aan de behoeften van gebruikers voldoen. Het brengt ons op weg naar het bouwen van iets dat waardevol is, waarbij de aanpasbare kenmerken van agile flexibiliteit mogelijk maken in een veranderende omgeving.

Agile planning biedt agile teams de volgende vier voordelen:

Je kunt je snel aanpassen

Als je aan agile denkt, moet je denken aan iteratief en incrementeel werken. Deze waarden vormen de kern van agile en zijn terug te vinden in elke agile methodologie of elk agile raamwerk (ja, er zijn veel methodologieën die deel uitmaken van agile, aangezien agile zelf niet echt een methodologie is). 

Je krijgt regelmatig feedback

Agile planning vereist korte feedbacklussen met klanten en belanghebbenden. Frequente feedback maakt snelle bijsturing mogelijk en helpt het project op koers te blijven met het evoluerende, op behoeften gebaseerde plan. 

Het vermijdt silo's

Agile planning steunt op nauwe samenwerking tussen teamleden in cross-functionele teams. De agile principes, zoals uiteengezet in het Agile Manifesto, benadrukken de waarde van teams die nauw samenwerken en bestaan uit mensen met verschillende specialismen, die samenkomen om één volledig capabel team te vormen dat problemen kan oplossen. 

Het houdt de focus op de klant

Het werkelijke doel van agile planning en ontwikkeling is waarde leveren aan klanten. Als dit wordt bereikt, zal het team waarschijnlijk als succesvol worden beschouwd. Bovendien nemen agile teams vaak principes van design thinking op om projectplanning af te stemmen op de behoeften van gebruikers.

Hulpmiddelen voor effectieve agile planning

De beste hulpmiddelen voor agile planning verschillen per team—alles hangt af van de bijzonderheden van je project, team en scope. Dit zijn echter enkele van de populairste hulpmiddelen voor agile teams en de redenen daarvoor.

  • Jira: Deze uiterst populaire tool voor projectmanagement wordt gebruikt voor het volgen van problemen, softwareontwikkeling, resourceplanning en agile projectmanagement.
  • Trello: Trello is een visuele samenwerkingstool die taken in borden organiseert, zodat teams projecten op een flexibele en bevredigende manier kunnen beheren. Lees meer over Trello gebruiken voor projectmanagement.
  • monday.com: Dit uiterst flexibele besturingssysteem voor werk stelt teams in staat projecten en workflows efficiënt te beheren met een zeer aanpasbare en gebruiksvriendelijke UX.
  • Asana: Dit is een web- en mobiele applicatie die bij velen favoriet is en is ontworpen om teams te helpen hun werk te organiseren, volgen en beheren. Lees hier meer over hoe je Asana gebruikt.

Veelvoorkomende valkuilen bij agile planning

Hé, niemand is perfect—en geen enkel agile team is dat ook. Hier zijn enkele veelvoorkomende misstappen om op te letten.

  • Te starre plannen: Agile is bedoeld om flexibel te zijn, maar 'flexibel' is een subjectieve term. Zorg ervoor dat je feedback en andere veranderingen altijd het plan laat beïnvloeden, in plaats van ondanks die feedback en veranderingen door te gaan.
  • Gebrek aan betrokkenheid van belanghebbenden: Wanneer je met cross-functionele teams werkt, kan het verleidelijk zijn om er luchtig over te doen als mensen ervoor kiezen niet aan stand-ups deel te nemen. Een beetje flexibiliteit is verstandig, maar te veel kan ervoor zorgen dat mensen niet meer op één lijn zitten en tot chaos leiden.
  • Onrealistische verwachtingen: Heb je dat oude gezegde weleens gehoord: 'beloof minder, lever meer'? In essentie kan het te ambitieus inschatten van je taken en/of tijdlijnen leiden tot een domino-effect van projectvertragingen, paniek en teleurstelling—dus wees in het begin niet te streng voor jezelf.
  • Kansen voor verbetering missen: Feedback is een waardevolle bron! Als je je routekaart als een echte routekaart beschouwt, moet je feedback zien als de gps. Feedback biedt cruciale informatie over de veranderende omstandigheden rond je project, zodat je uiteindelijk de best mogelijke uitkomst bereikt.

De toekomst van agile planning

Zoals we uitgebreid hebben besproken, is agile gemaakt voor voortdurende verandering—en dat geldt ook voor de agile workflow zelf. Hier zijn enkele trends die ik de komende jaren voor agile teams voorzie:

  • AI en automatisering: Verrassing, verrassing, toch? Ik denk dat we het er allemaal over eens kunnen zijn dat de integratie van AI-gestuurde hulpmiddelen om planning en besluitvorming te stroomlijnen het komende jaar gemeengoed zal worden.
  • Hybride methodologieën: Veel teams doen dit al, maar waarschijnlijk zullen we een combinatie van agile en andere methodologieën blijven zien om aangepaste werkwijzen te creëren voor specifieke projectbehoeften.
  • Op afstand samenwerken: Omdat veel teams nu volledig op afstand werken of het hybride werkmodel hanteren, zullen we de ontwikkeling blijven zien van hulpmiddelen en werkwijzen om agile planning met teams op afstand en hybride teams te faciliteren.
  • Focus op duurzaamheid: Klimaatactie wordt wereldwijd een steeds grotere prioriteit voor organisaties. Waarschijnlijk zullen we meer aandacht voor duurzaamheid zien in agile planning, om de ecologische en maatschappelijke impact op projectresultaten aan te pakken.

Ben je klaar om te beginnen met agile planning? 

Je zou kunnen overwegen om een agile certificering te behalen of een cursus agile projectmanagement te volgen als je van plan bent een meer agile georiënteerde rol in projectmanagement te gaan vervullen.