Itinutugma ng pagpaplano ng yaman para sa mga workstream ng engineering ang iminumungkahing gawain sa aktuwal na pagkakaroon ng oras ng mga taong may kinakailangang kakayahan. Magsimula sa kasalukuyang mga pangako, responsibilidad sa operasyon, planadong pagliban, at bihirang espesyalisasyon. Pagkatapos, paghambingin ang mga posibleng pagkakasunod-sunod. Hindi lumilikha ng kapasidad ang pagbibilang ng mga tauhan o pagtatalaga sa iisang engineer sa ilang planong pang-full-time.
Layunin nitong gawing nakikita ang mga trade-off bago mangako ang mga team ng mga petsa ng paghahatid. May tungkuling partikular, hangganan ng panahon, at tapat na paglalarawan ng kawalang-katiyakan ang kapaki-pakinabang na pananaw sa kapasidad. Sinusuportahan nito ang talakayan kasama ng mga gumagawa ng trabaho; hindi ito dapat maging panukat sa pagsubaybay o hula sa produktibidad ng bawat tao kada minuto.
Inilalarawan ng Kanban Guide ang pagkontrol sa gawaing isinasagawa at pagsisimula kapag may magagamit na kapasidad. Mahalaga rito ang prinsipyong iyon, ngunit orihinal na praktikal na pantulong ang talahanayan sa ibaba, hindi iniaatas na paraan ng pamamahala ng yaman sa Kanban.
Pag-ibahin ang mga tao, kasanayan, pagsisikap, at lumipas na oras
Maaaring may anim na engineer ang team ngunit iisa lamang ang kayang magsuri ng partikular na pagbabago sa imprastraktura. Itinatago ng kabuuang bilang ng tauhan ang bottleneck na iyon. Ilista ang mga kakayahang kailangan ng bawat workstream: pagpapatupad, pasyang batay sa kaalaman sa larangan, pagsusuri ng seguridad, gawain sa datos, pagsusuri, at operasyonal na pagtanggap.
Ang effort ay ambag na kailangang ilaan. Kasama sa lumipas na oras ang paghihintay at pagkakasunod-sunod. Hindi nangangahulugang kasya sa isang linggong kalendaryo ang dalawang person-week na gawain kung may dalawang taong bakante, lalo na kung magkakaugnay ang mga gawain o kailangan ng bihirang tagasuri.
Iba rin ang pagkakaroon ng oras sa oras na maiaatas sa proyekto. Kumakain ng kapasidad ang on-call na gawain, pagtugon sa insidente, pagpapanatili, pagkuha ng tauhan, paggabay sa iba, at mga kasalukuyang pangako. Gawing nakikita ang mga responsibilidad na iyon nang hindi nagkukunwaring eksakto ang lahat ng maipaplano. Kung angkop, gamitin ang mga nakaraang padron at markahan bilang palagay sa pagpaplano ang anumang nakalaang reserba.
Huwag paghambingin ang mga story point ng magkakaibang team na para bang iisang salapi ng yaman ang mga ito. Para sa pagpaplano sa iba’t ibang workstream, kadalasang mas madaling ipaliwanag ang kongkretong pagkakaroon ng oras ayon sa tungkulin at mga kondisyon ng dependency kaysa kabuuang bilang ng puntos.
Gumawa ng pananaw sa kapasidad para sa isang yugto ng pagpaplano
Magsimula sa maikling yugtong nauunawaan ng mga kalahok ang kasalukuyang mga pangako. Maaaring angkop sa isang organisasyon ang apat na linggo; maaaring ibang yugto ang kailangan ng iba. Pasya sa pagpaplano ang yugtong ito, hindi pangkalahatang pamantayan para sa engineering.
| Tungkulin o kakayahan | Kabuuang oras na magagamit | Mga kasalukuyang pangako | Nakalaang oras sa operasyon | Iminungkahing bagong alokasyon |
|---|---|---|---|---|
| Pagpapatupad sa backend | Ambag na magagamit sa yugtong ito | Trabahong tinanggap na | Inaasahang suporta at pagpapanatili | Ambag para sa partikular na workstream |
| Pagsusuri sa platform | Pinangalanang kapasidad para sa review | Mga kasalukuyang review at migration | Responsibilidad sa insidente at on-call | Mga puwang para sa pasya o pagsusuri |
| Pagpapatunay ng datos | Magagamit na ambag sa pagsusuri | Pag-uulat at tungkulin sa kalidad | Hindi planadong pagsisiyasat ng datos | Gawaing pagtutugma |
| Mga pasya sa produkto | Pagkakaroon ng oras ng tagapagpasya | Mga kasalukuyang inisyatiba | Mga pasya sa operasyon | Mga kinakailangang pasya sa pagtanggap |
Gumamit ng iisang yunit sa isang paghahambing, gaya ng mga araw ng ambag sa loob ng takdang panahon. Huwag paghaluin ang mga araw sa kalendaryo ng isang tao at mga araw na nakatuon sa pagpapatupad ng iba nang walang paliwanag.
Maaaring tipunin ng shared board ang mga limitasyon at magkakumpitensiyang kahilingan sa talakayan sa pagpaplano. Panatilihin sa opisyal na sistema ng yaman o proyekto ng organisasyon ang mga awtoritatibong alokasyon at iskedyul. Huwag ipakilalang awtomatikong nagtataya ng staffing o lumulutas ng dependency ang Nextretro.
Halimbawang may paliwanag: iisang tagasuri ang kailangan ng tatlong workstream
Isaalang-alang ang isang kathang-isip na pangkat ng engineering na nagpaplano ng apat na linggong gawain. Nais nitong magpatakbo ng proyektong pang-ulat, pagpapahusay sa authentication, at migration ng imprastraktura. Ipinapalagay sa hiwalay na plano ng bawat stream na bakante ang parehong espesyalista sa platform kapag kailangan siya.
Para sa halimbawang ito, may 20 araw ng trabaho ang espesyalista sa loob ng panahon. Nakatalaga na ang lima sa mga responsibilidad sa operasyon, tatlo sa planadong pagliban, at apat sa tinanggap nang gawain sa migration. Walong araw ang natitira bago ang mga bagong kahilingan. Humihingi ang proyektong pang-ulat ng apat na araw at anim naman ang hinihingi ng authentication. Sampung araw ang kailangan ng dalawa, bago pa isaalang-alang ang kawalang-katiyakan.
Inimbento ang mga bilang na ito para sa pagpaplano; hindi benchmark ng produktibidad. Kapaki-pakinabang ang mga ito dahil inilalantad ang salungatan: sama-samang ipinapalagay ng magkakahiwalay na plano na mas malaki ang ambag ng espesyalista kaysa sa aktuwal na magagamit.
Isinasaalang-alang ng grupo ang pag-una sa authentication bago ang pag-uulat, pagpapaliit sa unang saklaw ng pag-uulat, pagpapares sa ibang engineer upang malinang ang kakayahan, o pagbabago sa mga petsang target. Hindi nilulutas ng grupo ang kakulangan sa pamamagitan ng pagtatalaga ng mga porsiyentong lalampas sa oras na kayang ilaan ng tao.
Pumili ng tahasang trade-off
Kapag lumampas sa kapasidad ang hinihinging gawain, pangalanan kung ano ang magbabago. Maaaring paliitin ang saklaw, ipagpaliban ang pagsisimula, tapusin muna ang kasalukuyang gawain, baguhin ang pagkakasunod-sunod, sanayin ang kakayahan ng ibang tao, o magdagdag ng tunay na bakanteng suporta. May bunga ang bawat opsiyon.
Maaaring mangailangan ng onboarding at paggabay mula sa kaparehong limitadong espesyalista ang pagdagdag ng mga tao. Itala ang gastos na iyon sa halip na ituring na agad na mapagpapalit ang bagong tauhan. Gayundin, maaaring magdagdag ng koordinasyon o pagsasama ng gawain ang pagsasagawa nang sabay-sabay. Suriin ang aktuwal na dependency bago mangakong paiikliin ang tagal.
Gumamit ng talaan ng pasya na naglalaman ng limitadong kakayahan, mga apektadong stream, mga napag-isipang opsiyon, piniling pagkakasunod, natitirang kawalang-katiyakan, at susunod na punto ng pagsusuri. Tukuyin kung sino ang maaaring mag-apruba sa mga pagbabago sa saklaw o pangako. Maaaring ilantad ng workshop ang salungatan ngunit hindi ito lumilikha ng awtoridad upang lutasin iyon.
Kung nagsimula na ang napakaraming gawain, unahin ang pagkumpleto o ligtas na paghinto sa mga item bago magdagdag. Suriin ang hindi tapos na gawain at mga nakaharang na dependency. Hindi patunay ng daloy ng kapaki-pakinabang na resulta ang mataas na alokasyon.
Balikan ang mga palagay habang umuusad ang gawain
Suriin ang pananaw sa kapasidad kapag binago ng malaking insidente, pagliban, pagbabago ng saklaw, o dependency ang plano. Panatilihing proporsiyonal ang mga pag-update. Layunin nitong mapansin ang mahahalagang pagbabago, hindi obligahing iulat ng mga engineer ang bawat pagkaantala.
Ihambing ang planong ambag at mga tunay na dahilan ng paghihintay. Naging bottleneck ba ang bihirang tagasuri? Nahuli ba ang pasya sa pagtanggap? Nangailangan ba ng di-inaasahang integration ang gawaing inakalang hiwalay? Makakatulong ang mga obserbasyong ito sa susunod na talakayan sa pagpaplano.
Maaaring suriin ng agile retrospective ang isang natapos o naantalang workstream nang hindi sinisisi ang mga indibidwal sa pagpaplano ng kapasidad. Gumamit ng format mula sa mga ideya para sa retrospective upang pag-ibahin ang mga katotohanan, palagay, at susunod na pagpapahusay.
Huwag bigyang-kahulugan bilang aksaya ang mababang naitalang paggamit ng oras nang walang konteksto. Sinusuportahan ng bakanteng kapasidad ang agarang gawain, pagkatuto, at pagbangon. Ang mahalagang tanong ay kung sinusuportahan ng pagsasaayos ang maaasahang paghahatid at napapanatiling trabaho, hindi kung puno ang bawat puwang sa kalendaryo.
Mga madalas itanong
Dapat bang planuhin sa 100% ang kapasidad sa engineering?
Iwasang ipagpalagay na maipapangako sa bagong gawain sa proyekto ang lahat ng bakanteng oras. Kailangan ng tahasang pagtrato ang mga kasalukuyang responsibilidad, pagkaantala, at kawalang-katiyakan. Nakadepende sa aktuwal na gawain ng team ang angkop na reserba at dapat itong suriin sa halip na kopyahin mula sa pangkalahatang porsiyento.
Maaari bang gumawa ang iisang engineer sa ilang stream?
Oo, ngunit isaalang-alang ang kabuuang ambag, pagkakasunod-sunod, at pasanin sa koordinasyon. Kailangang magkasya ang maraming alokasyon sa aktuwal na oras na magagamit. Kung paulit-ulit na dependency ang isang espesyalista, isaalang-alang ang pag-aayos ng pagkakasunod o paglinang ng dagdag na kakayahan.
Paano naiiba ang pagpaplano ng kapasidad sa pag-iiskedyul?
Sinusuri ng pagpaplano ng kapasidad kung magagamit ang mga kinakailangang kakayahan sa takdang panahon. Inuugnay naman ng iskedyul ang mga tiyak na aktibidad, dependency, at petsa. Hindi nagiging kapani-paniwala ang iskedyul na nakabatay sa kapasidad na wala naman sa pagdagdag ng detalye.