Samenvatting: Scrumstatistieken zijn specifieke datapunten die scrumteams volgen en gebruiken om de efficiëntie en effectiviteit te verbeteren. Scrumteams gebruiken statistieken voor geïnformeerde besluitvorming, om efficiënter te worden in planning en uitvoering, en om streefdoelen en verbeterplannen op te stellen.
"Als je het niet kunt meten, kun je het niet verbeteren”, merkte de beroemde managementdenker Peter Drucker op. Hoewel dit niet een statement is dat op elk facet van het leven van toepassing is, is het wel van toepassing op teams die agile scrum beoefenen. Door bepaalde statistieken te gebruiken, kunnen scrumteams de effectiviteit van teams aanpassen, bijsturen en verfijnen.
Wat is scrum?
Scrum is een agile framework en manier van werken die teams helpt complexe problemen aan te pakken, terwijl ze iteratief oplossingen ontwikkelen rond een doel. Werken met scrum wordt gekenmerkt door de sprint: een gemeten hoeveelheid tijd waarin een scrumteam werkt om een bepaalde hoeveelheid werk te voltooien.
Vanwege het aanpassingsvermogen hebben agile frameworks zoals scrum zich verder verspreid dan technisch georiënteerde teams voor support, ontwerp, marketing en meer. Scrumstatistieken als zodanig worden steeds belangrijker om de prestaties en effectiviteit van teams te meten.
Wat zijn scrumstatistieken?
Scrumstatistieken zijn specifieke datapunten die scrumteams kunnen volgen gebruiken om de efficiëntie en effectiviteit te verbeteren. Wanneer scrumstatistieken worden gedefinieerd, begrepen en geïmplementeerd, kunnen ze uitgroeien tot inzichten die het agile traject van een team helpen begeleiden en verbeteren.
Scrumteams gebruiken statistieken voor geïnformeerde besluitvorming en om efficiënter te worden in planning en uitvoering. Ze kunnen ook worden gebruikt om een baseline vast te stellen voor de status quo en om streefdoelen en verbeterplannen vast te leggen. Daarbij is er geen staandaardmaatstaf om iedereen mee te vergelijken. Dit komt omdat het vergelijken van gegevenspunten zonder context hetzelfde is als het vergelijken van appels en peren. Elk team is uniek - teams kunnen verschillen in grootte, gebruikte technologieën, soort werk dat ze doen enz.
Het is aan elk team om overeenstemming te bereiken over een reeks bij te houden statistieken en te definiëren hoe ze moeten worden gebruikt. Dit is geen individuele inspanning en niet iets dat het leiderschap of het management namens de teams kan definiëren en afdwingen.
Waarom heb je scrumstatistieken nodig?
Scrumstatistieken kunnen teams helpen benchmarks vast te stellen en de richting van het werk te sturen. Om deze reden zijn scrumstatistieken nuttig voor zowel al langer bestaande als nieuwe teams.
Het bijhouden van scrumstatistieken helpt ook om inzicht te krijgen in verschillende dimensies van de effectiviteit van een team, of het nu gaat om de snelheid, capaciteit, voorspelbaarheid bij levering of kwaliteit van het product van een team. Belangrijke statistieken kunnen het bewustzijn van de prestaties van het team stimuleren en aanzetten tot actie voor verandering en verbetering. Bovendien kunnen ze zelfs helpen om het geluk en de tevredenheid van het team in de loop van de tijd te meten.
Vaak is het voor veel agile teams te gemakkelijk om te vertrouwen op onderbuikgevoelens of intuïtie om een idee te krijgen van de prestaties van een team. Hoewel er veel praktische redenen kunnen voor deze gewoonte, is het niettemin een grote gemiste kans.
Kunnen scrumstatistieken worden gebruikt als KPI's?
Ja en nee. Scrumstatistieken kunnen worden gebruikt om key performance indicators (KPI's) in te stellen, maar dit hangt af van het type en de scope van het werk. Scrumstatistieken alleen kunnen de klantwaarde niet meten of laten zien of het team het juiste ding heeft geleverd. Voor een agile team moeten KPI's uiteindelijk laten zien hoe goed het team de prioriteiten van het bedrijf ondersteunt.
Bij het meten van de prestaties van een scrumteam moeten andere meetwaarden buiten die van de scrum in overweging worden genomen, waaronder:
- Rendement op investering (ROI) voor een bedrijf - Bedrijven meten dit op verschillende manieren, afhankelijk van de doelstellingen, waaronder omzetgroei, maandelijks actief gebruik (MAU: Monthly Active Usage) en meer.
- Klanttevredenheid - Enquêtestatistieken zoals de Net Promoter Score (NPS) en klanttevredenheidsscore (CSAT: Customer Satisfaction-score) kunnen helpen het succes van een project te volgen. Consistente klanttevredenheidsstatistieken voor elke release zijn belangrijk om klanten de waarde van een scrumteam duidelijk te maken.
- Teamtevredenheid - Door je team te vragen naar hun mate van motivatie voor het project en betrokkenheid bij het team, kun je problemen zoals omzet, uitputting en ontevreden ontwikkelaars opvangen.
Belangrijke scrumgebeurtenissen en welke statistieken moeten worden beoordeeld
Hoewel agile scrum verschillende terugkerende gebeurtenissen definieert — sprint, sprintplanning, dagelijkse scrum,, sprintreview, sprintretrospective — bieden deze geen garanties voor vooruitgang of succes. Elk ervan stelt teamleden echter in staat om de manier waarop ze werken te inspecteren en aan te passen.
SPRINTPLANNING
Aan het begin van een sprint wordt een sprintplanningmeeting gehouden waarin een team storybeschrijvingen opsplitst in gedetailleerde taken. Dit levert een schatting op van het werk dat tijdens een sprint moet worden geproduceerd. Er zijn enkele gegevenspunten die de sprintplanning van jouw team efficiënter kunnen maken, inclusief sprintdoelen, huidige teamsnelheid, teamcapaciteit en soort werk. We gebruiken een sjabloon voor sprintplanningmeetings om onze sprintplanning te begeleiden.
Sprintdoelen
Sprintdoelen helpen teams te beslissen wat ze in een sprint willen bereiken, brengen samenhang in de items en zorgen voor prioriteiten. Sprintdoelen dragen vaak bij aan een omvangrijker resultaat dan kan worden bereikt met meerdere sprints. De prioriteit van de sprintdoelen moet gebaseerd zijn op de impact ervan op dit resultaat. Een echt effectief team zal zijn doelen en prioriteiten regelmatig herzien om strategieën te bedenken voor het ordenen en opsplitsen van technische inspanningen.
Teamtempo
Hoeveel een team zich kan inzetten voor een sprint komt vooral neer op snelheid, of hoeveel werk het team gedurende een bepaalde tijd kan doen, en heeft ook te maken met capaciteit, of hoeveel beschikbaarheid het team heeft. Een snelheidsgrafiek, zoals die we gebruiken in Jira, toont de hoeveelheid waarde die tijdens een sprint wordt geleverd. Dit helpt ons om de hoeveelheid werk te voorspellen die een team kan uitvoeren voor toekomstige sprints. De snelheid van een team kan alleen worden begrepen na een paar sprints samen als team te hebben gelopen. Na verloop van tijd stabiliseert de snelheid door de samenwerking als team. Dit omvat niet alleen het maximaliseren van gebruikte technologieën, maar ook het begrijpen van elkaars expertise en leren werken als een team.
Het volgende is een voorbeeld van een snelheidsgrafiek met (1) een schattingsstatistiek op basis van storypoints, (2) toezeggingen, wat een schatting is van alle issues in de sprint, (3) voltooide schattingen en (4) voltooide sprints.
Team Capacity
Het zou geen verrassing mogen zijn dat de hoeveelheid werk die een team in een sprint kan voltooien, gebaseerd is op de capaciteit en beschikbaarheid van een team. Stabiele snelheid betekent niets als de helft van je team op vakantie is. Eén manier om de capaciteit te plannen, is door de beschikbaarheid van elk teamlid in een paar sprints te bij te houden en de resultaten bij elkaar op te tellen om een percentage van de totale capaciteit te krijgen. Aangezien last-minute veranderingen of noodsituaties iedereen kunnen overkomen, is het ook een goed idee om een buffer van 10 procent aan te houden in je sprinttoezegging om teveel toezeggingen en te weinig levering te voorkomen.
Soort werk
Wanneer je sprintbacklog een groeiende mix is van functioneel werk, bugfixes en technische schulden, wordt het lastig om te zien waar je team zijn tijd in de sprint aan besteedt. Bugs of technische schulden sluipen gemakkelijk in je sprint binnen, vooral als het ontwikkelteam gepassioneerd is door kwaliteit. Maar als een team niet oppast, kan het zich na de sprint moeten afvragen waarom het minder klantwaarde heeft verzonden dan gepland.
Wees duidelijk over het werk dat je team op zich neemt door de uitsplitsing van verschillende soorten werk tijdens de sprintplanning te controleren. Zelfs als je veel technische schulden en kwaliteitswerk in de backlog vindt, kun je het in dit geval strategisch oplossen door een technische schuldsprint te plannen of de lat voor QA hoger te leggen.
Stand-ups (ook bekend als dagelijkse scrum)
Stand-ups, of dagelijkse scrum, zijn korte vergaderingen die elke dag worden gehouden en waar teamleden kunnen inchecken over hun werk. Voor effectieve scrumteams moeten stand-ups verder gaan dan updates over de updates van een persoon op hun takenlijst. Ze zijn een kans om de sprintvoortgang van een team te herzien en prioriteiten opnieuw af te stemmen voor het nemen van kleine tot grote dagelijkse beslissingen die een aanzienlijke impact kunnen hebben op de uitkomst van een sprint.
Daarbij kunnen de volgende gegevens en statistieken van pas komen:
Vooruitgang richting sprintdoelen
Hoewel teamleden misschien duidelijk zijn over de status en voortgang van hun werk, kan het gemakkelijk zijn om de algehele voortgang naar collectieve sprintdoelen te missen. Daarom is het belangrijk om tijdens een stand-up een lijst met sprintdoelen naar voren te brengen om deze als team te beoordelen.
Beschouw dit als een kans om te bespreken of het team nog steeds op schema ligt. Zo niet, waarom is dit zo en wat kan eraan worden gedaan? Als het iets is dat niet kan worden afgesloten, is het belangrijk om dit aan de belangrijkste belanghebbenden door te geven, zodat iedereen op dezelfde golflengte zit.
Sprintburndown
Om de voortgang van een team beter te begrijpen, moet je team een snel overzicht van de sprint geven met een sprintburndown-grafiek. In sprintburndown-rapport wordt vervolgens de voltooiing van het werk tijdens de sprint bijgehouden. Hiervoor worden de tijd en de te voltooien hoeveelheid werk vergeleken en gemeten in storypoints of uren. Dit helpt bij het voorspellen van de capaciteit van een team om het werk binnen een bepaalde tijd te voltooien en het helpt scope-creep te volgen. Als een burndown-grafiek een scherpe daling vertoont, kan dit verband houden met een onnauwkeurige schatting van het werk.
Het volgende is een sprintburndown-grafiek in Jira, met (1) de schattingsstatistiek, (2) de resterende waarden die de totale hoeveelheid werk vormen die nog over is in de sprint, en (3) een richtlijn die een benadering is van waar je team zou moeten zijn.
Verdeling van werkbelasting
Eén ding dat het team niet uit het oog mag verliezen, is hoeveel werk die individuen op zich nemen. Vooral in de cultuur van werken op afstand is het moeilijk te snappen hoeveel iedereen op zich neemt. Als je hier geen zicht op hebt, kan dit betekenen dat sommige van je teamleden overwerkt zijn. Een stand-up is een plek waar teamleden elkaar om support en hulp vragen. Het kan ook een plek zijn om de werkdruk van iedereen aan te passen om sprintdoelen beter te halen.
Er is één ding waar je rekening mee moet houden wanneer je deze statistiek met je team gebruikt: maak er geen wapen van. Als je deze statistiek gebruikt om de productiviteit van een persoon te meten, kun je uiteindelijk je team ontmoedigen. Schep in plaats daarvan een veilige omgeving waarin allen openlijk kunnen praten over hoeveel ze aannemen en waar ze hulp nodig hebben.
Ontdek inzichten in context
Als je eenmaal een cadans hebt gevonden voor scrumgebeurtenissen, is het belangrijk om continu statistieken te gebruiken om de prestaties te optimaliseren. Inzichten zijn een geweldig hulpmiddel voor teams om toegang te krijgen tot statistieken wanneer ze die nodig hebben: tijdens sprintplanning, inchecken bij de dagelijkse stand-up of het optimaliseren van de levering. Je kunt inzichten vinden in de rechterbovenhoek van het bord, de backlog en de implementatieweergave van Jira.
Sprint retrospective
Zelfs de beste teams kunnen profiteren van sprintretrospectives. Dit is een gelegenheid wanneer jij en je team bekijken wat er in de sprint is gebeurd door te vieren wat er goed ging, wat moet worden verbeterd en waarom. Dit is natuurlijk de perfecte tijd en plaats om de belangrijkste sprintstatistieken te bekijken, zoals het behalen van sprintdoelen en sprinttevredenheid.
Het volgende is een voorbeeld van de retrospective van mijn team, zoals beschreven op een Confluence-pagina:
Voltooiing van sprintdoel
Hoe presteerde je team in vergelijking met de doelen die tijdens de sprintplanning waren gesteld? Als je team alles van de lijst heeft afgevinkt, dan is dat geweldig! Zo niet, wat had beter gekund? Bij het evalueren van het succes van je team kunnen de eerder besproken scrumstatistieken van pas komen. Elke verbetering in de workflow van je team is het vieren waard - misschien is je team sneller gegaan omdat er geen scope-creep was. Voor teams die DevOps beoefenen, kan dit ook een plek zijn om belangrijke DevOps-statistieken te bekijken, zoals cyclustijd of implementatiefrequentie, om verbeteringen in het leveringsproces te bespreken die de kans op het behalen van sprintdoelen kunnen vergroten. Als je dit doet, kan je team het issue aanpakken en met een duidelijker actieplan komen.
Sprinttevredenheid
Je hoeft je team alleen maar te vragen naar hun tevredenheid over de sprint. Sommige teams gebruiken hiervoor een cijferschaal, anekdotische feedback of zelfs emoji's/gifs. Je team kan nadenken over teamdoelen en of het soort werk in overeenstemming was met de teamdoelen. Werd er buitensporig veel tijd besteed aan technische schulden versus het afronden van een functie?
Moedig teamleden tijdens de retrospective aan om hun mening te geven en doe indien nodig een beroep op hen. De beste retrospectives omvatten meerdere perspectieven en verschillende meningen. Wat belangrijk is, is dat het team het tegen het einde van de vergadering grotendeels eens is over de belangrijkste problemen en eigenaren en een plan hebben om belangrijke kwesties op te volgen.
Conclusie...
Het doel van scrum is teams te helpen beter te werken en het doel van scrumstatistieken is teams te helpen ervoor te zorgen dat scrum voor hen werkt. Bij het toepassen van scrumstatistieken moet een team zich er niet door belast, maar juist geïnspireerd voelen. Het is niet belangrijk om alles te volgen wat er in dit artikel wordt beschreven - je kunt beginnen met een of twee statistieken en kijken of ze een team helpen verbeteren. Aan de andere kant heeft je scrumteam misschien een volwassen scrumpraktijk en voegen scrumstatistieken niet veel waarde toe. Dit is een geweldige plek om te zijn! Vergeet alleen niet de goede gewoonten die deze statistieken je hebben geholpen vast te stellen. Bekijk ze af en toe opnieuw om de gezondheid van je scrum onder controle te krijgen.
