Ang pag-unawa sa apat na pangunahing mga mitap sa agile ay ang pinakamabilis na paraan upang mapabuti ang operasyon ng isang koponan sa Scrum. Bawat seremonya ay may natatanging layunin, iba't ibang awdyens, at iba't ibang depinisyon ng tagumpay. Kung maayos itong patakbuhin, ito ay magpaparami. Kung mahina ang pagpapatakbo, o pinagsama ang isa sa isa pa, maaring makaranas ng parehong alitan na paulit-ulit sa bawat sprint.
Sinasaklaw ng gabay na ito ang Pagpaplano ng Sprint, ang Pang-araw-araw na Standup, ang Pagsusuri ng Sprint, at ang Retrospektibo ng Sprint: para saan ang bawat isa, paano ito epektibong patakbuhin, at ang mga pinaka-karaniwang pagkakamali na dapat iwasan.
Ang apat na uri ng mga mitap sa agile
| Pagtitipon | Kailan | Tagal | Sino ang namamahala |
|---|---|---|---|
| Pagpaplano ng Sprint | Simula ng bawat sprint | 1–2 oras | Scrum Master |
| Pang-araw-araw na Standup | Araw-araw | 15 minuto | Koponan (sariling namamahala) |
| Pagsusuri ng Sprint | Katapusan ng sprint | 1–2 oras | Tagapamahala ng Produkto |
| Retrospektibo ng Sprint | Katapusan ng sprint (pagkatapos ng Pagsusuri) | 1–2 oras | Scrum Master |
1. Pagpaplano ng Sprint
Ano ito
Binubuksan ng Pagpaplano ng Sprint ang bawat sprint. Tinitingnan ng koponan ang backlog ng produkto kasama ang Tagapamahala ng Produkto, nagkakasundo sa layunin ng sprint, at pinipili ang mga gawain na kanilang itatalaga na ipapadala sa susunod na isa hanggang apat na linggo.
Ang layunin ng sprint ay ang pinaka-mahalagang output. Ang listahan ng mga ticket ay hindi layunin ng sprint. Ang layunin ng sprint ay nagbibigay sa koponan ng isang bagay na mapag-isipan kapag nagbago ang mga priyoridad sa kalagitnaan ng sprint.
Mukha ng maayos
- Ang layunin ng sprint ay pinagkasunduan bago matapos ang mitap; hindi "aalamin natin ito habang in progress."
- Ang mga item sa backlog ay mahusay na inayos; ang koponan ay hindi gumugugol ng oras sa pagpaplano sa pag-unawa kung ano ang ibig sabihin ng isang ticket.
- Bawat napiling item ay may ibinahaging depinisyon ng ginawa at makatotohanang pagtatantiya.
- Ang dami ng trabaho ay naaayon sa aktwal na kapasidad: mga bakasyon, mga tungkulin, dala mula sa nakaraang sprint.
Karaniwang pagkakamali
Sobrang komit. Ang mga koponan na palagiang hindi nahihit ang kanilang layunin ng sprint ay karaniwang sinusubukang gawing masyado, hindi gumagana ng mabagal. Gamitin ang velocity data at matapat na pagpaplano ng kapasidad kaysa sa optimismo.
Pag-skipping ng refinement. Kung ang Pagpaplano ng Sprint ay palagiang nagtatagal, karaniwan ang problema ay kulang sa pag-refine ng mga item sa backlog. Maraming "hindi alam" sa silid ay nagpapa-bagal sa lahat.
Walang layunin ng sprint. Kung walang ibinahaging layunin, ang koponan ay nag-ooptimysa para sa indibidwal na mga ticket sa halip na kolektibong kinalabasan. Kapag may lumitaw na hindi inaasahan sa kalagitnaan ng sprint, walang north star para sa mga desisyon sa triage.
2. Pang-araw-araw na standup
Ano ito
Ang Pang-araw-araw na Standup ay isang 15-minutong pang-araw-araw na pag-synk para i-coordinate ang trabaho ng koponan at itibaw ang mga nakaka-block. Ito ay hindi isang ulat sa katayuan sa Scrum Master; ito ay isang usapan koponan sa koponan.
Ang tatlong klasikong tanong:
- Ano ang ginawa ko kahapon?
- Ano ang gagawin ko ngayon?
- May anumang nakaka-block sa akin?
Mukha ng maayos
- Magsisimula at magtatapos ang mitap sa oras, araw-araw.
- Ang mga nakaka-block ay malinaw na pinangalanan, hindi itinatago. Ang hindi na-unblock na nakaka-block sa pagtatapos ng araw ay mas mahal kaysa sa maikli ngunit hindi komportableng 60 segundo sa standup.
- Ang koponan ay nag-uusap sa isa't isa, hindi sa Scrum Master.
- Ang mas malalim na diskusyon ay dadalhin offline agad pagkatapos, hindi ini-explore sa aktwal na oras.
Karaniwang pagkakamali
Ginagawang ulat sa katayuan. Kung ang Scrum Master ang nagtatanong ng mga tanong at ang mga miyembro ng koponan ang sumasagot sa kanila, ito ay naging isang seremonya ng ulat sa halip na isang kasangkapan sa coordination.
Higit sa 15 minuto. Kung ang standups ay palagiang lumalampas, karaniwan ang problema ay mga update na nararapat sa isang hiwalay na mitap. Ipatupad nang mahigpit ang "dalhin ito offline" na panuntunan.
Paggamot sa mga nakaka-block bilang opsyonal na banggitin. Ang mga koponan na palaging nagsasabing "walang nakaka-block" kahit na may malinaw na mga nakaka-block ay may isyu sa psychological safety, hindi sa standup. Talakayin ito sa retrospektibo.
3. Pagsusuri ng Sprint
Ano ito
Ang Pagsusuri ng Sprint ay nangyayari sa katapusan ng sprint. Ipinapakita ng koponan ang tapos na trabaho sa mga stakeholder at sa Tagapamahala ng Produkto, at ina-adjust ang backlog batay sa kung ano ang nabuo at sa natanggap na feedback.
Ang Pagsusuri ng Sprint ay ang feedback loop sa pagitan ng koponan at ng negosyo. Kung wala ito, ang koponan ay nagtatayo sa isang vacuum.
Mukha ng maayos
- Tanging trabaho na nakamit ang depinisyon ng natapos lamang ang ipinapakita. Hindi ipinakikita ang mga hindi pa tapos na trabaho.
- Ang mga stakeholder ay aktibong nakikilahok: nagtatanong at nagbibigay ng feedback, hindi nanonood lamang ng presentasyon.
- Ina-adjust ng Tagapamahala ng Produkto ang backlog batay sa kanilang nakita at narinig, hindi sa ibang araw ng linggo kapag lumipas na ang sandali.
- Ang talakayan ay mananatiling nakatuon sa produkto, hindi sa proseso ng koponan (iyon ay para sa retro).
Karaniwang pagkakamali
Pag-demo ng trabaho na hindi pa tapos. Ito ay nagpapababa ng tiwala sa depinisyon ng natapos at nagtuturo sa mga stakeholder na asahan ang approximate sa halip na nailed na output.
One-way na presentasyon. Kung ang mga stakeholder ay pasibong nanonood, ang pagsusuri ay hindi gumagana. Ang punto ay makuha ang feedback na nagbabago kung ano ang susunod na ginagawa ng koponan. Idisenyo ang sesyon upang lumikha ng dayalogo.
Walang stakeholder na dumalo. Ang Pagsusuri ng Sprint na kasama lamang ang koponan ng pagbuo ay isang rehearsal, hindi pagsusuri.
4. Retrospektibo ng Sprint
Ano ito
Ang Retrospektibo ng Sprint ay espasyo ng koponan upang pagnilayan kung paano sila nagtrabaho, hindi kung ano ang kanilang itinayo. Sumusunod ito sa Pagsusuri ng Sprint at nakatuon sa proseso, pakikipagtulungan, at patuloy na pagpapabuti.
Tatlong tanong ang humuhubog sa karamihan ng retrospektibo:
- Ano ang naganap nang maayos?
- Ano ang maaaring mapabuti?
- Ano ang gagawin natin ng iba sa susunod na sprint?
Ang ikatlong tanong ang pinakamahalaga. Ang retrospektibo na walang konkretong mga item ay isang pag-uusap lamang.
Mukha ng maayos
- Sinusuri ang mga gawain mula sa nakaraang retrospektibo sa umpisa.
- Ang koponan ay tapat, na nangangailangan ng psychological safety.
- Ang sesyon ay gumagawa ng dalawa o tatlong tiyak, ginagampanang gawain, hindi listahan ng sampu.
- Nagbabago ang format sa bawat sprint. Ang pag-ikot ng mga format ng retrospektibo ay nagpapanatili ng sariwa ng talakayan.
Ang TeleRetro ay may 50+ na mga format ng retro at mga template upang magkasya sa iba't ibang mood ng koponan at uri ng sprint. Ang Retro Bot ng TeleRetro ay maaaring magmungkahi ng isang format kung hindi ka sigurado kung saan magsisimula.
Karaniwang pagkakamali
Parehong format sa bawat sprint. Ang pagkakakilala ay nagsasanhi ng autopilot na mga sagot. Subukang mag-ikot sa pagitan ng Lean Coffee, Mad Sad Glad, o Sailboat upang mabago kung ano ang lumalabas.
Mga gawain na walang may-ari. "Dapat nating pagandahin ang CI pipeline" ay hindi isang pagkilos. "Susuriin ni Priya ang pag-parallelise ng test suite sa susunod na Huwebes" ay.
May mga stakeholder o manager sa silid. Ang mga retrospektibo ay para sa koponan. Ang pagkakaroon ng panlabas na pagkakaroon ay nagbabago kung ano ang sinasabi ng mga tao. Panatilihin ang pagdalo sa koponan at Scrum Master bilang default.
Paano nagkakapananaghay ang apat na mitap
Ang apat na seremonya ay bumubuo ng isang siklo. Ang Pagpaplano ng Sprint ay nagtatakda ng direksyon. Ang mga standups ay nagmementena ng koordinasyon. Ang Pagsusuri ng Sprint ay sinusuri ang output laban sa pananaw ng produkto. Ang Retrospektibo ay nagpapabuti sa paraan ng pagtatrabaho ng koponan upang ang susunod na siklo ay mas mabuti kaysa sa huli.
Kapag isa sa mga seremonya ay mahina, ito ay nagbibigay-diin sa iba. Ang mga koponang may masamang Pagpaplano ng Sprint ay kadalasang may magulong standups. Ang mga koponan na walang epektibong retrospektibo ay inuulit ang parehong problema sa bawat sprint. Ang pagtuturing sa apat na mitap bilang isang konektadong sistema, sa halip na apat na hiwalay na obligasyon, ay ang dahilan kung bakit epektibo ang pagka-agile.
Madalas na tinatanong
Kinakailangan ba ang lahat ng apat na mitap sa agile?
Sa Scrum partikular, oo: ang lahat ng apat na seremonya ay tinukoy sa Scrum Guide. Sa Kanban o iba pang mga balangkas, mas flexible ang istruktura. Maraming Kanban na koponan ang nagpapatakbo ng pang-araw-araw na standup at isang periodic retrospektibo ngunit nilalaktawan ang Pagpaplano ng Sprint at Pagsusuri ng Sprint sa kanilang tradisyonal na anyo. Ang mahalaga ay matugunan ang mga pinagbabatayan na layunin: koordinasyon, feedback, at tuloy-tuloy na pagpapabuti.
Ano ang pagkakaiba ng pagsusuri sa sprint at retrospektibo ng sprint?
Ang Pagsusuri ng Sprint ay tungkol sa produkto: kung ano ang nabuo, kung ito ay tumutugma sa depinisyon ng natapos, at ano ang opinyon ng mga stakeholder. Ang retrospektibo ay tungkol sa koponan: paano kayo nagtulungan, ano ang nagpapabagal sa inyo, at ano ang babaguhin. Iba't ibang mitap, iba't ibang mga kalahok, iba't ibang mga kinalabasan.
Sino dapat ang dumalo sa bawat mitap?
- Pagpaplano ng Sprint: Ang koponan ng pag-aarkitektura, Scrum Master, at Tagapamahala ng Produkto.
- Pang-araw-araw na Standup: Ang koponan ng pag-aarkitektura. Maaaring dumalo ang Scrum Master ngunit hindi ito dapat manguna.
- Pagsusuri ng Sprint: Ang koponan ng pag-aarkitektura, Scrum Master, Tagapamahala ng Produkto, at mga inaniyabang stakeholder.
- Retrospektibo ng Sprint: Ang koponan ng pag-aarkitektura at Scrum Master. Maaaring dumalo ang Tagapamahala ng Produkto kung iniimbita sila ng koponan, ngunit ito ay opsyonal at dapat maging pagpili ng koponan, hindi isang default.
Gaano katagal dapat ang bawat mitap?
Ang Scrum Guide ay ikinakabit ang tagal sa haba ng sprint. Para sa isang dalawang linggong sprint: Pagpaplano ng Sprint hanggang sa apat na oras, Pagsusuri ng Sprint hanggang sa dalawang oras, Retrospektibo ng Sprint hanggang sa 1.5 oras. Sa praktika, ang mga may karanasang koponan ay nagtatakbo ng mas maikli. Ang mga standup ay laging 15 minuto, anuman ang haba ng sprint.
Na-update
Maranasan ang mas maganda na retro
Gumawa ng retro sa ilang segundo at tingnan para sa iyong sarili.