Er zijn twee manieren waarop scrum bij een overheidsorganisatie landt. De ene: een team dat elke twee weken iets werkends laat zien aan de mensen die het gaan gebruiken, en bijstuurt op wat het hoort. De andere: een organisatie die alle ceremonies uitvoert — standup, refinement, retro, review — terwijl het werk zelf gewoon een watervalproject is gebleven, maar dan in stukjes geknipt.
Het verschil zit niet in de agenda. Het zit in wat er aan het einde van de sprint op tafel ligt.
Wat "werkend" betekent voor analyse- en datawerk
Bij softwareteams is het duidelijk: werkende software. Bij analyse-, data- en stuurinformatieteams wordt het vaak vaag — en dan glijdt een sprint af naar "we zijn bezig met het datamodel". Mijn regel: elk sprintresultaat moet iets zijn waar een gebruiker of beslisser op kan reageren.
- Niet "het datamodel vordert", maar één dashboardpagina met echte data, hoe kaal ook.
- Niet "de interviews lopen", maar een knelpuntenoverzicht van één processtap, getoetst bij het team dat het werk doet.
- Niet "de businesscase komt eraan", maar één scenario doorgerekend, met de aannames erbij.
Klein en echt verslaat groot en bijna-af. Een directie die elke twee weken iets concreets ziet, blijft aangehaakt; een stuurgroep die drie maanden op "het grote rapport" wacht, is tegen die tijd van gedachten veranderd.
De demo is voor gebruikers, niet voor de stuurgroep
De sprintreview is het moment waarop het werk botst met de werkelijkheid — als je de juiste mensen uitnodigt. Ik wil er behandelaars bij, teamleiders, de controller die het cijfer straks moet verdedigen. Zij zien in vijf minuten wat er schuurt: een definitie die niet klopt, een filter dat in de praktijk anders werkt, een kolom die niemand vertrouwt.
Dat is geen risico voor het project; dat is het projectrisico dat je twee weken na het ontstaan vangt in plaats van bij de oplevering.
Waar ik afwijk van het boekje
Scrum is een hulpmiddel, geen religie. In de praktijk van uitvoeringsorganisaties wijk ik bewust af waar dat helpt:
- Meelopen past niet in een user story. De eerste weken van een opdracht zijn observeren en luisteren. Dat plan ik als sprintdoel ("procesbeeld van de intake, getoetst bij het team"), niet als tien opgeknipte stories.
- Sommige zaken hebben een deadline, geen sprint. Een wettelijke rapportagedatum verschuift niet omdat de velocity tegenviel. Dan werkt een klein kanban-spoor naast de sprint beter dan doen alsof alles planbaar is.
- De retro gaat over het werk, niet over het bord. De beste verbeteringen die ik uit retro's heb zien komen, gingen over samenwerking met de lijn en over datakwaliteit — niet over de vraag of stories wel goed waren ingeschat.
Een ceremonie die geen beslissing of inzicht oplevert, is een vergadering met een Engelse naam.
Wat dit een opdrachtgever oplevert
Voor een programmamanager betekent dit ritme: elke twee weken zichtbare voortgang, vroege signalering van risico's en een team dat bijstuurt op feiten in plaats van op hoop. Voor de werkvloer betekent het: meepraten terwijl het nog kan, in plaats van een oplevering ondergaan.
Werkt jouw analyse- of datateam in sprints, maar voelt het als waterval in stukjes? Plan een kennismaking — dan kijk ik graag mee waar het ritme hapert.