de vijf letters van het VOICE-model benoemen en toelichten
objectives vertalen naar meetbare indicatoren
de vier groepen indicatoren uit elkaar houden
Examenstof TMAP QCFT: LO01, LO02
Hoe weet een team of het de juiste dingen bouwt én of het goed genoeg is gebouwd? High-performance IT-teams (Scrum, DevOps) gebruiken hiervoor het VOICE-model als fundament om hun werk te structureren.
Het VOICE-model
1Value
De businesswaarde die je nastreeft.
2Objectives
Doelen die naar die waarde toe werken.
3Indicators
Meetpunten die laten zien of een doel gehaald wordt.
4Confidence
Vertrouwen dat het team opbouwt op basis van de indicatoren.
5Experience
De echte ervaring van de gebruiker in productie.
Voorbeeld uit een webshop: waarde = meer herhaalaankopen, doel = snellere checkout, indicator = gemiddelde checkouttijd onder 60 seconden.
VOICE staat voor Value (de businesswaarde die je nastreeft) → Objectives (de doelen die naar die waarde toe werken) → Indicators (meetpunten die laten zien of een objective gehaald wordt) → Confidence (het vertrouwen dat het team opbouwt op basis van de indicatoren) → Experience (de daadwerkelijke ervaring van de gebruiker als het systeem live is).
Het mooie aan VOICE is dat het een keten is: elke stap bouwt voort op de vorige. Zonder heldere Value weet je niet welke Objectives ertoe doen; zonder Objectives kun je geen zinvolle Indicators kiezen; zonder Indicators krijg je geen Confidence; en zonder Confidence weet je niet of de uiteindelijke Experience gaat kloppen.
Om te bepalen of een objective gehaald wordt, definieer je een of meer indicatoren. Die worden gemeten door data te verzamelen en te analyseren, vaak via testen, maar ook via monitoring, logging of gebruikersonderzoek. TMAP onderscheidt vier soorten indicatoren.
Groep indicator
Waar gaat het over
Voorbeeld
Business value-gerelateerd
Levert het systeem de beoogde bedrijfswaarde?
Conversieratio van de checkout steeg met 4%
IT delivery-gerelateerd
Hoe goed verloopt het opleverproces zelf?
Deployfrequentie, doorlooptijd van een pipeline-run
Team-gerelateerd
Hoe presteert en functioneert het team?
Velocity, aantal heropende taken per sprint
Probleem-gerelateerd
Hoeveel en welke anomalieën doen zich voor?
Aantal kritieke incidenten per release
Voor monitoring en control (hoofdstuk 5) gebruik je daarnaast functionele en non-functionele indicatoren, en kwaliteits- en teamperformance-indicatoren. Het belangrijkste om te onthouden: een indicator is altijd afgeleid van een concrete objective, verzin nooit een meetpunt omdat het kan, maar omdat het iets zegt over een doel dat ertoe doet.
Een veelgemaakte fout bij startende teams is dat ze beginnen bij de I van Indicators, in plaats van bij de V van Value. Ze verzinnen een dashboard vol grafieken (aantal deploys per week, aantal testgevallen, codedekking in procenten) zonder eerst scherp te hebben welke businesswaarde ze nastreven. Het gevolg: veel meetwerk, weinig sturing. Loop daarom altijd van links naar rechts door VOICE: begin bij de Value die je team levert aan de organisatie, breek die af in concrete Objectives voor deze sprint of dit kwartaal, en pas dan kies je Indicators die aantonen of die Objectives gehaald worden.
De stap van Indicators naar Confidence is minstens zo belangrijk. Een indicator op zichzelf zegt niets; het is de interpretatie ervan die vertrouwen oplevert. Een conversieratio van 2% kan uitstekend nieuws zijn (als de vorige indicator 1% was) of alarmerend (als de vorige indicator 5% was). Vertrouwen ontstaat dus niet uit een los getal, maar uit een getal in context: een trend, een vergelijking met een norm, of een vergelijking met de verwachting die bij de Objective hoorde.
Tot slot verbindt VOICE zich direct met de praktijk van monitoring & control die je in hoofdstuk 5 verder uitwerkt: de Indicators die je hier kiest, zijn precies de data die je later in dashboards en rapportages presenteert aan verschillende doelgroepen. Wie nu slordig indicatoren kiest, bouwt later een dashboard vol ruis.
Een laatste praktische tip: bespreek indicatoren als team, niet als individuele actie van de scrum master of de tester. Omdat cross-functionele teams gezamenlijk verantwoordelijk zijn voor kwaliteit, hoort ook de keuze van indicatoren een gezamenlijk gesprek te zijn — bijvoorbeeld tijdens de sprint planning of de backlog refinement. Zo voorkom je dat één persoon indicatoren verzint die voor de rest van het team weinig betekenis hebben, en bouw je gedeeld eigenaarschap op over wat ‘succes’ voor deze feature precies betekent.
Denk bij het kiezen van indicatoren ook aan meetbaarheid over tijd: een goede indicator kun je herhaaldelijk meten, niet slechts eenmalig. Alleen dan zie je of een objective structureel gehaald wordt, of dat een goede meting toeval was. Een eenmalige steekproef van één gebruiker die de weg vond, zegt weinig; een indicator die elke sprint gemeten wordt en een stabiele of verbeterende trend laat zien, zegt veel meer.
Praktijkopdracht
Kies een feature uit je eigen product (of: een pretpark-attractie als voorbeeld: makkelijk je weg vinden, lekker eten, makkelijk parkeren). Schrijf per objective een concrete, meetbare indicator op en benoem tot welke van de vier groepen (business, IT delivery, team, probleem) hij hoort. Bedenk daarna nog drie eigen objective/indicator-paren, bij voorkeur in een groep die je nog niet gebruikt hebt. (10-15 min)
Samenvatting
VOICE staat voor Value, Objectives, Indicators, Confidence en Experience.
Objectives vertaal je naar meetbare indicatoren.
Indicatoren vallen in vier groepen: business value, IT delivery, team en probleem.
