Pinagtutugma ng workshop sa roadmap ng proyekto ang mga kalahok sa malawak na pagkakasunod-sunod ng mga resulta, milestone, at dependency na kailangan upang makamit ang layunin ng proyekto. Lumilikha ito ng iisang pananaw sa direksiyon at mahahalagang pasya. Hindi nito dapat subukang iiskedyul ang bawat gawain o gawing ipinahiwatig na pangako sa paghahatid ang mga ideyang hindi pa tiyak.
Sinasagot ng roadmap ang “Anong mahalagang progreso ang susunod, at bakit?” Ipinapaliwanag naman ng plano ng proyekto kung paano pamamahalaan ang proyekto, kasama ang saklaw at mga pasya. Pinag-uugnay ng iskedyul ang mga aktibidad at petsa. Panatilihing nakikita ang mga pagkakaibang ito upang hindi matapos ang workshop sa makinis na timeline na nagtatago ng hindi pa napagpapasyahan.
Orihinal na paraan ng facilitation ang adyenda sa ibaba. Tinatalakay ng papel ng PMI tungkol sa pagpaplano ng milestone ang pagpaplanong nakabatay sa mga milestone. Dito, gumagamit tayo ng mga napagmamasdang kondisyon ng resulta para mas madaling suriin ang roadmap.
Tukuyin ang mambabasa at saklaw ng panahon
Itanong kung sino ang nangangailangan ng roadmap at anong pasya ang dapat nitong tulungan silang gawin. Maaaring kailangang makita ng mga ehekutibo ang mga pagpili sa pamumuhunan at pangunahing pagkakalantad sa panganib. Maaaring kailangang maunawaan ng delivery team ang mga dependency sa iba’t ibang team. Maaaring mangailangan ang mga customer ng kalinawan tungkol sa mga ipinangakong pagbabago. Maaaring magkaugnay ang mga pananaw na ito, ngunit hindi magkapalit-palit.
Pumili ng saklaw ng pagpaplano na akma sa kawalang-katiyakan. Maaaring mas tiyak ang malapit na gawain kaysa sa malalayong posibilidad. Gumamit ng tahasang legend gaya ng “ipinangako,” “pagtataya,” at “kandidato,” at magbigay ng depinisyon para sa bawat isa. Hindi sapat ang kulay kung hindi alam ng mga mambabasa ang kahulugan nito.
Pag-ibahin ang totoong deadline at gustong pagkakasunod-sunod. Kung takda ng panlabas na pangyayari ang petsa, itala ang ebidensiya at bunga. Kung paunang pagtataya lamang ang petsa, lagyan iyon ng label. Huwag hayaang magpahiwatig ng pangako ang kolum ng quarter na hindi inaprubahan ng sinuman.
Maghanda ng ebidensiya sa halip na tapos nang sagot
Dalhin ang resulta ng proyekto, mga kilalang hangganan, kasalukuyang pangako, mahahalagang dependency, at hindi pa nalulutas na pasya. Hilingin sa bawat tungkuling lalahok na tukuyin nang maaga ang mga limitasyon at palagay. Anyayahan ang mga taong makapagpapaliwanag sa operasyonal na pagtanggap, teknikal na kakayahan, at dahilan ng gawain para sa negosyo.
Huwag magpadala ng ganap nang napagpasyahang roadmap at tawagin itong workshop. Kung napagpasyahan na ang mahahalagang usapin, sabihin kung aling mga bahagi ang bukas pa. Magagamit ng mga kalahok ang oras sa paghamon sa mga dependency o pagpino sa pagtanggap sa halip na magkunwaring nagkakasundo.
Maaaring tipunin ng shared collaboration board ang mga card ng resulta, panganib, at tanong. Kung kailangan ninyo ng detalyadong timeline o pagkukuwenta ng dependency, panatilihin ang mga iyon sa sistema ng pagpaplano ng proyekto at mag-link sa tala ng workshop.
Workshop sa roadmap na 90 minuto
| Minuto | Paksa | Tanong |
|---|---|---|
| 0–10 | Layunin at awtoridad | Anong pasya ang kayang gawin ng grupong ito? |
| 10–25 | Ninanais na mga resulta | Anong kapaki-pakinabang na kondisyon ang kailangang maging totoo? |
| 25–45 | Mga dependency | Ano ang kailangang mauna sa ano, at bakit? |
| 45–60 | Kapasidad at mga limitasyon | Aling pagkakasunod-sunod ang posible sa magagamit na mga tungkulin? |
| 60–75 | Kawalang-katiyakan at mga opsiyon | Ano ang kailangang tuklasin bago mangako? |
| 75–90 | Mga pasya at komunikasyon | Ano ang napagkasunduan, pansamantala, o hindi pa nalulutas? |
Sumulat ng mga card ng resulta na may napagmamasdang kondisyon. Malabo ang “Nailunsad na ang pag-uulat.” Masusuri ang “Maaaring itugma ng mga pinuno ng suporta ang lingguhang ulat sa mga pinagmulang ticket.” Magtalaga ng may-ari ng susunod na pasya, hindi listahan ng lahat ng posibleng mag-ambag.
Isaayos ang mga card ayon sa aktuwal na dependency. Itanong kung teknikal, operasyonal, pangregulasyon, o namana lamang na kagustuhan ang dependency. May gawaing maaaring magkasabay; may hindi. Pangalanan ang dahilan sa halip na gumuhit ng mga palasong walang makapagpapaliwanag.
Halimbawang may paliwanag: proyektong pang-ulat na may nakatagong paghahandang kailangan
Isipin ang isang kathang-isip na organisasyong bumubuo ng kakayahan sa pag-uulat para sa suporta. Ipinakikita sa paunang roadmap nito ang “buuin,” “subukan,” at “ilunsad.” Inaasahan ng mga stakeholder ang malawakang paglulunsad sa oras na magkaroon ng dashboard.
Sa workshop, natukoy ng suporta ang hindi pa nalulutas na depinisyon ng may-ari ng escalation. Natukoy ng engineering ang hindi magkakatugmang identifier ng ticket. Itinanong naman ng operations kung sino ang magsisiyasat ng mga hindi pagtutugma matapos ilunsad. Hindi tatlong maliit na gawain lamang sa loob ng “buuin” ang mga ito. Nakaaapekto ang mga ito kung mapagkakatiwalaan at mapananatili ang ulat.
May apat na milestone ng resulta ang binagong roadmap: napagkasunduan ang mga depinisyon ng pagmamay-ari; naitugma ang sample ng pinagmulan; nagamit ang pilot sa totoong pagsusuri; tinanggap ng may-ari ang patuloy na pagpapanatili. Nilalagyan ng team ng label na pagtataya ang petsa ng pilot hanggang matapos ang pagtutugma ng datos. Pinananatili nito bilang hiwalay na kandidatong item ang mga feature sa pagtataya para sa hinaharap.
Halimbawa lamang ito, hindi resulta sa customer. Ipinakikita nitong inilalantad ng kapaki-pakinabang na roadmap ang kahandaan at mga kondisyon ng pagpapasya sa halip na itumbas ang nakikitang software sa pagkumpleto ng resulta sa negosyo.
Kopyahin ang card ng roadmap na nagtatala ng mga palagay
Gamitin ang mga field na ito para sa bawat pangunahing item:
- Resulta: kondisyong nilalayong likhain ng proyekto;
- Dahilan: suliranin ng user o negosyo na tinutugunan nito;
- Ebidensiya ng pagtanggap: kung paano susuriin ang kondisyon;
- Mga dependency: kailangang maging handa muna;
- Kumpiyansa: ipinangako, pagtataya, o kandidato, ayon sa napagkasunduang mga depinisyon;
- May-ari ng pasya: taong lulutas sa susunod na mahahalagang tanong;
- Dahilan ng pagsusuri: petsa o ebidensiyang mangangailangan ng muling pag-iisip.
Itago sa ibang lugar ang detalye ng gawain. Kung hahantong ang bawat card sa dose-dosenang maliliit na gawain, naging work tracker na ang roadmap. Mag-link sa detalyeng iyon nang hindi pinipilit ang bawat stakeholder na basahin ito.
Itala ang mga sinadyang hindi isama. Pinipigilan ng maikling listahang “hindi kasama sa yugtong ito” na muling lumitaw bilang ipinapalagay na pangako ang kaakit-akit ngunit hindi pa aprubadong ideya. Kapag mahalaga ang bagong kahilingan, suriin ang mga trade-off nito at sadyang i-update ang roadmap.
Suriin ang direksiyon kapag nagbago ang ebidensiya
Pumili ng dalas ng pagsusuri na akma sa proyekto at magdagdag ng mga trigger batay sa pangyayari. Hindi dapat maghintay sa susunod na buwanang presentasyon ang bigong pagsusuri sa kakayahan o nagbagong panlabas na deadline. Ipaliwanag kung aling resulta o pagkakasunod-sunod ang nagbago at anong ebidensiya ang nag-udyok sa pasya.
Pagkatapos ng milestone, gumamit ng agile retrospective upang suriin ang gawi sa pagpaplano: Natukoy ba nang sapat na maaga ang mga dependency? Magkakapareho ba ang kahulugan ng mga label ng kumpiyansa para sa lahat? Nakatulong ba sa pagpapasya ang roadmap o nagbigay-kapanatagan lamang?
Pumili ng payak na format mula sa mga ideya para sa retrospective at iugnay ang talakayan sa aktuwal na mga pasya sa roadmap. Huwag husgahan ang roadmap batay lamang sa kung nanatili ang bawat orihinal na petsa. Maaaring magbago ang kapaki-pakinabang na roadmap dahil may mahalagang natutuhan ang team.
Mga madalas itanong
Kailangan ba ng roadmap ang mga petsa?
Kung minsan. Kailangang makita ang oras ng mga totoong deadline at magkakaugnay na pangako. Maaaring mas malinaw na ipahayag sa pamamagitan ng pagkakasunod-sunod at kumpiyansa ang gawaing hindi pa tiyak. Anuman ang format, pag-ibahin ang pagtataya at pangako.
Sino ang dapat dumalo sa workshop sa roadmap?
Isama ang mga taong nakauunawa sa nilalayong resulta, mga limitasyon sa paghahatid, dependency, at pagtanggap. Linawin kung sino ang may awtoridad sa pagpapasya. Kung wala ang kinakailangang tagapagpasya, magtala ng rekomendasyon sa halip na magkunwaring inaprubahan ng grupo ang pangako.
Paano naiiba ang roadmap sa backlog?
Ipinakikipag-usap ng roadmap ang direksiyon at mahahalagang resulta sa paglipas ng panahon. Naglalaman ang backlog ng inayos na gawain o opsiyon sa mas detalyadong antas. Pag-ugnayin ang dalawa upang suportahan ng gawain ang mga resulta, ngunit huwag asahang papalitan ng roadmap ang pang-araw-araw na koordinasyon sa paghahatid.