Ang huling desisyon ay huminto sa isang buong proyekto
Ang pagkaantala ng mga desisyon ay humihinto sa mga proyekto at nangangailangan ng malinaw na landas
Isinalin ng Qiyas mula sa السياسة — Orihinal na pinagmulan
Maaaring huminto ang isang buong proyekto dahil sa isang desisyon na hindi ginawa sa tamang oras. Hintayin ng designer ang pag-apruba ng plano, nag-aalinlangan ang procurement team na maglabas ng order, at nananatiling handa ang kontratista ngunit hindi makapagsimula.
Sa mga opisyal na ulat, tila simpleng bukas na isyu lamang ito, ngunit ang epekto nito ay kumakalat sa schedule, sa gastusin, at sa mga kontrata ng iba pang partido. Kaya’t hindi sinusukat ang kahusayan ng pamamahala ng proyekto sa bilang ng mga pulong o kapal ng mga ulat, kundi sa kakayahang dalhin ang isyu sa taong may kapangyarihang magdesisyon, bigyan siya ng kinakailangang impormasyon, at makakuha ng malinaw na pagpapatupad bago ang paghihintay ay magbago sa pagkawala.
Madalas na nagkakaroon ng pagkaantala sa mga desisyon dahil hindi malinaw ang mga responsibilidad. Dumadalo sa pulong ang maraming kaugnay na partido, pinag-uusapan ang mga alternatibo, ngunit natatapos ang pagpupulong nang walang malaman kung sino ang may awtoridad na mag-apruba. Maaari ring ibalik ang isyu sa susunod na pulong sa dahilan ng pangangailangan para sa karagdagang pagsusuri, kahit sapat na ang available na datos para gumawa ng praktikal na posisyon. Dito, hindi ang kakulangan ng impormasyon ang problema, kundi ang kawalan ng kilalang proseso para sa desisyon na nagtatakda ng may awtoridad, ng hinihinging petsa, at ng ahensya na mag-aasikaso ng pagpapatupad pagkatapos ng pag-apruba.
Hindi ibig sabihin ng bilis ng desisyon ang pagkabigla. Ang propesyonal na desisyon ay nangangailangan ng pagtukoy sa isyu, pagpapakita ng mga alternatibo, at paglalarawan ng epekto ng bawat alternatibo sa oras, gastusin, kalidad, at mga panganib. Ngunit hindi ito nangangailangan ng kumpletong impormasyon tungkol sa hindi maiprediksyong kinabukasan.
Maaaring tukuyin ng manager ang pinakamababang antas ng kinakailangang datos, pagkatapos ay pumili ng angkop na opsyon batay sa alam na impormasyon. Kung nananatiling hindi sigurado ang isang punto, maaari itong i-record at subaybayan imbes na i-freeze ang buong trabaho hanggang sa mawala ang lahat ng posibleng resulta.
Isang kapaki-pakinabang na kagamitan ay ang desisyon log, isang simpleng dokumento na nagre-record ng isyu, mga opsyon, desisyon, petsa, may-akda, at mga dahilan. Ang kanyang benepisyo ay hindi limitado sa dokumentasyon lamang; pinipigilan nito ang pagbabalik sa parehong pag-uusapan kapag nagbago ang isang miyembro ng team, at nagbibigay-daan sa pagsusuri ng mga assumption kung magbabago ang mga kondisyon.
Pinoprotektahan din nito ang institusyon mula sa mga desisyong oral na maaaring intindihin sa iba’t ibang paraan. At kapag alam ng lahat na ang desisyon ay i-record kasama ang mga dahilan, mas nakatuon ang pag-uusapan at bumababa ang kagustuhan na ipasa ang mga hindi maayos na opsyon.
Kailangan din ng proyekto ang isang realistiko na escalation path. Kung walang awtoridad ang project manager na magdesisyon, dapat niyang malaman kung kailan itaas ang isyu at sa kinauukulan, at anong mga impormasyon ang dapat kasama nito. Ang escalation ay hindi reklamo, at hindi pagkilala sa kakulangan, kundi isang paraan upang protektahan ang proyekto kapag lumampas ang problema sa limitasyon ng awtoridad ng team. Ngunit nawawalan ng halaga ang late escalation; hindi makabuluhan ang pagtaas ng panganib sa supply ng materyales pagkatapos maabot ng schedule ang yugto na hindi na nagbibigay-daan sa pagbili ng alternatibo o pagbabago ng sequence ng mga gawain.
$ Isang inhenyero mula sa Kuwait
