Korte, nuttige teammeetings hebben drie dingen gemeen: een geschreven agenda met een tijdsbudget per punt, een duidelijk einde en een uitkomst waar iemand mee aan de slag gaat. Realistische sprintplanning heeft daar nog één ding bij: het team committeert zich aan wat de recente sprints zeggen dat het aankan, gecorrigeerd voor wie er echt beschikbaar is, en niet aan wat het hoopt te halen.
De meeste teams beginnen niet met lange meetings, ze glijden ernaartoe: de standup wordt een statusrapport, problemen worden in de kring opgelost terwijl zes mensen staan te wachten, en de planning verandert in een onderhandeling die de optimistische schatting wint. Deze gids loopt de oplossingen door in vier stappen, met vier gratis tools op kimisuite.com. Voor geen van alle heb je een account nodig.
Stap 1: Schrijf de agenda voordat je de uitnodiging verstuurt
De Meeting Agenda Generator heeft zes sjablonen: daily standup, sprintretrospective, all-hands, 1-op-1, sales discovery call en projectkick-off. Je vult een titel, de lengte van het tijdslot en de facilitator in, en kopieert of downloadt het resultaat als markdown.
Het standup-sjabloon ziet er zo uit:
- Gisteren: successen en blokkades (5 min)
- Vandaag: prioriteiten (5 min)
- Blockers en hulpvragen (5 min)
- Eén ding dat niemand weet (een rondje van een minuut)
Het retrospective-sjabloon duurt 42 minuten: de toon zetten (5), wat ging goed (10), wat ging niet goed (10), actiepunten die concreet zijn, een eigenaar hebben en een deadline (15), en een korte energiecheck van 1 tot 5 (2).
Eén detail om te weten: de tijden per onderdeel liggen per sjabloon vast. De lengte die je invult verschijnt in de kop, maar de onderdelen worden niet herschaald. Is je retro-slot 30 minuten, kort ze dan zelf in voordat je de uitnodiging verstuurt. Juist die aanpassing is het punt: je beslist vooraf wat minder tijd krijgt.
Stap 2: Houd de standup op 15 minuten
De Scrum Guide (versie november 2020, scrumguides.org) beschrijft de Daily Scrum als "een event van 15 minuten voor de Developers", gehouden "elke werkdag van de Sprint op hetzelfde tijdstip en dezelfde plek". Het doel is de voortgang richting het Sprint Goal te inspecteren en de planning voor het komende werk bij te stellen.
Dezelfde gids zegt ook dat de Developers "elke structuur en techniek mogen kiezen die ze willen". De drie klassieke vragen zijn een gewoonte, geen regel. Is "wat heb je gisteren gedaan?" een opsomming geworden, verander dan de vraag.
De Standup Question Generator helpt daarbij. Hij kiest 1 tot 10 willekeurige vragen uit een van vier categorieën: icebreaker, retrospective, diepgaand en fun. Open de standup één keer per week met een icebreaker-vraag, of neem retrovragen als "Waar ben je de meeste tijd verloren?" of "Waar moeten we MEE STOPPEN?" mee naar de retrospective.
Stap 3: Schat de stories vóór de planning
Plannen gaat sneller als de stories al een omvang hebben. De Story Point Estimator is een soloversie van planning poker. Je kiest Fibonacci (1, 2, 3, 5, 8, 13, 21, 40, 100) of T-shirtmaten (XS tot XXL, plus "?"), typt de story, kiest een kaart en zet je zekerheid op laag, gemiddeld of hoog. Schattingen komen in een doorlopende lijst met een puntentotaal.
De toelichting onder elke kaart is het nuttige deel. Bij een 13 staat "Groot · opsplitsen voordat je je committeert", bij een 21 "Te groot · splits op in kleinere stories", en "?" betekent dat je meer informatie nodig hebt voordat je kunt schatten. Merk je dat je 13 of hoger kiest, dan is de story niet klaar voor de sprint.
Soloschattingen zijn een vertrekpunt. Het team bespreekt ze nog steeds, want één persoon alleen mist wat de anderen weten.
Stap 4: Voorspel de sprint op basis van je eigen velocity
De Scrum Guide noemt velocity en story points niet. Wel staat erin dat hoe meer de Developers weten over "hun eerdere prestaties, hun komende capaciteit en hun Definition of Done, hoe meer vertrouwen ze zullen hebben in hun Sprint-prognoses". Velocity, het aantal punten dat een team per sprint heeft afgerond, is een gangbare manier om dat te meten.
De Sprint Velocity Calculator neemt je laatste drie sprints en je capaciteit voor de volgende, in procenten, en geeft terug:
- Het gemiddelde van de drie sprints
- Een trend: stijgend als de laatste sprint meer dan 10 procent hoger lag dan de vorige, dalend als hij meer dan 10 procent lager lag, anders stabiel
- Een prognose: het gemiddelde vermenigvuldigd met je capaciteit
- Hoeveel sprints het kost om 50 punten af te ronden bij die prognose
Een uitgewerkt voorbeeld
Een team van vijf rondde in de laatste drie sprints 24, 31 en 27 punten af. Eén persoon is de hele volgende sprint op vakantie, dus de capaciteit is 80 procent.
- Gemiddelde: (24 + 31 + 27) / 3 = 27,3 punten
- Trend: 27 ligt meer dan 10 procent onder 31, dus de calculator toont "Dalende trend — onderzoek blockers"
- Prognose: 27,3 x 0,8 = 21,8 punten
- Sprints om 50 punten af te ronden: 50 / 21,8 = 2,3, naar boven afgerond 3
Neem nu de geschatte stories uit stap 3: 8, 5, 5, 3 en 2 punten, samen 23. Dat is meer dan de prognose van 21,8. Het eerlijke plan is 8 + 5 + 5 + 3 = 21 punten, met de story van 2 punten als eerste om op te pakken als het team eerder klaar is.
De trend vergelijkt alleen de laatste twee sprints, dus één moeizame sprint is genoeg om "dalend" te tonen. Vraag in de retrospective wat er in de weg zat voordat je het als probleem ziet. En vergelijk velocity nooit tussen teams: de punten van elk team betekenen iets anders.
Waar KIMISUITE past
De tools werken op zichzelf. Wil je de meetings en het sprintbord op één plek, dan dekken twee KIMISUITE-apps de stappen hierboven.
Meeting Hub verzorgt videomeetings waar gasten via een link in de browser aan deelnemen. Als je een meeting inplant, kun je de agenda in de beschrijving plakken. Tijdens het gesprek heeft het menu Tools een timer (1, 5, 10, 15, 30 minuten of aangepast) die iedereen ziet en die op 0:00 rood wordt. Een poll met twee of meer opties helpt een retro te bepalen welke actie als eerste wordt opgepakt. Na de meeting is het transcript op elk abonnement te downloaden, en op Pro en Enterprise zet een AI-samenvatting de actiepunten met wie en wanneer op een rij, samen met de besluiten.
Task Hub bevat de sprint zelf. Het sjabloon Engineering Sprint maakt lijsten, labels en voorbeeldkaarten aan voor een nieuw bord. Vanaf het Grow-abonnement kun je aangepaste velden toevoegen, zoals een getalveld, en afhankelijkheden instellen, zodat een kaart laat zien wat hij blokkeert of waardoor hij geblokkeerd wordt. Op het Business-abonnement kan AI Task de samenvatting en het transcript van een afgeronde Meeting Hub-meeting omzetten in voorgestelde kaarten, die je controleert voordat ze worden aangemaakt. Meer over die route lees je in Task Hub: van spraakmemo naar takenbord.
Beide apps staan in dezelfde KIMISUITE-workspace, die per workspace wordt gefactureerd, niet per gebruiker. Wat dat voor een team betekent, lees je in geprijsd per workspace, niet per gebruiker. Elke app heeft een proefperiode van 14 dagen.
FAQ
Wat als onze standup steeds langer duurt dan 15 minuten?
Haal het oplossen van problemen eruit. Heeft een onderwerp meer dan een minuut nodig, benoem het dan, noem de twee mensen die erover moeten praten en laat hen direct daarna overleggen.
Moeten we de drie standupvragen gebruiken?
Nee. De Scrum Guide van 2020 laat de Developers de structuur kiezen, zolang de meeting de voortgang richting het Sprint Goal inspecteert en de planning bijstelt. Elke week een andere vraag voorkomt dat het rondje een verslag wordt.
Hoeveel sprints heb ik nodig om velocity te berekenen?
De Sprint Velocity Calculator gebruikt de laatste drie. Minder sprints geven een onbetrouwbaar gemiddelde; heel oude sprints beschrijven een team dat inmiddels veranderd kan zijn.
Welke capaciteit vul ik in als iemand een deel van de sprint afwezig is?
Schat welk deel van de werkdagen van het team echt beschikbaar is. In een team van vijf is één persoon die de hele sprint afwezig is 80 procent. Eén persoon die drie dagen van een sprint van tien dagen afwezig is, betekent 47 van de 50 persoonsdagen, dus ongeveer 94 procent.
