Het doel van de backlog Refinement Meeting is om de hoogste prioriteit items in de product backlog te ontleden in user stories die geschikt zijn voor opname in de volgende sprint. Tijdens deze bijeenkomst neemt het team gezamenlijk de items bovenaan de product backlog en ontleedt ze in ‘goede’ user stories. Tijdens de backlog refinement vergadering bekijkt het team elk item om de beurt en bespreekt of het haalbaar is om in de volgende sprint op te nemen of dat het verder moet worden opgesplitst en/of verfijnd om het uitvoerbaar te maken in de volgende sprint.
Een belangrijke verantwoordelijkheid rust bij de Product Owner en de Scrum Master om als voorbereiding op deze vergadering - de backlog in juiste orde te zetten. Uiteraard kan vanuit het scrum team ook - voorafgaandelijk - backlog items klaargezet worden om te bespreken samen met de items bovenaan de backlog.
Deelnemers aan de backlog refinement meeting zijn - minimaal - de product owner, de (lead) developer(s), de designer en de scrum master.
De stand-up is een korte bijeenkomst (virtueel of fysiek) tijdens de lopende sprint op frequente basis (dagelijks tot enkele keren per sprint) waarin de deelnemers op beknopte wijze een antwoord geven op de volgende 3 vragen:
Wat heb je sinds de vorige stand-up gedaan?
Wat ga je doen tegen de volgende stand-up?
Heb je vragen of problemen bij het uitvoeren je werk tijdens de sprint?
Tijdens de stand-up wordt in Jira het actieve sprintbord gebruikt.
Deelnemers aan de stand-up zijn minimaal de product owner, de (lead)developers, de designer, de analist en de scrum master. Bijkomend is het nuttig dat op bepaalde momenten ook de tester en de product manager deelnemen.
De verschillende product teams van het Digiteam ABB vullen de Daily Stand-up routine momenteel bewust op een andere manier in:
Organisatieportaal: elke dag een stand-up, behalve op vrijdag, van 11:45 - 12:00
Kalliope: elke woensdag en elke eerste vrijdag van de sprint is er een stand-up van 30 minuten
Loket, Gelinkt Notuleren, Architectuurteam: de stand-up wordt samen met de backlog refinement gehouden op de eerste vrijdag van de sprint
Aan het werken in sprints - als onderdeel van een groeispurt- zijn bij ABB, zoals klassiek in de sprintwerking, een aantal vaste ceremonies verbonden.
In deze rubriek beschrijven we hoe de teams deze ceremonies invullen en wie er aan deel neemt.
De sprintplanning is de eerste ceremonie van een sprint en vindt plaats op de eerste (werk)dag van een nieuwe sprint. Tijdens de sprintplanningsmeeting plant het scrum team samen met de scrum master en de product owner de aankomende sprint door de stories op de backlog (in Jira) te bespreken en in te schatten. Indien nodig licht de product owner items op de product backlog nog toe zodat iedereen deze begrijpt. (let wel: voorafgaandelijke kan er een backlog refinement gebeurd zijn met het team en kan het zijn dat de inhoud van de hoogst geprioriteerde user stories nog fris in het hoofd zit van de deelnemers en dus weinig extra uitleg behoeft).
De leden van het scrum team (designers, analisten, developers) stellen op basis van hun capaciteit en de prestaties in vorige sprints vast welke user stories zij oppakken. De lijst met geselecteerde user stories vormt de sprint backlog. Vervolgens formuleert het scrum team gezamenlijk een definitief sprintdoel dat een duidelijk antwoord geeft op de vraag: voor welke doelstellingen engageren we ons met het team tijdens de komende sprint?
Deelnemers aan de sprintplanning zijn (minimaal) de product owner - (lead) developers - designer - analist- scrum master.
De sprint review of sprint demo meeting aan het einde van elke sprint gehouden. Deze informele bijeenkomst is bedoeld om terug te kijken op wat er behaald is en waar nodig de Product Backlog aan te passen. Bij deze meeting zijn ook alle belanghebbenden van het project aanwezig, die hier de kans hebben om feedback te geven. De sprint demo wordt elke laatste vrijdagnamiddag van de sprint gehouden en dit per product. De organisatie en moderatie is in handen van de scrum master.
Deelnemers aan de sprint demo zijn in essentie iedereen die bij de ontwikkeling van het product - als onderdeel van een of meerdere oplossingen - betrokken is. Dit betekent dus niet alleen de leden van het scrum team (developers, designer, analist, product owner en product manager, scrum master) maar ook product managers en product owners van andere producten, gebruikers van het product, business stakeholders, leden van het architectuurteam welkom zijn op de tweewekelijkse sprintdemo.
Elke eerste maandag van een sprint rapporteert de product owner/ product manager over het verloop van de vorige sprint op de Solution Stand-up. De rapportering wordt gedaan aan de hand van een status slide in een bepaalde template. Er wordt gerapporteerd over:
is het sprintdoel gerealiseerd?
zijn we nog on track om het groeispurt doel te realiseren?
welke belangrijke inhoudelijke realisaties zijn er in de voorbije sprint (afgewerkt en begonnen maar niet afgewerkt)
hoe zag de sprint burndown eruit en hoeveel story points werden gerealiseerd versus hoeveel waren er gepland?
zijn er bepaalde issues of risico's waar de collega PM's en de Solution Stand-Up van op de hoogte moeten zijn?
De rapportering op de Solution Stand-up wordt in een plenaire sessie gedaan om iedereen zoveel mogelijk geinformeerd te houden. Meer en meer producten dragen samen bij aan een of meerdere waardestromen en de informatie uitwisseling tijdens een sprintrapportering is hier een belangrijke drijvende factor in.
Hoe?