De meeste organisaties meten uitstekend hoe hard ze werken. Bijna geen enkele meet of dat werk ergens toe leidt. Dat verschil — tussen output en waarde — is waar Evidence-Based Management over gaat.

EBM is een raamwerk van Scrum.org dat je helpt sturen op bewijs in plaats van op aannames. Het is geen meetsysteem dat je installeert, maar een manier om betere vragen te stellen. In dit artikel leg ik uit hoe het werkt, wat de vier waardegebieden betekenen, en hoe je begint zonder een nieuw rapportagecircus op te tuigen.

Het probleem: druk zijn is geen resultaat

"Hoe gaat het met het product?" Op die vraag krijg ik meestal een antwoord over sprints, punten en releases. Allemaal maten voor inspanning. Ze zeggen niets over de vraag die de directie eigenlijk stelt: leveren we iets op waar iemand op zit te wachten?

Je kunt een jaar lang sprints vol draaien, elke keer alles "klaar" krijgen, en aan het eind vaststellen dat de klanttevredenheid niet is bewogen. Dat is geen theoretisch scenario; ik heb het van dichtbij gezien. Het is bovendien demotiverend: hard werken zonder zichtbaar effect vreet aan een team.

Sterker nog: sturen op output vergroot dat risico. Wie beloond wordt voor hoeveelheid, gaat hoeveelheid leveren — zie ook waarom velocity niet op een managementdashboard hoort.

De kern van EBM: meet uitkomsten, niet activiteit

EBM draait om één verschuiving: van "wat hebben we gedaan?" naar "wat is er veranderd voor de klant, en wat weten we nu dat we vorige maand niet wisten?"

Dat vraagt een ander soort meten. Niet activiteiten tellen, maar uitkomsten waarnemen. En bewust accepteren dat je het niet zeker weet: EBM is uitdrukkelijk experimenteel. Je formuleert een doel, je doet een kleine stap, je meet het effect, je past aan. Dat is de hele cyclus.

De vier waardegebieden

EBM kijkt door vier vensters. Samen geven ze een compleet beeld; los van elkaar zijn ze misleidend.

Current Value — wat leveren we nu op?

De waarde die het product op dit moment realiseert voor klanten en voor de organisatie. Niet wat je van plan bent, maar wat er nu is.

Denk aan: klanttevredenheid, gebruikstevredenheid, medewerkerstevredenheid, omzet per klant, daadwerkelijk gebruik van functionaliteit. Die laatste is confronterend: in veel producten wordt een groot deel van de gebouwde functionaliteit nauwelijks gebruikt. Dat cijfer één keer echt bekijken verandert doorgaans meteen het gesprek over de backlog.

Let op: medewerkerstevredenheid staat hier bewust bij. Waarde die je realiseert door mensen op te branden, is geleende waarde.

Unrealized Value — wat laten we liggen?

De waarde die je zóu kunnen realiseren als je aan de behoeften van je (potentiële) klanten zou voldoen. Dit is het enige gebied dat over de toekomst gaat, en het is de belangrijkste input voor je strategie.

Een grote unrealized value betekent: er is nog veel te winnen, investeren loont. Is die klein, dan is doorinvesteren in dit product misschien niet de beste besteding van je geld — hoe ongemakkelijk die conclusie ook is.

Dit gebied laat zich niet exact meten, en dat hoeft ook niet. Marktaandeel, gemiste klantsegmenten en de kloof tussen de huidige en gewenste klantervaring geven je genoeg om over te praten.

Time-to-Market — hoe snel kunnen we leren?

Hoe snel kun je nieuwe waarde leveren en van de reactie leren? Dit gebied wordt vaak gelezen als "hoe snel bouwen we?", maar de kern is leersnelheid. Wie sneller kan leveren, kan vaker de proef op de som nemen — en heeft dus minder gokwerk in de strategie zitten.

Hier passen de flow-metrics: cycle time, lead time, releasefrequentie, de tijd van idee tot in productie. Dit is het gebied waar de meeste organisaties het snelst winst boeken, omdat de vertraging zelden in het bouwen zit maar in het wachten: op besluiten, op goedkeuring, op een andere afdeling.

Ability to Innovate — hoeveel ruimte is er nog?

Het vermogen om nieuwe waarde te leveren. Dit gebied verslechtert sluipend, en het is het gebied dat het duurst is om te herstellen.

Kijk naar: hoeveel tijd gaat er naar onderhoud en incidenten in plaats van naar nieuwe dingen, hoeveel technische schuld draag je mee, hoeveel afhankelijkheden en handmatige stappen zitten er tussen idee en productie, hoeveel low-value features houd je in de lucht.

Teams die alleen op snelheid gestuurd worden, offeren dit gebied als eerste op. Twee jaar later is er geen ruimte meer om te vernieuwen — en dan is de oorzaak niet meer terug te voeren op de beslissing die eraan ten grondslag lag.

Waarom je ze alle vier nodig hebt

Elk gebied afzonderlijk zet je op het verkeerde been. Hoge current value met een instortende ability to innovate is een product dat op zijn verleden teert. Prachtige time-to-market met een lage unrealized value betekent dat je heel snel dingen bouwt waar weinig aan te winnen valt.

De spanning tússen de gebieden is precies waar het interessante gesprek zit. Sneller leveren gaat vaak ten koste van innovatievermogen, tenzij je daar bewust in investeert. EBM maakt die afruil zichtbaar in plaats van impliciet.

Hoe je begint (zonder meetcircus)

De grootste denkfout is dat je hiervoor eerst een compleet dashboard nodig hebt. Dat is niet zo. Zo pak ik het in de praktijk aan:

  • Begin met één doel. Formuleer een strategisch doel en daaronder één concreet, meetbaar tussendoel voor de komende maanden.
  • Kies twee à drie metrics. Per waardegebied één meting die je nu al kunt doen. Liever een ruwe indicatie die je maandelijks bespreekt dan een perfect cijfer dat er over een half jaar is.
  • Gebruik wat je hebt. Releasefrequentie, doorlooptijden, supporttickets, gebruiksdata, NPS: meestal ligt dit al ergens. Het probleem is zelden het ontbreken van data, maar dat niemand ze naast elkaar legt.
  • Bespreek de cijfers, stuur er niet op af. Metrics zijn hier het begin van een gesprek, geen norm. Zodra ze een target worden, veranderen ze van diagnose in theater.
  • Doe een klein experiment. Kies één verbetering, spreek af wat je verwacht te zien, en kijk over enkele weken of dat klopte. Ook een tegenvallende uitkomst is winst: dan weet je iets.

Wat dit vraagt van leiderschap

Dit is het onderdeel dat vaak wordt overgeslagen. EBM werkt alleen als het veilig is om tegenvallende cijfers te laten zien. Zodra een dalende metric een probleem van de manager wordt, verdwijnt hij van de sheet of wordt hij "genuanceerd".

Dat is geen meetprobleem maar een cultuurprobleem, en daarom is dit werk voor mij nooit puur technisch. Je kunt de mooiste metrics inrichten; als het gesprek erover niet eerlijk gevoerd kan worden, meet je alleen nog hoe goed mensen rapporteren.

Van meten naar zichtbaar maken

Wat ik in de praktijk zie: de data zijn er wel, maar versnipperd over tools en niemand vertaalt ze naar de vier gebieden. Daarom heb ik een eenvoudig dashboard gebouwd dat bestaande data (uit je backlogtool, releases en support) automatisch naar flow- en EBM-metrics vertaalt — zonder extra registratielast voor de teams.

Het punt is niet de tool. Het punt is dat het gesprek elke maand gevoerd wórdt, met cijfers die niet elke keer opnieuw met de hand bij elkaar geraapt hoeven worden.

Wil je van sturen op output naar sturen op waarde? Dat is precies het werk dat ik als agile coach doe, en het zit verweven in mijn Scrum.org-trainingen.