Vi har nu hållit på med Scrum på allvar i ungefär 4-5 månader. Stora framsteg har gjorts inom flera områden såsom story writing, backlog grooming, daily scrum och självorganiserande team. Det finns dock ett område där vi fortfarande inte lyckas superbra, det som heter i Scrum sprint review meeting.

Vi kallar ofta detta för demo och det är det som markerar slutet på en sprint. Detta möte har flera syften och för att insatsen i tid ska ge värde måste vi höja nivån på dessa så vi når målet med dessa möten. Anledningen till dessa möten är att ha en mer formell överlämning av sprintens resultat till PO. Det är på detta mötet teamet visar och berättar om de stories som teamet lovat lösa och där PO formellt säger JA eller NEJ. Det är PO som godkänner att en story går att stänga och att teamet då får tillgodoräkna sig den storypoints som hör till storyn.

Det finns även fler viktiga värde för en PO i detta möte. Han/hon ska direkt efter detta möte fatta beslut hur vi ska gå vidare. Vilka stories ska prioriteras om och i vilken ordning ska kommande arbete planeras. Hur påverkar det som gjorts i den nuvarande sprinten kommande sprintar. Kort sagt ska även detta möte ge beslutsunderlag för att fatta de mest välinformerade och korrekta besluten om fortsättningen.

Ytterligare ett viktigt syfte med dessa möten är kunskapspridning. Att vi börjar delta på varandras review meetings är viktigt. Det är här det finns en chans att mellan teamen få insyn i vad som byggs just nu till kunden X respektive kunden Y. För att få detta att hända måste vi mer tydligt annonsera när det är dags för review meeting samt vad som kommer att visas. Då kommer vi kunna bygga intresse för övriga team att sitta med och lyssna. Detta är att se som ytterligare en feedback-loop som ger otroligt värde för hela bolaget när den fungerar bra.

Dessutom under detta möte får övriga intressenter såsom jag, sälj, övriga PO och så vidare en möjlighet att verkligen så se vart vi befinner oss i projektet. Ofta är det svårt att få en bra överblick i Daily Scrum då dessa är fokuserade på just dagens aktiviteter men detta möte sammanfattar hela projektet och hela senaste sprinten. Detta är viktigt ur perspektivet fördelning av uppdrag mellan teamen och att alla får en chans att se hur fantastiska saker vi kan bygga.

Detta med fantastiska saker är också en viktig sak. Det är här som teamet ska få visa upp sin förmåga att skapa innovativa lösningar som ger maximalt kundvärde. Det ska vara ett tillfälle för lite fest och glam, det är roligt att lyckas och att komma i mål helt enkelt och det är inte alls fel med lite tårta och skumpa.

Dessa möten brukar följa en ganska enkel agenda.

• SM ger en kort genomgång av vad teamet lovat lösa vad som faktiskt gjorts samtkommenterar den ev differensen
• Teamet visar på en övergripande nivå vad som lagts till denna sprint, merarkitektonisktänfunktionellt
• Teamet visar funktionaliteten
• PO meddelar sitt beslut ang vilka stories som är godkända

Inför detta möte bör man räkna med ca 1 h förberedelse och se till att hålla produkten i fokus. Undvika powerpoints i möjligaste mån utan det är vad teamet lyckats bygga som är det viktiga. Mötet bör vara 1-2 timmar långt beroende på frågor och innehåll. Ofta brukar dessa möten spelas in för att de som inte kan delta ska kunna ha chansen att se i efterhand.

Vi behöver höja oss i dessa möten. För att få ut nyttan med den nerlagda tiden behöver vi förbereda oss bättre och redan från start av en sprint tänka kring vad vi ska visa i sprint review meeting. SM och PO kommer stötta teamen kommande period i detta att lyfta nivån och vi kommer bli bättre på att annonsera kommande möten och dess innehåll.