Vývoj
Softwarový vývojář
Pět úrovní od Junior po Principal a šest kompetencí, od psaní kódu až po rozvoj týmu.
- 5 úrovní
- 6 kompetencí
Šablona kariérního žebříčku
Čtyři úrovně od Engineering Managera po VP of Engineering a šest manažerských kompetencí.
Tarif Zdarma · Bez platební karty
Tento žebříček popisuje manažerskou dráhu ve vývoji pro firmu s přibližně 20 až 200 lidmi: od manažera, který poprvé vede jeden tým, až po člověka odpovědného za celý vývoj. Stojí vedle žebříčku softwarového vývojáře — vedení lidí je jiná práce, ne další stupeň nad senior vývojářem. Nejvyšší úroveň, VP of Engineering, je šéf celé vývojové funkce; vývojáři, kteří rostou bez vedení lidí, se řídí žebříčkem pro vývojáře.
Každá úroveň roste hlavně v rozsahu: jeden tým, několik týmů, oddělení, celá funkce. Matice kompetencí ukazuje, jak se s tímto rozsahem mění každé očekávání, a část věnovaná každé úrovni shrnuje vše, co se na ní očekává.
Použijte ho k nastavení očekávání pro nové manažery, ke strukturované zpětné vazbě manažerům při check-inech a k rozhodnutí, kdy je někdo připraven na větší rozsah. Než ho zveřejníte, přizpůsobte tituly i formulace své firmě.
Vede jeden tým vývojářů a odpovídá za jeho lidi, dodávání a zdraví.
Vede několik týmů nebo jeden velký tým, často prostřednictvím tech leadů nebo méně zkušených manažerů.
Řídí vývojové oddělení a převádí cíle firmy na jeho plány, strukturu a nábor.
Vede celý vývoj a za jeho výsledky odpovídá vedení firmy.
Každý řádek je kompetence a každý sloupec úroveň. Čtěte řádek zleva doprava a uvidíte, jak očekávání rostou.
| Kompetence | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| Rozvoj lidí | Pravidelně vede schůzky 1:1 se všemi podřízenými, dává konkrétní zpětnou vazbu během dnů, ne měsíců, a s každým člověkem se každé čtvrtletí dohodne na rozvojovém cíli. | Koučuje nové manažery a tech leady, kalibruje hodnocení napříč týmy tak, aby stejná práce dostala stejné hodnocení, a problémy s výkonem řeší včas. | Buduje v oddělení zálohu budoucích manažerů, zajišťuje, aby každý vývojář měl jasnou cestu na další úroveň, a odpovídá za rozhodnutí o povýšení v oddělení. | Definuje, jak vývoj rozvíjí lidi — kariérní žebříčky, hodnocení a povýšení — a rozvíjí ředitele a manažery, kteří tento systém provozují. |
| Realizace a dodávání | Řídí rytmus plánování a dodávání týmu, drží závazky realistické, upozorňuje na rizika dřív, než se termíny posunou, a chrání tým před neustálými změnami priorit. | Koordinuje dodávání napříč týmy, odstraňuje překážky mezi nimi a drží několik souběžných projektů v plánu, aniž by mikromanažoval. | Určuje přístup oddělení k dodávání, vyvažuje práci na roadmapě proti technickému dluhu a spolehlivosti a vyžaduje od manažerů odpovědnost za výsledky. | Odpovídá za výstupy vývoje vůči cílům firmy, informuje vedení o postupu a kompromisech a odstraňuje systémové příčiny pomalého dodávání. |
| Zdraví týmu a nábor | Včas si všímá vyhoření, konfliktů a ztráty zapojení a reaguje na ně, vede retrospektivy, které vedou ke změnám, a na otevřené pozice v týmu vede strukturované pohovory podle dohodnutých kritérií. | Utváří strukturu a obsazení několika týmů, udržuje jednotnou laťku náboru napříč tazateli a zajišťuje, aby noví lidé byli v prvních měsících produktivní. | Plánuje počty lidí v oddělení, vymezuje hranice týmů kolem jasné odpovědnosti a zlepšuje udržení lidí na základě toho, co odhalí odchody a průzkumy spokojenosti. | Odpovídá za náborovou strategii vývoje, uspořádání organizace a kulturu: co se odměňuje, co se toleruje a co ne. |
| Technické vedení | Rozumí systémům týmu natolik, aby dokázal posoudit kompromisy, účastní se revizí návrhů a drží technický dluh viditelný a naplánovaný. | Spolupracuje s tech leady a staff engineery na architektuře napříč týmy a zajišťuje, aby významná technická rozhodnutí byla sepsaná a revidovaná. | Spolu se staff a principal engineery určuje technický směr oddělení a financuje práci na platformě a spolehlivosti, kterou by žádný jednotlivý tým neupřednostnil. | Zajišťuje, aby vývoj měl věrohodnou technickou strategii a seniorní technické lidi, kteří ji naplní, a má poslední slovo u velkých technologických investic. |
| Strategie a plánování | Převádí produktové cíle na čtvrtletní plán týmu, vysvětluje důvody priorit a odmítá práci, která do nich nezapadá. | Sestavuje plány přes několik týmů, řadí závislosti mezi nimi a upravuje plán, když se změní cíle. | Píše roční plán a rozpočet oddělení, rozhoduje, kam investovat lidi, a propojuje práci vývoje s měřitelnými obchodními výsledky. | Jako součást vedení formuje strategii firmy, stanovuje roční cíle a rozpočet vývoje a rozhoduje, co vývoj dělat nebude. |
| Spolupráce napříč funkcemi | Spolupracuje jako rovnocenný partner s produktovým manažerem a designérem týmu, nastavuje se stakeholdery jasná očekávání a podává upřímné informace o stavu. | Řídí očekávání několika produktových partnerů, řeší protichůdné požadavky mezi týmy a eskaluje s návrhy řešení, ne jen s problémy. | Je hlavním partnerem z vývoje pro jednoho nebo více vedoucích jiných funkcí a vyjednává roadmapu, rozsah a obsazení na úrovni oddělení. | Zastupuje vývoj ve vedení firmy i před představenstvem, buduje důvěru s kolegy ve všech funkcích a vysvětluje práci vývoje obchodním jazykem. |
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.
Vede jeden tým vývojářů a odpovídá za jeho lidi, dodávání a zdraví. Jeden tým zhruba čtyř až osmi vývojářů.
Vede několik týmů nebo jeden velký tým, často prostřednictvím tech leadů nebo méně zkušených manažerů. Dva nebo tři týmy, případně 10 až 25 vývojářů, někdy včetně manažerů, kteří vedou poprvé.
Řídí vývojové oddělení a převádí cíle firmy na jeho plány, strukturu a nábor. Produktová oblast nebo oddělení s několika týmy a jejich manažery.
Vede celý vývoj a za jeho výsledky odpovídá vedení firmy. Celá vývojová organizace, její rozpočet a její role ve strategii firmy.
Firma s 15 vývojáři obvykle potřebuje jednu nebo dvě z těchto úrovní, ne čtyři. Další úroveň přidejte, až ta práce skutečně vznikne — například když manažer začne vést další manažery. V mnoha firmách této velikosti stojí na vrcholu žebříčku CTO, který spojuje úroveň VP s odpovědností za technickou strategii; pokud máte obě role, VP řídí organizaci a CTO technologie.
Každou manažerskou úroveň přiřaďte k vývojářské úrovni se srovnatelnou mzdou a rozsahem, aby přechod mezi dráhami byl krokem do strany. Běžným pevným bodem je Senior vývojář vedle Engineering Managera.
Některé firmy od manažerů čekají, že budou revidovat kód; jiné chtějí, aby se soustředili na lidi a dodávání. Svou odpověď zapište do řádku Technické vedení, aby očekávání bylo výslovné, a ne jen předpokládané.
Požádejte podřízené a kolegy manažera o zpětnou vazbu ke stejným kompetencím. O rozvoji lidí a zdraví týmu vám řekne víc než sebehodnocení samotného manažera.
Časté dotazy
Engineering manažer odpovídá za lidi — růst, zpětnou vazbu, nábor, zdraví týmu — a za dodávání. Tech lead patří na odbornou dráhu a odpovídá za technický směr týmu. V malých týmech může obojí dělat jeden člověk, ale jde o dvě různé práce se dvěma různými žebříčky.
Obvykle když tým přeroste šest až osm vývojářů nebo když zakladatel či CTO už nemá čas na pravidelné schůzky 1:1 se všemi. Právě tehdy lidem začne chybět zpětná vazba a rozhovory o kariéře.
Nemělo by být. Přechod z vývojáře na manažera je změna dráhy do jiné práce. Pokud je management jedinou cestou k vyšší mzdě nebo lepšímu titulu, přijdete o dobré vývojáře a získáte manažery z donucení — mějte vedle něj souběžný žebříček odborné dráhy.
Dívejte se na výsledky týmu i na chování manažera: jak tým dodává, jak lidé rostou a zda zůstávají a co říkají podřízení a kolegové. Veďte stejné strukturované check-iny jako s vývojáři, s tímto žebříčkem jako měřítkem a se zpětnou vazbou od týmu.
Pro firmu s 20 až 200 lidmi stačí tři nebo čtyři: manažer jednoho týmu, manažer několika týmů a nad nimi jedna nebo dvě úrovně vedení. Další přidávejte, jen když je na každém stupni skutečná role k obsazení.
Nastavte jeho úrovně a dovednosti pro svůj tým, hodnoťte podle nich lidi v check-inech a rozhodujte o povýšení konzistentně.
Tarif Zdarma · Bez platební karty
Vývoj
Pět úrovní od Junior po Principal a šest kompetencí, od psaní kódu až po rozvoj týmu.
Produkt
Pět úrovní od Junior PM po Head of Product a šest kompetencí od discovery po produktovou strategii.
Vývoj
Čtyři úrovně od Junior po Staff DevOps inženýra a šest kompetencí od infrastruktury po podporu vývojářů.
Jak vést odbornou dráhu vedle manažerské: kde se rozcházejí, jak sladit jejich úrovně a jak mezi nimi mohou lidé přecházet, aniž by o něco přišli.
Aktualizováno 1. října 2026
Kritéria povýšení sepsaná předem, manažer, který navrhuje, někdo nad ním, kdo rozhoduje, a písemný návrh – proces povyšování, který rostoucí firma dokáže vysvětlit všem.
Aktualizováno 1. října 2026