Agile
Wendbaarheid in projecten — het Agile Manifesto, Scrum stap voor stap, Kanban en hoe je dit toepast in een projectomgeving
Een projectmanagementaanpak bestaat nooit in een vacuüm. Ze moet aansluiten bij de aard van het werk en de manier waarop dat werk tot stand komt. Of een project lineair wordt uitgevoerd of dat het eindproduct stap voor stap wordt opgebouwd, heeft grote invloed op hoe je het project stuurt. In het tweede geval rijst zelfs de vraag of een formele projectmanagementstructuur nog wel nodig is. Dat maakt het des te zinvoller om te kijken hoe uitvoeringsaanpak en projectmanagement met elkaar samenhangen.
Agile is een flexibele manier van denken en werken waarmee je snel en slim inspeelt op verandering. Waar projecten vroeger een strak, lineair pad volgden — de traditionele watervalmethode — draait Agile om wendbaarheid. De oude aanpak leidde vaak tot producten die bij oplevering al achterhaald waren. Dit leidde halverwege de jaren negentig tot een tegenbeweging die projecten wendbaarder wilde maken. In 2001 mondde dit uit in het Manifesto for Agile Software Development, opgesteld tijdens een bijeenkomst van softwareontwikkelaars.
Wij laten zien dat er betere manieren zijn om software te ontwikkelen door in de praktijk aan te tonen dat dit werkt en door anderen ermee te helpen. Daarom verkiezen we:
Hoewel wij waardering hebben voor al hetgeen aan de rechterkant staat vermeld, hechten wij méér waarde aan wat aan de linkerzijde wordt genoemd.
De twaalf principes van het Agile Manifesto:
- De hoogste prioriteit is het tevreden stellen van de klant.
- Verwelkom voortschrijdend inzicht.
- Lever regelmatig werkende software op.
- Zorg voor dagelijkse samenwerking tussen gebruikers en ontwikkelaars.
- Bouw projecten rond gemotiveerde individuen.
- De meest effectieve manier om informatie te delen is door met elkaar te praten.
- Werkende software is de belangrijkste maat voor voortgang.
- Agile processen bevorderen constante ontwikkeling.
- Voortdurende aandacht voor hoge kwaliteit en een goed ontwerp zorgen voor flexibiliteit.
- Eenvoud, de kunst van het weglaten, is essentieel.
- Het beste resultaat komt voort uit zelfsturende teams.
- Zorg voor regelmatige evaluatie en verbetering van de processen.
Scrum is oorspronkelijk ontwikkeld voor softwareontwikkeling en ontwikkelstraten. De kern ervan is dat het ontwikkelteam zelf het werk organiseert en beheert. Net als andere agile methoden werkt Scrum met korte iteraties — sprints — en zelforganiserende teams. De filosofie lijkt op die van het bredere agile gedachtengoed, maar kent eigen principes en rollen.
De principes van Scrum:
- Gebruikers bepalen, ontwikkelaars volgen.
- Alles mag: er zijn geen beperkingen in de wensenlijst.
- Wees transparant en omarm wijzigingen.
- Geen contracten maar samenwerking.
- Van finishlijn naar finishlijn (van sprint naar sprint).
- Leren en verbeteren.
- Kwaliteit is heilig.
Scrum-teams werken in korte sprints van maximaal vier weken en leveren aan het einde van elke sprint een werkend increment op. De klant kan dat resultaat accepteren, aanpassen of verwerpen. Het team bepaalt zelf hoe het werk wordt aangepakt en beoordeelt na elke sprint of de werkwijze verbetering behoeft.
Een increment is het concrete, werkende resultaat van een sprint. Zie het als een nieuwe bouwsteen die direct waarde toevoegt. Elk increment moet volledig afgerond, getest en direct bruikbaar zijn voor de klant. Het bouwt voort op alle eerdere incrementen — je voegt telkens een nieuw, werkend onderdeel toe aan het grotere geheel, totdat het product compleet is.
Een ontwikkelteam bestaat minimaal uit vijf en maximaal uit negen personen. Vijf is het minimum om alle benodigde kennis en vaardigheden te dekken; negen is het maximum om het team overzichtelijk te houden en subgroepen te voorkomen.
Backlog-items worden beschreven als user stories — korte, gebruikersgerichte omschrijvingen met een vaste opbouw:
- Het Waarom en Wat: de Product Owner deelt het Sprint Doel; samen worden de hoogste items uit de Product Backlog geselecteerd.
- Het Hoe: het ontwikkelteam bepaalt zelf hoe ze dit werk gaan uitvoeren en verplaatst de items naar het Sprint Backlog.
- Wat heb ik gisteren gedaan dat heeft bijgedragen aan het Sprint Doel?
- Wat ga ik vandaag doen om bij te dragen aan het Sprint Doel?
- Welke blokkades (impediments) storen mij of vertragen mijn werk?
- Wat ging er goed? Welke werkwijzen moeten we vasthouden?
- Wat kan er beter? Waar liep het stroef?
- Concrete actiepunten: één of twee verbeterpunten voor de volgende sprint.
Binnen Scrum is voortgangsbewaking transparant en visueel. Er wordt niet gestuurd op uren, maar op de daadwerkelijke oplevering van werkende resultaten.
De Product Owner bewaakt ondertussen de voortgang op de lange termijn (het Product Doel) door na elke sprint de behaalde velocity te vergelijken met het openstaande Product Backlog.
Wanneer slechts een deel van een project agile wordt uitgevoerd, rijst de vraag of aparte Scrum-teams worden ingericht of dat bestaande verbeterteams in de lijn worden ingezet. Bij een kleine hoeveelheid agile werk kan capaciteit worden gereserveerd bij bestaande teams; bij grotere volumes raakt regulier onderhoud in de knel. De projectmanager moet die afweging vroegtijdig maken — anders loopt het project vertraging op.
Als Scrum in een project wordt toegepast, blijft de projectmanager verantwoordelijk voor het project als geheel, maar is niet per sprint verantwoordelijk voor wat er wordt opgeleverd en hoe dit resultaat tot stand komt. Hier moet de projectmanager zich faciliterend opstellen.
In de projectdefinitiefase zorgt de projectmanager onder meer voor:
- De juiste randvoorwaarden voor agile werken.
- Een product backlog op hoofdlijnen.
- Een goed samengesteld ontwikkelteam met voldoende mandaat.
- Een breed geaccepteerde product owner met voldoende tijd, draagvlak bij gebruikers en vertrouwen van het management.
- Een realistisch projectplan met een vastgelegd aantal releases en sprints per release.
- Compliance-eisen opgenomen in de Definition of Done.
Kanban is een aanpak om werkstromen te versnellen en doorlooptijden te verkorten. Dit gebeurt door werk zichtbaar te maken op een teambord en de hoeveelheid tegelijk onderhanden werk te begrenzen via een beperkt aantal signaalkaarten. Het aantal kaarten correspondeert met de beschikbare teamcapaciteit. Nieuw werk wacht in een wachtrij totdat een kaart vrijkomt. Op die manier fungeert de kaart als een signaal: er is ruimte voor nieuw werk. Verschillende soorten werk worden doorgaans met verschillende kleuren kaarten weergegeven.
De vier kernprincipes van Kanban:
- Visualiseer het onderhanden werk.
- Beperk de hoeveelheid onderhanden werk.
- Laat werk van de ene stap naar de volgende trekken — niet duwen.
- Monitor, stuur bij en verbeter continu.
Kanban verschilt op een paar punten wezenlijk van Scrum. Teamleden blijven hun eigen type werk uitvoeren; de bestaande werkstromen blijven intact. En er wordt niet in vaste timeboxen gewerkt — zodra een taak af is, pakt iemand de volgende op. Kanban en Scrum kunnen overigens ook worden gecombineerd.
| Kenmerk | Scrum | Kanban |
|---|---|---|
| Ritme | Vaste sprints (1–4 weken) | Continu — geen vaste periodes |
| Rollen | Product owner, scrum master, ontwikkelaars | Geen verplichte rollen |
| Werkstromen | Team neemt werk in blokken op | Bestaande werkstromen blijven intact |
| Begrenzing | Sprint backlog bepaalt omvang | WIP-limiet via signaalkaarten |
| Oplevering | Aan het einde van elke sprint | Zodra een taak af is |
| Gebruik | Projecten met iteratieve ontwikkeling | Continue processen en onderhoud |
Kanban invoeren is een evolutionair proces. Begin met een focus op kwaliteit. Verlaag daarna stapsgewijs de hoeveelheid onderhanden werk — dit lijkt contra-intuïtief, maar leidt op termijn tot een hogere totale doorvoer. Lever zo frequent mogelijk op en stem de instroom van werk af op wat het team realistisch aankan. Stel prioriteiten in de wachtrij en vergroot de voorspelbaarheid door bronnen van variabiliteit — zoals de beschikbaarheid van sleutelpersonen — te beheersen. Voeg waar nodig buffers in vóór knelpunten in het proces om de doorstroom te garanderen.
Test of je de leerstof beheerst. Je krijgt directe feedback na elk antwoord.
Dutch 
English 
Spanish 
German