Šablóna kariérneho rebríčka

Kariérny rebríček softvérového inžiniera: šablóna

Päť úrovní od juniora po principal a šesť kompetencií – od dodávania kódu po rozvoj tímu.

Bezplatný plán · Bez platobnej karty

Tento kariérny rebríček je napísaný pre produktové firmy s približne 20 až 200 ľuďmi: vývojári dotiahnu funkciu sami až do produkcie, tímy sú malé a nikto z HR nenavrhuje systém pracovných pozícií. Opisuje päť úrovní – od človeka na začiatku kariéry až po toho, kto určuje technické smerovanie celej firmy. Najvyššia úroveň, Principal inžinier, patrí na odbornú dráhu; vedenie vývojárov opisuje samostatný rebríček Engineering Managera.

Každú úroveň definuje to, čo človek robí, nie roky praxe. Keď čítate riadok matice kompetencií zľava doprava, vidíte, ako rastie jedno očakávanie; v časti o konkrétnej úrovni nájdete naraz všetko, čo sa na nej očakáva. Použite ho na vysvetlenie, čo znamená ďalšia úroveň, na štruktúrovanie sebahodnotení a check-inov a na to, aby boli návrhy na povýšenie porovnateľné naprieč tímami.

Berte ho ako východisko. Premenujte úrovne podľa vašich pozícií, zlúčte alebo vynechajte kompetencie, ktoré k vašej firme nesedia, a prepíšte očakávania vlastnými slovami skôr, než rebríček zverejníte tímu.

Úrovne v skratke

Junior vývojár
Spoznáva kódovú základňu a s pomocou dodáva jasne zadané úlohy.
Rozsah
Jednotlivé úlohy v jednej oblasti produktu, ktoré mu zvyčajne rozdelí niekto skúsenejší.
Medior vývojár
Samostatne dodáva funkcie a je spoľahlivým členom tímu.
Rozsah
Malé a stredné funkcie v rámci oblasti jedného tímu – od krátkeho návrhu až po produkciu.
Senior vývojár
Vedie väčšie celky práce a zvyšuje latku celého tímu okolo seba.
Rozsah
Projekty, ktoré zasahujú do viacerých služieb alebo zapájajú viacero ľudí, a technické rozhodnutia jedného tímu.
Staff inžinier
Rieši problémy presahujúce hranice tímov a usmerňuje technické rozhodnutia nad rámec jedného tímu.
Rozsah
Viacero tímov alebo celá produktová oblasť vrátane problémov, ktoré nevlastní žiadny tím.
Principal inžinier
Určuje technické smerovanie firmy a zodpovedá za jej dlhodobé technické zdravie.
Rozsah
Celá vývojová organizácia a technická stratégia firmy na najbližšie roky.

Matica kompetencií

Každý riadok je kompetencia a každý stĺpec úroveň. Čítajte riadok zľava doprava a uvidíte, ako rastú očakávania.

Čo znamená každá kompetencia

Vývoj a dodávanie: Premena požiadaviek na funkčný, udržiavateľný softvér a jeho doručenie používateľom.
Návrh systémov: Voľba štruktúr, rozhraní a kompromisov, ktoré vydržia aj pri raste produktu.
Kvalita a spoľahlivosť: Udržiavať produkt správny, pozorovateľný a dostupný a poučiť sa zo zlyhaní.
Spolupráca a komunikácia: Efektívna spolupráca s ostatnými vývojármi, produktom, dizajnom a zvyškom firmy.
Zodpovednosť a vplyv na produkt: Pochopenie, prečo na práci záleží, a preberanie zodpovednosti za výsledky, nielen za úlohy.
Mentoring a rozvoj tímu: Pomoc ostatným zlepšovať sa a budovanie tímu, ktorý je silnejší než ktokoľvek z neho.

Softvérový inžinier: očakávania podľa kompetencie a úrovne
Kompetencia	Junior vývojár	Medior vývojár	Senior vývojár	Staff inžinier	Principal inžinier
Vývoj a dodávanie	Dokončuje dobre ohraničené úlohy s čitateľným kódom a testami, o pomoc požiada, keď sa zasekne na pár hodín, nie na pár dní, a pred zlúčením zapracuje pripomienky z review.	Dovedie funkciu od krátkeho návrhu až do produkcie bez neustáleho dozoru, rozdelí ju na pull requesty, ktoré sa dajú ľahko skontrolovať, a pri známej práci dáva realistické odhady.	Dodáva projekty, ktoré zasahujú do viacerých služieb alebo zapájajú viacerých ľudí, zoradí prácu tak, aby niečo užitočné vyšlo čo najskôr, a odstraňuje riziká skôr, než zablokujú tím.	Odblokúva dodávanie naprieč tímami: rozmotáva spoločné závislosti, buduje nástroje alebo vedie migrácie, ktoré potrebuje viacero tímov, a drží projekty viacerých tímov na správnej ceste.	Formuje, ako dodáva celá organizácia – postupy vydávania, voľbu platforiem, nástroje na build a nasadzovanie – tak, aby každý tím dodával rýchlejšie a bezpečnejšie.
Návrh systémov	Drží sa existujúcich vzorov v kóde a vie vysvetliť, prečo je kód, ktorý zmenil, štruktúrovaný práve takto.	Navrhuje komponenty v rámci existujúcej služby, pri netriviálnych zmenách napíše krátky návrh a pred rozhodnutím porovná aspoň dve možnosti.	Vedie návrh funkcií, ktoré zasahujú do viacerých služieb, spíše kompromisy, aby ich ostatní mohli posúdiť, a konštruktívne posudzuje návrhy iných vývojárov.	Definuje architektúru presahujúcu hranice tímov – spoločné dátové modely, kontrakty medzi službami, rozhodnutia vyvíjať či kúpiť – a predvída, ako sa bude musieť systém zmeniť v najbližšom roku či dvoch.	Zodpovedá za technickú stratégiu firmy: na ktoré technológie staviť, ktoré vyradiť a ako sa má architektúra vyvíjať spolu s biznisom počas niekoľkých rokov.
Kvalita a spoľahlivosť	Píše testy k vlastným zmenám, pred vydaním si prácu skontroluje a opravuje chyby v kóde, na ktorom pracoval.	Pridáva monitoring a upozornenia k funkciám, ktoré vytvára, zapája sa do pohotovostných služieb a bežné incidenty rieši podľa runbooku.	Vedie reakciu na incidenty v systémoch tímu, píše post-mortemy bez hľadania vinníka a dohliada na to, aby sa následné opatrenia naozaj vykonali.	Odhaľuje riziká pre spoľahlivosť a bezpečnosť, ktoré presahujú jednotlivé systémy, stanovuje štandardy, ako je stratégia testovania a ciele úrovne služieb (SLO), a presadzuje opravy naprieč tímami.	Definuje, čo pre firmu znamená spoľahlivosť, bezpečnosť a kvalita, spolu s vedením ich vyvažuje s rýchlosťou a je poslednou eskalačnou inštanciou pri najťažších incidentoch.
Spolupráca a komunikácia	Otvorene hovorí o pokroku aj o tom, čo ho blokuje, a keď je požiadavka nejasná, kladie jasné otázky.	Priamo s produktom a dizajnom spresňuje požiadavky, vysvetľuje technické obmedzenia zrozumiteľným jazykom a píše popisy pull requestov, v ktorých sa recenzenti vyznajú.	Zastupuje tím pri plánovaní, s produktom vyjednáva rozsah a kompromisy a píše dokumenty, ktorým rozumejú aj ľudia mimo vývoja.	Zjednocuje viaceré tímy a útvary okolo technického plánu, rieši nezhody medzi tímami a vysvetľuje technické riziká vedeniu.	Je dôveryhodným hlasom pri celofiremných rozhodnutiach, prekladá biznisovú stratégiu do technického smerovania a naopak a v prípade potreby zastupuje vývoj pred zákazníkmi, partnermi či investormi.
Zodpovednosť a vplyv na produkt	Rozumie účelu svojich úloh, overuje, či to, čo dodal, používateľom funguje, a ak nie, rieši to, kým to fungovať nebude.	Stará sa o funkciu aj po spustení: sleduje jej používanie a chyby, opravuje, čo sa pokazí, a na základe zistení navrhuje vylepšenia.	Zodpovedá za celú oblasť produktu od začiatku do konca, spochybňuje požiadavky, ktoré používateľom neslúžia, a navrhuje prácu, ktorá posúva ciele tímu.	Nachádza v produktovej oblasti problémy s najväčším pákovým efektom – aj tie, ktoré si nevzal žiadny tím – a zabezpečí, aby sa vyriešili.	Prepája investície do vývoja s výsledkami firmy a na základe technického a biznisového dopadu argumentuje za veľké stávky alebo proti nim.
Mentoring a rozvoj tímu	Žiada o spätnú väzbu a riadi sa ňou; zapisuje si, čo sa naučil, aby to ďalší nováčik mal jednoduchšie.	Robí dôkladné code review, pomáha pri zaškoľovaní nových kolegov a pracuje v pároch s juniormi na neznámych častiach kódu.	Cielene mentoruje jedného či dvoch vývojárov, dáva spätnú väzbu, ktorá im pomáha dosiahnuť ďalšiu úroveň, a zúčastňuje sa na pohovoroch pri nábore.	Rozvíja seniorných vývojárov naprieč tímami, formuje proces pohovorov a vývojárske postupy a ostatní ho vyhľadávajú, keď potrebujú radu.	Buduje technickú kultúru firmy – ako sa prijímajú rozhodnutia a ako sa zdieľajú znalosti – a rozvíja ďalšiu generáciu staff inžinierov.

Posuňte tabuľku do strany a uvidíte všetky úrovne.

Stiahnuť ako CSV Otvoríte v Exceli, Google Sheets alebo Numbers.

Junior vývojár: čo sa očakáva

Spoznáva kódovú základňu a s pomocou dodáva jasne zadané úlohy. Jednotlivé úlohy v jednej oblasti produktu, ktoré mu zvyčajne rozdelí niekto skúsenejší.

Vývoj a dodávanie: Dokončuje dobre ohraničené úlohy s čitateľným kódom a testami, o pomoc požiada, keď sa zasekne na pár hodín, nie na pár dní, a pred zlúčením zapracuje pripomienky z review.
Návrh systémov: Drží sa existujúcich vzorov v kóde a vie vysvetliť, prečo je kód, ktorý zmenil, štruktúrovaný práve takto.
Kvalita a spoľahlivosť: Píše testy k vlastným zmenám, pred vydaním si prácu skontroluje a opravuje chyby v kóde, na ktorom pracoval.
Spolupráca a komunikácia: Otvorene hovorí o pokroku aj o tom, čo ho blokuje, a keď je požiadavka nejasná, kladie jasné otázky.
Zodpovednosť a vplyv na produkt: Rozumie účelu svojich úloh, overuje, či to, čo dodal, používateľom funguje, a ak nie, rieši to, kým to fungovať nebude.
Mentoring a rozvoj tímu: Žiada o spätnú väzbu a riadi sa ňou; zapisuje si, čo sa naučil, aby to ďalší nováčik mal jednoduchšie.

Medior vývojár: čo sa očakáva

Samostatne dodáva funkcie a je spoľahlivým členom tímu. Malé a stredné funkcie v rámci oblasti jedného tímu – od krátkeho návrhu až po produkciu.

Vývoj a dodávanie: Dovedie funkciu od krátkeho návrhu až do produkcie bez neustáleho dozoru, rozdelí ju na pull requesty, ktoré sa dajú ľahko skontrolovať, a pri známej práci dáva realistické odhady.
Návrh systémov: Navrhuje komponenty v rámci existujúcej služby, pri netriviálnych zmenách napíše krátky návrh a pred rozhodnutím porovná aspoň dve možnosti.
Kvalita a spoľahlivosť: Pridáva monitoring a upozornenia k funkciám, ktoré vytvára, zapája sa do pohotovostných služieb a bežné incidenty rieši podľa runbooku.
Spolupráca a komunikácia: Priamo s produktom a dizajnom spresňuje požiadavky, vysvetľuje technické obmedzenia zrozumiteľným jazykom a píše popisy pull requestov, v ktorých sa recenzenti vyznajú.
Zodpovednosť a vplyv na produkt: Stará sa o funkciu aj po spustení: sleduje jej používanie a chyby, opravuje, čo sa pokazí, a na základe zistení navrhuje vylepšenia.
Mentoring a rozvoj tímu: Robí dôkladné code review, pomáha pri zaškoľovaní nových kolegov a pracuje v pároch s juniormi na neznámych častiach kódu.

Senior vývojár: čo sa očakáva

Vedie väčšie celky práce a zvyšuje latku celého tímu okolo seba. Projekty, ktoré zasahujú do viacerých služieb alebo zapájajú viacero ľudí, a technické rozhodnutia jedného tímu.

Vývoj a dodávanie: Dodáva projekty, ktoré zasahujú do viacerých služieb alebo zapájajú viacerých ľudí, zoradí prácu tak, aby niečo užitočné vyšlo čo najskôr, a odstraňuje riziká skôr, než zablokujú tím.
Návrh systémov: Vedie návrh funkcií, ktoré zasahujú do viacerých služieb, spíše kompromisy, aby ich ostatní mohli posúdiť, a konštruktívne posudzuje návrhy iných vývojárov.
Kvalita a spoľahlivosť: Vedie reakciu na incidenty v systémoch tímu, píše post-mortemy bez hľadania vinníka a dohliada na to, aby sa následné opatrenia naozaj vykonali.
Spolupráca a komunikácia: Zastupuje tím pri plánovaní, s produktom vyjednáva rozsah a kompromisy a píše dokumenty, ktorým rozumejú aj ľudia mimo vývoja.
Zodpovednosť a vplyv na produkt: Zodpovedá za celú oblasť produktu od začiatku do konca, spochybňuje požiadavky, ktoré používateľom neslúžia, a navrhuje prácu, ktorá posúva ciele tímu.
Mentoring a rozvoj tímu: Cielene mentoruje jedného či dvoch vývojárov, dáva spätnú väzbu, ktorá im pomáha dosiahnuť ďalšiu úroveň, a zúčastňuje sa na pohovoroch pri nábore.

Staff inžinier: čo sa očakáva

Rieši problémy presahujúce hranice tímov a usmerňuje technické rozhodnutia nad rámec jedného tímu. Viacero tímov alebo celá produktová oblasť vrátane problémov, ktoré nevlastní žiadny tím.

Vývoj a dodávanie: Odblokúva dodávanie naprieč tímami: rozmotáva spoločné závislosti, buduje nástroje alebo vedie migrácie, ktoré potrebuje viacero tímov, a drží projekty viacerých tímov na správnej ceste.
Návrh systémov: Definuje architektúru presahujúcu hranice tímov – spoločné dátové modely, kontrakty medzi službami, rozhodnutia vyvíjať či kúpiť – a predvída, ako sa bude musieť systém zmeniť v najbližšom roku či dvoch.
Kvalita a spoľahlivosť: Odhaľuje riziká pre spoľahlivosť a bezpečnosť, ktoré presahujú jednotlivé systémy, stanovuje štandardy, ako je stratégia testovania a ciele úrovne služieb (SLO), a presadzuje opravy naprieč tímami.
Spolupráca a komunikácia: Zjednocuje viaceré tímy a útvary okolo technického plánu, rieši nezhody medzi tímami a vysvetľuje technické riziká vedeniu.
Zodpovednosť a vplyv na produkt: Nachádza v produktovej oblasti problémy s najväčším pákovým efektom – aj tie, ktoré si nevzal žiadny tím – a zabezpečí, aby sa vyriešili.
Mentoring a rozvoj tímu: Rozvíja seniorných vývojárov naprieč tímami, formuje proces pohovorov a vývojárske postupy a ostatní ho vyhľadávajú, keď potrebujú radu.

Principal inžinier: čo sa očakáva

Určuje technické smerovanie firmy a zodpovedá za jej dlhodobé technické zdravie. Celá vývojová organizácia a technická stratégia firmy na najbližšie roky.

Vývoj a dodávanie: Formuje, ako dodáva celá organizácia – postupy vydávania, voľbu platforiem, nástroje na build a nasadzovanie – tak, aby každý tím dodával rýchlejšie a bezpečnejšie.
Návrh systémov: Zodpovedá za technickú stratégiu firmy: na ktoré technológie staviť, ktoré vyradiť a ako sa má architektúra vyvíjať spolu s biznisom počas niekoľkých rokov.
Kvalita a spoľahlivosť: Definuje, čo pre firmu znamená spoľahlivosť, bezpečnosť a kvalita, spolu s vedením ich vyvažuje s rýchlosťou a je poslednou eskalačnou inštanciou pri najťažších incidentoch.
Spolupráca a komunikácia: Je dôveryhodným hlasom pri celofiremných rozhodnutiach, prekladá biznisovú stratégiu do technického smerovania a naopak a v prípade potreby zastupuje vývoj pred zákazníkmi, partnermi či investormi.
Zodpovednosť a vplyv na produkt: Prepája investície do vývoja s výsledkami firmy a na základe technického a biznisového dopadu argumentuje za veľké stávky alebo proti nim.
Mentoring a rozvoj tímu: Buduje technickú kultúru firmy – ako sa prijímajú rozhodnutia a ako sa zdieľajú znalosti – a rozvíja ďalšiu generáciu staff inžinierov.

Ako prispôsobiť tento rebríček

Zosúlaďte úrovne s vašimi pozíciami
Ak máte pozície Developer I, II a III, úrovne premenujte, ale pre každý skutočný krok v rozsahu práce ponechajte jednu úroveň. Väčšina firiem s menej ako 100 vývojármi úroveň Principal zatiaľ nepotrebuje: vynechajte ju, kým túto prácu niekto naozaj nerobí.
Držte sa piatich až siedmich kompetencií
Keď ich je viac ako sedem, nikto ich nečíta; keď menej ako štyri, veľmi rozdielni ľudia vyzerajú rovnako. Zlúčte kompetencie, ktoré vždy hodnotíte spoločne, a novú pridajte len vtedy, keď by zmenila skutočné rozhodnutie.
Prepíšte očakávania na to, čo vidno
Pri každej bunke sa opýtajte, či by manažér vedel ukázať príklad z posledných šiestich mesiacov. Slová ako „silný“ či „hlboký“ nahraďte tým, čo človek naozaj robí, napríklad „vedie reakciu na incidenty v službách tímu“.
Pred zverejnením ho vyskúšajte na skutočných ľuďoch
Požiadajte dvoch či troch manažérov, aby zaradili členov svojho tímu podľa návrhu. Kde sa nezhodnú, je formulácia nejednoznačná: opravte ju, rebríček zverejnite a dohodnite sa, že ho o šesť mesiacov znova prejdete.

Otázky a odpovede

Otázky k tomuto rebríčku

Koľko úrovní by mal mať kariérny rebríček vývojára?

Pre firmu s 20 až 200 ľuďmi je typických štyri až šesť. Pri menšom počte sú povýšenia zriedkavé a obrovské; pri väčšom je rozdiel medzi dvoma úrovňami príliš malý na to, aby sa dal opísať. Táto šablóna ich má päť: Junior, Medior, Senior, Staff a Principal.

Musia sa vývojári stať manažérmi, aby mohli rásť?

Nie. Toto je rebríček odbornej dráhy: staff a principal inžinieri rastú v rozsahu a vplyve bez toho, aby viedli ľudí. Používajte ho spolu s rebríčkom Engineering Managera, aby bol prechod do manažmentu zmenou dráhy, a nie povýšením.

Ako použiť rebríček pri rozhodovaní o povýšení vývojára?

Povyšujte ľudí, ktorí už na ďalšej úrovni pracujú sústavne, nie tých, ktorí by možno mohli. Požiadajte človeka a jeho manažéra, aby pre každú kompetenciu cieľovej úrovne zozbierali konkrétne príklady, a každý prípad porovnávajte s tou istou maticou, aby rozhodnutia zostali konzistentné naprieč tímami.

Ako rebríček zapadá do check-inov a 1:1 stretnutí?

Použite ho ako program pravidelných check-inov: človek sa ohodnotí podľa svojej aktuálnej úrovne, manažér urobí to isté a rozdiely medzi oboma hodnoteniami sa premenia na niekoľko konkrétnych rozvojových aktivít na najbližšie mesiace.

Ako často aktualizovať rebríček vývojárov?

Prejdite ho raz či dvakrát ročne a vždy, keď firma mení podobu – napríklad keď vytvoríte platformový tím alebo začnete nabírať staff inžinierov. Bunku prepíšte vždy, keď sa o ňu hodnotenia opakovane potknú.

Vytvorte tento kariérny rebríček v LadderKite — zadarmo

Nastavte jeho úrovne a zručnosti pre svoj tím, hodnoťte podľa nich ľudí v check-inoch a rozhodujte o povýšeniach konzistentne.

Začať zadarmo Vyskúšať demoverziu Bez registrácie