Op deze pagina
Elke paar weken iets dat werkt
Met Scrum zie je elke paar weken iets dat werkt, in plaats van na een jaar een product dat niet meer past. Wat je dan leert, verandert de volgorde van wat er nog komt.
De Scrum Guide, het officiële document van de bedenkers, noemt het zelf a lightweight framework: een licht kader, geen volledige methode. Het zegt wie wat beslist, welke momenten vastliggen en welke lijsten je bijhoudt. Hoe je het werk zelf doet, laat het open. Een Scrum-team is klein, meestal tien mensen of minder.
Scrum hoort bij agile werken, de bredere beweging die in 2001 een eigen manifest kreeg. Agile is de houding, Scrum is een van de manieren om ze in te vullen.
Een artikel uit 1986, en dan de Scrum Guide
- 1986Een artikel in Harvard Business ReviewHirotaka Takeuchi en Ikujiro Nonaka publiceren in januari The New New Product Development Game: wie nieuwe producten maakt, heeft naast kwaliteit, lage kost en onderscheid ook snelheid en flexibiliteit nodig.
- 1995Schwaber en Sutherland stellen Scrum voorKen Schwaber en Jeff Sutherland presenteren Scrum samen op OOPSLA, een conferentie over softwareontwikkeling.
- 2001Het Agile ManifestoVan 11 tot 13 februari komen 17 mensen samen in Snowbird, Utah, onder hen vertegenwoordigers van Scrum. Ze schrijven het manifest voor agile softwareontwikkeling.
- 2010De eerste Scrum GuideSchwaber en Sutherland leggen de regels vast in een kort document, dat ze sindsdien enkele keren herzien.
- 2020De versie van novemberEen team in plaats van een team in een team, drie verantwoordelijkheden, een productdoel en minder dan 13 pagina's. Dat is nog altijd de geldende versie.
Drie rollen, vijf events, drie artefacten
De rollen, die de Scrum Guide verantwoordelijkheden noemt. De Product Owner beslist wat eerst komt en houdt de lijst met werk bij; dat is een persoon, geen comité. De Scrum Master bewaakt de werkwijze en ruimt hindernissen op. De Developers bouwen, testen en leveren op.
De events. De sprint zelf duurt hooguit een maand, meestal twee weken. Hij opent met de Sprint Planning: wat bouwen we, waarom, en hoe. Elke dag is er een Daily Scrum van 15 minuten. Aan het eind toont het team in de Sprint Review wat het maakte, en kijkt het in de Sprint Retrospective naar de eigen manier van werken. Bij een sprint van een maand duren planning, review en retrospective hooguit acht, vier en drie uur; bij een kortere sprint korter.
De artefacten. De Product Backlog is de geordende lijst van alles wat het product nog nodig heeft, met een productdoel erboven. De Sprint Backlog is wat het team deze sprint oppakt, met een sprintdoel. Het Increment is het stuk dat af is, volgens een Definition of Done die het team vooraf afsprak.
Een sprint van twee weken
Een sprint van twee weken, dag per dag
Week 1
- maDaily 15 min
- diDaily 15 min
- woDaily 15 min
- doDaily 15 min
- vrDaily 15 min
Week 2
- maDaily 15 min
- diDaily 15 min
- woDaily 15 min
- doDaily 15 min
- vrDaily 15 min
Wie
- Product Owner: beslist wat eerst komt
- Scrum Master: bewaakt de werkwijze
- Developers: bouwen het increment
Wanneer
- De sprint zelf, hooguit een maand
- Sprint Planning
- Daily Scrum, 15 minuten
- Sprint Review
- Sprint Retrospective
Wat
- Product Backlog, met het productdoel
- Sprint Backlog, met het sprintdoel
- Increment, met de Definition of Done
Elke sprint eindigt met iets dat werkt en dat je kan tonen. Wat je leert in de review, verschuift de volgorde voor de volgende sprint.
Een installateur laat een app bouwen in sprints
Stel: een installateur laat een app bouwen voor zijn techniekers, om interventies te plannen en werkbonnen op de werf in te vullen. Er zijn drie ontwikkelaars, de zaakvoerder beslist wat eerst komt, en een van de ontwikkelaars bewaakt de werkwijze. Een sprint duurt twee weken.
Wat dat kost in tijd, met korte events zoals bij een klein team past: twee uur planning, negen keer een Daily Scrum van een kwartier, een uur review en een uur retrospective. Dat is zes uur en een kwartier per persoon per sprint, ongeveer 8 procent van tachtig werkuren. Voor de zaakvoerder als Product Owner is het minder: de planning en de review, samen drie uur per twee weken, plus de vragen tussendoor. Die drie uur zijn de best bestede van het project: hij ziet elke twee weken werkende software, op tijd om bij te sturen.
Wat een kmo eruit haalt zonder de hele ritus:
| Onderdeel van Scrum | Volle Scrum | De lichte versie voor een kmo | Wat je verliest als je het schrapt |
|---|---|---|---|
| Sprint | Een tot vier weken, vast ritme | Twee weken, vast ritme | Zonder ritme schuift alles door naar "volgende week" |
| Product Owner | Een persoon, bijna voltijds | De zaakvoerder of een vaste beslisser, een paar uur per sprint | Zonder beslisser bouwt het team naar eigen gevoel |
| Daily Scrum | 15 minuten per dag | Bij een team van twee: een bericht per dag volstaat | Weinig, als het team klein is en samen zit |
| Sprint Review | Met belanghebbenden, tot vier uur | Een demo van een uur met wie de software gebruikt | Je hoort pas aan het eind wat niet werkt |
| Retrospective | Na elke sprint | Elke sprint een kwartier, of maandelijks | Dezelfde fouten blijven terugkomen |
| Scrum Master | Een aparte verantwoordelijkheid | Een ontwikkelaar die het erbij neemt | Hindernissen blijven liggen |
| Definition of Done | Vooraf vastgelegd | Een korte lijst: getest, op de testomgeving, getoond | Half werk telt als af |
Laat je software bouwen door een bureau, dan ben jij de Product Owner, ook als niemand het zo noemt. Dat is het belangrijkste wat Scrum je leert: een persoon beslist over de volgorde, en die persoon ziet elke twee weken het resultaat. Begin met een MVP en een geordende lijst uit je lastenboek, meet wat elke sprint oplevert zoals je dat met een OKR zou doen, en test elke review met de mensen die de app echt gebruiken: daar zie je of de UX klopt.
Waar het niet past
Scrum is gemaakt voor werk waarvan je niet alles vooraf weet: een nieuw product, software die nog moet groeien. Voor werk dat elke keer hetzelfde loopt, zoals een website op een bekende structuur of een standaardpakket als Odoo inrichten, voegt het weinig toe; daar volstaat een planning met mijlpalen. En een team van een persoon heeft geen Daily Scrum nodig. Ook voor de keuze tussen een pakket en maatwerk helpt Scrum niet; die maak je vooraf, met wat software laten ontwikkelen kost en de vraag of een SaaS volstaat.
Wil je eerst weten of een idee werkt, begin dan met een proof of concept of een MVP en ga daarna in sprints verder. En plan in elke sprint wat tijd voor opruimwerk, anders stapelt technische schuld zich sprint na sprint op.
Over sprints, rollen en vaste prijzen
Wat is het verschil tussen agile en Scrum?
Agile is de bredere manier van denken: in kleine stappen werken, vaak opleveren en bijsturen op wat je leert. Scrum is een concreet kader om dat te doen, met vaste rollen, events en lijsten. Je kan agile werken zonder Scrum, maar Scrum is altijd agile.
Wat doet een Scrum Master?
Hij bewaakt dat het team volgens Scrum werkt en ruimt op wat het tegenhoudt: een beslissing die uitblijft, een afhankelijkheid van een ander team, vergaderingen die uitlopen. Hij is geen projectleider die taken verdeelt; het team kiest zelf wie wat doet.
Hoe lang duurt een sprint?
Hooguit een maand, volgens de Scrum Guide. De meeste teams kiezen twee weken: lang genoeg om iets bruikbaars te bouwen, kort genoeg om op tijd bij te sturen. Kies een vaste lengte en hou die aan.
Heb ik als klant een rol in Scrum?
Ja, en een grote. Als jij beslist wat eerst komt, ben jij de Product Owner, of werk je er heel nauw mee samen. Reken op een paar uur per sprint voor de planning en de review.