Upang makuha ang dalawang beses ang trabaho sa kalahati ng oras, kailangan mo ng isang solidong plano. Sa Scrum , ang mga naturang plano ay tinawag Mga Plano ng Sprint at kung ano ang sumusunod, sana, ay magiging isang kumpletong pagkasira ng pareho.
Upang malaman kung paano mabisang mai-optimize ang mga mapagkukunan ng iyong samahan, lubos itong hinihikayat na . Bubuksan nito ang isang karagatan ng mga pagkakataon sa bawat domain.
Tatalakayin ng artikulong ito ang mga sumusunod na paksa
- Ano ang isang Sprint Plan?
- Sino ang mga Kalahok nito?
- Mga Pangangailangan ng Mabisang Pagplano ng Sprint
- Ano ang isang Pagpupulong sa Pagplano ng Sprint?
- Oras-Kahon para sa Mga Pagpupulong sa Pagpaplano ng Sprint
- Ano ang isang Sprint Goal?
- Mga Merito at Pitfalls sa Pagplano ng Sprint
Kaya, para sa pagbuo ng anumang produkto, kailangan mo ng isang plano kung saan maaaring malaman ng iyong koponan ang mga sumusunod:
- Ano ang kanilang Layunin?
- Ano ang dapat gawin upang makamit ang Layunin?
- Paano ito makakamtan?
Ang isang plano ng Sprint ay inilaan upang sagutin ang lahat ng mga katanungang ito sa Balangkas ng scrum .
Ano ang isang Sprint Plan?
Ang Mga Plano ng Sprint ay inilaan para sa koponan upang matukoy ang backlog ng produkto mga item na gagana sila sa panahon ng iyon sprint Tinatalakay nito ang kanilang paunang plano para sa pagkumpleto ng kung ano ang kailangang gawin sa pinaka-optimize na paraan.
Karamihan sa mga Koponan ay maaaring maging kapaki-pakinabang upang maitaguyod ang isang layunin sa sprint at gamitin iyon bilang batayan kung saan natutukoy nila kung aling mga item sa backlog ng produkto ang pinagtatrabahuhan nila sa panahon ng sprint na iyon.
Sino ang mga Kalahok nito?
Karaniwang kasangkot ang mga plano sa Sprint sa buong koponan.
SA May-ari ng produkto ayang nagmumungkahi ng Sprint Goal at mga priyoridad pati na rin ang pagkilala sa mga item sa backlog.
Ang koponan tinutukoy ang bilang ng mga item ng backlog ng produkto na inaasahan nila na makukumpleto nila at kung paano nila maihahatid sa oras.
c ++ pag-uuri ng hanay ng mga ints
Ang Scrum Master pinapabilis ang pagpaplano ng sprint upang matiyak na ang talakayan ay epektibo at ang mga naaangkop na item sa backlog ng produkto ay kasama sa sprint backlog. Tinitiyak din niya na mayroong isang kasunduan sa layunin ng sprint.
Mga Pangangailangan sa Mabisang Pagplano ng Sprint
Mayroong ilang mga kinakailangan na kailangan mong alagaan upang magkaroon ng mabisang pagpaplano ng sprint, tulad ng sumusunod.
- Nauna ang Backlog
- Groomed & Estimated User Story
- Kahulugan ng Tapos na
- Planong Kapasidad ng koponan
Ano ang isang Pagpupulong sa Pagplano ng Sprint?
Ang isang pagpupulong sa pagpaplano ng sprint ay nahahati sa dalawang bahagi, karaniwang.
Hakbang 1: Saklaw
Pinipili ng koponan kung aling mga item mula sa isang prioridad na listahan ng mga umiiral na mga item sa backlog ng produkto na hinulaan nila na makukumpleto nila sa panahon ng sprint.
Ang sumusunod ay isang hanay ng mga halimbawang katanungan na tinanong sa agenda ng pagpupulong.
- Ano ang layunin ng sprint? (Ito ay isang filter ng desisyon upang matukoy kung aling mga item sa backlog ng produkto ang isasama sa sprint.)
- Anong mga item sa backlog ng produkto ang tapos na at nag-aambag patungo sa layunin ng sprint?
- Sino ang magagamit para sa partikular na sprint na ito? (Dito, sinusubukan mong makilala ang anumang mga bakasyon, piyesta opisyal, iba pang mga aktibidad na makakaapekto sa pagkakaroon ng lahat sa panahon ng sprint.)
- Ano ang kakayahan ng koponan? (Ipagpalagay na magagamit ang lahat)
- Ano ang dapat isama sa sprint backlog batay sa layunin ng sprint at kakayahan ng koponan?
- Gaano katitiyak ang pakiramdam ng koponan tungkol sa pagtugon sa layunin ng sprint?
Hakbang 2: Magplano
Sa hakbang na ito, tinatalakay ng koponan kung paano nila maihahatid nang detalyado ang napiling mga item sa backlog ng produkto. Maaaring kasama rito ang pagkilala ng mga gawain para sa mga item sa backlog ng produkto. Tumitimbang ito ng anumang mga dependency sa pagitan ng mga item at pag-sign up para sa paunang mga item sa backlog ng produkto sa bawat miyembro ng koponan.
Oras-Kahon para sa Mga Pagpupulong sa Pagpaplano ng Sprint
Sa isang kapaligiran, a time-box ay tinukoy bilang isangpanahonkung saan dapat magawa ang isang gawain. Ang mga time-box ay karaniwang kilala na magagamit sa pamamahala sa peligro ng pag-unlad ng software .
Ang mga koponan ay patuloy na may tungkulin sa paggawa ng isang mailalabas na pagpapabuti sa software, na gumagawa ng mga potensyal na naipadala na mga produkto na naka-box sa isang tukoy na bilang ng mga linggo.
SA pagpupulong ng pagpaplano ng sprint dapatmaging box-time sa 8 oras sa isang buwan o 2 oras sa isang linggo para sa isang buwang Sprint. Ang mas maiksi ngSprint, ang mas maikli ay angtime-boxpara saPagpaplano ng Sprint.
Ano ang isang Sprint Goal?
Nilikha sa panahon ng Pagpupulong sa Pagplano ng Sprint, ang Sprint Goal ay isang layunin na itinakda para sa Sprint. Maaari itong matugunan sa pamamagitan ng pagpapatupad ng Product Backlog. Nagbibigay ito ng patnubay sa Development Team sa kung bakit itinayo ang Increment.Ang Sprint Goal ay nagbibigay sa Team ng ilang kakayahang umangkop tungkol sa pagpapaandar na ipinatupad sa loob ng Sprint.
Mga Merito at Pitfalls sa Pagplano ng Sprint
Inaasahang Mga Pakinabang
Ang pangunahing pakinabang ng pagpaplano ng sprint ay ang kakayahang makita. Pinapayagan nito ang isang koponan na magsimula ng isang bagong sprint na may pag-unawa sa kung ano ang gagana nila para sa sprint na iyon. Nagsisilbi itong isang paunang plano para sa kung paano nila lalapit ang trabahong iyon.
Maliban dito, may iba pang mga benepisyo ng Pagplano ng Sprint din, katulad
- Visibility ng Saklaw
- Pagtuklas ng Gawain
- Pinakamainam na Paggamit ng Kapasidad
- Pagpapaganda sa Pakikipagtulungan ng Koponan
- Kinokontrol na Scope Creep (Patuloy na hindi mapigil na paglaki ng Saklaw)
Mga Karaniwang Mga Hulog
Ang pagpaplano ng sprint ay maaaring maging lubos na hindi epektibo kung ang iyong koponan ay walang isang mahusay na pino na backlog ng produkto kung saan iguhit ang mga item sa backlog ng produkto.
Maaari itong tugunan sa pamamagitan ng pagtataguyod ng isang pare-parehong proseso ng pagpipino ng backlog na nagreresulta sa isang hanay ng mga item sa backlog ng produkto na nakakatugon sa isang napagkasunduan kahulugan ng 'tapos'. Ang mga item sa backlog ng produkto ay maaaring magsilbi bilang mga potensyal na item sa backlog ng produkto na isinasaalang-alang mo para sa pagsasama sa sprint.
Ang isa pang balakid ay lumitaw kapag hindi ka nagtatag ng isang tukoy na layunin para sa sprint at mag-up ng isang hanay ng mga hindi kaugnay na mga item na kailangang gumana ng lahat, na nagreresulta sa halaga ng trabaho ng isang sprint ngunit walang kapansin-pansing pag-unlad.
Ang mga plano sa Sprint ayisa sa mga orihinal na kaganapan sa Scrum at nilikha bilang bahagi ng balangkas.Karaniwang ginagamit kapag ang iyong koponan ay sumusunod sa alinman sa Scrum o anumang iba pang mga pag-ulit na naka-box na oras. Kung sumusunod ka sa isang diskarte na batay sa daloy, maaari mo pa ring makita na epektibo upang maunawaan ang paksang ito upang makabuo ng isang nakabahaging pag-unawa sa mga item na nakapila upang gumana sa susunod.