Rondscharrelen als strategie: waarom je dev-team meer tijd moet verspillen

Het is donderdagmiddag. Je kijkt op van je scherm en ziet dat je collega Sanne drie kwartier bezig is geweest met het uitproberen van een Rust-library die nergens in de huidige roadmap staat. Naast haar heeft Daan een nieuw terminal-thema geïnstalleerd en is hij nu zijn dotfiles aan het reorganiseren. En Bas? Die leest een blogpost over distributed systems terwijl zijn ticket nog op 'in progress' staat.

Je eerste reflex als teamlead of Scrum Master is misschien: dit moet stoppen. Maar wat als dit precies de momenten zijn die je team scherp, gemotiveerd en innovatief houden?

De mythe van de 100% bezette developer

In veel organisaties heerst het idee dat een goede developer continu bezig is met taken die direct bijdragen aan de sprint. Elke minuut moet verantwoord kunnen worden in Jira. Utilization rates worden bijgehouden alsof developers machines zijn die op maximale capaciteit moeten draaien.

Maar creativiteit werkt niet zo. Ideeën ontstaan niet op bestelling tussen 9:00 en 17:00. Ze borrelen op tijdens een wandeling, een gesprek aan de koffieautomaat, of — ja — tijdens het rondscharrelen door een GitHub-repo die niets met je huidige werk te maken heeft.

Google's befaamde '20%-tijd' is niet voor niets een begrip geworden. Gmail, Google Maps en Google News zijn er rechtstreeks uit voortgekomen. Het principe: geef mensen de ruimte om buiten de lijntjes te kleuren, en je krijgt innovatie terug.

Wat is productief procrastineren eigenlijk?

Laten we even onderscheid maken. We hebben het niet over iemand die Netflixseries kijkt op werktijd of zijn belastingaangifte invult terwijl de standup nog bezig is. Productief procrastineren — of laten we het vriendelijker noemen: creatief rondscharrelen — gaat over activiteiten die op korte termijn 'nutteloos' lijken maar op de langere termijn enorme waarde opleveren.

Denk aan:

• Een nieuwe tool of framework uitproberen zonder concreet doel
• Bijdragen aan een open-source project dat niets met je dagelijkse werk te maken heeft
• Kennisdelen met een collega over iets wat je interessant vindt
• Een technisch blogpost schrijven of lezen
• Experimenteren met een alternatieve aanpak voor een oud probleem
• Gewoon kletsen over technologie bij de koffieautomaat

Dit soort activiteiten bouwt aan iets wat je niet in een sprint kunt plannen: technologisch instinct, brede kennis en een cultuur van nieuwsgierigheid.

Het gevaar van de volledig gevulde agenda

Een team dat altijd op volle capaciteit draait, heeft geen buffers. En buffers zijn niet alleen nuttig voor onverwachte bugs of scope creep — ze zijn ook de ruimte waar creativiteit en vernieuwing ontstaan.

Wanneer developers nooit de tijd hebben om te experimenteren, gebeuren er een paar vervelende dingen:

Technische schuld stapelt zich op. Niemand heeft tijd om even een betere oplossing te bedenken, dus gaan we door met de snelle fix van drie maanden geleden.

Motivatie daalt. Developers zijn van nature nieuwsgierige mensen. Als die nieuwsgierigheid jarenlang gefrustreerd wordt door volle sprints, vertrekken ze. Of erger: ze blijven, maar ze stoppen met denken.

Innovatie stopt. Niemand heeft de mentale ruimte om te zeggen: 'Hé, wat als we dit probleem heel anders aanpakken?' Want er staat al een ticket klaar voor hoe het altijd gedaan werd.

Hoe je scharreltijd organiseert zonder chaos

Oké, je bent overtuigd. Maar hoe geef je je team die ruimte zonder dat je sprints ontsporen en stakeholders beginnen te vragen waarom de velocity is gedaald?

Optie 1: Vaste scharrelblokken

Plan structureel tijd in — bijvoorbeeld een vrijdagmiddag of elke twee weken een 'free exploration dag'. Maak er een gewoonte van, niet een gunst. Wanneer het in de kalender staat, is het legitiem. Developers hoeven zich er niet voor te verontschuldigen.

Bij sommige teams heet dit 'innovation time', bij anderen 'hackday' of gewoon 'vrije tijd'. De naam maakt niet uit. De intentie wel: dit is tijd zonder agenda.

Optie 2: De 10%-regel

Minder rigide dan een vaste dag: spreek af dat 10% van iemands tijd vrij besteedbaar is. In een 40-urige werkweek is dat vier uur. Hoe die uren ingevuld worden, is aan de developer zelf. Geen verantwoording nodig, geen ticket vereist.

Dit vraagt vertrouwen van het management, maar het geeft ook een duidelijk signaal: wij geloven dat jij weet hoe je jouw tijd zinvol invult.

Optie 3: De 'interessante link'-cultuur

Nog laagdrempeliger: creëer een Slack-kanaal (of Mattermost, als je echt van open-source houdt) waar mensen links, tools en ideeën delen die ze tegenkwamen tijdens hun scharreluren. Geen verplichting om er iets mee te doen, maar wel een plek waar kennis neerslaat en gesprekken ontstaan.

Je zult merken dat dit kanaal al snel een van de actiefste wordt. Mensen willen delen wat ze interessant vinden. Ze willen alleen niet het gevoel hebben dat ze kostbare werktijd 'stelen' om het te doen.

Optie 4: De demo-vrijdag

Geef scharrelprojecten een podium. Organiseer elke maand of kwartaal een korte show-and-tell waar mensen kunnen presenteren wat ze hebben ontdekt of gebouwd in hun vrije tijd. Geen formele presentaties, geen PowerPoints — gewoon: 'Kijk eens wat ik heb gevonden.'

Dit heeft twee effecten: het geeft erkenning aan mensen die de moeite nemen om te experimenteren, én het verspreidt kennis door het team op een organische manier.

Maar wat zeg je tegen de stakeholders?

Dit is waar het voor veel teamleads spannend wordt. Hoe leg je aan een product owner of directeur uit dat je team 'nutteloze' dingen aan het doen is?

Het antwoord is simpel: frame het als investering, niet als verlies. Elke uur dat een developer besteedt aan het verkennen van een nieuwe technologie, is een uur dat de kans vergroot dat jullie team straks een betere oplossing heeft voor een probleem dat nu nog niet bestaat.

Concrete voorbeelden helpen ook. Houd bij wanneer scharrelprojecten leiden tot concrete verbeteringen. Dat nieuwe deployment-script dat Sanne schreef tijdens haar vrije tijd? Dat bespaart nu twee uur per week. De Rust-experimenten van Daan? Die hebben geleid tot een proof-of-concept dat nu serieus overwogen wordt voor de volgende module.

Rondscharrelen als teamidentiteit

Bij PiratePad geloven we dat de beste digitale werkplekken niet alleen gebouwd worden op strakke processen en gevulde backlogs. Ze worden gebouwd op nieuwsgierigheid, vertrouwen en de vrijheid om soms gewoon... rond te snuffelen.

Een team dat de ruimte krijgt om te experimenteren, voelt zich gewaardeerd. Het is een statement: wij vertrouwen erop dat jij slim genoeg bent om te weten wat waardevol is. En dat vertrouwen betaalt zich terug — in betere code, meer innovatie, en developers die maandag met plezier hun laptop openkloppen.

Dus de volgende keer dat je Sanne ziet rondscharrelen door een GitHub-repo die niets met de sprint te maken heeft? Laat haar. Zet er misschien zelfs een kop koffie naast. De beste ideeën komen altijd van de onverwachtste plekken.