Paano iniinterbyu ng Apple ang mga Tagapamahala ng Proyekto

Inilalarawan sa mga ulat ng mga kandidato ang mga serye ng panayam sa engineering ng Apple, sinasabing bawat team ang nagpapatakbo ng sarili nitong proseso, at iba-iba ang tawag sa mga tungkulin sa pamamahala ng proyekto sa malalaking kompanya ng teknolohiya. Ang balangkas sa ibaba ay gabay sa estilo ng Apple, hindi sa mga partikular na yugto para sa Tagapamahala ng Proyekto. Ang paunang pagsusuri, kaso, asal, presentasyon, at onsite ay mga kategorya ng paghahanda sa pahinang ito, hindi mga pangalan ng yugto ng Apple.

• Team mula sa simula. Para sa isang partikular na team iniinterbyu ang mga kandidato mula pa sa simula: ang recruiter, mga paunang pagsusuri, at onsite panel ay pawang kabilang sa team na inaplayan, at nauugnay ang mga tanong sa aktuwal na gawain ng team na iyon.
• Naiulat na balangkas. Isang paunang panayam sa recruiter o hiring manager, isa hanggang tatlong paunang pagsusuri, at isang onsite na pinagsama sa iisang bloke—apat hanggang pitong yugto sa kabuuan. Para sa tungkuling nakatuon sa paghahatid, natural na mga pag-uusap tungkol sa kakayahan ang mga paunang pagsusuri sa halip na coding na inilalarawan ng mga kandidatong engineer.
• Naiulat na onsite. Inilalarawan ng ilang kandidato ang humigit-kumulang anim hanggang walong onsite na yugto kasama ang mga magiging ka-team, bawat isa ay may isa o dalawang tagapanayam, at isang hiring manager na maaaring maagang tapusin ang onsite pagkaraan ng humigit-kumulang ikaapat na yugto kapag palaging mas mababa sa pamantayan ang feedback.
• Naiulat na pagtatapos. Isang panel debrief, pagtukoy sa antas, at pagsusuri sa headcount bago magbigay ng alok.

Ayon sa mga kandidato, gumagawa ang matataas na tagapanayam ng sarili nilang mga tanong na kaugnay ng aktuwal na gawain ng team, mas mabigat ang mga panayam sa asal kaysa mga teknikal na panayam, at nakatuon ang Apple sa motibasyon—mas mahalaga kung bakit gusto ng kandidato ang tungkulin kaysa sa proseso o mga resulta. Kakaiba ito para sa isang tagapamahala ng proyekto: ang proseso at mga resulta ang mismong trabaho, at dahil sa naiulat na pagbibigay-diin, dapat iugnay ang mga ito sa dahilan kung bakit gusto mong maihatid ang gawain ng team na ito.

Sa pangkalahatan, sinusukat ng mga panayam sa pamamahala ng proyekto ang:

• Pagpaplano at pagkontrol sa saklaw. Paghahati-hati at pagsasaayos ng pagkakasunod-sunod ng gawain, at pagtanggi sa saklaw nang hindi nasisira ang ugnayan.
• Pamamahala sa panganib at mga stakeholder. Maagang pagtukoy sa mga panganib, pagpapataas ng tamang mga usapin, at pagpapanatiling magkakahanay ang mga team kapag nagbabago ang plano.
• Paghahatid sa kabila ng mga limitasyon. Ano ang inalis mo, ano ang pinrotektahan mo, at paano ka nagpasya; nagiging konkreto ito dahil sa mga iskedyul ng hardware.
• Komunikasyon. Ulat sa kalagayan na mababasa ng isang director sa loob ng isang minuto at hindi maituturing na mapanlinlang ng isang engineer, na ihaharap sa mga magiging ka-team na naiulat na nagpapatakbo ng onsite.

Walang naiulat na prosesong partikular sa tungkulin ng mga tagapamahala ng proyekto sa Apple; pangkalahatang gawain ang mga pagkakaiba sa ibaba.

• Kung ihahambing sa mga panayam para sa Tagapamahala ng Produkto, asahan ang mas kaunting pagtuon sa kung ano ang bubuuin at bakit, at mas malaking pagtuon sa kung paano ito maihahatid: mga dependency, iskedyul, panganib, at mga pag-uusap na nagpapanatiling sabay-sabay na sumusulong ang ilang team.
• Kung ihahambing sa naiulat na serye ng panayam sa engineering, hindi naaangkop ang CoderPad coding at system design; isang kaso sa paghahatid o presentasyon ng plano ang papalit sa mga ito.
• Ang nananatiling naaangkop ay ang naiulat na bigat ng mga panayam sa asal at motibasyon, na hindi nakadepende sa tungkulin.

Hindi naglalathala ang Apple ng mga timeline. Ayon sa mga kandidato, tumatagal ito nang 4-8 linggo sa karamihan ng mga kaso at maaaring umabot sa 3-4 buwan, at naiulat na pinapayagan ng Apple ang mga kandidato na sabay-sabay na makapanayam ng ilang team.

Ang naiulat na kahirapan ay nagmumula sa pagkakaiba-iba at pagiging partikular. Dahil bawat team ang nagpapatakbo ng sarili nitong serye ng panayam, kailangang nakatuon ang paghahanda sa partikular na team, at sa onsite na may ilang yugto kasama ang mga magiging ka-team, paulit-ulit na itatanong kung aling proyekto, ano ang naantala, at ano mismo ang ginawa mo. Dahil sa naiulat na pagbibigay-diin sa motibasyon, mas malaking kawalan dito kaysa sa ibang lugar ang pagkakaroon ng mahusay na rekord sa paghahatid ngunit walang dahilan kung bakit gusto mo ang gawain ng team na ito.

Maghanda para sa naiulat na balangkas at sa partikular na team.

• Kilalanin ang team. Tanungin ang recruiter kung ano ang inihahatid ng team at gaano kadalas; naiulat na nauugnay ang mga tanong sa aktuwal na gawain.
• Tatlong kuwento tungkol sa paghahatid. Isang proyektong nasunod ang plano, isang naantala, at isang binago mo ang saklaw—bawat isa ay may mga panganib, punto ng pagpapasya, at mga sukatan na sinusubaybayan mo.
• Isang planong maihaharap mo. Layunin, mga milestone, dependency, at panganib na maipapaliwanag sa loob ng ilang minuto at maipagtatanggol sa mga tanong ng isang engineer.
• Motibasyon. Isang tapat at partikular na sagot kung bakit ang team na ito, na inihanda nang kasing-ingat ng anumang kuwento tungkol sa paghahatid.
• Sanayin ang sarili para sa mahabang onsite. Sa isang kunwaring panayam gamit ang SubcueAI, maaari kang magsanay ng ilang yugto sa iisang upuan.