Biswal na paraan ang pagsusuri gamit ang puno ng problema para siyasatin ang isang pangunahing problema, mga posibleng sanhi, at mga kahihinatnan nito. Ang pangunahing isyu ang puno, ang mga sanhi ang mga ugat, at ang mga epekto ang mga sanga. Nasa talakayan at pagsisiyasat na inaayos nito ang halaga nito. Hindi nito pinatutunayan nang mag-isa ang paliwanag sa sanhi at bunga kahit kumpleto na ang puno.
Maaari ninyong makita ang paraang ito bilang árbol de problemas sa Espanyol o arbre à problèmes sa Pranses. Pareho pa rin ang pangunahing pagkakaiba: ano ang nangyayari, ano ang maaaring magdulot nito, at ano ang kasunod nito. Paghiwalayin ang tatlong antas na ito bago talakayin ang mga solusyon.
Inilalarawan ng gabay sa pagpaplano ng puno ng problema ng ODI ang estruktura ng pangunahing problema, mga sanhi, at mga kahihinatnan. Praktikal na dagdag para sa paggamit ng team ang mga label ng ebidensiya, pagkakasunod-sunod ng workshop, at halimbawa sa ibaba.
Kailan dapat gumamit ng puno ng problema?
Gumamit ng puno kapag may naglalabang paliwanag, tumatawid sa mga tungkulin ang problema, o tumutugon sa iba't ibang bahagi ng sistema ang mga iminungkahing solusyon. Makakatulong ito sa support team na magsuri ng paulit-ulit na escalation o sa delivery team na siyasatin ang nahuhuling pag-apruba.
Pumili ng ibang paraan kapag tuwiran na ang pasiya. Maaaring mangailangan lamang ng agarang pag-aayos at beripikasyon ang maliit at nauunawaang depekto. Maaaring mangailangan ang seryosong insidente ng pormal na timeline at aprubadong proseso para sa insidente. Maaaring makatulong ang puno sa gawaing iyon, pero hindi nito pinapalitan ang pag-iingat ng ebidensiya o pagsisiyasat ng mga espesyalista.
Mahina ring pamalit ang puno sa pagtatanong sa mga taong apektado. Maaaring makabuo ang grupo ng mga manager ng magkakaugnay na paliwanag tungkol sa problema ng user nang hindi kailanman sinusuri ang karanasan ng user. Isama ang mga pananaw na iyon bago ituring na awtoritatibo ang diagram.
Magsimula sa pangunahing problemang may malinaw na hangganan
Isulat sa gitna ang isang nakikitang isyu. Masyadong malawak ang “Magulo ang proyekto.” Tinutukoy ng “Paulit-ulit na dumarating ang pag-apruba sa nilalaman para sa kasalukuyang release matapos magsimula ang implementasyon” ang proseso at konteksto.
Suriin kung may ipinapalagay na sanhi ang pahayag. Pinipili na ng “Naantala ang pag-apruba dahil pabaya ang mga stakeholder” ang paliwanag. Alisin ang paratang at siyasatin ang mga kundisyon sa halip.
Maglagay ng tala sa tabi ng puno tungkol sa panahon, grupong apektado, at ebidensiyang mayroon. Kung hindi magkasundo ang mga kalahok kung umiiral ang pangunahing problema, ayusin ang hindi pagkakasundo o paliitin ang saklaw bago magdagdag ng mga sangay.
Buuin ang puno sa limang hakbang
- Ilarawan ang pangunahing problema. Gumamit ng isang pangungusap at itala ang mga limitasyon nito.
- Idagdag sa ibaba ang mga posibleng tuwirang sanhi. Itanong kung anong kundisyon ang maaaring magdulot ng naobserbahang isyu.
- Siyasatin ang mga sanhi ng mga kundisyong iyon. Huminto kapag naubos ang ebidensiya o lumampas ang talakayan sa piniling saklaw.
- Idagdag sa itaas ng problema ang mga epekto. Itanong kung ano ang nagbabago para sa mga user, kasamahan sa team, o organisasyon kapag nangyayari ito.
- Suriin ang bawat ugnayan. Ipaliwanag kung bakit maaaring humantong ang isang card sa susunod at anong ebidensiya ang sasalungat sa ugnayang iyon.
Huwag magtakda ng tuntuning dapat magkapantay ang bilang ng mga antas ng bawat ugat. Hindi maayos na diagram ang layunin. Maaaring nauunawaan nang mabuti ang isang sangay habang nananatiling tanong ang isa pa.
Kumpletong halimbawa: nahuhuling pag-apruba sa nilalaman ng release
Hipotetikal na halimbawa: napapansin ng product team na madalas magbago ang nilalaman ng release pagkatapos magsimula ang implementasyon. Isang kamakailang release muna ang saklaw nila, sa halip na sabihing apektado ang lahat ng proyekto.
Ganito ang unang puno nila:
| Antas | Card | Kasalukuyang ebidensiya |
|---|---|---|
| Epekto | Kailangang baguhin ang implementasyon | Dalawang pagbabago ang ipinakikita ng kasaysayan ng mga pagbabago |
| Epekto | Nahuhuling natatanggap ng support ang pinal na pananalita | Nakatala sa mga tala ng release ang petsa ng handoff |
| Pangunahing problema | Dumarating ang pag-apruba sa nilalaman matapos magsimula ang implementasyon | Mga petsa mula sa kasalukuyang release |
| Posibleng tuwirang sanhi | Walang tahasang pagkakataon para humiling ng pag-apruba | Pagdaan sa proseso; kailangan pang kumpirmahin |
| Posibleng tuwirang sanhi | Ipinagpapalagay ang availability ng reviewer | Mga panayam sa dalawang kalahok |
| Posibleng mas malalim na kundisyon | Nag-iiba ang may-ari depende sa uri ng nilalaman | Magkasalungat na tagubilin sa dalawang dokumento |
Iniiwasan ng team na idagdag bilang katotohanan ang “hindi inuuna ng mga reviewer ang trabaho.” Maaaring isang paliwanag iyon, pero sinusuportahan din ng kasalukuyang ebidensiya ang kalituhan kung sino ang dapat magrepaso at kung kailan.
Pinili nilang subukin muna ang sangay tungkol sa pagmamay-ari. Katamtaman lang ang pagsisiyasat: ihambing ang nakadokumentong ruta ng pag-apruba sa aktuwal na ruta para sa limang kamakailang pagbabago sa nilalaman. Kung malinaw ang may-ari sa mga kasong iyon, babaguhin nila ang puno sa halip na ipagtanggol ang diagram.
Lagyan ng label ng ebidensiya ang mga card
Gumamit ng tatlong simpleng label: naobserbahan, interpretasyong may suporta, at hipotesis na hindi pa nasusubok. Mga label ito sa trabaho, hindi siyentipikong marka ng katiyakan. Magdagdag ng link ng ebidensiya o maikling paliwanag para sa label.
Para sa mahahalagang palaso, itala ang iminungkahing mekanismo. Mas malinaw ang “Nagdudulot ang di-malinaw na pagmamay-ari ng nahuhuling kahilingan sa pag-apruba” kaysa paglapit lang sa dalawang card. Itanong kung ano pa ang maaaring magpaliwanag sa parehong obserbasyon at kung may eksepsiyong sumasalungat sa ugnayan.
Maging maingat lalo na sa mga epektong ipinapahayag bilang pera o pagkawala ng customer. Maaaring magdulot ng uulit na trabaho ang nahuhuling pag-apruba, pero hindi nito pinatutunayan ang tiyak na epekto sa kita. Ihiwalay muna ang mga pahayag na pinansiyal hanggang maipakita ng isang tao ang kalkulasyon at mga palagay nito.
Magdaos ng 50-minutong workshop
Gamitin ang unang sampung minuto para magkasundo sa saklaw at ebidensiya. Bigyan ang mga kalahok ng pitong minutong tahimik na pagsulat ng mga sanhi at epekto, saka gumugol ng labinlimang minuto sa pag-aayos ng mga card at pagpapaliwanag ng ugnayan. Maglaan ng sampung minuto para kuwestiyunin ang ebidensiya at walong minuto para pumili ng pagsisiyasat.
Dapat itanong ng facilitator, “Ano ang inaasahan nating mapapansin kung totoo ito?” Ginagawang bagay na masusubok ng tanong na iyon ang opinyong may kumpiyansa.
Itabi sa puno ang mga ideya sa solusyon. Huwag itapon ang mga iyon, pero huwag hayaang maging ugat ng problema ang “bumili ng bagong tool.” Kapag sapat na ang kredibilidad ng puno para gumabay sa pagkilos, ihambing ang mga tugon sa napiling kundisyon.
Para sa grupong nangangalap na ng mga obserbasyon sa retrospective, dalhin lang ang napiling tema sa workshop ng puno. Magiging magulong gubat ang pagsubok na imapa ang bawat card nang sabay-sabay.
Gawing pagkilos ang puno
Pumili ng sangay batay sa tatlong pamantayan: kahalagahan nito sa pangunahing problema, lakas ng kasalukuyang ebidensiya, at kakayahan ng team na siyasatin o impluwensiyahan ito. Maaaring kailangang i-escalate ang sangay na may malaking impluwensiya pero hindi ninyo kontrolado; maaaring tamang unang eksperimento ang mas mahinang sangay na masusubok.
Magtala ng maikling investigation card:
- Ugnayang susubukin: aling sanhi-at-epekto na ugnayan ang mahalaga?
- Kailangang ebidensiya: anong obserbasyon ang maaaring sumuporta rito o kumuwestiyon dito?
- May-ari at access: sino ang makakakuha ng ebidensiyang iyon sa angkop na paraan?
- Petsa ng pasiya: kailan babaguhin ang puno?
- Posibleng susunod na pagkilos: anong pasiya ang nakasalalay sa resulta?
Maaari namang ilahad ng puno ng mga layunin bilang ninanais na resulta ang mga napiling kundisyon. Huwag ipagpalagay na magiging praktikal na solusyon ang pagbabaligtad lang ng pananalita. Kailangan pa rin ng mekanismo, taong magpapanatili ng tuntunin, at paraang makadetekta ng kalituhan ang “Malinaw ang pagmamay-ari.”
Gumamit ng simpleng ideya para sa retrospective sa follow-up na pag-uusap at suriin kung binago ng napiling pagbabago ang orihinal na problema. Ipinapaliwanag ng aming gabay sa pagpapahusay kung paano panatilihing nakikita ang natutuhan.
Mga madalas itanong
Kapareho ba ng fishbone diagram ang puno ng problema?
Pareho silang nakapag-aayos ng mga posibleng sanhi. Tahasang iniuugnay ng puno ng problema ang pangunahing isyu sa mga sanhi at epekto; karaniwang pinapangkat naman ng fishbone ang mga posibleng sanhi ayon sa kategorya. Hindi pinatutunayan ng pagpapakita lang nito ang sanhi at bunga.
Ilang ugat na sanhi dapat mayroon ang puno ng problema?
Walang kapaki-pakinabang na bilang na para sa lahat. Isama ang mga sangay na may kaugnayan at suportado ng saklaw at ebidensiya, saka unahin ang pagsisiyasat sa halip na piliting punan ang simetrikong diagram.
Maaari bang magsama ang puno ng problema ng mga positibong resulta?
Panatilihing nakatuon ang paunang puno sa problema at mga epekto nito. Maaari kayong gumawa ng hiwalay na view ng mga layunin pagkatapos, habang itinatala kung aling mga ugnayan ang mga palagay pa rin.