Retrospektibo ng sprint sa pag-develop: esensya, layunin at mga pamamaraan ng pagsasagawa

Ano ang retrospektibo ng sprint?

Retrospektibo ng sprint — ay isang nakabalangkas na pagpupulong ng Scrum team na ginagawa pagkatapos ng sprint at bago ang pagpaplano ng susunod. Tinatalakay ng mga kalahok ang nakaraang sprint, nagbabahagi ng mga obserbasyon at sama-samang tinutukoy kung anong mga pagbabago ang ipapatupad sa trabaho.

Pinagmulan ng praktika

Ang terminong retrospektibo ay nagmula sa mga praktika ng patuloy na pagpapabuti na inilarawan sa kultura ng DevOps at Lean methodology. Sa Scrum, ang retrospektibo ay naging mandatoryong kaganapan sa pagdating ng Scrum Guide noong 2010. Noong 2020, sa update ng Scrum Guide, ang diin ay lumipat mula sa 'inspeksyon at adaptasyon' patungo sa 'pokus sa kalidad at kahusayan', na nagpalakas sa papel ng mga retrospektibo.

Pagkakaiba sa iba pang Scrum ceremonies

Sprint Review ay nakatuon sa produkto at feedback mula sa mga stakeholder, habang ang retrospektibo ay nakatuon sa mga proseso ng team. Daily Scrum — ay araw-araw na synchronisasyon, ang retrospektibo — pagsusuri sa buong sprint. Ang retrospektibo ay ang tanging seremonya kung saan ang team ay eksklusibong nagsasalita tungkol sa sarili nito, walang presyon mula sa kliyente o product owner.

Mga layunin ng retrospektibo ng sprint

Ang retrospektibo ng sprint ay may ilang pangunahing layunin, bawat isa ay mahalaga para sa malusog na pag-unlad ng team at proseso ng pag-develop.

Reflection ng team

Reflection ay nagbibigay-daan sa team na maunawaan ang nakaraang sprint: ano ang nagtagumpay, ano ang hindi naging maayos, at anong mga aral ang maaaring makuha. Ang prosesong ito ay pumipigil sa pag-ulit ng parehong mga pagkakamali, lumilikha ng kultura ng pagiging bukas, at nagtuturo sa mga developer na kunin ang responsibilidad para sa mga proseso, hindi lamang para sa code.

Mga nasusukat na pagpapabuti

Bawat retrospektibo ay dapat magbunga ng konkretong action items — mga gawain para sa susunod na sprint. Halimbawa: 'magdagdag ng code review para sa lahat ng pull request' o 'paikliin ang daily meeting sa 10 minuto'. Ang action items ay naitala sa backlog at sinusubaybayan sa susunod na retro. Kung hindi naisasagawa ang action items, nawawalan ng saysay ang retrospektibo.

Pag-iwas sa burnout

Ang regular na retrospektibo ay tumutulong na matukoy ang mga problema bago sila humantong sa burnout. Overtime, mga alitan sa team, hindi malinaw na mga kinakailangan — lahat ng ito ay itinataas sa retro at nilulutas bago maipon ang kritikal na masa.

Mga format ng pagsasagawa ng retrospektibo

Mayroong higit sa 50 format ng retrospektibo, bawat isa ay angkop para sa iba't ibang sitwasyon at komposisyon ng team. Ang pagpili ng format ay depende sa kapanahunan ng team, kasalukuyang problema, at oras na available.

Start-Stop-Continue

Start-Stop-Continue — ang pinakasimple at pinakasikat na format. Isusulat ng team ang mga ideya sa sticky notes at ilalagay sa tatlong kolum. Start — mga bagong praktika, Stop — masasamang gawi, Continue — mga bagay na gumagana. Ang format ay mainam para sa mga bagong team at mabilis na 30 minutong retrospektibo.

Sailboat / 4L

Sailboat (o 'Bangka') ay gumagamit ng metapora ng barko: hangin ang nagtutulak pasulong, angkla ang bumabagal, mga bato — mga panganib sa hinaharap. 4L — isang mas malalim na format kung saan sinusuri ng team ang bawat aspeto sa pamamagitan ng apat na lente. Ang parehong format ay nangangailangan ng mas maraming oras (60-90 minuto), ngunit nagbibigay ng mas kumpletong larawan ng kalagayan ng team.

Pagpili ng format ayon sa sitwasyon

Para sa lingguhang retrospektibo, angkop ang mga magaang format: Start-Stop-Continue o Mad-Sad-Glad. Para sa sprint na 2-4 na linggo, mainam gamitin ang Sailboat o 4L. Kung may alitan sa team — mas mabuting magsimula sa Mad-Sad-Glad upang mailabas ang emosyon, pagkatapos ay lumipat sa konstruktibong talakayan.

Paano magsagawa ng retrospektibo: hakbang-hakbang na plano

Ang pagsasagawa ng retrospektibo ay nangangailangan ng istruktura at pasilitasyon. Ang Scrum Master o itinalagang pasilitador ang nangunguna sa pagpupulong hakbang-hakbang upang marinig ang bawat kalahok.

Paghahanda

24 oras bago ang retro, ang pasilitador ay nangongolekta ng datos: metrics ng sprint (velocity, bilang ng bugs, natapos na gawain), mood ng team sa pamamagitan ng anonimong survey. Ang retro board ay inihanda nang maaga — pisikal (sticky notes, markers) o digital (Miro, Mural, Retrium).

Pagkolekta ng datos

Sa yugtong ito, bawat kalahok ay nagsusulat ng kanilang mga obserbasyon sa sticky notes (karaniwang 5-10 minuto sa katahimikan). Ang mga kategorya ay depende sa napiling format. Mahalagang tuntunin: huwag pintasan ang sticky notes ng iba sa yugto ng pagkolekta — unang itatala ang lahat ng ideya, pagkatapos ay tatalakayin.

Pagboto at prayoritisasyon

Pagkatapos ng pagkolekta, pinagpapangkat ng team ang sticky notes ayon sa paksa at boboto para sa pinakamahalaga. Bawat kalahok ay makakakuha ng 3-5 boto (tuldok sa sticky notes). Ang mga paksang may pinakamaraming boto ay papasok sa talakayan. Ang mekanismong ito ay pumipigil sa isang boto na mangibabaw sa iba.

Plano ng aksyon

Ang huling yugto — pagbubuo ng action items. Bawat action item ay dapat SMART: specific, measurable, achievable, relevant, at time-bound. Ang responsableng tao ay itinalaga nang hayagan, ang deadline ay itinakda. Ang action items ay idinadagdag sa backlog at sinusuri sa susunod na retrospektibo.

Mga karaniwang pagkakamali sa pagsasagawa ng retro

Kahit ang mga bihasang team ay nagkakamali sa retrospektibo na nagiging sanhi upang ang kapaki-pakinabang na praktika ay maging walang laman na pormalidad. Ang pag-alam sa mga pagkakamaling ito ay tumutulong upang maiwasan ang mga ito.

Kawalan ng action items

Pinakakaraniwang pagkakamali — talakayan na walang resulta. Nag-usap ang team, natukoy ang mga problema, ngunit walang naitalang action item. Ang ganitong retrospektibo ay hindi humahantong sa pagbabago, at sa susunod na pagpupulong ay tatalakayin ang parehong mga problema. Solusyon: ang huling 10 minuto ng retro ay laging ilaan sa plano ng aksyon.

Nagiging reklamo

Kapag ang retrospektibo ay naging sesyon ng reklamo nang walang konstruktibong mungkahi, bumababa ang moral ng team. Dapat idirekta ng pasilitador ang talakayan mula sa mga problema patungo sa mga solusyon. Teknik: pagkatapos ng bawat problema, itanong ang 'Ano ang magagawa natin tungkol dito?'.

Dominasyon ng isang kalahok

Kung isang developer ang nagsasalita ng 80% ng oras, ang iba ay magsasara at hihinto sa pagbabahagi ng mga ideya. Solusyon: gumamit ng tahimik na pagkolekta ng ideya (bawat isa ay sumusulat ng kanila), salit-salit na round, timer para sa pagsasalita. Ang anonimong survey bago ang retro ay tumutulong din upang makalap ng opinyon ng mga tahimik na kalahok.

Paglaktaw ng retrospektibo

Paglaktaw ng retro dahil sa pagiging abala o 'walang oras' — isang mapanganib na tendensya. Kung lalaktawan ng team ang isang retro, mas magiging madali ang paglaktaw ng pangalawa. Sa paglipas ng panahon, ang mga problema ay naiipon at ang mga sprint ay nagiging hindi gaanong epektibo. Ang retrospektibo ay bahagi ng sprint tulad ng pag-develop at pagsubok.