Predloga karierne lestvice

Predloga karierne lestvice za razvijalce programske opreme

Pet ravni od Junior do Principal in šest kompetenc, od izdajanja kode do rasti ekipe.

Brezplačni paket · Kreditna kartica ni potrebna

Ta karierna lestvica je napisana za produktna podjetja s približno 20 do 200 zaposlenimi: razvijalci funkcionalnosti izpeljejo od začetka do konca, ekipe so majhne in nihče v kadrovski službi ne piše sistemizacije delovnih mest. Opisuje pet ravni, od nekoga na začetku kariere do nekoga, ki oblikuje tehnično smer celotnega podjetja. Najvišja raven, Principal inženir, je strokovna raven; vodenje razvijalcev pokriva ločena lestvica za vodje razvoja (Engineering Manager).

Vsaka raven je opredeljena s tem, kaj človek dela, ne z leti izkušenj. Preberite vrstico matrike kompetenc od leve proti desni, da vidite, kako raste posamezno pričakovanje; preberite razdelek posamezne ravni, da na enem mestu vidite vse, kar se na njej pričakuje. Z lestvico pojasnite, kaj pomeni naslednja raven, dajte strukturo samoocenam in check-inom ter poskrbite, da so predlogi za napredovanje primerljivi med ekipami.

Vzemite jo kot izhodišče. Preimenujte ravni, da se ujemajo z vašimi nazivi, združite ali izpustite kompetence, ki ne ustrezajo vašemu podjetju, in pričakovanja napišite s svojimi besedami, preden lestvico objavite ekipi.

Ravni na prvi pogled

Junior razvijalec
Spoznava kodno bazo in ob podpori izvaja jasno opredeljene naloge.
Obseg
Posamezne naloge na enem področju izdelka, ki jih običajno razčleni nekdo z več izkušnjami.
Medior razvijalec
Samostojno razvija funkcionalnosti in je zanesljiv član ekipe.
Obseg
Manjše in srednje velike funkcionalnosti na področju ene ekipe, od kratkega zapisa zasnove do produkcije.
Senior razvijalec
Vodi večje kose dela in dviguje merila kakovosti v ekipi okoli sebe.
Obseg
Projekti, ki zajemajo več storitev ali več ljudi, in tehnične odločitve ene ekipe.
Staff inženir
Rešuje probleme, ki presegajo meje ekip, in usmerja tehnične odločitve zunaj ene ekipe.
Obseg
Več ekip ali celotno področje izdelka, vključno s problemi, za katere ni odgovorna nobena posamezna ekipa.
Principal inženir
Postavlja tehnično smer podjetja in odgovarja za njegovo dolgoročno tehnično zdravje.
Obseg
Celotna inženirska organizacija in tehnična strategija podjetja za naslednjih nekaj let.

Matrika kompetenc

Vsaka vrstica je kompetenca, vsak stolpec raven. Vrstico preberite od leve proti desni in videli boste, kako pričakovanja rastejo.

Kaj pomeni posamezna kompetenca

Razvoj in dostava: Pretvarjanje zahtev v delujočo programsko opremo, ki jo je mogoče vzdrževati, in njena dostava do uporabnikov.
Načrtovanje sistemov: Izbira struktur, vmesnikov in kompromisov, ki bodo zdržali, ko izdelek raste.
Kakovost in zanesljivost: Skrb, da izdelek deluje pravilno, je opazljiv in dosegljiv, ter učenje iz napak.
Sodelovanje in komunikacija: Učinkovito delo z drugimi razvijalci, produktom, oblikovanjem in preostalim podjetjem.
Odgovornost in vpliv na izdelek: Razumevanje, zakaj je delo pomembno, in prevzemanje odgovornosti za rezultate, ne le za naloge.
Mentorstvo in rast ekipe: Pomoč drugim pri napredku in krepitev ekipe, da je močnejša od katerega koli posameznika v njej.

Razvijalec programske opreme: pričakovanja po kompetencah in ravneh
Kompetenca	Junior razvijalec	Medior razvijalec	Senior razvijalec	Staff inženir	Principal inženir
Razvoj in dostava	Dokonča dobro omejene naloge z berljivo kodo in testi, za pomoč prosi, ko obtiči za nekaj ur in ne za nekaj dni, ter komentarje iz pregleda kode upošteva pred združitvijo.	Funkcionalnost brez vodenja za roko pripelje od kratkega zapisa zasnove do produkcije, jo razdeli na zahteve za združitev (pull requeste), ki jih je lahko pregledati, in za znano delo poda realne ocene.	Izpelje projekte, ki zajemajo več storitev ali sodelavcev, delo razporedi tako, da nekaj uporabnega izide zgodaj, in odpravi tveganja, preden zaustavijo ekipo.	Odblokira dostavo med ekipami: razvozla skupne odvisnosti, zgradi orodja ali izvede migracije, ki jih potrebuje več ekip, in skrbi, da projekti več ekip ostanejo na pravi poti.	Oblikuje, kako celotna organizacija izdaja programsko opremo — prakse izdajanja, izbiro platform, orodja za gradnjo in namestitev — da vsaka ekipa dostavlja hitreje in varneje.
Načrtovanje sistemov	Sledi obstoječim vzorcem v kodni bazi in zna pojasniti, zakaj je koda, ki jo spreminja, strukturirana tako, kot je.	Načrtuje komponente znotraj obstoječe storitve, za netrivialne spremembe napiše kratek zapis zasnove in pred izbiro primerja vsaj dve možnosti.	Vodi zasnovo funkcionalnosti, ki zajemajo več storitev, kompromise zapiše, da jih lahko pregledajo drugi, in konstruktivno pregleduje zasnove drugih razvijalcev.	Opredeli arhitekturo prek meja ekip — skupne podatkovne modele, pogodbe med storitvami, odločitve o lastnem razvoju ali nakupu — in predvidi, kako se mora sistem spremeniti v naslednjem letu ali dveh.	Odgovarja za tehnično strategijo podjetja: na katere tehnologije staviti, katere opustiti in kako naj se arhitektura v več letih razvija skupaj s poslom.
Kakovost in zanesljivost	Piše teste za svoje spremembe, pred izdajo preveri svoje delo in popravlja hrošče v kodi, ki jo je spreminjal.	Za funkcionalnosti, ki jih razvija, doda spremljanje in opozorila, sodeluje v dežurstvu in rutinske incidente rešuje po priročniku za ukrepanje (runbooku).	Vodi odziv na incidente v sistemih ekipe, piše analize incidentov brez iskanja krivcev in poskrbi, da so dogovorjeni ukrepi res izvedeni.	Odkriva tveganja za zanesljivost in varnost, ki segajo prek več sistemov, postavlja standarde, kot sta strategija testiranja in cilji ravni storitev (SLO), ter vodi popravke v več ekipah.	Opredeli, kaj zanesljivost, varnost in kakovost pomenijo za podjetje, jih skupaj z vodstvom uravnoteži s hitrostjo in je zadnja točka eskalacije pri najtežjih incidentih.
Sodelovanje in komunikacija	Odkrito deli napredek in ovire ter postavlja jasna vprašanja, ko zahteva ni jasna.	Zahteve razjasni neposredno s produktom in oblikovanjem, tehnične omejitve pojasni preprosto in piše opise zahtev za združitev, ki jim pregledovalci zlahka sledijo.	Zastopa ekipo pri načrtovanju, s produktom se dogovarja o obsegu in kompromisih ter piše dokumente, ki jih razumejo tudi ljudje zunaj razvoja.	Uskladi več ekip in funkcij okoli tehničnega načrta, razrešuje nesoglasja med ekipami in vodstvu pojasnjuje tehnična tveganja.	Je zaupanja vreden glas pri odločitvah na ravni podjetja, poslovno strategijo prevaja v tehnično smer in obratno ter po potrebi zastopa razvoj pred strankami, partnerji ali vlagatelji.
Odgovornost in vpliv na izdelek	Razume namen svojih nalog, preveri, ali izdana sprememba uporabnikom res deluje, in vztraja, dokler ne deluje.	Za funkcionalnost odgovarja tudi po lansiranju: spremlja njeno uporabo in napake, popravi, kar ne deluje, in na podlagi ugotovitev predlaga izboljšave.	Odgovarja za celotno področje izdelka od začetka do konca, izpodbija zahteve, ki uporabnikom ne koristijo, in predlaga delo, ki premika cilje ekipe.	Na področju izdelka najde probleme z največjim učinkom — tudi tiste, ki jih ni prevzela nobena ekipa — in poskrbi, da so rešeni.	Vlaganja v razvoj poveže z rezultati podjetja ter zagovarja ali zavrača velike stave glede na njihov tehnični in poslovni učinek.
Mentorstvo in rast ekipe	Prosi za povratne informacije in jih upošteva ter zapiše, kar se je naučil, da ima naslednji novinec lažji začetek.	Skrbno pregleduje kodo, pomaga pri uvajanju novih sodelavcev in na neznanih delih kode dela v paru z junior razvijalci.	Načrtno mentorira enega ali dva razvijalca, s povratnimi informacijami jim pomaga doseči naslednjo raven in sodeluje pri zaposlitvenih razgovorih.	Razvija senior razvijalce v več ekipah, oblikuje postopek zaposlovanja in inženirske prakse ter je nekdo, h kateremu drugi hodijo po nasvet.	Gradi tehnično kulturo podjetja — kako se sprejemajo odločitve in kako se deli znanje — in razvija naslednjo generacijo Staff inženirjev.

Tabelo pomaknite vstran, da vidite vse ravni.

Prenesite kot CSV Odpre se v Excelu, Google Preglednicah ali Numbers.

Junior razvijalec: kaj se pričakuje

Spoznava kodno bazo in ob podpori izvaja jasno opredeljene naloge. Posamezne naloge na enem področju izdelka, ki jih običajno razčleni nekdo z več izkušnjami.

Razvoj in dostava: Dokonča dobro omejene naloge z berljivo kodo in testi, za pomoč prosi, ko obtiči za nekaj ur in ne za nekaj dni, ter komentarje iz pregleda kode upošteva pred združitvijo.
Načrtovanje sistemov: Sledi obstoječim vzorcem v kodni bazi in zna pojasniti, zakaj je koda, ki jo spreminja, strukturirana tako, kot je.
Kakovost in zanesljivost: Piše teste za svoje spremembe, pred izdajo preveri svoje delo in popravlja hrošče v kodi, ki jo je spreminjal.
Sodelovanje in komunikacija: Odkrito deli napredek in ovire ter postavlja jasna vprašanja, ko zahteva ni jasna.
Odgovornost in vpliv na izdelek: Razume namen svojih nalog, preveri, ali izdana sprememba uporabnikom res deluje, in vztraja, dokler ne deluje.
Mentorstvo in rast ekipe: Prosi za povratne informacije in jih upošteva ter zapiše, kar se je naučil, da ima naslednji novinec lažji začetek.

Medior razvijalec: kaj se pričakuje

Samostojno razvija funkcionalnosti in je zanesljiv član ekipe. Manjše in srednje velike funkcionalnosti na področju ene ekipe, od kratkega zapisa zasnove do produkcije.

Razvoj in dostava: Funkcionalnost brez vodenja za roko pripelje od kratkega zapisa zasnove do produkcije, jo razdeli na zahteve za združitev (pull requeste), ki jih je lahko pregledati, in za znano delo poda realne ocene.
Načrtovanje sistemov: Načrtuje komponente znotraj obstoječe storitve, za netrivialne spremembe napiše kratek zapis zasnove in pred izbiro primerja vsaj dve možnosti.
Kakovost in zanesljivost: Za funkcionalnosti, ki jih razvija, doda spremljanje in opozorila, sodeluje v dežurstvu in rutinske incidente rešuje po priročniku za ukrepanje (runbooku).
Sodelovanje in komunikacija: Zahteve razjasni neposredno s produktom in oblikovanjem, tehnične omejitve pojasni preprosto in piše opise zahtev za združitev, ki jim pregledovalci zlahka sledijo.
Odgovornost in vpliv na izdelek: Za funkcionalnost odgovarja tudi po lansiranju: spremlja njeno uporabo in napake, popravi, kar ne deluje, in na podlagi ugotovitev predlaga izboljšave.
Mentorstvo in rast ekipe: Skrbno pregleduje kodo, pomaga pri uvajanju novih sodelavcev in na neznanih delih kode dela v paru z junior razvijalci.

Senior razvijalec: kaj se pričakuje

Vodi večje kose dela in dviguje merila kakovosti v ekipi okoli sebe. Projekti, ki zajemajo več storitev ali več ljudi, in tehnične odločitve ene ekipe.

Razvoj in dostava: Izpelje projekte, ki zajemajo več storitev ali sodelavcev, delo razporedi tako, da nekaj uporabnega izide zgodaj, in odpravi tveganja, preden zaustavijo ekipo.
Načrtovanje sistemov: Vodi zasnovo funkcionalnosti, ki zajemajo več storitev, kompromise zapiše, da jih lahko pregledajo drugi, in konstruktivno pregleduje zasnove drugih razvijalcev.
Kakovost in zanesljivost: Vodi odziv na incidente v sistemih ekipe, piše analize incidentov brez iskanja krivcev in poskrbi, da so dogovorjeni ukrepi res izvedeni.
Sodelovanje in komunikacija: Zastopa ekipo pri načrtovanju, s produktom se dogovarja o obsegu in kompromisih ter piše dokumente, ki jih razumejo tudi ljudje zunaj razvoja.
Odgovornost in vpliv na izdelek: Odgovarja za celotno področje izdelka od začetka do konca, izpodbija zahteve, ki uporabnikom ne koristijo, in predlaga delo, ki premika cilje ekipe.
Mentorstvo in rast ekipe: Načrtno mentorira enega ali dva razvijalca, s povratnimi informacijami jim pomaga doseči naslednjo raven in sodeluje pri zaposlitvenih razgovorih.

Staff inženir: kaj se pričakuje

Rešuje probleme, ki presegajo meje ekip, in usmerja tehnične odločitve zunaj ene ekipe. Več ekip ali celotno področje izdelka, vključno s problemi, za katere ni odgovorna nobena posamezna ekipa.

Razvoj in dostava: Odblokira dostavo med ekipami: razvozla skupne odvisnosti, zgradi orodja ali izvede migracije, ki jih potrebuje več ekip, in skrbi, da projekti več ekip ostanejo na pravi poti.
Načrtovanje sistemov: Opredeli arhitekturo prek meja ekip — skupne podatkovne modele, pogodbe med storitvami, odločitve o lastnem razvoju ali nakupu — in predvidi, kako se mora sistem spremeniti v naslednjem letu ali dveh.
Kakovost in zanesljivost: Odkriva tveganja za zanesljivost in varnost, ki segajo prek več sistemov, postavlja standarde, kot sta strategija testiranja in cilji ravni storitev (SLO), ter vodi popravke v več ekipah.
Sodelovanje in komunikacija: Uskladi več ekip in funkcij okoli tehničnega načrta, razrešuje nesoglasja med ekipami in vodstvu pojasnjuje tehnična tveganja.
Odgovornost in vpliv na izdelek: Na področju izdelka najde probleme z največjim učinkom — tudi tiste, ki jih ni prevzela nobena ekipa — in poskrbi, da so rešeni.
Mentorstvo in rast ekipe: Razvija senior razvijalce v več ekipah, oblikuje postopek zaposlovanja in inženirske prakse ter je nekdo, h kateremu drugi hodijo po nasvet.

Principal inženir: kaj se pričakuje

Postavlja tehnično smer podjetja in odgovarja za njegovo dolgoročno tehnično zdravje. Celotna inženirska organizacija in tehnična strategija podjetja za naslednjih nekaj let.

Razvoj in dostava: Oblikuje, kako celotna organizacija izdaja programsko opremo — prakse izdajanja, izbiro platform, orodja za gradnjo in namestitev — da vsaka ekipa dostavlja hitreje in varneje.
Načrtovanje sistemov: Odgovarja za tehnično strategijo podjetja: na katere tehnologije staviti, katere opustiti in kako naj se arhitektura v več letih razvija skupaj s poslom.
Kakovost in zanesljivost: Opredeli, kaj zanesljivost, varnost in kakovost pomenijo za podjetje, jih skupaj z vodstvom uravnoteži s hitrostjo in je zadnja točka eskalacije pri najtežjih incidentih.
Sodelovanje in komunikacija: Je zaupanja vreden glas pri odločitvah na ravni podjetja, poslovno strategijo prevaja v tehnično smer in obratno ter po potrebi zastopa razvoj pred strankami, partnerji ali vlagatelji.
Odgovornost in vpliv na izdelek: Vlaganja v razvoj poveže z rezultati podjetja ter zagovarja ali zavrača velike stave glede na njihov tehnični in poslovni učinek.
Mentorstvo in rast ekipe: Gradi tehnično kulturo podjetja — kako se sprejemajo odločitve in kako se deli znanje — in razvija naslednjo generacijo Staff inženirjev.

Kako prilagoditi to lestvico

Uskladite ravni s svojimi nazivi
Če so vaši nazivi Razvijalec I, II in III, ravni preimenujte, vendar ohranite po eno raven za vsak resničen korak v obsegu dela. Večina podjetij z manj kot 100 razvijalci ravni Principal še ne potrebuje: izpustite jo, dokler tega dela nekdo dejansko ne opravlja.
Ohranite pet do sedem kompetenc
Če jih je več kot sedem, jih nihče ne prebere; če jih je manj kot štiri, so si zelo različni ljudje videti enaki. Združite kompetence, ki jih vedno ocenjujete skupaj, in novo dodajte le, če bi spremenila resnično odločitev.
Pričakovanja zapišite kot nekaj, kar je mogoče videti
Pri vsaki celici se vprašajte, ali bi vodja lahko pokazal primer iz zadnjih šestih mesecev. Besede, kot sta „močan“ ali „poglobljen“, zamenjajte s tem, kar človek dejansko dela, na primer „vodi odziv na incidente v storitvah ekipe“.
Preden jo objavite, jo preizkusite na resničnih ljudeh
Prosite dva ali tri vodje, naj člane svojih ekip umestijo na osnutek. Kjer se ne strinjajo, je besedilo dvoumno: popravite ga, objavite lestvico in se dogovorite, da jo čez šest mesecev znova pregledate.

Pogosta vprašanja

Vprašanja o tej lestvici

Koliko ravni naj ima karierna lestvica za razvijalce programske opreme?

Za podjetje z 20 do 200 zaposlenimi so običajne štiri do šest ravni. Z manj ravnmi so napredovanja redka in ogromna; z več je razlika med dvema ravnema premajhna, da bi jo lahko opisali. Ta predloga jih ima pet: Junior razvijalec, Medior razvijalec, Senior, Staff in Principal.

Ali morajo razvijalci postati vodje, da bi napredovali?

Ne. To je lestvica strokovne poti: Staff in Principal inženirji rastejo v obsegu dela in vplivu, ne da bi vodili ljudi. Uporabljajte jo skupaj z lestvico za vodje razvoja, da je prehod v vodenje menjava poti in ne napredovanje.

Kako lestvico za razvijalce uporabimo pri odločitvah o napredovanju?

Napredovanje naj dobijo ljudje, ki že dosledno delajo na naslednji ravni, ne tisti, ki bi morda lahko. Prosite osebo in njenega vodjo, naj za vsako kompetenco ciljne ravni zbereta konkretne primere, in vsak primer primerjajte z isto matriko, da odločitve ostanejo dosledne v vseh ekipah.

Kako se lestvica za razvijalce umešča v check-ine in pogovore ena na ena?

Uporabite jo kot dnevni red rednih check-inov: oseba se oceni glede na svojo trenutno raven, vodja stori enako, razlike med obema ocenama pa postanejo nekaj konkretnih razvojnih aktivnosti za prihodnje mesece.

Kako pogosto naj posodabljamo lestvico za razvijalce?

Preglejte jo enkrat ali dvakrat na leto in vsakič, ko se podjetje spremeni — na primer ko ustanovite platformno ekipo ali začnete zaposlovati Staff inženirje. Celico prepišite, kadar se ocene nenehno spotikajo ob njej.

Zgradite to karierno lestvico v LadderKitu – brezplačno

Nastavite njene ravni in veščine za svojo ekipo, ljudi po njih ocenjujte v check-inih in odločitve o napredovanju ohranite dosledne.

Začnite brezplačno Oglejte si demo Brez registracije