Šablona kariérního žebříčku

Šablona kariérního žebříčku pro softwarové vývojáře

Pět úrovní od Junior po Principal a šest kompetencí, od psaní kódu až po rozvoj týmu.

Tarif Zdarma · Bez platební karty

Tento kariérní žebříček je určen produktovým firmám s přibližně 20 až 200 lidmi: vývojáři dodávají funkce od začátku do konce, týmy jsou malé a nikdo na HR nevytváří systém pracovních pozic. Popisuje pět úrovní, od člověka na začátku kariéry až po toho, kdo určuje technický směr celé firmy. Nejvyšší úroveň, Principal Engineer, je odborná úroveň; vedení vývojářů popisuje samostatný žebříček pro engineering manažery.

Každá úroveň je definována tím, co člověk dělá, ne počtem let praxe. Řádek matice kompetencí čtěte zleva doprava a uvidíte, jak jedno očekávání roste; část věnovanou jedné úrovni čtěte, když chcete vidět vše, co se na ní očekává. Použijte ho k vysvětlení, co znamená další úroveň, ke strukturování sebehodnocení a check-inů a k tomu, aby byly návrhy na povýšení srovnatelné napříč týmy.

Berte ho jako výchozí bod. Přejmenujte úrovně podle svých pracovních titulů, sloučte nebo vyřaďte kompetence, které do vaší firmy nesedí, a než žebříček zveřejníte týmu, přepište očekávání vlastními slovy.

Úrovně v kostce

Junior vývojář
Učí se kódovou základnu a s podporou dodává jasně zadané úkoly.
Rozsah
Jednotlivé úkoly v jedné oblasti produktu, obvykle rozdělené někým zkušenějším.
Medior vývojář
Samostatně dodává funkce a je spolehlivým členem týmu.
Rozsah
Malé a středně velké funkce v oblasti jednoho týmu, od krátkého návrhu až po produkci.
Senior vývojář
Vede větší celky práce a zvyšuje laťku celého týmu kolem sebe.
Rozsah
Projekty, které zasahují do několika služeb nebo zapojují několik lidí, a technická rozhodnutí jednoho týmu.
Staff Engineer
Řeší problémy přesahující hranice týmů a usměrňuje technická rozhodnutí nad rámec jednoho týmu.
Rozsah
Několik týmů nebo celá produktová oblast, včetně problémů, které nevlastní žádný jednotlivý tým.
Principal Engineer
Určuje technický směr firmy a odpovídá za její dlouhodobé technické zdraví.
Rozsah
Celá vývojová organizace a technická strategie firmy na několik dalších let.

Matice kompetencí

Každý řádek je kompetence a každý sloupec úroveň. Čtěte řádek zleva doprava a uvidíte, jak očekávání rostou.

Co jednotlivé kompetence znamenají

Vývoj a dodávání: Převádění požadavků na funkční a udržovatelný software a jeho dodávání uživatelům.
Návrh systémů: Volba struktur, rozhraní a kompromisů, které obstojí i s růstem produktu.
Kvalita a spolehlivost: Udržování produktu správného, pozorovatelného a dostupného a učení se z chyb.
Spolupráce a komunikace: Efektivní práce s ostatními vývojáři, produktem, designem i zbytkem firmy.
Odpovědnost a dopad na produkt: Porozumění tomu, proč práce záleží, a přebírání odpovědnosti za výsledky, nejen za úkoly.
Mentoring a rozvoj týmu: Pomoc ostatním zlepšovat se a budování týmu, který je silnější než kterýkoli jeho člen.

Softwarový vývojář: očekávání podle kompetence a úrovně
Kompetence	Junior vývojář	Medior vývojář	Senior vývojář	Staff Engineer	Principal Engineer
Vývoj a dodávání	Dokončuje dobře vymezené úkoly s čitelným kódem a testy, o pomoc si řekne po několika hodinách bez posunu, ne po několika dnech, a zapracuje připomínky z code review ještě před mergem.	Dovede funkci od krátkého návrhu až do produkce, aniž by ho někdo vodil za ruku, rozdělí ji do pull requestů, které se snadno revidují, a u známé práce dává realistické odhady.	Dodává projekty napříč několika službami nebo s více lidmi, řadí práci tak, aby se něco užitečného dostalo k uživatelům brzy, a odstraňuje rizika dřív, než tým zablokují.	Odblokovává dodávání napříč týmy: rozplétá sdílené závislosti, staví nástroje nebo provádí migrace, které potřebuje několik týmů, a drží vícetýmové projekty v plánu.	Formuje, jak dodává celá organizace — release postupy, volbu platforem, nástroje pro build a nasazení — tak, aby každý tým dodával rychleji a bezpečněji.
Návrh systémů	Drží se existujících vzorů v kódové základně a umí vysvětlit, proč je kód, který změnil, strukturován právě takto.	Navrhuje komponenty uvnitř existující služby, k netriviálním změnám píše krátký návrhový dokument a před rozhodnutím porovná alespoň dvě varianty.	Vede návrh funkcí zasahujících do několika služeb, sepisuje kompromisy, aby je ostatní mohli posoudit, a konstruktivně reviduje návrhy ostatních vývojářů.	Definuje architekturu přes hranice týmů — sdílené datové modely, kontrakty mezi službami, rozhodnutí vyvinout, nebo koupit — a předvídá, jak se systém bude muset změnit během příštího roku či dvou.	Odpovídá za technickou strategii firmy: na které technologie vsadit, které vyřadit a jak se má architektura vyvíjet spolu s byznysem v horizontu několika let.
Kvalita a spolehlivost	Píše testy ke svým změnám, před vydáním si práci zkontroluje a opravuje chyby v kódu, na který sáhl.	K funkcím, které staví, přidává monitoring a alerty, účastní se pohotovostních služeb a běžné incidenty řeší podle runbooku.	Vede řešení incidentů v systémech týmu, píše post-mortemy bez hledání viníka a dohlíží na to, aby se následná opatření opravdu udělala.	Odhaluje rizika spolehlivosti a bezpečnosti, která zasahují do více systémů, nastavuje standardy, jako je testovací strategie a cíle úrovně služeb (SLO), a prosazuje opravy napříč týmy.	Definuje, co pro firmu znamená spolehlivost, bezpečnost a kvalita, vyvažuje je s vedením proti rychlosti a je posledním eskalačním bodem u nejtěžších incidentů.
Spolupráce a komunikace	Otevřeně sdílí postup i překážky a klade jasné otázky, když je požadavek nejasný.	Přímo s produktem a designem upřesňuje požadavky, vysvětluje technická omezení srozumitelným jazykem a píše popisy pull requestů, kterým reviewer porozumí.	Zastupuje tým při plánování, vyjednává s produktem rozsah a kompromisy a píše dokumenty, kterým rozumějí i lidé mimo vývoj.	Sjednocuje několik týmů a funkcí kolem technického plánu, řeší neshody mezi týmy a vysvětluje technická rizika vedení.	Je důvěryhodným hlasem v rozhodnutích na úrovni firmy, převádí obchodní strategii na technický směr a zpět a v případě potřeby zastupuje vývoj před zákazníky, partnery nebo investory.
Odpovědnost a dopad na produkt	Rozumí účelu svých úkolů, ověřuje, že to, co dodal, uživatelům funguje, a dotahuje to, dokud tomu tak není.	Stará se o funkci i po spuštění: sleduje její používání a chyby, opravuje, co nefunguje, a na základě zjištění navrhuje zlepšení.	Odpovídá za oblast produktu od začátku do konce, zpochybňuje požadavky, které uživatelům neslouží, a navrhuje práci, která posouvá cíle týmu.	Nachází v produktové oblasti problémy s největší pákou — včetně těch, které si žádný tým nevzal za své — a zajišťuje, aby se vyřešily.	Propojuje investice do vývoje s výsledky firmy a argumentuje pro velké sázky nebo proti nim podle jejich technického a obchodního dopadu.
Mentoring a rozvoj týmu	Žádá o zpětnou vazbu a řídí se jí a zapisuje si, co se naučil, aby to další nováček měl snazší.	Dělá pečlivá code review, pomáhá se zaškolením nových kolegů a s juniorními vývojáři programuje v páru na neznámých částech kódu.	Cíleně mentoruje jednoho nebo dva vývojáře, dává jim zpětnou vazbu, která jim pomáhá dosáhnout další úrovně, a účastní se náborových pohovorů.	Rozvíjí seniorní vývojáře napříč týmy, formuje náborový proces a vývojářské postupy a ostatní za ním chodí pro radu.	Buduje technickou kulturu firmy — jak se dělají rozhodnutí a jak se sdílí znalosti — a vychovává další generaci staff engineerů.

Posuňte tabulku do strany, abyste viděli všechny úrovně.

Stáhnout jako CSV Otevře se v Excelu, Tabulkách Google nebo Numbers.

Junior vývojář: co se očekává

Učí se kódovou základnu a s podporou dodává jasně zadané úkoly. Jednotlivé úkoly v jedné oblasti produktu, obvykle rozdělené někým zkušenějším.

Vývoj a dodávání: Dokončuje dobře vymezené úkoly s čitelným kódem a testy, o pomoc si řekne po několika hodinách bez posunu, ne po několika dnech, a zapracuje připomínky z code review ještě před mergem.
Návrh systémů: Drží se existujících vzorů v kódové základně a umí vysvětlit, proč je kód, který změnil, strukturován právě takto.
Kvalita a spolehlivost: Píše testy ke svým změnám, před vydáním si práci zkontroluje a opravuje chyby v kódu, na který sáhl.
Spolupráce a komunikace: Otevřeně sdílí postup i překážky a klade jasné otázky, když je požadavek nejasný.
Odpovědnost a dopad na produkt: Rozumí účelu svých úkolů, ověřuje, že to, co dodal, uživatelům funguje, a dotahuje to, dokud tomu tak není.
Mentoring a rozvoj týmu: Žádá o zpětnou vazbu a řídí se jí a zapisuje si, co se naučil, aby to další nováček měl snazší.

Medior vývojář: co se očekává

Samostatně dodává funkce a je spolehlivým členem týmu. Malé a středně velké funkce v oblasti jednoho týmu, od krátkého návrhu až po produkci.

Vývoj a dodávání: Dovede funkci od krátkého návrhu až do produkce, aniž by ho někdo vodil za ruku, rozdělí ji do pull requestů, které se snadno revidují, a u známé práce dává realistické odhady.
Návrh systémů: Navrhuje komponenty uvnitř existující služby, k netriviálním změnám píše krátký návrhový dokument a před rozhodnutím porovná alespoň dvě varianty.
Kvalita a spolehlivost: K funkcím, které staví, přidává monitoring a alerty, účastní se pohotovostních služeb a běžné incidenty řeší podle runbooku.
Spolupráce a komunikace: Přímo s produktem a designem upřesňuje požadavky, vysvětluje technická omezení srozumitelným jazykem a píše popisy pull requestů, kterým reviewer porozumí.
Odpovědnost a dopad na produkt: Stará se o funkci i po spuštění: sleduje její používání a chyby, opravuje, co nefunguje, a na základě zjištění navrhuje zlepšení.
Mentoring a rozvoj týmu: Dělá pečlivá code review, pomáhá se zaškolením nových kolegů a s juniorními vývojáři programuje v páru na neznámých částech kódu.

Senior vývojář: co se očekává

Vede větší celky práce a zvyšuje laťku celého týmu kolem sebe. Projekty, které zasahují do několika služeb nebo zapojují několik lidí, a technická rozhodnutí jednoho týmu.

Vývoj a dodávání: Dodává projekty napříč několika službami nebo s více lidmi, řadí práci tak, aby se něco užitečného dostalo k uživatelům brzy, a odstraňuje rizika dřív, než tým zablokují.
Návrh systémů: Vede návrh funkcí zasahujících do několika služeb, sepisuje kompromisy, aby je ostatní mohli posoudit, a konstruktivně reviduje návrhy ostatních vývojářů.
Kvalita a spolehlivost: Vede řešení incidentů v systémech týmu, píše post-mortemy bez hledání viníka a dohlíží na to, aby se následná opatření opravdu udělala.
Spolupráce a komunikace: Zastupuje tým při plánování, vyjednává s produktem rozsah a kompromisy a píše dokumenty, kterým rozumějí i lidé mimo vývoj.
Odpovědnost a dopad na produkt: Odpovídá za oblast produktu od začátku do konce, zpochybňuje požadavky, které uživatelům neslouží, a navrhuje práci, která posouvá cíle týmu.
Mentoring a rozvoj týmu: Cíleně mentoruje jednoho nebo dva vývojáře, dává jim zpětnou vazbu, která jim pomáhá dosáhnout další úrovně, a účastní se náborových pohovorů.

Staff Engineer: co se očekává

Řeší problémy přesahující hranice týmů a usměrňuje technická rozhodnutí nad rámec jednoho týmu. Několik týmů nebo celá produktová oblast, včetně problémů, které nevlastní žádný jednotlivý tým.

Vývoj a dodávání: Odblokovává dodávání napříč týmy: rozplétá sdílené závislosti, staví nástroje nebo provádí migrace, které potřebuje několik týmů, a drží vícetýmové projekty v plánu.
Návrh systémů: Definuje architekturu přes hranice týmů — sdílené datové modely, kontrakty mezi službami, rozhodnutí vyvinout, nebo koupit — a předvídá, jak se systém bude muset změnit během příštího roku či dvou.
Kvalita a spolehlivost: Odhaluje rizika spolehlivosti a bezpečnosti, která zasahují do více systémů, nastavuje standardy, jako je testovací strategie a cíle úrovně služeb (SLO), a prosazuje opravy napříč týmy.
Spolupráce a komunikace: Sjednocuje několik týmů a funkcí kolem technického plánu, řeší neshody mezi týmy a vysvětluje technická rizika vedení.
Odpovědnost a dopad na produkt: Nachází v produktové oblasti problémy s největší pákou — včetně těch, které si žádný tým nevzal za své — a zajišťuje, aby se vyřešily.
Mentoring a rozvoj týmu: Rozvíjí seniorní vývojáře napříč týmy, formuje náborový proces a vývojářské postupy a ostatní za ním chodí pro radu.

Principal Engineer: co se očekává

Určuje technický směr firmy a odpovídá za její dlouhodobé technické zdraví. Celá vývojová organizace a technická strategie firmy na několik dalších let.

Vývoj a dodávání: Formuje, jak dodává celá organizace — release postupy, volbu platforem, nástroje pro build a nasazení — tak, aby každý tým dodával rychleji a bezpečněji.
Návrh systémů: Odpovídá za technickou strategii firmy: na které technologie vsadit, které vyřadit a jak se má architektura vyvíjet spolu s byznysem v horizontu několika let.
Kvalita a spolehlivost: Definuje, co pro firmu znamená spolehlivost, bezpečnost a kvalita, vyvažuje je s vedením proti rychlosti a je posledním eskalačním bodem u nejtěžších incidentů.
Spolupráce a komunikace: Je důvěryhodným hlasem v rozhodnutích na úrovni firmy, převádí obchodní strategii na technický směr a zpět a v případě potřeby zastupuje vývoj před zákazníky, partnery nebo investory.
Odpovědnost a dopad na produkt: Propojuje investice do vývoje s výsledky firmy a argumentuje pro velké sázky nebo proti nim podle jejich technického a obchodního dopadu.
Mentoring a rozvoj týmu: Buduje technickou kulturu firmy — jak se dělají rozhodnutí a jak se sdílí znalosti — a vychovává další generaci staff engineerů.

Jak tento žebříček přizpůsobit

Slaďte úrovně se svými tituly
Pokud máte tituly Developer I, II a III, úrovně přejmenujte, ale ponechte jednu úroveň pro každý skutečný posun v rozsahu práce. Většina firem s méně než 100 vývojáři úroveň Principal zatím nepotřebuje: vynechte ji, dokud tu práci někdo skutečně nedělá.
Držte se pěti až sedmi kompetencí
Když jich je víc než sedm, nikdo je nečte; když méně než čtyři, velmi rozdílní lidé vypadají stejně. Sloučte kompetence, které vždy hodnotíte společně, a novou přidejte jen tehdy, když by změnila skutečné rozhodnutí.
Přepište očekávání na to, co je vidět
U každé buňky se zeptejte, zda by manažer dokázal ukázat příklad z posledních šesti měsíců. Slova jako „silný“ nebo „hluboký“ nahraďte tím, co člověk skutečně dělá, například „vede řešení incidentů ve službách týmu“.
Před zveřejněním ho vyzkoušejte na skutečných lidech
Požádejte dva nebo tři manažery, aby podle návrhu zařadili členy svého týmu. Kde se neshodnou, je formulace nejednoznačná: opravte ji, žebříček zveřejněte a domluvte se, že ho za šest měsíců znovu projdete.

Časté dotazy

Otázky k tomuto žebříčku

Kolik úrovní by měl mít kariérní žebříček softwarového vývojáře?

Ve firmě s 20 až 200 lidmi je obvyklé čtyři až šest. S menším počtem jsou povýšení vzácná a obrovská; s větším je rozdíl mezi dvěma úrovněmi příliš malý na to, aby se dal popsat. Tato šablona jich používá pět: Junior, Medior, Senior, Staff a Principal.

Musí se vývojáři stát manažery, aby mohli růst?

Ne. Tohle je žebříček odborné dráhy: vývojáři na úrovních Staff a Principal rostou v rozsahu a vlivu, aniž by vedli lidi. Používejte ho spolu se žebříčkem pro engineering manažery, aby byl přechod do managementu změnou dráhy, a ne povýšením.

Jak použít žebříček při rozhodování o povýšení?

Povyšujte lidi, kteří už na další úrovni soustavně pracují, ne ty, kteří by mohli. Požádejte daného člověka a jeho manažera, aby ke každé kompetenci cílové úrovně shromáždili konkrétní příklady, a každý případ porovnávejte se stejnou maticí, aby rozhodnutí zůstala konzistentní napříč týmy.

Jak žebříček zapadá do check-inů a schůzek 1:1?

Používejte ho jako program pravidelných check-inů: člověk se ohodnotí vůči své současné úrovni, manažer udělá totéž a rozdíly mezi oběma hodnoceními se promění v několik konkrétních rozvojových aktivit na další měsíce.

Jak často bychom měli žebříček aktualizovat?

Projděte ho jednou nebo dvakrát ročně a vždy, když firma změní podobu — například když zakládáte platformní tým nebo začínáte nabírat staff engineery. Buňku přepište pokaždé, když o ni hodnocení opakovaně zakopávají.

Vytvořte tento kariérní žebříček v LadderKitu – zdarma

Nastavte jeho úrovně a dovednosti pro svůj tým, hodnoťte podle nich lidi v check-inech a rozhodujte o povýšení konzistentně.

Začněte zdarma Vyzkoušet demo Bez registrace