Scrum Guide | 39. De vanligaste misstagen under en Sprint Retrospektiv

Sprint Retrospektiv är evenemanget som avslutar varje Sprint. Och samtidigt en av de svåraste Scrum Team-mötena. De vanligaste misstagen under en Sprint Retrospektiv involverar att undvika samtal om känsliga frågor, samt bristen på konkreta åtaganden som leder till lösningen av redan diagnostiserade problem.

Vanliga misstag under en Sprint Retrospektiv – innehållsförteckning:

1. Introduktion
2. Otillräcklig transparens
3. Fokus på engångsproblem eller framgångar
4. Överrepresentation av Produktägare
5. Självledningsproblem
6. För många åtaganden
7. Vanliga misstag under en Sprint Retrospektiv – Sammanfattning

Introduktion

Misstag under en Sprint Retrospektiv är tyvärr mycket vanliga. Detta beror på att det är ett av de svåraste mötena att genomföra framgångsrikt eftersom det kräver mycket mognad från teamet. Därför är det värt att ta en titt på de problem som oftast uppstår i andra team så att du lättare kan upptäcka deras symptom när du genomför Sprint Retrospektiv i ditt Scrum Team.

Otillräcklig transparens

Enligt Scrum-guiden är varje medlem i Scrum Teamet skyldig att vara ärlig och modig i att uttrycka oro och att framföra sin åsikt under Sprint Retrospektiv. Men i praktiken är åtagandet till transparens mycket krävande. På grund av detta försöker medlemmarna i Scrum Teamet ofta att kringgå det.

Ett problem som är svårt att upptäcka och lösa är att undvika diskussion om observerade brister i Scrum Teamets arbete. Detta kan leda till mycket mer allvarliga problem på lång sikt.

Scrum Masters uppgift är därför att hålla ett nära öga på situationen i teamet och uppmuntra alla teammedlemmar att vara proaktiva från allra första början av Sprint Retrospektiv.

Fokus på engångsproblem eller framgångar

Ett annat problem som kan uppstå under Sprint Retrospektiv är att inte ge tillräcklig uppmärksamhet åt cykliska och repetitiva teambeteenden, och deras påverkan på teamets effektivitet.

Det är alltid bra att gratulera Scrum Team-medlemmar om de har uppnått exceptionell framgång. Men Sprint Review bör inte ägnas åt att fira det. Detsamma gäller misslyckanden. Om något misslyckades på grund av tillfälliga orsaker eller ett redan diagnostiserat fel, är det inte värt att överanalysera händelsen under Sprint Review.

Ibland ägnar dock teamet en stor del av Sprint Retrospektiv åt sådana händelser. Tänk på att syftet med Sprint Retrospektiv är att leta efter sätt att förbättra teamets dagliga arbete. Därför bör mötet inte kretsa kring engångsframgångar eller problem som mycket väl kan hända igen.

Överrepresentation av Produktägare

I många organisationer likställs positionen som Produktägare med den som Produktchef. Produktägaren betraktas då ofta som övervakare av Scrum Teamet. Av denna anledning händer det att Utvecklingsteamet inte vill prata om samarbetsproblem i hans eller hennes närvaro.

Därför är det så viktigt att bygga ömsesidigt förtroende mellan Utvecklingsteamet och Produktägaren. Tyvärr är processen att bygga förtroende svår och tidskrävande. Därför är det ibland en bra idé för Produktägaren att avstå från att delta i hela eller delar av Sprint Retrospektiv för att lämna utrymme för resten av teamet att diskutera fritt.

Självledningsproblem

Självledarskap innebär att medlemmarna i Scrum Teamet fattar sina egna beslut om vem av dem som ska utföra vissa uppgifter, när och hur. Under Sprint Retrospektiv diskuterar teamet människor, deras interaktioner samt teamets praxis. Det beslutar sedan vilka problem som behöver lösas i den kommande Sprinten, hur man gör det tillsammans och vem som kommer att bära ansvaret för att vidta åtgärder.

Om mer allvarliga problem uppstår i ett självledande team, kan det finnas en frestelse i Scrum Teamet att avsäga sig ansvaret.

Ibland vill inte teammedlemmarna delta i diskussionen och försöker skjuta över ledarskapsansvaret på någon annan. För att förhindra detta är det extremt viktigt att diskutera även små problem regelbundet för att förhindra deras ansamling.

För många åtaganden

En aktiv Scrum Team som arbetar enligt de tre pelarna av empirism: transparens, inspektion och anpassning, kan stöta på problemet med att göra för många åtaganden på en gång.

Om de åtaganden som görs av Scrum Teamet under en Sprint Retrospektiv är för många, finns det en betydande risk att:

• inga av åtagandena kommer att genomföras ordentligt
• vissa åtaganden inte kommer att genomföras alls
• de förändringar som görs inte kommer att vara permanenta

Därför är en bra praxis att inte åta sig mer än fyra förbättringar i varje Sprint. Detta möjliggör en gradvis men effektiv förbättring av teamets prestation.

Vanliga misstag under en Sprint Retrospektiv – Sammanfattning

Eftersom Sprint Retrospektiv är ett utmanande evenemang, uppstår det ofta problem under dess genomförande. För att hantera dem lättare är det värt att notera de som uppstår oftast. Vanliga misstag under en Sprint Retrospektiv är:

• otillräcklig transparens – när medlemmarna i Scrum Teamet misslyckas med att hantera ärlighet i svårare teamsituationer
• fokus på engångsproblem eller framgångar – när medlemmarna i Scrum Teamet fokuserar på att diskutera framgångar och misslyckanden, istället för att diskutera den långsiktiga effektiviteten av teamets arbete
• överrepresentation av Produktägare – när medlemmarna i Scrum Teamet behandlar Produktägaren med begränsat förtroende som om han eller hon vore någon utanför teamet eller en övervakare
• självledningsproblem – när medlemmarna i Scrum Teamet försöker skjuta över ansvaret för problem och beslutsfattande.

Om du gillar vårt innehåll, gå med i vår aktiva community av busy bees på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.