Ge dina Scrum-sprintgranskningar nytt liv: övervinn intressenternas ointresse

Scrum-sprintgenomgångar fungerar inte särskilt bra

Styrgruppsmöten är omoderna

Månatliga styrgruppsmöten för utveckling har blivit mindre populära i takt med att Agile-metoder har vuxit fram. Enligt Agiles värderingar och principer är det inte längre effektivt att låta en grupp chefer diskutera inriktningen för utvecklingsarbetet.

Slå två flugor i en smäll – förbättra Agile genom att kombinera mötena

Här har vi en situation där styrgruppsmöten med intressenter inte fungerar eftersom teamet inte är delaktigt, och sprintgenomgångarna inte fungerar eftersom intressenterna inte är intresserade. Ser du då lösningen jag är inne på? Båda problemen kan hanteras genom att omdefiniera sprintgenomgångens roll så att den blir mer av ett styrgruppsmöte.

Antimönster vid sprintgenomgångar – fokus på det som gjordes

Ett antimönster vid sprintgenomgångar är när teamet enbart fokuserar på att visa upp de färdigställda delarna utan att ta hänsyn till vad man har lärt sig under sprinten. Detta förbiser värdefulla insikter och lärdomar från utvecklingsprocessen, vilket gör att möjligheter till förbättring och utveckling går förlorade. För att undvika detta antimönster behöver teamet avsätta tid under sprintgenomgången för att reflektera över vad man har lärt sig, diskutera utmaningar och identifiera konkreta åtgärder inför kommande sprintar.

Antimönster vid sprintgenomgångar – att inte analysera orsakerna till att uppgifter inte slutförs

Ett annat vanligt antimönster är när teamet inte analyserar varför vissa planerade uppgifter inte slutfördes som förväntat. Genom att inte hantera grundorsakerna till ofullständigt arbete kan teamet få svårt att identifiera flaskhalsar i processen, hinder eller brister i planeringen. Teamet behöver vara proaktivt under sprintgenomgången, granska orsakerna till det ofärdiga arbetet och föra öppna och ärliga diskussioner. Analysen hjälper teamet att göra nödvändiga justeringar, förfina sina uppskattningar och förbättra planeringen och genomförandet i efterföljande sprintar.

För teamet kan det vara smärtsamt att granska dessa grundorsaker, och det kan väcka obehaglig oro att lyfta misslyckanden inför intressenter eller chefer. Men den här typen av transparens är avgörande för framgångsrik Agile. Därför behöver sprintgenomgången genomföras i en atmosfär av skuldfri efteranalys, där teamets framgångar och misslyckanden kan analyseras i stället för att döljas.

Läs vår guide om hur du förbättrar dina Agile-ceremonier.

Interaktion med intressenter saknas

Ett annat problematiskt antimönster uppstår när teamet inte aktivt söker återkoppling från intressenter som inte delar uppdateringar om marknadsläget eller kundernas behov. Denna brist på kommunikation kan leda till att teamets arbete inte längre stämmer överens med produktens föränderliga krav. 

Intressenter är ofta ovilliga att delta i sprintgenomgångar av flera skäl. Ett av dem är att de ser genomgången som enbart en teknisk presentation, där detaljerade diskussioner och beslut om projektets inriktning inte fattas aktivt. Den upplevda bristen på inflytande och beslutskraft kan leda till ointresse och minskat engagemang bland intressenterna. 

Betona sprintgenomgångens styrande värde

För att förbättra sprintgenomgången bör vi motivera intressenterna att delta genom att använda ett mindre tekniskt och mer lättbegripligt språk i mötet. Vi behöver också tydliggöra att sprintgenomgången är ett möte för att styra utvecklingsarbetet.

Du kan till och med överväga att byta namn på mötet. Det kan till exempel kallas ”Sprintgenomgång och styrning” eller bara ”Genomgång och styrning”.

Förslag på agenda

Här är ett förslag på agenda för ett möte för sprintgenomgång och styrning:

• Välkomnande och en påminnelse om att skapa en mötesatmosfär där alla involveras och där efteranalysen är skuldfri

• Genomgång av sprintmålen: uppnåddes de, och hjälpte målen teamet att självorganisera sig? Vad kan göras annorlunda för att sprintmålen ska fungera bättre i nästa sprint?

• Genomgång och demo av slutfört arbete

• Genomgång och analys av arbete som inte slutfördes

• Konsekvenser för den framtida inriktningen: vad har vi lärt oss, vilken påverkan hade den aktuella sprinten på backloggen, vad påverkar målformuleringen för nästa sprint, och är vi på rätt väg för att nå nästa produktmål?

• Uppdateringar från intressenter: vilka nyheter från marknaden eller andra intressenter kan vara av intresse för teamet?

• Öppen diskussion: risker, farhågor, feedback på processen osv.

• Sammanfattning av beslut och åtgärdspunkter

• Avslutning och tack för deltagandet

Överväg att växla mellan en teamdemo och en session med intressenter

Att växla mellan sprint reviews med intressenter och interna sessioner med fokus på demon eller teamdiskussioner kan vara ett bra sätt att skapa balans och hantera farhågorna kring en alltför omfattande sprint review-process. Genom att växla mellan de två formaten kan du tillgodose behoven hos både intressenterna och utvecklingsteamet.

Under sessionerna med intressenter kan du betona samarbetet, samla in feedback och diskutera projektets helhet och framtida inriktning. Det ger intressenterna möjlighet att delta i beslutsfattandet, bidra med värdefulla insikter och säkerställa att produkten motsvarar deras förväntningar.

Teamet kan sedan fokusera på demoversioner och diskussioner som är mer relevanta för deras behov under de interna sessionerna. Det ger dem möjlighet att visa upp sitt arbete, analysera vad som gjordes (och vad som inte gjordes) samt genomföra retrospektiv för att förbättra sina processer och sin produktivitet.

Genom att använda detta växlande arbetssätt kan du behålla en enklare och mer fokuserad sprint review, samtidigt som du säkerställer att intressenterna är delaktiga och att teamet får utrymme för interna diskussioner och förbättringar.

Håll retrospektiv separat

Det är värt att notera att retrospektivet vanligtvis inte ingår i sprint review-mötet. Retrospektivet är en separat ceremoni inom Scrum-ramverket där utvecklingsteamet reflekterar över sin prestation, identifierar förbättringsområden och definierar åtgärdspunkter för nästa sprint. Till skillnad från sprint review är retrospektivet avsett för det interna teamet och kräver inte nödvändigtvis aktiv medverkan från intressenter.

Genom att hålla retrospektivet separat kan teamet öppet diskutera och hantera interna frågor, teamdynamik och processförbättringar utan att behöva hantera potentiella störningsmoment eller farhågor kopplade till externa intressenter. Det ger dem ett avsatt utrymme för reflektion och kontinuerlig förbättring, vilket hjälper dem att förfina sina arbetssätt och skapa större värde i framtida sprintar.