Karjeros laiptų šablonas

Programuotojo karjeros laiptų šablonas

Penki lygiai nuo Junior iki Principal ir šešios kompetencijos – nuo kodo išleidimo iki komandos auginimo.

Nemokamas planas · Mokėjimo kortelės nereikia

Šie karjeros laiptai parašyti maždaug 20–200 žmonių produktų įmonėms: programuotojai patys įgyvendina funkcijas nuo pradžios iki galo, komandos mažos, o pareigybių struktūros niekas personalo skyriuje nerašo. Aprašyti penki lygiai – nuo karjerą pradedančio žmogaus iki to, kuris formuoja visos įmonės techninę kryptį. Aukščiausias lygis, Principal inžinierius, yra specialisto lygis; inžinierių komandų valdymą aprašo atskiri Engineering Manager karjeros laiptai.

Kiekvieną lygį apibrėžia tai, ką žmogus daro, o ne patirties metai. Skaitykite kompetencijų matricos eilutę iš kairės į dešinę – pamatysite, kaip auga vienas lūkestis; skaitykite lygio skiltį – pamatysite viską, ko tame lygyje tikimasi. Naudokite karjeros laiptus aiškindami, ką reiškia kitas lygis, rengdami įsivertinimus ir check-in pokalbius, ir kad paaukštinimo atvejus būtų galima palyginti tarp komandų.

Laikykite šį šabloną atspirties tašku. Pervadinkite lygius pagal savo pareigybių pavadinimus, sujunkite arba išbraukite jūsų įmonei netinkamas kompetencijas ir perrašykite lūkesčius savais žodžiais prieš paskelbdami karjeros laiptus komandai.

Lygiai trumpai

Junior programuotojas
Mokosi kodo bazės ir, padedamas kolegų, atlieka aiškiai apibrėžtas užduotis.
Apimtis
Atskiros užduotys vienoje produkto srityje, dažniausiai išskaidytos patyrusesnio kolegos.
Programuotojas
Savarankiškai įgyvendina funkcijas ir yra patikimas komandos narys.
Apimtis
Mažos ir vidutinės funkcijos vienos komandos srityje – nuo trumpo sprendimo aprašo iki produkcinės aplinkos.
Senior programuotojas
Vadovauja didesniems darbams ir kelia visos komandos darbo kartelę.
Apimtis
Projektai, apimantys kelis servisus ar kelis žmones, ir vienos komandos techniniai sprendimai.
Staff inžinierius
Sprendžia komandų ribas peržengiančias problemas ir kreipia techninius sprendimus už savo komandos ribų.
Apimtis
Kelios komandos arba visa produkto sritis, įskaitant problemas, kurios nepriklauso nė vienai komandai.
Principal inžinierius
Nustato įmonės techninę kryptį ir atsako už ilgalaikę jos technologijų būklę.
Apimtis
Visa inžinerijos organizacija ir įmonės technologijų strategija keleriems ateinantiems metams.

Kompetencijų matrica

Kiekviena eilutė – kompetencija, kiekvienas stulpelis – lygis. Skaitykite eilutę iš kairės į dešinę ir matysite, kaip auga lūkesčiai.

Ką reiškia kiekviena kompetencija

Techninis įgyvendinimas: Reikalavimų pavertimas veikiančia, lengvai prižiūrima programine įranga ir jos išleidimas naudotojams.
Sistemų projektavimas: Struktūrų, sąsajų ir kompromisų, kurie atlaikys produkto augimą, pasirinkimas.
Kokybė ir patikimumas: Rūpinimasis, kad produktas veiktų teisingai, būtų stebimas ir pasiekiamas, ir mokymasis iš nesėkmių.
Bendradarbiavimas ir komunikacija: Veiksmingas darbas su kitais inžinieriais, produkto ir dizaino komandomis bei likusiu verslu.
Atsakomybė ir poveikis produktui: Supratimas, kodėl darbas svarbus, ir atsakomybė už rezultatus, ne tik už užduotis.
Mentorystė ir komandos augimas: Pagalba kitiems tobulėti ir komandos stiprinimas, kad ji būtų stipresnė už bet kurį savo narį.

Programuotojas: lūkesčiai pagal kompetenciją ir lygį
Kompetencija	Junior programuotojas	Programuotojas	Senior programuotojas	Staff inžinierius	Principal inžinierius
Techninis įgyvendinimas	Atlieka aiškiai apibrėžtas užduotis, rašo skaitomą kodą ir testus, užstrigęs paprašo pagalbos po kelių valandų, o ne po kelių dienų, ir prieš sujungdamas pakeitimus sutvarko peržiūros pastabas.	Be nuolatinės priežiūros nuveda funkciją nuo trumpo sprendimo aprašo iki produkcinės aplinkos, skaido ją į lengvai peržiūrimus pakeitimus ir realistiškai įvertina pažįstamą darbą.	Įgyvendina projektus, apimančius kelis servisus ar kelis žmones, išdėlioja darbą taip, kad kažkas naudingo būtų išleista anksti, ir pašalina rizikas, kol jos dar neblokuoja komandos.	Atblokuoja darbą tarp komandų: išnarplioja bendras priklausomybes, sukuria įrankius ar atlieka migracijas, kurių reikia kelioms komandoms, ir išlaiko kelių komandų projektus numatytame kelyje.	Formuoja, kaip išleidžia visa organizacija – išleidimo praktikas, platformų pasirinkimą, kompiliavimo ir diegimo įrankius, – kad kiekviena komanda dirbtų greičiau ir saugiau.
Sistemų projektavimas	Laikosi kodo bazėje įprastų sprendimų ir gali paaiškinti, kodėl keistas kodas struktūruotas būtent taip.	Projektuoja komponentus esamame servise, nebanaliems pakeitimams parašo trumpą sprendimo aprašą ir prieš rinkdamasis palygina bent du variantus.	Vadovauja kelis servisus apimančių funkcijų projektavimui, užrašo kompromisus, kad kiti galėtų juos peržiūrėti, ir konstruktyviai peržiūri kitų inžinierių sprendimus.	Apibrėžia architektūrą tarp komandų – bendrus duomenų modelius, servisų kontraktus, sprendimus kurti ar pirkti – ir numato, kaip sistema turės keistis per artimiausius metus ar dvejus.	Atsako už įmonės technologijų strategiją: į kurias technologijas statyti, kurių atsisakyti ir kaip architektūra turėtų vystytis kartu su verslu per kelerius metus.
Kokybė ir patikimumas	Rašo testus savo pakeitimams, prieš išleidimą patikrina savo darbą ir taiso klaidas kode, kurį keitė.	Kuriamoms funkcijoms prideda stebėseną ir įspėjimus, dalyvauja budėjimų rotacijoje ir pagal veiksmų instrukciją (runbook) sutvarko įprastus incidentus.	Vadovauja reagavimui į komandos sistemų incidentus, rašo kaltųjų neieškančias incidentų analizes (post-mortem) ir pasirūpina, kad numatyti tolesni veiksmai iš tiesų būtų atlikti.	Randa kelias sistemas apimančias patikimumo ir saugumo rizikas, nustato standartus, pavyzdžiui, testavimo strategiją ir paslaugos lygio tikslus (SLO), ir telkia komandas joms pašalinti.	Apibrėžia, ką įmonei reiškia patikimumas, saugumas ir kokybė, kartu su vadovybe derina juos su greičiu ir yra paskutinė eskalavimo grandis sunkiausiems incidentams.
Bendradarbiavimas ir komunikacija	Atvirai dalijasi pažanga ir kliūtimis, o kai reikalavimas neaiškus, užduoda aiškius klausimus.	Tiesiogiai dirba su produkto ir dizaino žmonėmis, kad išsiaiškintų reikalavimus, paprasta kalba paaiškina technines ribas ir rašo pakeitimų aprašymus, kuriuos peržiūrintiesiems lengva sekti.	Atstovauja komandai planuojant, derasi su produkto komanda dėl apimties ir kompromisų, rašo dokumentus, kuriuos supranta ir ne inžinieriai.	Suburia kelias komandas ir funkcijas apie bendrą techninį planą, sprendžia komandų nesutarimus ir paaiškina techninę riziką vadovybei.	Yra patikimas balsas įmonės lygio sprendimuose, verčia verslo strategiją technine kryptimi ir atvirkščiai, prireikus atstovauja inžinerijai klientams, partneriams ar investuotojams.
Atsakomybė ir poveikis produktui	Supranta savo užduočių tikslą, patikrina, ar išleistas pakeitimas veikia naudotojams, ir seka, kol jis veikia.	Po paleidimo atsako už funkciją: stebi jos naudojimą ir klaidas, taiso, kas sugenda, ir pagal tai, ką sužino, siūlo patobulinimų.	Atsako už visą produkto sritį nuo pradžios iki galo, kvestionuoja naudotojams nenaudingus reikalavimus ir siūlo darbus, kurie artina komandą prie jos tikslų.	Randa didžiausią naudą duosiančias problemas visoje produkto srityje – ir tas, kurių nėra prisiėmusi nė viena komanda, – ir pasirūpina, kad jos būtų išspręstos.	Sieja investicijas į inžineriją su įmonės rezultatais ir, remdamasis techniniu bei verslo poveikiu, pasisako už didelius strateginius sprendimus arba prieš juos.
Mentorystė ir komandos augimas	Prašo grįžtamojo ryšio ir į jį atsižvelgia, užsirašo, ką išmoko, kad kitam naujokui būtų lengviau pradėti.	Atidžiai peržiūri kodą, padeda įsivažiuoti naujiems komandos nariams ir kartu su junior programuotojais dirba su jiems nepažįstamomis kodo dalimis.	Sąmoningai mentoriauja vienam ar dviem inžinieriams, teikia grįžtamąjį ryšį, padedantį jiems pasiekti kitą lygį, ir dalyvauja atrankos pokalbiuose.	Augina senior inžinierius skirtingose komandose, formuoja atrankos procesą ir inžinerines praktikas ir yra tas, į kurį kiti kreipiasi patarimo.	Kuria įmonės techninę kultūrą – kaip priimami sprendimai ir kaip dalijamasi žiniomis – ir ugdo naują Staff inžinierių kartą.

Slinkite lentelę į šoną, kad matytumėte visus lygius.

Atsisiųsti CSV Atsidaro su „Excel“, „Google Sheets“ ar „Numbers“.

Junior programuotojas: ko tikimasi

Mokosi kodo bazės ir, padedamas kolegų, atlieka aiškiai apibrėžtas užduotis. Atskiros užduotys vienoje produkto srityje, dažniausiai išskaidytos patyrusesnio kolegos.

Techninis įgyvendinimas: Atlieka aiškiai apibrėžtas užduotis, rašo skaitomą kodą ir testus, užstrigęs paprašo pagalbos po kelių valandų, o ne po kelių dienų, ir prieš sujungdamas pakeitimus sutvarko peržiūros pastabas.
Sistemų projektavimas: Laikosi kodo bazėje įprastų sprendimų ir gali paaiškinti, kodėl keistas kodas struktūruotas būtent taip.
Kokybė ir patikimumas: Rašo testus savo pakeitimams, prieš išleidimą patikrina savo darbą ir taiso klaidas kode, kurį keitė.
Bendradarbiavimas ir komunikacija: Atvirai dalijasi pažanga ir kliūtimis, o kai reikalavimas neaiškus, užduoda aiškius klausimus.
Atsakomybė ir poveikis produktui: Supranta savo užduočių tikslą, patikrina, ar išleistas pakeitimas veikia naudotojams, ir seka, kol jis veikia.
Mentorystė ir komandos augimas: Prašo grįžtamojo ryšio ir į jį atsižvelgia, užsirašo, ką išmoko, kad kitam naujokui būtų lengviau pradėti.

Programuotojas: ko tikimasi

Savarankiškai įgyvendina funkcijas ir yra patikimas komandos narys. Mažos ir vidutinės funkcijos vienos komandos srityje – nuo trumpo sprendimo aprašo iki produkcinės aplinkos.

Techninis įgyvendinimas: Be nuolatinės priežiūros nuveda funkciją nuo trumpo sprendimo aprašo iki produkcinės aplinkos, skaido ją į lengvai peržiūrimus pakeitimus ir realistiškai įvertina pažįstamą darbą.
Sistemų projektavimas: Projektuoja komponentus esamame servise, nebanaliems pakeitimams parašo trumpą sprendimo aprašą ir prieš rinkdamasis palygina bent du variantus.
Kokybė ir patikimumas: Kuriamoms funkcijoms prideda stebėseną ir įspėjimus, dalyvauja budėjimų rotacijoje ir pagal veiksmų instrukciją (runbook) sutvarko įprastus incidentus.
Bendradarbiavimas ir komunikacija: Tiesiogiai dirba su produkto ir dizaino žmonėmis, kad išsiaiškintų reikalavimus, paprasta kalba paaiškina technines ribas ir rašo pakeitimų aprašymus, kuriuos peržiūrintiesiems lengva sekti.
Atsakomybė ir poveikis produktui: Po paleidimo atsako už funkciją: stebi jos naudojimą ir klaidas, taiso, kas sugenda, ir pagal tai, ką sužino, siūlo patobulinimų.
Mentorystė ir komandos augimas: Atidžiai peržiūri kodą, padeda įsivažiuoti naujiems komandos nariams ir kartu su junior programuotojais dirba su jiems nepažįstamomis kodo dalimis.

Senior programuotojas: ko tikimasi

Vadovauja didesniems darbams ir kelia visos komandos darbo kartelę. Projektai, apimantys kelis servisus ar kelis žmones, ir vienos komandos techniniai sprendimai.

Techninis įgyvendinimas: Įgyvendina projektus, apimančius kelis servisus ar kelis žmones, išdėlioja darbą taip, kad kažkas naudingo būtų išleista anksti, ir pašalina rizikas, kol jos dar neblokuoja komandos.
Sistemų projektavimas: Vadovauja kelis servisus apimančių funkcijų projektavimui, užrašo kompromisus, kad kiti galėtų juos peržiūrėti, ir konstruktyviai peržiūri kitų inžinierių sprendimus.
Kokybė ir patikimumas: Vadovauja reagavimui į komandos sistemų incidentus, rašo kaltųjų neieškančias incidentų analizes (post-mortem) ir pasirūpina, kad numatyti tolesni veiksmai iš tiesų būtų atlikti.
Bendradarbiavimas ir komunikacija: Atstovauja komandai planuojant, derasi su produkto komanda dėl apimties ir kompromisų, rašo dokumentus, kuriuos supranta ir ne inžinieriai.
Atsakomybė ir poveikis produktui: Atsako už visą produkto sritį nuo pradžios iki galo, kvestionuoja naudotojams nenaudingus reikalavimus ir siūlo darbus, kurie artina komandą prie jos tikslų.
Mentorystė ir komandos augimas: Sąmoningai mentoriauja vienam ar dviem inžinieriams, teikia grįžtamąjį ryšį, padedantį jiems pasiekti kitą lygį, ir dalyvauja atrankos pokalbiuose.

Staff inžinierius: ko tikimasi

Sprendžia komandų ribas peržengiančias problemas ir kreipia techninius sprendimus už savo komandos ribų. Kelios komandos arba visa produkto sritis, įskaitant problemas, kurios nepriklauso nė vienai komandai.

Techninis įgyvendinimas: Atblokuoja darbą tarp komandų: išnarplioja bendras priklausomybes, sukuria įrankius ar atlieka migracijas, kurių reikia kelioms komandoms, ir išlaiko kelių komandų projektus numatytame kelyje.
Sistemų projektavimas: Apibrėžia architektūrą tarp komandų – bendrus duomenų modelius, servisų kontraktus, sprendimus kurti ar pirkti – ir numato, kaip sistema turės keistis per artimiausius metus ar dvejus.
Kokybė ir patikimumas: Randa kelias sistemas apimančias patikimumo ir saugumo rizikas, nustato standartus, pavyzdžiui, testavimo strategiją ir paslaugos lygio tikslus (SLO), ir telkia komandas joms pašalinti.
Bendradarbiavimas ir komunikacija: Suburia kelias komandas ir funkcijas apie bendrą techninį planą, sprendžia komandų nesutarimus ir paaiškina techninę riziką vadovybei.
Atsakomybė ir poveikis produktui: Randa didžiausią naudą duosiančias problemas visoje produkto srityje – ir tas, kurių nėra prisiėmusi nė viena komanda, – ir pasirūpina, kad jos būtų išspręstos.
Mentorystė ir komandos augimas: Augina senior inžinierius skirtingose komandose, formuoja atrankos procesą ir inžinerines praktikas ir yra tas, į kurį kiti kreipiasi patarimo.

Principal inžinierius: ko tikimasi

Nustato įmonės techninę kryptį ir atsako už ilgalaikę jos technologijų būklę. Visa inžinerijos organizacija ir įmonės technologijų strategija keleriems ateinantiems metams.

Techninis įgyvendinimas: Formuoja, kaip išleidžia visa organizacija – išleidimo praktikas, platformų pasirinkimą, kompiliavimo ir diegimo įrankius, – kad kiekviena komanda dirbtų greičiau ir saugiau.
Sistemų projektavimas: Atsako už įmonės technologijų strategiją: į kurias technologijas statyti, kurių atsisakyti ir kaip architektūra turėtų vystytis kartu su verslu per kelerius metus.
Kokybė ir patikimumas: Apibrėžia, ką įmonei reiškia patikimumas, saugumas ir kokybė, kartu su vadovybe derina juos su greičiu ir yra paskutinė eskalavimo grandis sunkiausiems incidentams.
Bendradarbiavimas ir komunikacija: Yra patikimas balsas įmonės lygio sprendimuose, verčia verslo strategiją technine kryptimi ir atvirkščiai, prireikus atstovauja inžinerijai klientams, partneriams ar investuotojams.
Atsakomybė ir poveikis produktui: Sieja investicijas į inžineriją su įmonės rezultatais ir, remdamasis techniniu bei verslo poveikiu, pasisako už didelius strateginius sprendimus arba prieš juos.
Mentorystė ir komandos augimas: Kuria įmonės techninę kultūrą – kaip priimami sprendimai ir kaip dalijamasi žiniomis – ir ugdo naują Staff inžinierių kartą.

Kaip pritaikyti šiuos laiptus

Suderinkite lygius su savo pareigybėmis
Jei jūsų pareigybės vadinasi „Programuotojas I, II ir III“, pervadinkite lygius, bet palikite po vieną lygį kiekvienam realiam atsakomybės ribų žingsniui. Daugumai įmonių, turinčių mažiau nei 100 inžinierių, Principal lygio dar nereikia: neįtraukite jo, kol kas nors iš tiesų neatlieka tokio darbo.
Palikite penkias–septynias kompetencijas
Kai jų daugiau nei septynios, niekas jų neskaito; kai mažiau nei keturios, labai skirtingi žmonės atrodo vienodai. Sujunkite kompetencijas, kurias visada vertinate kartu, ir pridėkite naują tik tada, kai ji pakeistų realų sprendimą.
Perrašykite lūkesčius taip, kad juos būtų galima pamatyti
Prie kiekvieno langelio paklauskite, ar vadovas galėtų nurodyti pavyzdį iš paskutinių šešių mėnesių. Žodžius „stiprus“ ar „gilus“ pakeiskite tuo, ką žmogus iš tikrųjų daro, pavyzdžiui, „vadovauja reagavimui į komandos servisų incidentus“.
Prieš skelbdami išbandykite su tikrais žmonėmis
Paprašykite dviejų ar trijų vadovų priskirti savo komandos narius juodraščio lygiams. Kur jų nuomonės išsiskiria, formuluotė dviprasmiška: pataisykite ją, paskelbkite karjeros laiptus ir susitarkite peržiūrėti juos po šešių mėnesių.

DUK

Klausimai apie šiuos laiptus

Kiek lygių turėtų turėti programuotojo karjeros laiptai?

20–200 žmonių įmonei įprasta nuo keturių iki šešių. Kai lygių mažiau, paaukštinimai tampa reti ir per dideli; kai daugiau, skirtumas tarp dviejų lygių per mažas, kad jį būtų galima aprašyti. Šiame šablone jų penki: Junior programuotojas, Programuotojas, Senior, Staff ir Principal.

Ar programuotojas, norėdamas augti, turi tapti vadovu?

Ne. Tai specialisto krypties karjeros laiptai: Staff ir Principal inžinieriai auga atsakomybės ribomis ir įtaka, nevadovaudami žmonėms. Naudokite juos kartu su Engineering Manager karjeros laiptais, kad perėjimas į vadovo darbą būtų karjeros krypties pakeitimas, o ne paaukštinimas.

Kaip remtis programuotojo karjeros laiptais sprendžiant dėl paaukštinimo?

Paaukštinkite tuos, kurie jau nuosekliai dirba taip, kaip tikimasi kitame lygyje, o ne tuos, kurie galbūt galėtų. Paprašykite žmogaus ir jo vadovo surinkti konkrečių pavyzdžių kiekvienai siekiamo lygio kompetencijai ir kiekvieną atvejį lyginkite su ta pačia matrica, kad sprendimai skirtingose komandose išliktų nuoseklūs.

Kaip programuotojo karjeros laiptai dera su check-in pokalbiais ir 1:1 susitikimais?

Naudokite juos kaip reguliarių check-in pokalbių darbotvarkę: žmogus įsivertina pagal dabartinį savo lygį, vadovas padaro tą patį, o skirtumai tarp abiejų vertinimų virsta keliomis konkrečiomis tobulėjimo užduotimis ateinantiems mėnesiams.

Kaip dažnai reikėtų atnaujinti programuotojų karjeros laiptus?

Peržiūrėkite juos kartą ar du per metus ir kaskart, kai keičiasi įmonės struktūra – pavyzdžiui, kai sukuriate platformos komandą ar pradedate samdyti Staff inžinierius. Perrašykite langelį, kai tik vertinant prie jo nuolat užkliūvama.

Sukurkite šiuos karjeros laiptus LadderKit platformoje – nemokamai

Sukonfigūruokite lygius ir įgūdžius savo komandai, vertinkite pagal juos žmones check-in pokalbiuose ir priimkite nuoseklius sprendimus dėl paaukštinimų.

Pradėti nemokamai Žiūrėti demonstraciją Be registracijos