"Retro är överflödigt": 7 tips på hur du ska reagera

Många menar att retrospektivet är den viktigaste ceremonin i den agila verktygslådan. Woody Zuill uttrycker det på följande sätt: 

Om du bara introducerar en #agile-rutin bör det vara retrospektiv. Allt annat kommer att följa.

Woody Zuill

Så varför är det ens möjligt för ett utvecklingsteam att anse att sprint retrospective är överflödigt? Enligt min erfarenhet som Scrum Master och psykolog har detta oftast att göra med teamets mognadsnivå.

Was kannst du also tun, um den Reifegrad deines Teams zu verbessern - in diesem Zusammenhang und auch allgemein? Hier sind 7 Gedanken, 7 Tipps, die dir bei dieser Herausforderung helfen werden.

Teamet tycker att retrospektiven är överflödig: vad ska man göra?

Förresten, det officiella svaret enligt Scrum-certifieringsexamen är detta: Scrum Master bör arbeta med teamet för att göra det mer effektivt. Mh, det hjälper inte riktigt. Vad kan man mena med det?

Scrum Master bör arbeta med teamet för att göra det mer effektivt

Den officiella rollen för en Scrum Master är följande, om du tittar på Scrum-guide anschaut: “Der Scrum Master ermutigt das Scrum Team, seinen Entwicklungsprozess und seine Praktiken im Rahmen des Scrum Prozesses zu verbessern, um ihn für den nächsten Sprint effektiver und angenehmer zu gestalten.”

I teorin innebär det att retrospektivet bör vara en central händelse för Scrum Mastern, eftersom huvudsyftet med retrospektivet är att hjälpa teamet att kontinuerligt förbättra sig. I praktiken kanske teamet dock inte har den mognad som krävs för att verkligen dra nytta av ett retrospektiv och ser därför inte dess värde. Av denna anledning tolkar jag personligen uttalandet “göra teamet effektivare” på en abstrakt nivå som “öka teamets mognad”. Hur kan man göra det i detta sammanhang? Innan vi börjar med tipsen om detta, en förklaring till 🙂

Retro anses vara värdefullt när man faktiskt förbättras kontinuerligt. Då är känslan av autonomi, självorganisering och self-efficacy hög. Vilket leder till hypotesen: Den upplevda kvaliteten på retrospektiver är en av de bästa indikatorerna för ett teams (agila) mognadsnivå. 

Wenn man den agilen Reifegrad messen möchte - dann sollte man die Qualität von Retrospektiven als einen Indikator herbeiziehen. Dies ist der zeitlich typische Zusammenhang zwischen “wahrgenommener Qualität der Retrospektive” und “Agilem Reifegrad” eines Teams.

Denna utveckling uppnås på följande sätt: 

1. De första retros genomförs, åtgärder skrivs ner. Känslan infinner sig: Äntligen händer det något! 
2. Åtgärderna genomförs inte på riktigt. Det är mycket prat, men lite verkstad. 
3. Efter en tid uppstår frustration eller helt enkelt den så kallade “retro-fatigue”. Nu uppstår fenomenet med denna artikel: Retrospektivet ses som överflödigt. Teamet självt uppfattar sig som relativt moget och ser inga problem.
4. Denna punkt nås endast av ett fåtal team. Nämligen när kvaliteten på retros ökar igen och det i slutändan leder till märkbara förbättringar och därmed känslan av self-efficacy långsamt mognar. 

Förhoppningsvis kommer tipsen i denna text att hjälpa dig att ta några steg i denna riktning. Men jag kan också varmt rekommendera vår text om “ 7 tips för bra åtgärdspunkter %E2%80%9D, die eine weitere Rolle bei diesem Thema spielen.

1. förstå varför teamet anser att en retrospektiv är onödig

Som Scrum Master kan du ha en hypotes om varför teamet tycker att sprint retrospective är onödigt. Men var snäll och testa denna hypotes. Fråga teamet uttryckligen om bakgrunden.

Oftmals gibt es einen “Meinungsführer” im Team, der einen großen Einfluss auf das Team hat. Versuche, diese Person herauszugreifen, ihre Sichtweise zu verstehen und bestenfalls gemeinsam mit ihr die Gegenmaßnahmen auszugestalten (siehe unten).

Ju bättre du förstår teamet, desto bättre kan du utveckla en plan för att öka teamets mognad och välja det lämpligaste av följande tips.

2. utföra den retrospektiva

Du solltest die Retrospektive grundsätzlich durchführen. Nehmen wir mal an, das Team braucht einfach mehr Zeit, um sein Sprint-Ziel zu erreichen - und eine Stunde Coding anstelle der Retro könnte entscheidend sein. In diesem Fall ist es okay, die Retrospektive um ein paar Tage zu verschieben.

Du kan också ändra retrospektivets karaktär, göra det kortare och så vidare. Men det bästa sättet att visa teamet värdet av en retrospektiv är att ha en riktigt bra retrospektiv. Så min uppmaning är att se till att reservera en lucka i teamets kalender för retrospektivet.

3. mäta ROTI-värdet

Was man nicht misst, kann man nicht ändern. Eine einfache und schnelle Gewohnheit, die dir hilft, kontinuierlich zu bewerten, wie das Team die Retros wahrnimmt, ist die Messung des ROTI-Scores: Der “Return on time invest”-Wert. Stelle einfach die folgende Frage nach jeder Retrospektive, vielleicht als Check-out: “Auf einer Skala von 0 bis 10, wie gut war die Zeit für diese Retrospektive investiert?”. Miss den Durchschnitt über die Zeit - hoffentlich kannst du schon bald einen positiven Trend erkennen!

Der durchschnittliche “Return-on-time-invest” Score auf einer Skala von 0 bis 10 pro Monat im Echometer Tool - lohnen sich die Retros? Es scheint so!

4. Håll din sprint-retrospektiv mycket kort

Das Entwicklungsteam hält die Sprint-Retrospektive also für überflüssig - was solltest du als Scrum Master jetzt tun?

Som jag nämnde i början tycker teamet förmodligen att en sprint-retrospektiv inte är nödvändig eftersom de tycker att det är slöseri med tid.

Mit anderen Worten: In den letzten Retrospektiven haben sie offenbar “gelernt”, dass der ROTI einer Retrospektive - also die Qualität der investierten Zeit, siehe oben - eher schlecht ist. Ein gibt einen recht einfachen Ansatz, dies zu ändern: bei gleichem Output einfach weniger Zeit zu investieren 🙂

Das ist vielleicht der beste Tipp, wenn das Team die Sprint-Retrospektive für überflüssig hält. Sag deinem Team: Okay, wir werden sie so kurz wie möglich halten (mehr dazu in unserem Blogbeitrag “ Kort tillbakablick - bättre snabbt än inte alls ”). 

Viktigt: Du vill inte signalera att det kommer att förbli så här för alltid. Ditt budskap förblir detsamma: Retrospektiver är verkligen viktiga. Förr eller senare kommer retrospektiverna inte längre att vara så korta.

Aber du verkürzt die Retrospektive (z. B. von 60 Minuten auf 30 Minuten), weil das Team auf diese Weise lernt, wie wichtig es sein kann, die Zeit zu investieren. Und du lässt die Länge der Retrospektive quasi “organisch” wachsen, durch einen “Pull” bzw. “Wunsch” des Teams, denn irgendwann wird es sich mehr Zeit für die Retrospektive wünschen. Wie macht man das? 

Du ställer helt enkelt den viktigaste frågan:

“Warum haben wir es nicht geschafft, alle für die letzte Iteration festgelegten User Stories abzuschließen?”

Detta kommer att leda till intensiva diskussioner och förmodligen idéer till åtgärder på kort tid. Det kan även leda till längre diskussioner. Och teamet har redan signalerat att de behöver mer tid för en retrospektiv (naturligtvis är det ditt jobb att hålla diskussionen konstruktiv).

Du bör alltid ställa den fråga som du tror kommer att väcka bra tankar eller diskussioner i teamet. Och du bör alltid ha som mål att registrera ett experiment som du kommer att prova under nästa sprint (även känt som en åtgärdspunkt).

5. föreslå att även andra rutiner utelämnas

Så teamet tycker att en retrospektiv är slöseri med tid. Okej, då. Som Scrum Master bör ditt huvudmål aldrig vara att vara den person som implementerar Scrum. Nej, det handlar inte om “Scrum”. 

Det handlar om att teamet ska vara framgångsrikt och leverera värde till kunden och intressenterna. Scrum är tänkt att hjälpa teamet att göra det. Men det är bara ett ramverk, en verktygslåda (en ganska bra sådan) med många möjliga tillvägagångssätt för att leverera värde snabbt, hållbart och med hög kvalitet.

Så om teamet är missnöjt med retros, kan du betona att du ser på Scrum ur det perspektiv som just beskrivits. Och sedan kan du tillägga att du tycker att några av de andra rutinerna ni har faktiskt är mindre viktiga än retrospektivet. 

Retrospektiven är motorn för kontinuerlig förbättring. Den är tänkt att hjälpa teammedlemmarna att ta reda på vad som fungerade bra och vad som inte gjorde det. Om du utelämnar den här delen av den kontinuerliga förbättringsloopen riskerar du att den stannar upp.

Was wäre zum Beispiel, wenn ihr ein paar Dailies weg lasst? Weißt du, was passieren würde? Eventuell wird es vielleicht keine Auswirkungen haben - perfekt, dann könnt ihr es gleich so beibehalten und Zeit sparen. 

Å andra sidan kan detta också leda till sämre kommunikation i teamet. Teamet gör därför misstag. I slutändan kommer det att finnas ett organiskt behov av mer kommunikation, vilket du skulle märka vsl. i retrospektiv. Den här gången introduceras dock inte en agil ceremoni på grund av din insisterande, utan på grund av teamets “smärta”. Som ett resultat kommer det att finnas mycket mer acceptans för denna ceremoni i teamet.

6. titta på tidigare retrospektiver och visa deras värde

Ett tillvägagångssätt som kan komplettera de andra är att titta på teamets “retrospektiviska historia” över en längre period. Förutsättningen för detta är att några av de senaste retrospektiven har varit framgångsrika.

Du tittar till exempel på tillbakablicken från ett år sedan och inser hur svåra dessa utmaningar var förra året. Och sedan inser man att det skulle vara så mycket enklare att lösa samma utmaningar idag om man hade all den kunskap och erfarenhet som man har samlat på sig.

Med andra ord: ni inser hur mycket ni har förbättrat er under tiden. Kanske kan detta “kontinuerliga förbättrings”-sätt faktiskt fungera?! Och retrospektiven kan faktiskt ha spelat en stor roll i detta. Rätt använd kan det leda till ett aha-ögonblick i teamet.

Dessutom kan du också titta på ROTI-värdet (avkastning på tidsinvestering) för din senaste retrospektiv (se ovan): Om du kan bevisa att retrospektivet har en ROTI på 8 till 10 är tiden uppenbarligen väl investerad. Vårt retrospektivverktyg Echometer, till exempel, frågar efter ROTI efter varje retrospektiv och ger dig därmed en regelbunden indikator på den relevanta prestandan. Din prestation som Scrum Master .

7. skapa mer variation i ditt retrospektiv

Ett av de typiska svaren på frågan “Utvecklingsteamet tycker att sprintretrospektivet är överflödigt - vad ska Scrum Mastern göra?” är att göra retrospektivet mer produktivt och spännande genom att få in mer variation i dina metoder och göra dem roligare. Jag betonar alltid att “kul” inte är så viktigt, fokus bör fortfarande vara på att göra dem produktiva. Ändå kan kul naturligtvis utlösa en viss kreativitet och motivation. 

Det betyder å ena sidan att du kan använda kreativa retrospektiva metoder - se t.ex. vårt inlägg om 32 Retrospektiva metoder för nybörjare och proffs -, dvs. metaforer i form av öppna frågor som väcker nya tankar och idéer.

Å andra sidan kan du också använda metoder som går längre än den typiska retrospektiven men som ändå syftar till att förbättra teamet. Du kan till exempel genomföra en retrospektiv/teamworkshop som fokuserar på psykologisk säkerhet i teamet förbättras - en av de viktigaste förutsättningarna för framgångsrika team. 

Eller så använder du vårt retro-verktyg Echometer, som kontinuerligt kompletterar ditt retrospektiv med vetenskapligt underbyggda frågor. De hjälper teamet att reflektera över i vilken utsträckning det uppfyller kärnegenskaperna hos framgångsrika team. Här är ett exempel på en av frågorna från vårt verktyg, ytterligare en förutsättning för framgångsrika team - en sund feedbackkultur:

Jag får regelbundet användbar feedback om hur bra jag presterar och hur jag kan förbättra mig.

Exempel på en impuls från Echometer-verktyget som diskuterats i retrospektiv.

Det finns många andra sätt att få variation i dina retros - var kreativ. 

Som sagt, beroende på “varför” teamet tycker att sprintretrospektivet är överflödigt, bör mer variation förmodligen inte vara den enda åtgärden för att lösa problemet.

Slutsats om “överflödiga retrospektiv”

Som du har sett tar de 7 tipsen och åtgärderna itu med utmaningen på olika nivåer. Om jag bara skulle ge ett tips skulle det vara att förkorta retrospektiven på ett intelligent sätt, som jag har beskrivit ovan. Om du kombinerar alla dessa åtgärder kommer du säkert att se resultat mycket snart. 

Ha kul med din 1TP17Continuous Improvement!