Maraming magagandang artikulo tungkol sa mga posibleng track ng karera na maaari mong ituloy sa IT, gayunpaman, hindi pa ako nakakita ng marami na maaaring magamit bilang aktwal na gabay upang umakyat sa hagdan ng karera. Sa kasalukuyan, nagtatrabaho ako sa isang kumpanya na may napakalinaw na mga kinakailangan para sa promosyon ng mga inhinyero at kung ano ang maaaring magamit bilang sapat na katibayan ng pagtupad sa mga kinakailangang iyon. Ang kumbinasyon ng dalawang salik na ito ay nagbigay sa akin ng ideya na ang karagdagang impormasyon sa paksang ito ay maaaring makatulong sa iba pang mga inhinyero na nagtatrabaho sa mga kumpanyang wala nito upang bumuo ng isang diskarte na magbibigay-daan sa kanila na makarating sa susunod na antas. Sa halos anumang higit pa o mas matanda na kumpanya ng IT, ang isang karaniwang track ng karera para sa isang software engineer ay linear at halos pareho ang hitsura: Ang Associate Software Engineer ay opsyonal at maaaring ipakita o hindi sa karaniwang istruktura ng departamento ng IT para sa isang napakasimpleng dahilan: net-negative ito sa unang 12 buwan dahil nangangailangan ito ng maraming paghawak ng kamay kaya hindi lahat ng kumpanya ay may mga mapagkukunan at oras upang payagan ang mga ganoong posisyon sa kanilang istraktura. Ang karagdagang track ng karera ay depende sa iyong mga hilig, kung ano ang iyong kinagigiliwang gawin, at kung handa ka na para sa pagbabago sa paraan ng iyong pagtatrabaho. Walang masama sa pananatiling isang senior software engineer kung gusto mong ilaan ang karamihan ng iyong oras sa coding. Gayunpaman, kung sa palagay mo ay kailangan mong bigyang kapangyarihan ang iba at pamunuan iyon ang tamang pagkakataon upang timbangin ang lahat ng inaasahan para sa bawat tungkulin, ang iyong mga lakas, ang mga bagay na nagtutulak sa iyo, at piliin ang pinakaangkop na track para sa iyong sarili. Sa kabila ng visual na pagiging simple ng mga track sa itaas, hindi malinaw kung paano lalapit sa tamang dulo. Malalapat ang mga sumusunod na insight sa mga kumpanyang mayroong: isang hierarchical na istraktura kung saan ang bawat employer ay may line manager isang tunay na interes sa pag-unlad ng empleyado Bakit mahalaga ang nabanggit? . Ang sagot ay medyo simple: mula sa unang araw mayroon kang isang kaalyado - ang iyong line manager Ang kahusayan ng bawat line manager ay batay sa output ng bawat taong nag-uulat sa kanila: mas mabilis kang lumago - mas malaki ang iyong output - mas mahusay ang kahusayan ng line manager. Dahil sa lahat ng ito, maaga o huli, pagkatapos mong sumali sa iyong kumpanya, lalapitan ka ng iyong line manager na may tanong na: "Saan mo nakikita ang iyong sarili pagkatapos ng isang tiyak na oras?" Kung hindi ito nangyayari at mayroon kang regular na one-to-one, huwag mag-atubiling idagdag ito bilang paksa para sa talakayan sa agenda. Ang pagsasabi ng iyong mga intensyon at pagtatakda ng layunin ay ang unang hakbang lamang ng iyong paraan. Ang susunod na hakbang ay upang tipunin ang listahan ng mga kinakailangan para sa mas mataas na tungkulin at mag-compile ng isang listahan ng mga tagumpay na maaaring magsilbing ebidensya ng iyong mga kwalipikasyon na maaari mong gamitin bilang gabay na dapat mong sundin upang makarating mula sa punto A hanggang sa punto B. Sa mga kumpanyang may malinaw na proseso ng promosyon, ito ay dapat na nasa lugar na. Kung hindi ito ang kaso, ikaw at ang iyong manager ay maaaring gumawa ng isa. Tandaan na ang prosesong ito ay kapaki-pakinabang para sa magkabilang panig: nakakakuha ka ng isang kasunduan na pagkatapos ng ilang mga tagumpay, ikaw ay papurihan sa promosyon at ang iyong line manager ay makakakuha ng mas mataas na output mula sa koponan, kaya ito ay isang win-win case. Ang iba't ibang kumpanya ay maaaring magkaroon ng iba't ibang mga kinakailangan para sa ilang mga posisyon, at hindi ko sasabihin na ang mga nasa ibaba ay pangkalahatan at babagay sa lahat. Ang pangunahing layunin ay upang bigyan ka ng isang ideya na maaaring magmukhang kung kailangan mo ng isa na maaaring higit pang iayon sa iyong mga pangangailangan. Ang mga patnubay para sa ebidensya ay maaaring gamitin bilang isang roadmap na maghahatid sa iyo sa nais na destinasyon. Ang mga susunod na hakbang para sa karaniwang track ay maaaring Suriin ang roadmap ng koponan para sa mga angkop na proyekto o pagbabago ng mga kahilingan na maaaring akma sa layunin ng ebidensya. Ipahayag ang iyong mga intensyon sa tagapamahala ng linya upang makatulong sila sa angkop na paglalaan ng proyekto at magbigay ng impormasyon tungkol sa priyoridad nito, halaga ng negosyo, at kung kailan ito maaaring kunin para sa pagpapaunlad. Makita ang anumang mga potensyal na lugar para sa pagpapahusay sa code, observability, extensibility, at mga pananaw sa seguridad at itaas ang mga ito bilang mga ticket ng pagmamay-ari. Alamin ang iyong sarili sa kasalukuyang proseso ng recruitment sa iyong kumpanya at humingi ng shadowing sa panahon ng recruitment session. Hilingin na lumipat ng mga tungkulin kung saan ang isang mas nakatatanda ay anino sa iyo at humingi ng feedback. Ito ay isang maikling listahan ng mga tungkulin na sasakupin mula sa mga kinakailangan/patnubay para sa mga pananaw ng ebidensya: Karaniwang Track Mga Kinakailangan sa Junior Software Engineer Mga Kinakailangan sa Software Engineer Mga Kinakailangan sa Senior Software Engineer Engineering Track Mga Kinakailangan sa Pangunahing Inhinyero Mga Kinakailangan sa Senior Engineering Lead Track ng Pamamahala Tagapamahala ng Engineering Direktor ng Engineering Mga Kinakailangan sa Junior Software Engineer Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Naghahatid ng mga gawain · Kailangan ang malinaw na mga kinakailangan (negosyo at sistema) · Nagdidisenyo/nagpapatupad ng limitadong saklaw na mga teknikal na solusyon · Limitadong gabay ang kailangan 1. Listahan ng mga gawaing natapos o Ang mga gawain ay dapat sapat na kumplikado upang banggitin ang mga ito o Naabot ang mga deadline o Walang pangunahing isyu sa kalidad o Natapos ang mga gawain nang walang hawak 2. Input mula sa line manager na nagpapatunay na ang lahat ng mga kinakailangan ay natutugunan. Kalidad Nalalapat ang pinakamahuhusay na kagawian · Natututo at patuloy na naglalapat ng pinakamahuhusay na kagawian · Mahusay sa iba't ibang mga tool sa dev · Sinisiyasat at inaayos ang mga kumplikadong problema/mga bug Feedback mula sa line manager at mga kapantay na nagpapatunay na ang lahat ng mga kinakailangan ay natutugunan. Mga Kinakailangan sa Software Engineer Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Naghahatid ng mga kahilingan sa pagbabago (mga tampok) · Kinukuha ang mga kinakailangan sa negosyo bilang input · Ibinabahagi ang gawain sa mga gawain na may sapat na antas ng detalye sa solusyon (ano ang kailangang gawin at kung kailan ito tapos na) at ang pagpapatupad (kung paano ito dapat gawin) · Nagbibigay ng tumpak na mga pagtatantya sa antas ng isang gawain/kuwento ng user · Pares sa iba pang mga inhinyero upang maghatid ng mas mabilis Listahan ng mga kahilingan sa pagbabago na naihatid, na sumusunod sa mga sumusunod na kinakailangan: 1. Ang kahilingan sa pagbabago ay ganap na naihatid at ang deadline ay natugunan. 2. Ang bahagi ng pagtuklas ay nakumpleto ng empleyado (mga tiket, mga pagtatantya). 3. Ang kahilingan sa pagbabago ay sapat na kumplikado mula sa isang teknikal na pananaw (higit sa 2 man-linggo para sa 1 engineer na ipatupad ito). 4. Ang kahilingan sa pagbabago ay nagbibigay ng makabuluhang epekto sa negosyo. 5. Ang kahilingan sa pagbabago ay nilagdaan ng negosyo at tumatakbo sa produksyon. 6. Ang empleyado ay nagpakita ng sapat na antas ng awtonomiya at kalidad (batay sa feedback mula sa tech lead at ng engineering manager). Disenyo ng system Mga serbisyo sa disenyo · Nagdidisenyo at nagpapatupad ng mas maliliit na serbisyo habang isinasaalang-alang ang lahat ng hindi gumaganang aspeto (extensibility, seguridad, observability, atbp) · Nagsusulat ng mataas na kalidad na code na may ganap na paggamit ng mga kasanayan at pamamaraan ng engineering · Nakikilahok sa mga pagsusuri sa code upang ipatupad ang pinakamahuhusay na kagawian · Inaayos ang mga ugat na sanhi sa likod ng mga bug at problemang nakatagpo Hindi bababa sa dalawang serbisyo na idinisenyo alinsunod sa mga sumusunod na kinakailangan: 1. Maaari itong maging isang bagong serbisyo o isang kumpletong muling disenyo ng kasalukuyang serbisyo. 2. Ito ay maaaring isang standalone na serbisyo, isang library, o isang bahagi na ginagamit ng iba pang mga serbisyo. 3. Ang serbisyo ay hindi dapat maliit mula sa pananaw ng disenyo. 4. Dapat na sinundan ng inhinyero ang pormal na proseso ng disenyo: · Kumuha ng mga kinakailangan sa negosyo at sistema · Tukuyin ang hangganang konteksto · Tukuyin ang hindi gumaganang mga kinakailangan · Hatiin ang konteksto sa mga serbisyo · Kumuha ng feedback sa solusyon · Ipatupad ito 5. Ang serbisyo ay ipinatupad at tumatakbo sa produksyon. Senior Software Engineer Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Naghahatid ng mga yugto ng proyekto (epiko) · Kinukuha ang mga kinakailangan at mataas na antas ng disenyo ng system bilang input · Lumilikha ng disenyo ng system para sa serbisyo o bahagi, nagpapasya sa mga teknolohiya at kasanayan sa engineering na gagamitin · Ibinabahagi ang gawain sa mga gawain o mga kwento ng gumagamit na may sapat na antas ng detalye sa solusyon (ano ang kailangang gawin at kung kailan ito tapos na) at ang pagpapatupad (kung paano ito dapat gawin) · Nagbibigay ng tumpak na mga pagtatantya sa antas ng gawain/kuwento ng user · Nangunguna sa isang maliit na pangkat upang maihatid ang saklaw · Ina-unblock ang kanilang team, niresolba ang mga isyu, at nag-aalis ng mga hadlang Listahan ng mga yugto/epiko ng proyekto na inihatid, na sumusunod sa mga sumusunod na kinakailangan: 1. Ang yugto ng epiko/proyekto ay ganap na naihatid at ang takdang panahon ay naabot. 2. Ang bahagi ng pagtuklas ay nakumpleto ng empleyado (mga tiket, mga pagtatantya). 3. Ang yugto ng epiko/proyekto ay sapat na kumplikado mula sa isang teknikal na pananaw (nangangailangan ng hindi bababa sa 2 inhinyero para sa >= 2 linggo). 4. Ang yugto ng epiko/proyekto ay nagbibigay ng makabuluhang epekto sa negosyo. 5. Ang functionality ay nilagdaan ng negosyo at tumatakbo sa produksyon. 6. Ang empleyado ay nagpakita ng sapat na antas ng awtonomiya at kalidad (batay sa feedback mula sa tech lead at engineering manager). 7. Ang engineer ay lumahok sa pagpapatupad bilang isang teknikal na lead. Disenyo ng system Nagdidisenyo ng mga subsystem · Ito ay kapareho ng para sa isang Software Engineer ngunit nakatutok sa mas kumplikadong mga serbisyo o subsystem · Sanay sa cloud at distributed system na disenyo at pagpapatupad Hindi bababa sa 3 serbisyong idinisenyo alinsunod sa mga sumusunod na kinakailangan: 1. Maaari itong maging isang bagong serbisyo o isang kumpletong muling disenyo ng kasalukuyang serbisyo. 2. Ito ay maaaring isang standalone na serbisyo, isang library, o isang bahagi na ginagamit ng iba pang mga serbisyo. 3. Ang serbisyo ay hindi dapat maliit mula sa isang pananaw sa disenyo. 4. Dapat na sinundan ng inhinyero ang pormal na proseso ng disenyo: a. Kumuha ng mga kinakailangan sa negosyo at sistema b. Tukuyin ang hangganan na konteksto c. Tukuyin ang mga kinakailangan na hindi gumagana d. Hatiin ang konteksto sa mga serbisyo e. Kumuha ng feedback sa solusyon f. Ipatupad ito 5. Ang serbisyo ay ipinatupad at tumatakbo sa produksyon. Mga pagbabago sa pagmamaneho Nagmumungkahi ng mga pagbabago · Hinahamon ang status quo at ang mga pagpapalagay na ginawa · Maghanap ng mga paraan upang mapabuti ang platform, mga proseso, kapaligiran sa pagtatrabaho, at ang tech team sa pangkalahatan Hindi bababa sa tatlong makabuluhang pagbabago ang iminungkahi, na maaaring alinman sa mga sumusunod: 1. Functionality: nagmungkahi ng kahilingan sa pagbabago na binigyang-priyoridad at ipinatupad (dapat sapat na malaki ang kahilingan sa pagbabago upang ituring bilang pagbabago, hindi pagbabago sa kosmetiko). 2. Mga Tao: nakapanayam ang isang inhinyero na kinuha at pumasa sa probasyon (junior software engineer o mas mataas, itinuturing na isang pagbabago sa koponan). 3. Pagmamay-ari: nagmungkahi ng proyekto ng pagmamay-ari (kasama sa roadmap ng pagmamay-ari, na inaprubahan ng CTO). Mga Kinakailangan sa Pangunahing Inhinyero Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Tech lead para sa mga proyekto (mga panukala sa proyekto) · Kinukuha ang mga kinakailangan sa negosyo bilang input · Hanapin ang pinaka-epektibong solusyon para sa problema sa negosyo (mga alternatibo sa pananaliksik, patunayan ang mga solusyon gamit ang mga diskarte na walang code/mababang code) · Lumilikha ng disenyo ng system para sa bagong serbisyo o subsystem, nagpapasya sa mga teknolohiya at kasanayan sa engineering na gagamitin · Hinahati ang gawain sa mga epiko na may sapat na antas ng detalye sa solusyon (ano ang kailangang gawin at kung kailan ito tapos na) at ang pagpapatupad (kung paano ito dapat gawin) · Nagbibigay ng tumpak na mga pagtatantya sa antas ng proyekto, nakatuon sa mga petsa · Nagsisilbing tech lead para sa buong proyekto · Ina-unblock ang kanilang team, niresolba ang mga isyu, at nag-aalis ng mga hadlang · Namamahala sa teknolohiya, pagpapatupad, at mga panganib sa pagpapatakbo Listahan ng mga proyektong naihatid, alinsunod sa mga sumusunod na kinakailangan: 1. Ang solusyon para sa problema ay iminungkahi ng empleyado at ito ay itinuturing na epektibo. Ibig sabihin maramihang mga alternatibo ang nasuri, at ang pinakamahusay na alternatibo ay pinili batay sa low-code/no-code validation. 2. Ang bahagi ng pagtuklas ay nakumpleto ng empleyado (mga tiket, mga pagtatantya). 3. Ang solusyon ay arkitekto ng empleyado. 4. Ang proyekto ay kailangang isang "tampok" na proyekto na pinasimulan sa pamamagitan ng isang panukalang proyekto. 5. Lumahok ang inhinyero sa pagpapatupad bilang isang teknikal na lead (tingnan ang column ng mga kinakailangan para sa higit pang mga detalye). Mga pagbabago sa pagmamaneho Nagdadala ng mga teknikal na pagbabago (squad) · Nagmumungkahi at nagpapatupad ng mga inisyatiba upang mapabuti ang kalidad ng sistema at bawasan ang teknikal na utang · Nagmumungkahi at nagpapatupad ng mga pagbabago upang mapabuti ang karanasan at pagiging produktibo ng developer · Nagtataguyod at nagpapatupad ng malinis na code at malinis na arkitektura Listahan ng mga pangunahing pagbabago na ipinakilala (karaniwang hindi bababa sa apat), na sumusunod sa mga sumusunod na kinakailangan: 1. Nagbibigay ang pagbabago ng makabuluhang pagpapabuti sa kalidad ng system (hal. mga pagpapahusay sa platform), karanasan ng developer, o produktibidad ng developer. Ang pagbabago ay nakakaapekto sa buong squad. 2. Hindi kailangang ang engineer ang nagmungkahi ng pagbabago. Ang inhinyero ay dapat ang pangunahing puwersang nagtutulak sa likod ng pagbabago (hal. dinisenyo, nagsilbing tech lead, lumahok sa pagpapatupad). Ang pagbabago ay maaaring maihatid ng isang inhinyero o bilang isang pagsisikap ng pangkat. 3. Ang pagbabago ay dapat na ganap na ipatupad at gamitin ng squad/platform (ang pagbabago ay dapat na "sticky" at magbigay ng sapat na halaga upang mapanatili ito). 4. Ang pagbabago ay dapat sapat na makabuluhan upang banggitin. Mga tao Mentor · Mga Mentor at sumusuporta sa mga hindi gaanong karanasan sa mga inhinyero · Mabisang nagsasagawa ng mga teknikal na panayam · Nagsisilbing “magnet” para sa mahuhusay na inhinyero sa panahon ng pagkuha (maging isang mapagpasyang kadahilanan kung saan tayo ay nakikipagkumpitensya para sa mahusay na talento kumpara sa ibang kumpanya) Posibleng ebidensya: 1. Mga inhinyero na nakapanayam, na tinanggap at pumasa sa probasyon. 2. Feedback mula sa mga inhinyero na may kasanayan. 3. Ang mga sesyon ng pagsasanay ay inayos/inihatid para sa buong tech team (hal. Tech Sync, Engineering Dojo). 4. Kapag namumuno sa isang working group ang isang listahan ng mga pagbabago na iminungkahi/ipinatupad sa saklaw ng working group ay maaaring gamitin bilang ebidensya. Senior Engineering Lead Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Tech Lead para sa mga kumplikadong proyekto (mga panukala sa proyekto) Pareho sa Lead Engineer, ngunit tumutuon sa mga problemang masalimuot mula sa teknikal, organisasyon, o mga pananaw sa negosyo · Ang proyekto ay nangangailangan ng koordinasyon sa maramihang mga squad · Kasama sa proyekto ang 3rd party na provider ng teknolohiya o stakeholder (hal. partnership) · isang bagong produkto na binuo habang ang produkto ay nasa discovery mode · mataas na priyoridad/kamadaliang proyekto na may mga nakapirming deadline at maraming hindi alam Listahan ng mga proyektong naihatid, na sumusunod sa mga sumusunod na kinakailangan: 1. Ang proyekto ay itinuturing na kumplikado (tingnan ang mga halimbawa sa kaliwa). 2. Ang proyekto ay ganap na naihatid (lahat ng mga naihatid + DoD) at ang deadline ay naabot. 3. Ang solusyon para sa problema ay iminungkahi ng empleyado at ito ay itinuturing na epektibo (ibig sabihin, maramihang mga alternatibo ang nasuri, at ang pinakamahusay na alternatibo ay pinili batay sa low-code/no-code validation). 4. Ang bahagi ng pagtuklas ay nakumpleto ng empleyado (mga kinakailangan sa system, mga tiket, mga pagtatantya). 5. Ang solusyon ay arkitekto ng empleyado. Ang proyekto ay may mataas na kumplikado mula sa pananaw ng disenyo ng system. 6. Isang inhinyero ang lumahok sa pagpapatupad bilang isang teknikal na lead. Mga pagbabago sa pagmamaneho Nagdadala ng mga teknikal na pagbabago (tech) · Pareho sa E5 ngunit sa antas ng teknolohiya · May-ari ng system para sa hindi bababa sa isang hindi gumaganang aspeto (hal. seguridad, pagmamasid, atbp). Listahan ng mga pangunahing pagbabago na ipinakilala (karaniwang hindi bababa sa 4), na sumusunod sa mga sumusunod na kinakailangan: 1. Nagbibigay ang pagbabago ng makabuluhang pagpapabuti sa kalidad ng system (hal. mga pagpapahusay sa platform), karanasan ng developer, o produktibidad ng developer. Ang pagbabago ay nakakaapekto sa maraming pangkat (hal. pag-aampon ng teknolohiya). 2. Hindi kailangang ang engineer ang nagmungkahi ng pagbabago. Ang inhinyero ay dapat ang pangunahing puwersang nagtutulak sa likod ng pagbabago (hal. dinisenyo, nagsilbing tech lead, lumahok sa pagpapatupad). Ang pagbabago mismo ay maaaring maihatid ng isang inhinyero o bilang isang pagsisikap ng pangkat. 3. Ang pagbabago ay dapat na ganap na maipatupad at magamit ng maramihang mga pangkat (ang mga pagbabago ay dapat na "malagkit" at magbigay ng sapat na halaga upang mapanatili ito). 4. Ang pagbabago ay dapat sapat na makabuluhan upang banggitin. Dapat itong subaybayan sa pahina ng "mga paparating na proyekto" bilang isang proyekto ng pagmamay-ari (ang ibig sabihin ng pagmamay-ari sa kontekstong ito ay mga pagbabago sa platform, tooling, proseso, atbp, hindi lamang mga pagbabagong nauugnay sa platform). 5. Hindi bababa sa 2 pagbabago ang dapat na nauugnay sa hindi gumaganang aspeto na pag-aari ng indibidwal. Mga tao Kinikilalang eksperto · Kinikilalang eksperto sa loob ng isang partikular na lugar ng kadalubhasaan sa antas ng kumpanya, nagsisilbing teknikal na punto ng pakikipag-ugnayan sa tech sa loob ng kanilang lugar ng kadalubhasaan · Sinusubaybayan ang mga uso/teknolohiya sa loob ng lugar ng kadalubhasaan at nagpapaalam ng mga update at natuklasan · Aktibo at regular na nagbabahagi ng kadalubhasaan sa iba pang mga inhinyero (workshop, tech talks, pagsasanay) · Pinapadali ang pakikipagtulungan upang makahanap ng mga solusyon para sa mga kumplikadong problema (nagtatrabahong grupo, atbp) · Mabisang nagsasagawa ng mga teknikal na panayam · Mga Mentor at sumusuporta sa mga hindi gaanong karanasan sa mga inhinyero, gabayan ang kanilang karera mula sa isang propesyonal na pananaw sa pag-unlad · Nagsisilbing "magnet" para sa mahuhusay na inhinyero sa panahon ng pagkuha (maging isang mapagpasyang kadahilanan kung saan tayo ay nakikipagkumpitensya para sa mahusay na talento kumpara sa ibang kumpanya) Posibleng ebidensya: 1. Nakapanayam ang mga inhinyero, na tinanggap at pumasa sa probasyon. 2. Feedback mula sa mga inhinyero na may kasanayan. 3. Ang mga sesyon ng pagsasanay ay inayos/inihatid para sa buong tech team (hal. Tech Sync, Engineering Dojo). 4. Pamumuno sa isang working group, ang isang listahan ng mga pagbabago na iminungkahi/ipinatupad sa saklaw ng working group ay maaaring gamitin bilang ebidensya. Tagapamahala ng Engineering Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Naghahatid ng roadmap ng squad · Namumuno sa isang pangkat ng 3-6 na mga inhinyero · Nagsisilbing project manager para sa maramihang sabay-sabay na mga hakbangin · Nagagawang maghatid ng mga resulta na mayroon lamang mga kinakailangan sa negosyo bilang input (magagawang lumikha at mag-sign off ng mga kinakailangan sa system) · Nakatuon sa epekto sa negosyo, na hinimok ng halaga ng negosyo · Nakikipag-ugnayan sa mga pangako, katayuan, at mga panganib sa mga stakeholder ng negosyo · Tinitiyak na ang lahat ng miyembro ng squad ay mayroong lahat ng impormasyong kailangan nila · Nakikipag-ugnayan sa mga ikatlong partido sa loob ng saklaw ng mga hakbangin/pagmamay-ari · Naghahanap ng tamang balanse sa pagitan ng paghahatid ng tampok at kalidad ng system · Lahat ng mga kinakailangan para sa Senior Software Engineer Mga bagong proyektong inihahatid ng squad na sumusunod sa mga sumusunod na kinakailangan: 1. Pinasimulan ang proyekto sa pamamagitan ng isang panukalang proyekto. 2. Natugunan ng proyekto ang mga sukatan ng epekto nito, at natugunan ang pangako ng publiko. 3. Ang mga proyektong iniulat sa nakaraang ikot ng promosyon ay hindi maaaring isama sa listahan. Produktibidad Nagtutulak ng mga pagbabago sa pamamahala (squad) · Sinusukat at patuloy na pinapabuti ang pagganap ng pulutong · Kinikilala at nagtatatag ng pinakamahuhusay na kagawian sa loob ng squad na may pagtuon sa pagiging produktibo · Pinapanatili ang mataas na kalidad ng paghahatid · Tinitiyak ang transparency sa pag-unlad, mga panganib, mga resulta 1. Mga halaga ng sukatan ng pagiging produktibo (pagganap) ng pangkat. 2. Ang mga pangunahing pagbabago (hindi bababa sa 4) ay ipinakilala, alinsunod sa mga sumusunod na kinakailangan: a. Nilulutas nito ang isang problema na may kaugnayan sa pagmamay-ari na squad o tribo, ang problema ay kailangang isama sa TOP 5 na mga problema at napagkasunduan sa line manager. b. Ang pagbabago ay dapat na ganap na ipatupad at gamitin ng squad (ang pagbabago ay dapat na "malagkit" at magbigay ng sapat na halaga upang mapanatili ito). c. Ang pagbabago ay dapat magbigay ng makabuluhang pagpapabuti sa pagiging produktibo, pakikipag-ugnayan, o kalidad ng paghahatid. d. Hindi kailangang ang manager ang nagmungkahi ng pagbabago. Ang EM dapat ang pangunahing puwersang nagtutulak sa likod ng pagbabago. Ang pagbabago ay maaaring ihatid ng isang inhinyero o bilang isang pagsisikap ng pangkat. Mga tao Line manager (>=3 direktang ulat) · Namamahala ng 3-6 direktang ulat · Mga coach at sumusuporta sa mga inhinyero · Sinusuportahan at ginagabayan ang mga pag-unlad ng karera · Pinagkakasundo ang mga pagkakaiba ng opinyon at tumutulong na pamahalaan at lutasin ang mga salungatan · Hinihikayat ang isang positibong kultura ng pangkat at pakikipagtulungan 1. Mga halaga ng sukatan ng pakikipag-ugnayan ng squad. 2. Listahan ng mga inhinyero, na natanggap at nakapasa sa probasyon (maaaring laktawan kung hindi kami kumukuha, dapat na hiring manager si EM). Direktor ng Engineering Lugar Mga kinakailangan Mga patnubay para sa ebidensya Paghahatid Naghahatid ng roadmap para sa maraming squad · Tinitiyak ang paghahatid sa 2-3 squad · Tinutupad ang tungkulin ng Engineering Manager sa isa sa mga squad · Nagmamay-ari ng mga pakikipagsosyo sa mga 3rd party · Lahat ng mga kinakailangan mula sa Engineering Manager Mga bagong proyektong inihahatid ng mga iskwad na sumusunod sa mga sumusunod na kinakailangan: 1. Pinasimulan ang proyekto sa pamamagitan ng isang panukalang proyekto (hindi isang aktibidad ng BAU). 2. Natugunan ng proyekto ang mga sukatan ng epekto nito at natugunan ang pangako ng publiko. 3. Ang mga resulta ng proyekto ay ipinakita bilang isang Tech Feature session. 4. Ang mga proyektong iniulat sa nakaraang ikot ng promosyon ay hindi maaaring isama sa listahan. 5. Hindi bababa sa 2 proyekto ang dapat kilalanin bilang mga pangunahing proyekto sa antas ng kumpanya (hal. isang bagong produkto, atbp, ay maaaring kumpirmahin sa CTO). Pagbabago sa pagmamaneho Nagtutulak ng mga pagbabago sa pangangasiwa (maraming squad/tech) · Lahat ng mga kinakailangan mula sa Engineering ngunit sa maramihang mga squad · May-ari ng system para sa hindi bababa sa isang proseso (hal. suporta, atbp) 1. Mga sukatan ng productivity (performance) ng mga squad sa maraming squad. 2. Ang mga pangunahing pagbabago (hindi bababa sa 6) ay ipinakilala, alinsunod sa mga sumusunod na kinakailangan: a. Nilulutas nito ang problemang may kinalaman sa mga squad o tribo, kailangang isama ang problema sa TOP 5 na problema at napagkasunduan sa line manager. b. Ang pagbabago ay dapat na ganap na ipatupad at gamitin ng mga squad (ang pagbabago ay dapat na "malagkit" at magbigay ng sapat na halaga upang mapanatili ito). c. Ang pagbabago ay dapat magbigay ng makabuluhang pagpapabuti sa pagiging produktibo, pakikipag-ugnayan, o kalidad ng paghahatid. d. Hindi kailangang ang manager ang nagmungkahi ng pagbabago. Ang Direktor ng Inhinyero ay dapat ang pangunahing puwersang nagtutulak sa likod ng pagbabago. Ang pagbabago ay maaaring ihatid ng isang inhinyero o bilang isang pagsisikap ng pangkat. e. Hindi bababa sa 2 pagbabago ang dapat na nauugnay sa prosesong pagmamay-ari ng direktor. Mga tao Line manager (>=10 ulat, kabilang ang mga hindi direktang ulat) · Lahat ng mga kinakailangan para sa Engineering Manager · Mga coach at sumusuporta sa mga inhinyero · Sinusuportahan at ginagabayan ang mga pag-unlad ng karera · Pinamamahalaan ang churn, binabawasan ang "nakapanghihinayang churn" 1. Mga halaga ng sukatan ng pakikipag-ugnayan ng mga squad sa maraming mga squad. 2. Listahan ng mga inhinyero, na natanggap at nakapasa sa probasyon (maaaring laktawan kung hindi kami kukuha). 3. Listahan ng mga inhinyero na na-promote (maaaring laktawan kung walang negosyo na kailangan para sa mga promosyon).
