Estimojo
Sa isang sulyap
- Kategorya
- Agile na pagtaya
- Website
- estimojo.bomdisoft.com
Ang planning poker ay maliit na ritwal na may iisang tuntuning mahalaga: walang dapat makarinig ng numero bago siya makapili ng sarili niya. Gawin ito sa video call at nabubuhay ang tuntunin sa mabuting asal. Gawin ito sa spreadsheet sa tabi ng tiket at hindi ito nabubuhay kahit kaunti, dahil kailangang kopyahin pabalik nang manu-mano ang tantiya, at kayang bilugan iyon ng sinumang kumopya.
Pinatatakbo ng Estimojo ang ritwal sa mismong tiket, sa loob ng Jira at sa loob ng monday.com. Iisang makina ng pagtantiya ang nasa likod ng dalawa: nagkakaiba lamang ang mga tracker sa isang gateway na may mga isang dosenang paraan, kaya ang tuntunin tungkol sa pagboto ay isinusulat minsan at ganoon din ang kilos sa alinmang kasangkapan.
Walang nakakakita ng numero bago ang paghahayag
Ang paglilihim ay hindi usapin ng interface na itinatago ang isang bagay na ipinadala na rito. Bago ang paghahayag, ang datos na dumarating sa screen ng isang bumoboto ay may dalang sarili niyang boto at wala para sa boto ng lahat ng iba. Ang dala nito ay kung sino ang nakaboto, kaya nakikita ng silid na may hinihintay pa itong isang tao nang hindi nakikita kung ano ang pinili ng iba. Ang kinuwentang resulta at ang tanda ng malaking pagkakaiba ay parehong pinipigil sa iisang kondisyon. Ang paghahayag ay pagbabago sa kalagayan ng sesyon, at kusa lamang itong nangyayari kapag binuksan ito ng koponan, at doon ito pumuputok sa sandaling makaboto ang huling kalahok.
Ang napagkasunduan ng silid, at ang hindi
Kapag inihayag na ang mga boto, kinuwenta ng makina ang mga halagang pinakamaraming boto at saka gumagawa ng isa sa tatlong bagay. Kung iisa ang halagang may pinakamaraming boto, ito ang napipili at minamarkahan bilang napagpasiyahan ng nakararami. Kung ilang halaga ang patas, ang mangyayari ay nakasalalay sa isang setting na pinipili ng koponan: may preset na kumukuha ng pinakamataas sa mga patas at minamarkahan itong napagpasiyahan sa pamamagitan ng tie-break, at may iba na iniaabot ang tie sa coordinator at walang pinipili. Ang ikatlong preset ay mas mahigpit pati sa unang kaso: hindi sapat ang basta pinakamarami, at ang halagang hindi pinili ng mahigit sa kalahati ng mga bumoboto ay itinuturing na walang pasiya. Ang mga umiiwas ay hindi ibinibilang bilang mababang numero kundi tinatanggal sa kuwenta. At kapag malapad ang pagkakalat ng mga boto, sinusukat bilang standard deviation na mahigit dalawa, minamarkahan ang resulta, dahil ang silid na sa katamtaman ay nagkasundo ay maaaring hindi naman talaga nagkasundo.
Kung saan nakalagay ang panel, at sino ang makakapagsimula
Maaaring manirahan ang panel sa pangunahing katawan ng tiket, sa gilid na hanay, o sa dalawa, at ang pagpili ay sa proyekto at hindi sa indibidwal. Ang kung sino ang makakapagsimula ng sesyon ay setting din: kahit sino, o ang taong pinagkatiwalaan ng gawain lamang, o ang nagbukas ng tiket lamang. Mukha itong maliliit na pagpili, ngunit magkasama nilang ipinapasiya kung kaninong pulong ito: iba ang ugali ng koponang kahit sino ay makakapagsimula sa koponang ang assignee lamang ang gumagawa niyon, at hindi pumipili ang kasangkapan sa pagitan nila.
Kung may kabuluhan ba ang tantiya
May halaga lamang ang pagsukat sa pagtantiya kung itatapat ito sa kung ano ang sumunod na nangyari. Itinatala ng Estimojo ang bawat tantiyang ipinatupad, at maaari nitong tanungin ang tracker kung gaano katagal bago lumipat ang isang aytem sa pagitan ng dalawang katayuang pinangalanan ng koponan. Kapag pinagsama ang dalawa, lumalabas ang isang tsart ng tantiya laban sa tunay na tagal, sa loob ng bintanang umaabot sa dalawampu’t apat na buwan. Iyon ang bahaging magagamit ng isang retrospective: hindi kung gaano kabilis bumoto ang koponan, kundi kung ang mga numerong pinagkasunduan nila ay may naging kahulugan nga ba.
Para kanino ito
Para sa mga agile na koponang nag-eestimate sa Jira o monday.com na gustong mapunta ang numero sa ticket.
Bisitahin Estimojo: estimojo.bomdisoft.com