Šablon karijerne lestvice

Karijerna lestvica softverskog inženjera: šablon

Pet nivoa od Juniora do Principala i šest kompetencija — od isporuke koda do razvoja tima.

Besplatan plan · Platna kartica nije potrebna

Ova karijerna lestvica je napisana za produktne kompanije od približno 20 do 200 ljudi: inženjeri sami isporučuju funkcionalnosti od početka do kraja, timovi su mali, a niko u HR timu ne piše arhitekturu radnih mesta. Opisuje pet nivoa, od nekoga ko je na početku karijere do nekoga ko oblikuje tehnički pravac cele kompanije. Najviši nivo, Principal inženjer, jeste stručni nivo; upravljanje inženjerima pokriva posebna lestvica za engineering menadžere.

Svaki nivo je definisan onim što osoba radi, a ne godinama iskustva. Pročitajte red matrice kompetencija sleva nadesno da vidite kako jedno očekivanje raste; pročitajte odeljak jednog nivoa da odjednom vidite sve što se na tom nivou očekuje. Koristite je da objasnite šta znači sledeći nivo, da strukturišete samoprocene i check-ine i da predloge za unapređenje učinite uporedivim između timova.

Shvatite je kao polaznu tačku. Preimenujte nivoe tako da odgovaraju vašim zvanjima, spojite ili izbacite kompetencije koje ne odgovaraju vašoj kompaniji i prepišite očekivanja svojim rečima pre nego što lestvicu objavite timu.

Nivoi na prvi pogled

Junior inženjer
Upoznaje kodnu bazu i uz podršku isporučuje jasno definisane zadatke.
Obim
Pojedinačni zadaci u jednom delu proizvoda, koje obično razloži neko iskusniji.
Medior inženjer
Samostalno isporučuje funkcionalnosti i pouzdan je član tima.
Obim
Male i srednje funkcionalnosti u oblasti jednog tima, od kratke dizajnerske beleške do produkcije.
Senior inženjer
Vodi veće celine posla i podiže standard tima oko sebe.
Obim
Projekti koji obuhvataju više servisa ili više ljudi i tehničke odluke jednog tima.
Staff inženjer
Rešava probleme koji prelaze granice timova i usmerava tehničke odluke izvan jednog tima.
Obim
Više timova ili cela oblast proizvoda, uključujući probleme koje nijedan tim ne poseduje.
Principal inženjer
Postavlja tehnički pravac kompanije i odgovara za njeno dugoročno tehničko zdravlje.
Obim
Cela inženjerska organizacija i tehnička strategija kompanije za narednih nekoliko godina.

Matrica kompetencija

Svaki red je kompetencija, a svaka kolona nivo. Čitajte red sleva nadesno da biste videli kako očekivanja rastu.

Šta znači svaka kompetencija

Tehnička isporuka: Pretvaranje zahteva u softver koji radi i koji se lako održava, i njegovo dostavljanje korisnicima.
Dizajn sistema: Izbor struktura, interfejsa i kompromisa koji će izdržati rast proizvoda.
Kvalitet i pouzdanost: Održavanje proizvoda ispravnim, vidljivim kroz monitoring i dostupnim, i učenje iz grešaka.
Saradnja i komunikacija: Efikasan rad sa drugim inženjerima, produktom, dizajnom i ostatkom kompanije.
Odgovornost i uticaj na proizvod: Razumevanje zašto je posao važan i preuzimanje odgovornosti za rezultate, a ne samo za zadatke.
Mentorstvo i razvoj tima: Pomaganje drugima da napreduju i građenje tima koji je jači od bilo kog pojedinca u njemu.

Softverski inženjer: očekivanja po kompetenciji i nivou
Kompetencija	Junior inženjer	Medior inženjer	Senior inženjer	Staff inženjer	Principal inženjer
Tehnička isporuka	Završava jasno omeđene zadatke čitljivim kodom i testovima, traži pomoć kada zapne nekoliko sati, a ne nekoliko dana, i rešava komentare iz revizije pre spajanja.	Vodi funkcionalnost od kratke dizajnerske beleške do produkcije bez stalnog nadzora, deli je na pull requestove koje je lako pregledati i daje realne procene za poznat posao.	Isporučuje projekte koji obuhvataju više servisa ili saradnika, redosled posla postavlja tako da nešto korisno izađe rano i uklanja rizike pre nego što blokiraju tim.	Otklanja blokade isporuke između timova: razmršuje zajedničke zavisnosti, pravi alate ili sprovodi migracije koje su potrebne većem broju timova i drži projekte više timova na pravom putu.	Oblikuje način na koji cela organizacija isporučuje — prakse izdavanja, izbor platformi, alate za build i deploy — tako da svaki tim isporučuje brže i bezbednije.
Dizajn sistema	Prati postojeće obrasce u kodnoj bazi i ume da objasni zašto je kod koji je menjao strukturisan baš tako.	Dizajnira komponente unutar postojećeg servisa, za netrivijalne izmene piše kratku dizajnersku belešku i poredi bar dve opcije pre nego što izabere jednu.	Vodi dizajn funkcionalnosti koje obuhvataju više servisa, zapisuje kompromise da bi ih drugi pregledali i konstruktivno pregleda dizajn drugih inženjera.	Definiše arhitekturu preko granica timova — zajedničke modele podataka, ugovore između servisa, odluke da li nešto praviti ili kupiti — i predviđa kako sistem mora da se menja u narednih godinu–dve.	Odgovara za tehničku strategiju kompanije: na koje tehnologije se kladiti, koje povući i kako arhitektura treba da se razvija zajedno sa poslovanjem tokom više godina.
Kvalitet i pouzdanost	Piše testove za sopstvene izmene, proverava svoj rad pre izdavanja i ispravlja greške u kodu koji je dirao.	Dodaje monitoring i upozorenja za funkcionalnosti koje pravi, učestvuje u on-call rotaciji i rešava rutinske incidente prema runbooku.	Vodi odgovor na incidente u sistemima svog tima, piše post-mortem analize bez traženja krivca i stara se da dogovorene naknadne mere zaista budu sprovedene.	Pronalazi rizike za pouzdanost i bezbednost koji obuhvataju više sistema, postavlja standarde kao što su strategija testiranja i ciljevi nivoa usluge (SLO) i pokreće ispravke u više timova.	Definiše šta pouzdanost, bezbednost i kvalitet znače za kompaniju, zajedno sa rukovodstvom ih balansira sa brzinom i poslednja je tačka eskalacije za najteže incidente.
Saradnja i komunikacija	Otvoreno deli napredak i blokade i postavlja jasna pitanja kada zahtev nije jasan.	Radi direktno sa produktom i dizajnom na razjašnjavanju zahteva, objašnjava tehnička ograničenja jednostavnim jezikom i piše opise pull requestova koje recenzenti mogu da prate.	Predstavlja tim u planiranju, sa produktom pregovara o obimu i kompromisima i piše dokumente koje razumeju i ljudi izvan inženjeringa.	Usklađuje više timova i funkcija oko tehničkog plana, rešava nesuglasice između timova i objašnjava tehničke rizike rukovodstvu.	Ima glas od poverenja u odlukama na nivou kompanije, prevodi poslovnu strategiju u tehnički pravac i obrnuto i po potrebi predstavlja inženjering pred klijentima, partnerima ili investitorima.
Odgovornost i uticaj na proizvod	Razume svrhu svojih zadataka, proverava da li ono što je isporučio radi za korisnike i prati stvar dok ne proradi.	Odgovara za funkcionalnost i posle lansiranja: prati njeno korišćenje i greške, ispravlja ono što ne radi i predlaže poboljšanja na osnovu onoga što sazna.	Odgovara za jednu oblast proizvoda od početka do kraja, dovodi u pitanje zahteve koji ne služe korisnicima i predlaže posao koji pomera ciljeve tima.	Pronalazi probleme sa najvećim efektom u celoj oblasti proizvoda — i one koje nijedan tim nije preuzeo — i stara se da budu rešeni.	Povezuje ulaganja u inženjering sa rezultatima kompanije i zalaže se za velike opklade ili protiv njih na osnovu njihovog tehničkog i poslovnog uticaja.
Mentorstvo i razvoj tima	Traži povratne informacije i postupa po njima i zapisuje ono što je naučio, da bi sledeći novajlija lakše počeo.	Pažljivo radi code review, pomaže u uvođenju novih kolega i radi u paru sa junior inženjerima na nepoznatim delovima koda.	Namerno je mentor jednom ili dvojici inženjera, daje povratne informacije koje im pomažu da dostignu sledeći nivo i učestvuje u intervjuima za zapošljavanje.	Razvija senior inženjere u više timova, oblikuje proces intervjuisanja i inženjerske prakse i neko je kome se drugi obraćaju za savet.	Gradi tehničku kulturu kompanije — kako se donose odluke i kako se deli znanje — i razvija sledeću generaciju staff inženjera.

Pomerajte tabelu u stranu da biste videli sve nivoe.

Preuzmite kao CSV Otvara se u Excelu, Google Sheets-u ili Numbers-u.

Junior inženjer: šta se očekuje

Upoznaje kodnu bazu i uz podršku isporučuje jasno definisane zadatke. Pojedinačni zadaci u jednom delu proizvoda, koje obično razloži neko iskusniji.

Tehnička isporuka: Završava jasno omeđene zadatke čitljivim kodom i testovima, traži pomoć kada zapne nekoliko sati, a ne nekoliko dana, i rešava komentare iz revizije pre spajanja.
Dizajn sistema: Prati postojeće obrasce u kodnoj bazi i ume da objasni zašto je kod koji je menjao strukturisan baš tako.
Kvalitet i pouzdanost: Piše testove za sopstvene izmene, proverava svoj rad pre izdavanja i ispravlja greške u kodu koji je dirao.
Saradnja i komunikacija: Otvoreno deli napredak i blokade i postavlja jasna pitanja kada zahtev nije jasan.
Odgovornost i uticaj na proizvod: Razume svrhu svojih zadataka, proverava da li ono što je isporučio radi za korisnike i prati stvar dok ne proradi.
Mentorstvo i razvoj tima: Traži povratne informacije i postupa po njima i zapisuje ono što je naučio, da bi sledeći novajlija lakše počeo.

Medior inženjer: šta se očekuje

Samostalno isporučuje funkcionalnosti i pouzdan je član tima. Male i srednje funkcionalnosti u oblasti jednog tima, od kratke dizajnerske beleške do produkcije.

Tehnička isporuka: Vodi funkcionalnost od kratke dizajnerske beleške do produkcije bez stalnog nadzora, deli je na pull requestove koje je lako pregledati i daje realne procene za poznat posao.
Dizajn sistema: Dizajnira komponente unutar postojećeg servisa, za netrivijalne izmene piše kratku dizajnersku belešku i poredi bar dve opcije pre nego što izabere jednu.
Kvalitet i pouzdanost: Dodaje monitoring i upozorenja za funkcionalnosti koje pravi, učestvuje u on-call rotaciji i rešava rutinske incidente prema runbooku.
Saradnja i komunikacija: Radi direktno sa produktom i dizajnom na razjašnjavanju zahteva, objašnjava tehnička ograničenja jednostavnim jezikom i piše opise pull requestova koje recenzenti mogu da prate.
Odgovornost i uticaj na proizvod: Odgovara za funkcionalnost i posle lansiranja: prati njeno korišćenje i greške, ispravlja ono što ne radi i predlaže poboljšanja na osnovu onoga što sazna.
Mentorstvo i razvoj tima: Pažljivo radi code review, pomaže u uvođenju novih kolega i radi u paru sa junior inženjerima na nepoznatim delovima koda.

Senior inženjer: šta se očekuje

Vodi veće celine posla i podiže standard tima oko sebe. Projekti koji obuhvataju više servisa ili više ljudi i tehničke odluke jednog tima.

Tehnička isporuka: Isporučuje projekte koji obuhvataju više servisa ili saradnika, redosled posla postavlja tako da nešto korisno izađe rano i uklanja rizike pre nego što blokiraju tim.
Dizajn sistema: Vodi dizajn funkcionalnosti koje obuhvataju više servisa, zapisuje kompromise da bi ih drugi pregledali i konstruktivno pregleda dizajn drugih inženjera.
Kvalitet i pouzdanost: Vodi odgovor na incidente u sistemima svog tima, piše post-mortem analize bez traženja krivca i stara se da dogovorene naknadne mere zaista budu sprovedene.
Saradnja i komunikacija: Predstavlja tim u planiranju, sa produktom pregovara o obimu i kompromisima i piše dokumente koje razumeju i ljudi izvan inženjeringa.
Odgovornost i uticaj na proizvod: Odgovara za jednu oblast proizvoda od početka do kraja, dovodi u pitanje zahteve koji ne služe korisnicima i predlaže posao koji pomera ciljeve tima.
Mentorstvo i razvoj tima: Namerno je mentor jednom ili dvojici inženjera, daje povratne informacije koje im pomažu da dostignu sledeći nivo i učestvuje u intervjuima za zapošljavanje.

Staff inženjer: šta se očekuje

Rešava probleme koji prelaze granice timova i usmerava tehničke odluke izvan jednog tima. Više timova ili cela oblast proizvoda, uključujući probleme koje nijedan tim ne poseduje.

Tehnička isporuka: Otklanja blokade isporuke između timova: razmršuje zajedničke zavisnosti, pravi alate ili sprovodi migracije koje su potrebne većem broju timova i drži projekte više timova na pravom putu.
Dizajn sistema: Definiše arhitekturu preko granica timova — zajedničke modele podataka, ugovore između servisa, odluke da li nešto praviti ili kupiti — i predviđa kako sistem mora da se menja u narednih godinu–dve.
Kvalitet i pouzdanost: Pronalazi rizike za pouzdanost i bezbednost koji obuhvataju više sistema, postavlja standarde kao što su strategija testiranja i ciljevi nivoa usluge (SLO) i pokreće ispravke u više timova.
Saradnja i komunikacija: Usklađuje više timova i funkcija oko tehničkog plana, rešava nesuglasice između timova i objašnjava tehničke rizike rukovodstvu.
Odgovornost i uticaj na proizvod: Pronalazi probleme sa najvećim efektom u celoj oblasti proizvoda — i one koje nijedan tim nije preuzeo — i stara se da budu rešeni.
Mentorstvo i razvoj tima: Razvija senior inženjere u više timova, oblikuje proces intervjuisanja i inženjerske prakse i neko je kome se drugi obraćaju za savet.

Principal inženjer: šta se očekuje

Postavlja tehnički pravac kompanije i odgovara za njeno dugoročno tehničko zdravlje. Cela inženjerska organizacija i tehnička strategija kompanije za narednih nekoliko godina.

Tehnička isporuka: Oblikuje način na koji cela organizacija isporučuje — prakse izdavanja, izbor platformi, alate za build i deploy — tako da svaki tim isporučuje brže i bezbednije.
Dizajn sistema: Odgovara za tehničku strategiju kompanije: na koje tehnologije se kladiti, koje povući i kako arhitektura treba da se razvija zajedno sa poslovanjem tokom više godina.
Kvalitet i pouzdanost: Definiše šta pouzdanost, bezbednost i kvalitet znače za kompaniju, zajedno sa rukovodstvom ih balansira sa brzinom i poslednja je tačka eskalacije za najteže incidente.
Saradnja i komunikacija: Ima glas od poverenja u odlukama na nivou kompanije, prevodi poslovnu strategiju u tehnički pravac i obrnuto i po potrebi predstavlja inženjering pred klijentima, partnerima ili investitorima.
Odgovornost i uticaj na proizvod: Povezuje ulaganja u inženjering sa rezultatima kompanije i zalaže se za velike opklade ili protiv njih na osnovu njihovog tehničkog i poslovnog uticaja.
Mentorstvo i razvoj tima: Gradi tehničku kulturu kompanije — kako se donose odluke i kako se deli znanje — i razvija sledeću generaciju staff inženjera.

Kako prilagoditi ovu lestvicu

Uskladite nivoe sa svojim zvanjima
Ako su vaša zvanja Developer I, II i III, preimenujte nivoe, ali zadržite po jedan nivo za svaki stvarni korak u obimu posla. Većini kompanija sa manje od 100 inženjera nivo Principal još nije potreban: izostavite ga dok neko zaista ne počne da obavlja taj posao.
Zadržite pet do sedam kompetencija
Kada ih je više od sedam, niko ih ne čita; kada ih je manje od četiri, veoma različiti ljudi izgledaju isto. Spojite kompetencije koje uvek ocenjujete zajedno, a novu dodajte samo ako bi promenila neku stvarnu odluku.
Prepišite očekivanja kao nešto što se vidi
Za svako polje zapitajte se da li bi rukovodilac mogao da navede primer iz poslednjih šest meseci. Reči kao što su „jak“ ili „dubok“ zamenite onim što osoba zaista radi, na primer „vodi odgovor na incidente u servisima tima“.
Isprobajte je na stvarnim ljudima pre objavljivanja
Zamolite dva ili tri menadžera da rasporede članove svojih timova po nacrtu. Gde god se ne slažu, formulacija je dvosmislena: ispravite je, objavite lestvicu i dogovorite se da je ponovo pregledate za šest meseci.

Pitanja i odgovori

Pitanja o ovoj lestvici

Koliko nivoa treba da ima karijerna lestvica softverskog inženjera?

Za kompaniju od 20 do 200 ljudi uobičajeno je četiri do šest. Ako ih je manje, unapređenja postaju retka i ogromna; ako ih je više, razlika između dva nivoa je premala da bi se opisala. Ovaj šablon koristi pet: Junior inženjer, Medior inženjer, Senior, Staff i Principal.

Da li inženjeri moraju da postanu menadžeri da bi napredovali?

Ne. Ovo je lestvica stručnog puta: Staff i Principal inženjeri rastu u obimu i uticaju a da ne upravljaju ljudima. Koristite je zajedno sa lestvicom za engineering menadžere, tako da prelazak u menadžment bude promena puta, a ne unapređenje.

Kako da koristimo lestvicu u odlukama o unapređenju?

Unapređujte ljude koji već dosledno rade na sledećem nivou, a ne one koji bi to možda mogli. Zamolite osobu i njenog rukovodioca da za svaku kompetenciju ciljnog nivoa prikupe konkretne primere i svaki slučaj poredite sa istom matricom, kako bi odluke bile dosledne u svim timovima.

Kako se lestvica uklapa u check-ine i 1:1 razgovore?

Koristite je kao dnevni red redovnih check-ina: osoba sama sebe ocenjuje u odnosu na svoj trenutni nivo, rukovodilac čini isto, a razlike između te dve procene postaju nekoliko konkretnih razvojnih aktivnosti za naredne mesece.

Koliko često treba da ažuriramo lestvicu?

Pregledajte je jednom ili dvaput godišnje i kad god se kompanija promeni — na primer kada formirate platformski tim ili počnete da zapošljavate Staff inženjere. Prepišite polje kad god procene stalno zapinju na njemu.

Napravite ovu karijernu lestvicu uz LadderKit — besplatno

Podesite njene nivoe i veštine za svoj tim, procenjujte ljude prema njima u check-inima i održite doslednost odluka o unapređenju.

Počnite besplatno Pogledajte demo Bez registracije