PM sa pag-develop ng mobile app: ano ito, mga gawain at tungkulin ng Project Manager

Ano ang Project Manager?

Project Manager (PM) ay ang espesyalista na responsable para sa matagumpay na pagpapatupad ng proyekto sa loob ng itinakdang mga deadline, badyet, at kalidad. Sa pag-develop ng mobile app, pinag-uugnay ng PM ang gawain ng mga programmer, designer, tester, at analyst, at nagsisilbing nag-iisang punto ng kontak para sa kliyente.

Ayon sa PMI Pulse of the Profession (2024), 70% ng mga matagumpay na proyekto ay pinamamahalaan ng mga sertipikadong PM. Samantala, 11% ng badyet ng proyekto ay nawawala dahil sa mahinang pamamahala — sa pandaigdigang ekonomiya, ito ay trilyong dolyar. Ang isang mahusay na Project Manager sa pag-develop ng mobile app ay maaaring makatipid sa kumpanya ng hanggang 30% na oras sa bawat proyekto.

Ang pangunahing sukatan ng PM — Triple Constraint: saklaw ng trabaho, mga deadline, at badyet. Ang pagbabago ng anumang parameter ay nakakaapekto sa iba pang dalawa. Halimbawa, ang pagdaragdag ng bagong feature (saklaw) ay nagpapataas ng oras (mga deadline) o nangangailangan ng mas maraming programmer (badyet). Ang kakayahang balansehin ang tatlong parameter na ito ay ang pundasyon ng propesyon.

PM at product manager: mga pagkakaiba

Ang pagkakaiba sa pagitan ng Project Manager at Product Manager ay isang karaniwang pinagmumulan ng kalituhan. Ang PM ay responsable para sa kung paano ipinatutupad ang proyekto: mga proseso, mapagkukunan, deadline, pag-uulat. Ang Product Manager ay responsable para sa kung ano ang ginagawa: estratehiya ng produkto, mga kinakailangan, halaga para sa gumagamit, roadmap.

Sa praktika, malabo ang mga hangganan sa pagitan ng mga tungkulin. Sa maliliit na kumpanya, ang PM ay madalas na gumaganap ng mga tungkulin ng product manager at kabaliktaran. Gayunpaman, para sa malalaking mobile product, kailangan ang paghihiwalay: ang isang tao ay hindi pisikal na maaaring sabay na mag-isip tungkol sa estratehiya ng produkto at mamahala ng mga sprint. Ang pagsasama ng mga tungkulin ang pangunahing dahilan ng burnout sa pamamahala ng proyekto.

Mga responsibilidad ng Project Manager

Ang mga responsibilidad ng Project Manager ay nahahati sa apat na malalaking bloke. Una — pagsisimula at pagpaplano: kinokolekta ng PM ang mga kinakailangan, tinatasa ang mga mapagkukunan, gumagawa ng plano ng proyekto, at inaapruba ito sa kliyente. Sa yugtong ito, inilalatag ang hanggang 50% ng tagumpay ng proyekto.

Pangalawang bloke — pagpapatupad at pagkontrol: namamahagi ang PM ng mga gawain, sinusubaybayan ang progreso, nagsasagawa ng mga status meeting. Ginagamit ang mga kasangkapan tulad ng Jira, Trello, o Asana. Sinusubaybayan ng PM ang mga paglihis mula sa plano at itinatama ang direksyon. Regular na pag-uulat — araw-araw na status, lingguhang dashboard, demo para sa kliyente.

Pangatlong bloke — pamamahala ng panganib. Tinutukoy ng PM ang mga panganib sa simula, tinatasa ang posibilidad at epekto nito, gumagawa ng mitigation plan. Pamamahala ng panganib ay ang kasanayang nagpapaiba ng isang bihasang PM mula sa isang baguhan. Ayon sa PMI, ang mga proyektong may pormal na pamamahala ng panganib ay 35% mas madalas na matagumpay na natatapos.

Pang-apat na bloke — pagsasara ng proyekto. Sinusuri ng PM na ang lahat ng gawain ay natapos na, ang produkto ay tinanggap ng kliyente, ang dokumentasyon ay naisumite. Kasama sa yugto ng pagsasara ang retrospektibo: ano ang naging maayos, ano ang maaaring mapabuti sa mga susunod na proyekto.

Pamamahala ng stakeholder

Pinamamahalaan ng PM ang mga inaasahan ng lahat ng interesadong partido. Mga stakeholder — kliyente, koponan, pamamahala ng kumpanya, panlabas na kontratista. Bawat isa ay nangangailangan ng iba't ibang impormasyon at antas ng pakikilahok. Tinutukoy ng PM kung sino at kailan dapat ipaalam, sino ang nagdedesisyon, sino ang nagmamasid lamang.

Mga metodolohiya ng pamamahala ng proyekto

Pagpili ng metodolohiya — isa sa mga pangunahing desisyon ng PM. Ang Agile (Scrum, Kanban) ay nangingibabaw sa pag-develop ng mobile app dahil sa kakayahang umangkop at pagbagay. Ang Scrum ay gumagana sa mga sprint na 1–4 na linggo na may regular na demonstrasyon ng mga resulta. Ang Kanban — tuloy-tuloy na daloy nang walang nakapirming sprint.

Ang Scrum ay angkop para sa mga proyektong may nagbabagong mga kinakailangan at malinaw na pananaw ng produkto. Kanban — para sa pagpapanatili ng mga umiiral na app o proyektong may hindi mahuhulaan na daloy ng gawain. Ang Waterfall (modelong talon) ay bihirang gamitin — sa pag-develop ng mobile app, ang mga kinakailangan ay masyadong mabilis magbago.

• Scrum — sprint tuwing 2 linggo, araw-araw na standup, retrospektibo
• Kanban — visualization ng daloy, mga limitasyon ng WIP, tuloy-tuloy na paghahatid
• Hybrid — kombinasyon ng Scrum at Waterfall para sa mga proyektong may nakapirming bahagi at flexible na pag-develop
• SAFe — scaled Agile para sa malalaking organisasyon na may maraming koponan

Mga kasangkapan para sa pamamahala ng proyekto

Gumagamit ang PM ng malawak na hanay ng mga kasangkapan para sa pagpaplano, pagsubaybay, at komunikasyon. Jira — ang pamantayan para sa mga IT proyekto: nagbibigay-daan sa pamamahala ng backlog, pagpaplano ng sprint, pagsubaybay ng bug. Mga alternatibo — Linear, Asana, Monday.com.

Notion o Confluence ay ginagamit para sa dokumentasyon: mga teknikal na detalye, plano ng proyekto, tala ng pulong. Slack o Teams — para sa operasyonal na komunikasyon. Google Sheets o Tableau — para sa pag-uulat sa pamamahala. Kinokolekta ng PM ang datos mula sa lahat ng sistema sa iisang dashboard.

interface ProjectStatus {
    tasksCompleted: number
    tasksTotal: number
    budgetSpent: number
    budgetTotal: number
    deadlineMissed: boolean
}

function generateReport(status: ProjectStatus): string {
    const progress = status.tasksCompleted / status.tasksTotal * 100
    return `Progress: ${progress}%, Budget: ${status.budgetSpent}/${status.budgetTotal}`
}

Ipinapakita ng halimbawa kung paano maaaring i-automate ng PM ang pagbuo ng mga status report. Automation ng routine — ang kasanayang nagpapaiba sa malalakas na PM: mas kaunting oras sa pag-uulat, mas maraming oras para sa pamamahala ng tunay na kumplikadong aspeto ng proyekto.

Paano maging Project Manager

Ang daan patungo sa Project Manager ay maaaring magsimula sa iba't ibang punto. Ang pinakakaraniwang landas — mula sa programmer, tester, o analyst. Ang teknikal na background ay tumutulong upang maunawaan kung ano ang pinag-uusapan ng koponan, masuri nang makatotohanan ang pagiging kumplikado at mga deadline. Ang pangalawang landas — may sertipikasyong PMP, CAPM, o PRINCE2.

Sertipikasyong PMP (Project Management Professional) mula sa PMI — ang pinakakilalang pamantayan. Nangangailangan ng 36 na buwan ng karanasan sa pamamahala ng proyekto at pagpasa sa pagsusulit na 180 tanong. Ayon sa PMI (2024), ang mga manager na may sertipikasyong PMP ay kumikita ng 25% higit pa kaysa sa mga kasamahan na walang sertipikasyon.

Upang magsimula, sapat na: alamin ang mga batayan ng Agile at Scrum, magkaroon ng praktikal na karanasan bilang coordinator o assistant PM, matutong magtrabaho sa Jira. Ang unang proyekto sa tungkulin ng PM ay mas mainam na isagawa kasama ang isang mentor — ang isang bihasang PM ay makakatulong upang maiwasan ang mga karaniwang pagkakamali sa pagpaplano at komunikasyon.