agile retrospective meetings why it is necessary
Agil mjukvaruutveckling är en uppsättning metoder och metoder som är baserade på Agile Manifesto. Agil metodik betonar teamsamarbete och frekvent leverans av en produkt.
En av de 12 principerna som listas i Agile Manifesto är:
'Med jämna mellanrum reflekterar teamet över hur man blir effektivare, sedan stämmer och justerar sitt beteende därefter.'
Denna princip ingår i ett agilt team i form av Agile Retrospective-möten.
I den här artikeln kommer vi att prata mer om retrospektiva möten, deras syfte och några roliga sätt att genomföra dessa möten.
Rekommenderad läsning=> De 6 vanligaste orsakerna till att du bör anta smidig i din organisation
Vad du kommer att lära dig:
- Definition och syfte med retrospektiva möten
- Genomföra retrospektiva möten
- Agila retrospektiva steg
- Agila retrospektiva mötesformat, idéer och aktiviteter
- Vanliga missuppfattningar
- Slutsats
- Rekommenderad läsning
Definition och syfte med retrospektiva möten
Per definition betyder retrospektiv ”att se tillbaka eller hantera tidigare händelser eller situationer”.
Definitivt retrospektiva möten är avsedda att reflektera över det senaste sprinta / projekt / milstolpe och identifiera områden som behöver förbättras och fira lagvinster .
Detta kopplas in i konceptet med kontinuerlig förbättring där team träffas för att diskutera de områden som teamet gjorde bra och de områden som teamet behöver arbeta tillsammans för att förbättra för nästa sprint / projekt / milstolpe.
Läs också=> Hur man förbättrar mjukvarukvaliteten med kontinuerlig integrationsprocess
Genomföra retrospektiva möten
Retrospektiva möten kan hållas i olika skeden under projektet:
- Retrospektiva möten kan planeras mot slutet av en sprint och innan nästa sprint börjar reflektera över den senaste sprinten
- Att granska ett specifikt problematiskt scenario
- Vid en milstolpe för att reflektera över status hittills
Agila retrospektiva steg
Varje retrospektivt möte kommer att omfatta följande steg:
- Ställ scen - Organisera möte - Inblandar inställning av mötet av facilitator (PM., Scrum master, etc.) och skickar en mötesinbjudan till alla nödvändiga teammedlemmar och intressenter.
- Samla data - När mötet börjar, samla alla idéer, åsikter, oro som gruppmedlemmarna kan ha. Detta kan göras via olika agila retrospektiva aktiviteter som Start, Stopp och Fortsätt, Måla mig bild etc.
- Generera insikter - När data har samlats in måste meningsfull analys identifieras och mönster måste skapas. Tanken är att identifiera trender och lösa dem. T.ex. om teammedlemmarna är missnöjda med de långa dagliga stand-ups måste vi ta reda på vad som orsakar detta. Det kan vara orelaterade diskussioner, teammedlemmarnas fördröjning, orealistisk tidsinställning som inte rymmer antalet uppdateringar etc.
- Skapa åtgärder - När de underliggande problemen har identifierats skapar du åtgärdspunkter för att lösa dem. Åtgärdspunkter bör tilldelas en eller flera ansvariga personer som kommer att ansvara för att lösa det senast på det bestämda förfallodagen.
- Sammanfatta - Tack teamet för deras tid och för deras deltagande. Se till att mötesdiskussionen och åtgärdspunkterna dokumenteras och skickas till teammedlemmarna för enkel referens.
Agila retrospektiva mötesformat, idéer och aktiviteter
# 1) Vad som gick bra, vad borde ha gjort bättre, åtgärdsposter
Teammedlemmarna träffas och diskuterar vad laget gjorde bra, vad teamet behöver förbättra, lärdomarna och de handlingspunkter som motsvarar förbättringsområden.
Dessa åtgärder tilldelas en ansvarig teammedlem. Denna diskussion dokumenteras och sprids till alla efter mötet eller kan sparas på delad enhet / intranät för enkel åtkomst.
JIRA har en inbyggd sprint retrospektiv mall för retrospektivt möte baserat på detta exakta format som visas nedan:
(bild källa )
# 2) Starta, stoppa och fortsätt mötet
I detta möte ombeds lagmedlemmarna att ge åsikter om vad laget ska börja göra, sluta göra och fortsätta göra i sprintarna.
Denna metod är mycket populär och effektiv, särskilt för nya lag.
- Startobjekt skulle vara något som teamet vill lägga till i sin process, t.ex. Börja komma i tid för projektmöten.
- Stoppobjekt skulle vara något som laget inte längre vill göra, t.ex. sluta checka in kod utan kodgranskning.
- Fortsätt objekt kommer att vara något som teamet vill fortsätta göra i framtiden, t.ex. Fortsätt ha dagliga stand-ups.
Mötesledaren kan ställa in en lägsta och högsta gräns för ett antal artiklar som en teammedlem kan föreslå. T.ex. Varje teammedlem måste ange 1 artikel vardera för listan Start, Stopp och Fortsätt och kan tillhandahålla högst 3 artiklar per typ.
När hela listan har sammanställts kan dessutom teammedlemmar uppmanas att rösta för att begränsa de viktigaste objekten.
# 3) 5 ”Varför” formatmöte
Detta mötesformat är baserat på uppföljningsfrågor ”Varför” över teammedlemmarna.
Detta mötesformat används för att hitta underliggande orsaker till ett problematiskt scenario (symptom) och där orsakerna kanske inte är uppenbara.
Målet är inte att lösa problemet utan att förstå situationen och eventuellt begränsa orsaken.
Varje teammedlem skapar en kedja av anledningar varför de tror att problemet uppstår. När listan är färdig kan svaren konsolideras i en enda kedja som representerar den åsikt som gruppen uppnått genom ett gemensamt samförstånd.
Detta fungerar bäst för små lag med storlekar, dvs. 3-5 medlemmar.
Till exempel:
Problem : Kvaliteten på produkten var inte bra.
Fråga : Varför?
Orsak 1 : Instabil byggnad.
Fråga : Varför?
Anledning : Ingen processhantering - Ingen kodfrysning.
Fråga : Varför?
Anledning : Omfattningsförändring
Fråga : Varför?
Anledning : Påverkan identifierades inte under projektplaneringen
# 4) Galen, ledsen, glad
I detta mötesformat tar teammedlemmarna lite tid (5-10 minuter) att skriva ner klisterlappar för var och en av känslorna - Mad, Sad och Glad.
- 'Mad' tenderar att fokusera på hinder, barriärer etc.
- 'Sad' tenderar att fokusera på interna frågor och
- 'Glad' tenderar att fokusera på något som teammedlemmen är glad över.
När tiden är ute grupperas klisterlappen baserat på känslor. Därefter röstas Mad och Sad-frågorna för att prioritera dem för att skapa en åtgärd.
# 5) Rita mig en bild
Denna teknik är en icke-verbal retrospektiv teknik.
I detta mötesformat ges teammedlemmarna några minuter på att samla sina tankar och uttrycka sina känslor och åsikter.
Detta möte är ett bra format för att genomföra retrospektiv där verbal kommunikation inom ett team misslyckas, det fungerar som en isbrytare mellan teammedlemmarna.
(bild källa )
# 6) Circle Celebration
Denna teknik fångar feedback med hjälp av Pluses och Deltas, dvs vad som fungerade bra, vad kunde ha varit bättre).
I detta samlas teammedlemmarna för att bilda en cirkel. En lagmedlem startar och kastar ett kastbart mjukt föremål (plyschleksak, stressbollar) mot någon annan medlem.
Idén är att den som har bollen skulle svara på 3 frågor:
- Vad de tyckte om,
- Vad de uppskattade och
- Hur kommer de att använda det de har lärt sig att förbättra
Objektet passeras slumpmässigt i cirkeln tills alla har fått en möjlighet.
Vanliga missuppfattningar
Missuppfattning nr 1) Retrospektiva möten är tråkiga
Detta är den främsta anledningen till att teammedlemmar inte gillar att hålla eller vara närvarande för ett retrospektivt möte.
För att göra mötet mer engagerande bör handledaren komma med roliga men ändå effektiva sätt att genomföra dessa möten.
Missuppfattning nr 2) Retrospektivt möte är mitt tillfälle att påpeka en teammedlems prestanda under genomsnittet
Ett retrospektivt möte är inte ett finger som pekar eller avluftar mötet.
Det här mötet är inte planerat att påpeka eller anropa teammedlem för deras svaga punkter. Detta möte är uppbyggt i en neutral miljö med målet att förbättra och växa som ett team. Undvik att kommentera direkt till en enda person. Och kom ihåg att målet är att bli bättre!
Missuppfattning # 3) Endast mötesarrangören leder retrospektiva möten och diskuterar frågor
Teammedlemmarna bör uppmuntras att delta och dela sin syn. Detta möte är till förmån för teamet och inte för en diskussion uppifrån och ned dikterad av mötesarrangör / facilitator.
Samtidigt bör teammedlemmarna göras bekväma så att de kan uttrycka sin sanna syn utan rädslan för att bli dömd eller rädsla för motreaktion som ett resultat av att tala upp.
Missuppfattning nr 4) Ledande befattningshavare / viktiga intressenter är inte alls inbjudna till retrospektiva möten
Detta varierar från projekt till projekt. Högre ledning, produktägare kan bjudas in till mötet för att ta itu med eventuella oro eller eventuella oro som teamet har när det gäller deras styrning.
Missuppfattning nr 5) Retrospektiva mötesresultat behöver inte dokumenteras
Agil metodik bygger på principen ”Arbeta programvara över omfattande dokumentation”, men det betyder inte att teamet ska göra sig av med dokumentationen helt.
Att dokumentera retrospektiv kan leda till effektiv spårning av åtgärdspunkter till avslutning. Detta kan också läggas till i historiska databaser, där teamet kan få tillgång till lärdomar som del av organisatoriska processtillgångar
Slutsats
Retrospektiv är mycket användbara för teambuilding och team-samarbete.
Teammedlemmar som samlas för att fira segrar och föreslår förbättringar skapar också en mer transparent och hälsosam lagmiljö. Genom kontinuerlig förbättring och återkoppling blir teamen bättre med tiden.
De retrospektiva mötena bör omfatta både mänskliga frågor (personlighet, attityd, brist på färdigheter etc.) och tekniska frågor (omfattning, inkonsekventa krav, systemstabilitet, etc.).
.net intervju frågor och svar för erfarna
Det rekommenderas att retrospektiva möten genomförs på alla nivåer och inte bara på utvecklingsgruppsnivå.
De retrospektiva mötena kan genomföras i slutet av en milstolpe, slutet av en sprint, efter döden av en incident eller en fråga, efter större händelser osv. Se till att dina retrospektiva möten är dokumenterade och åtgärdspunkterna spåras till avslutning.
Sist men inte minst, gör dina retrospektiva möten roliga!
Om författare: Den här användbara artikeln är skriven av Neha B. Hon arbetar för närvarande som kvalitetssäkringschef och är specialiserad på att leda och leda interna och offshore kvalitetsgrupper.
Känner du till några roliga sätt att göra retrospektiva möten som inte nämns i den här artikeln? Vänligen meddela oss genom att skicka dina kommentarer.
Rekommenderad läsning
- Hur man kan vara ett bra teammentor, coach och en riktig lagförsvarare i en smidig testvärld? - Inspirationen
- 4 steg mot att utveckla det agila testningstänkandet för framgångsrik övergång till smidig process
- JIRA Agile Tutorial: Hur man använder JIRA effektivt för att hantera agila projekt
- Agile Manifesto: Förstå agila värden och principer
- The Mindset Change of An Agile Tester: Aligning with the Agile Manifesto
- SAFe Agile Tutorial: Vad är Scaled Agile Framework
- Agile Scrum Online Quiz: Testa din kunskap om Agile Scrum
- Automatiserad regressionstest: utmaningar, process och steg