Notities van een sprintplanning worden op een lastig moment gelezen: halverwege de sprint, als iemand vraagt of een stuk werk ooit binnen de scope viel. Goede notities beantwoorden dat in een paar seconden. Ze noemen het doel, wat erbinnen en erbuiten valt, de risico’s die mensen noemden en wie wat vóór wanneer oppakt.

Waar planningsnotities antwoord op moeten geven

De Scrum Guide bouwt Sprint Planning op rond drie onderwerpen: waarom de sprint waardevol is, wat er deze sprint kan worden gedaan en hoe het gekozen werk wordt uitgevoerd. Het sprintdoel moet vaststaan voordat de planning eindigt. Zie de Scrum Guide voor de details. Of je team nu Scrum gebruikt of niet, die vragen vormen een goede opzet:

  • Waarom: het doel, in één zin die iemand buiten het team zou begrijpen.
  • Wat: het gekozen werk, en het werk dat bewust buiten de sprint blijft.
  • Hoe: eigenaren, datums en afhankelijkheden, zoals mensen ze noemden.
  • Risico’s: wat het doel in de weg kan zitten, en wat het team doet als dat gebeurt.

Dezelfde structuur werkt voor een roadmapreview of een projectkick-off. Alleen de tijdshorizon verandert.

Een sjabloon voor de sprintplanning

Sprintplanning · Sprint [nummer] · [startdatum] tot [einddatum]

Doel
- [Eén zin]

Binnen scope
- [Item] · eigenaar: [Naam]

Buiten scope
- [Item] · reden: [waarom het is weggelaten]

Risico’s
- [Risico] · als het gebeurt: [plan]

Eigenaren en datums
- [ ] [Naam] levert [resultaat] op vóór [datum]

Besluiten
- [Wat is afgesproken]

Open vragen
- [Vraag] · wie antwoordt: [Naam]

Schrijf op wat erbuiten valt

De lijst Buiten scope doet meer werk dan enig ander deel van de notities. Tijdens de planning bespreekt een team een item vaak uitgebreid en besluit het dan te laten liggen. Een week later herinneren mensen zich de discussie, niet het besluit. Eén regel met de reden, ‘Bulkbewerking: wacht op het nieuwe rechtenmodel’, beslecht de vraag voor de rest van de sprint.

Eigenaren en datums, zoals ze zijn genoemd

Schrijf alleen een eigenaar op als iemand het werk op zich nam, en alleen een datum als die is genoemd. ‘De API zou volgende week klaar moeten zijn’ is van niemand een toezegging; noteer het als aanname onder Risico’s en vraag wie de eigenaar is. Relatieve datums verschuiven ook, dus zegt iemand ‘vóór donderdag’, schrijf dan de datum op.

Besluiten verdienen dezelfde zorg. Leg vast wat het team heeft afgesproken, niet elke optie die is besproken. ‘Lancering op de 12e’ is een besluit. ‘We zouden een webinar kunnen doen’ is een idee; houd het als punt of als open vraag.

Voordat de vergadering eindigt

Gebruik de laatste twee minuten om de notities aan de groep voor te lezen:

  1. Lees het doel hardop voor. Aarzelt iemand, dan is het nog niet afgesproken.
  2. Lees de lijst met wat buiten scope valt voor. Hier komt stille onenigheid boven.
  3. Lees elke eigenaar en datum voor, en vraag de eigenaar om te bevestigen.

Het voorlezen kost minder tijd dan de berichtenreeks die het voorkomt, en het geeft elke toezegging een duidelijk, uitgesproken moment dat je makkelijk terugvindt in een opname.

Vergadernotities in Poffle, geschreven met het sjabloon Planning: een samenvatting In één oogopslag, onderdelen over bètafeedback en over lancering en prijzen, twee besluiten en drie actiepunten met eigenaren, deadlines en knoppen Herinner mij.
Planningsnotities van een fictieve productvergadering, met Herinner mij bij elk actiepunt. Het idee voor een webinar blijft een punt, geen besluit.

Hoe het planningssjabloon van Poffle werkt

Poffle gebruikt het planningssjabloon als de titel van een vergadering ‘planning’, ‘sprint’, ‘retro’ of ‘retrospective’, ‘roadmap’, ‘kickoff’ of ‘OKR’ bevat. De notities voegen de onderdelen Doelen, Scope, Risico’s en Eigenaren en datums toe, en het sjabloon vraagt het lokale model eigenaren en datums vast te leggen zoals ze zijn genoemd.

De rest van de notities volgt de regels hierboven. Besluiten bevat alleen wat uitdrukkelijk is afgesproken. Actiepunten bevat toezeggingen en geaccepteerde verzoeken, maximaal acht, en zijn het er meer, dan gaan die met een eigenaar of een deadline voor. Een deadline verschijnt alleen als iemand die heeft genoemd. Elk punt heeft een tijdstempel dat de bron afspeelt, en onder de notities staat “Op deze Mac geschreven als notities in de stijl ‘Planning’. Controleer details aan de hand van de opname.”

Twee gewoonten maken de notities beter. Druk op Control + Option + B, of klik op Markeer moment, als het team het doel afspreekt; gemarkeerde momenten komen terug in de notities, dus het doel vind je makkelijk terug. En geef de sprekers na de vergadering een naam in Transcript, want eigenaren van actiepunten volgen de sprekernamen. Lees hoe je momenten markeert tijdens het opnemen.

Gebruik de notities halverwege de sprint

Komt de vraag over de scope op, zoek dan in plaats van te scrollen. De vergaderzoekfunctie van Poffle doorzoekt notities, actiepunten en transcripten, en met Apple Intelligence kan Poffle een vraag als ‘Wat hebben we uit sprint 14 gelaten?’ beantwoorden op basis van je bewaarde vergaderingen, met links naar de bronnen. Lees hoe je vragen stelt over je vergadernotities.

Bevat de titel van een planningsvergadering geen van de trefwoorden, open dan het optiemenu van de vergadering en kies Herschrijf notities als > Planning. De gids over sjablonen legt de automatische herkenning en de andere stijlen uit. Opnamen, transcripten en notities blijven op je Mac.

Bronnen

Officiële documentatie en bronnen die in deze gids zijn gebruikt.

  1. Scrum Guides: De Scrum Guide 2020
  2. Apple Support: De volgende generatie Apple Intelligence implementeren
  3. Apple Support: Herinneringen toevoegen of wijzigen op de Mac
← Terug naar de blog