Paraan ang proseso sa kahilingan sa pagbabago ng saklaw para tasahin at bigyan ng pahintulot ang iminungkahing pagbabago sa napagkasunduang commitment ng proyekto. Itinatala nito kung ano ang magbabago, bakit ito mahalaga, ano pa ang maaapektuhan, at sino ang maaaring magpasya. Layunin nitong gawing malinaw ang mga kapalit, hindi pigilan ang kapaki-pakinabang na pagkatuto.
Inilalarawan ng Association for Project Management ang change control kaugnay ng mga iminungkahing pagbabago sa aprubadong baseline, kabilang ang pagtatasa at pag-apruba, pagtanggi, o pagpapaliban. Praktikal na pag-aangkop para sa team ang magaan na prosesong nasa ibaba. Sundin ang mga kahingian sa kontrata, pananalapi, seguridad, at pamamahala ng inyong organisasyon kung mas mahigpit ang mga iyon.
Ihiwalay muna ang pagbabago sa karaniwang pagpapalinaw
Hindi lahat ng bagong natuklasang gawain ay nagbabago sa saklaw. Maaaring makatuklas ang team ng gawaing implementasyon na kailangan para maihatid ang napagkasunduang resulta. Naaapektuhan nito ang pagtataya o paraan ng paggawa pero hindi kinakailangang baguhin ang commitment mismo.
Itanong kung ano na ang hinihingi ng aprubadong saklaw at pamantayan sa pagtanggap. Maaaring paglilinaw, pagwawasto ng depekto, binagong deliverable, o bagong obligasyon ang kahilingan. Dapat ibatay ang pag-uuri sa kasunduan, hindi sa gustong label ng humihiling.
Kailangan din ng puwang para sa pag-aangkop ang agile delivery. Iba ang muling pag-aayos ng trabaho sa loob ng awtorisadong hangganan sa pagbabago ng kontraktuwal na milestone o pagdagdag ng walang suportang pangakong operasyonal. Itakda ang mga karapatan sa pagpapasiya para hindi maghintay sa komite ang maliliit at nababaling pasiya, habang natatanggap naman ng malalaking pagbabago ang kinakailangang pagsusuri.
Kung walang makapagtukoy sa kasalukuyang kasunduan, lutasin muna ang kalabuang iyon. Hindi maaasahan ang paghahambing sa kahilingan batay sa pangakong naaalala lamang ng isang tao.
Gumamit ng maikling kahilingan na nagpapalinaw sa pasiya
Maaaring magsimula sa iisang pahina ang kapaki-pakinabang na kahilingan sa pagbabago:
| Field | Isama |
|---|---|
| Kasalukuyang kasunduan | Kaugnay na saklaw, pamantayan sa pagtanggap, at bersiyon ng baseline |
| Iminungkahing pagbabago | Tiyak na pagkakaiba, pati ang mga hindi kasama |
| Dahilan | Pangangailangan, bagong ebidensiya, o obligasyong pinagmulan ng kahilingan |
| Oras | Kailan kailangan ang pasiya at resulta, at bakit |
| Mga opsyon | Tanggapin, bawasan, ipalit, ipagpaliban, o tanggihan |
| Epekto | Delivery, gastos, kapasidad, kalidad, operasyon, dependency, at panganib |
| Rekomendasyon | Piniling opsyon at pangunahing kapalit nito |
| Pasiya | Awtorisadong may-ari, resulta, mga kundisyon, at petsa |
Iwasan ang “walang epekto” kung walang batayan. Maaaring kaunti lang ang oras sa coding na kainin ng pagbabago pero mangailangan pa rin ito ng pagsasanay, paghahanda ng support, pagsasalin, paglipat ng data, o pag-apruba sa labas. Tanungin ang mga taong sasalo sa mga obligasyong iyon.
Isama ang kawalang-katiyakan sa mga pagtataya. Mas kapaki-pakinabang sa pagpapasiya ang saklaw ng pagtataya at palagay na nagtutulak dito kaysa eksaktong numerong inimbento para madaling maaprubahan ang kahilingan.
Sundan ang kahilingan sa anim na hakbang
1. Itala ito. Bigyan ng identifier ang kahilingan at itala ang humiling at petsa. Gumamit ng iisang sanggunian para hindi maging magkakasalungat na bersiyon ang magkakaugnay na usapan.
2. Linawin ang pangangailangan. Tukuyin ang problemang nilulutas ng kahilingan. Maaaring isang paraan lang ang hiniling na feature para tugunan ito, hindi ang tanging katanggap-tanggap na sagot.
3. Tayahin ang mga opsyon. Paghambingin ang pinakamaliit na makatwirang tugon, ang buong kahilingan, at ang pansamantalang hindi paggawa. Isama ang epekto sa ibang commitment at gawaing kailangang ilipat.
4. Kumuha ng pasiya. Ipadala ang rekomendasyon sa taong o grupong may awtoridad para sa epektong iyon. Itala kung inaprubahan, tinanggihan, o ipinagpaliban, pati mga kundisyon at dahilan.
5. I-update ang mga kasunduang apektado. Para sa aprubadong pagbabago, i-update kung kailangan ang saklaw, iskedyul, pagtanggap, plano sa operasyon, at komunikasyon. Panatilihin ang naunang bersiyon at kasaysayan ng pasiya.
6. Tiyakin ang resulta. Kumpirmahing naipatupad at tinanggap ang awtorisadong pagbabago at may may-ari ang mga kasunod na obligasyon. Hindi patunay ng pagkakumpleto ang pag-apruba.
Dapat umayon sa epekto ang pagsisikap sa administrasyon. Maaaring mangailangan lang ng naitalang pasiya mula sa awtorisadong may-ari ang pagpiling mababa ang epekto. Maaaring mangailangan ng pormal na pagsusuri at pansuportang ebidensiya ang malaking pagbabago sa commitment.
Kumpletong halimbawa: apurahang kahilingan para sa ulat
Sa hipotetikal na sitwasyong ito, naghahanda ang team ng paglulunsad ng panloob na pag-uulat. Humihiling ang isang stakeholder ng bagong export isang linggo bago ang pagtanggap sa operasyon. Inilalarawan ito ng humihiling na “isa pang button lang.”
Nililinaw ng team ang pangangailangan: kailangan ng finance group ng lingguhang reconciliation file. Saklaw ng kasalukuyang proyekto ang pagsusuri sa screen, hindi ang suportadong export. Mangangailangan ang buong kahilingan ng depinisyon ng field, tuntunin sa access, mga test case, at may-ari ng mga pagbabago sa format.
May tatlong opsyon. Buuin ang permanenteng export at ilipat ang paglulunsad; magbigay ng aprubadong pansamantalang ulat sa umiiral na paraan; o ipagpaliban ang pangangailangan sa susunod na yugto. May kapalit na gastos ang pansamantalang opsyon: kailangang ihanda at suriin ito linggo-linggo ng pinangalanang analyst hanggang sa tinukoy na petsa ng pagtatapos.
Inaaprubahan ng sponsor ang pansamantalang paraan sa loob ng apat na linggo. Tinatanggap ng may-ari sa finance ang format, at tinatanggap ng manager ng analyst ang kapalit sa kapasidad. Hiwalay na pasiya pa rin ang permanenteng export. Inimbento ang mga petsa at tagal para magpaliwanag, hindi para magrekomenda ng kaayusan sa serbisyo.
Itinatala ng team ang kundisyon at petsa ng pagsusuri. Kung walang hangganang iyon, maaaring tahimik na maging walang takdang obligasyon sa suporta ang pansamantalang paraan.
Pangasiwaan ang pagkaapurahan nang hindi nawawala ang pananagutan
Maaaring bigyang-katwiran ng apurahang kahilingan ang mas mabilis na paraan ng pagpapasiya, pero hindi inaalis ng pagkaapurahan ang mga bunga. Tukuyin kung sino ang maaaring mag-awtorisa ng agarang aksiyon, aling mga pagsusuri ang kailangan pa rin, at ano ang susuriin pagkatapos alinsunod sa umiiral na patakaran.
Huwag gamitin ang retrospective board bilang kapalit ng mga kailangang tala ng pag-apruba. Maaaring linawin ng talakayan ang epekto at ilantad ang mga opsyon, habang sa aprubadong sistema ng proyekto dapat itala ang opisyal na pasiya.
Kung hindi available ang awtorisadong nagpapasiya, tahasang ilarawan ang hadlang. Hindi dapat maghinuha ng pahintulot ang team dahil lang walang sumagot bago ang hinihinging petsa. Pumili ng pinapayagang alternatibo o iakyat ito sa itinatag na ruta.
Kailangan din ng trigger ang pagpapaliban. Walang ibinibigay na impormasyon sa humihiling ang “sa susunod na lang.” Ipinapaliwanag ng “Isaalang-alang ulit pagkatapos suriin ang modelong pang-operasyon gamit ang tinanggap na depinisyon ng file” kung ano ang dapat mangyari kasunod.
Matuto mula sa paulit-ulit na kahilingan
Maaaring makatuwiran ang isang kahilingan kahit nahuli itong dumating. Maaaring magpahiwatig ang paulit-ulit na nahuhuling kahilingan ng kulang na pakikibahagi ng stakeholder, malabong pamantayan sa pagtanggap, o proseso ng pagpaplanong nagtatago ng kawalang-katiyakan.
Magdala ng maliit na sample sa retrospective ng team. Paghambingin kung kailan nalaman ang pangangailangan, kailan ito narinig ng team, at kailan napagpasyahan. Huwag ipagpalagay na ang humiling ang sanhi ng problema dahil lang nasa form ang pangalan niya.
Pumili ng isang pagpapahusay na susubukan, gaya ng pagsusuri sa mga obligasyong operasyonal kasama ang tatanggap na team bago mangako sa paglulunsad. Gamitin ang gabay sa mga aksiyon mula sa retrospective para itakda ang may-ari, ebidensiya, at petsa ng pagsusuri.
Hindi nasusukat ang mahusay na proseso ng pagbabago sa dami ng tinatanggihan nitong kahilingan. Nasusukat ito sa kung nakatatanggap ng malinaw na pasiya ang mahahalagang pagbabago nang sapat na maaga para maisagawa ang mga iyon.
Mga madalas itanong
Kailangan ba ng kahilingan sa pagbabago ng saklaw ang bawat bagong gawain?
Hindi. Maaaring detalye sa implementasyon ang mga bagong gawain sa loob ng umiiral na saklaw. Ihambing ang kahilingan sa napagkasunduang resulta, pamantayan sa pagtanggap, at karapatan sa pagpapasiya. Gumamit ng pormal na change control kapag apektado ang kaugnay na baseline o awtorisadong tolerance.
Sino ang dapat mag-apruba ng pagbabago sa saklaw?
Ang taong o grupong awtorisado para sa kaugnay na epekto. Maaaring mabago ng delivery lead ang implementasyon habang sponsor naman ang kailangang mag-awtorisa sa binagong commitment. Sundin ang pamamahala ng proyekto sa halip na ipagpalagay na may awtoridad ang humiling na mag-apruba.
Paano pipigilang maging permanenteng gawain sa support ang maliit na pagbabago?
Bago aprubahan, itala ang may-ari sa operasyon, kapasidad, pagtanggap, at anumang petsa ng pagtatapos o pagsusuri. Tiyakin ang mga obligasyong iyon pagkatapos ng implementasyon. Kailangan ng tahasang kondisyon ng pagtatapos ang pansamantalang paraan para hindi ito maging di-planadong tuloy-tuloy na serbisyo.