Vývoj
Softvérový inžinier
Päť úrovní od juniora po principal a šesť kompetencií – od dodávania kódu po rozvoj tímu.
- 5 úrovní
- 6 kompetencií
Šablóna kariérneho rebríčka
Štyri úrovne od Engineering Managera po VP of Engineering a šesť manažérskych kompetencií.
Bezplatný plán · Bez platobnej karty
Tento rebríček opisuje manažérsku dráhu vo vývoji pre firmu s približne 20 až 200 ľuďmi: od človeka, ktorý prvýkrát vedie jeden tím, až po toho, kto zodpovedá za celý vývoj. Stojí vedľa rebríčka softvérového inžiniera – vedenie ľudí je iná práca, nie ďalší krok nad senior vývojárom. Najvyššia úroveň, VP of Engineering, je šéf celého vývoja; vývojári, ktorí rastú bez vedenia ľudí, postupujú podľa rebríčka softvérového inžiniera.
Každá úroveň rastie najmä v rozsahu: jeden tím, viacero tímov, oddelenie, celý vývoj. Matica kompetencií ukazuje, ako sa každé očakávanie s týmto rozsahom mení, a v časti o každej úrovni je všetko, čo sa na nej očakáva.
Použite ho na nastavenie očakávaní pre nových manažérov, na štruktúrovanú spätnú väzbu pre manažérov na check-inoch a na rozhodnutie, kedy je niekto pripravený na väčší rozsah. Pred zverejnením prispôsobte názvy pozícií aj formulácie vašej firme.
Vedie jeden tím vývojárov a zodpovedá za jeho ľudí, dodávanie a zdravie.
Vedie viacero tímov alebo jeden veľký tím, často prostredníctvom tech leadov či začínajúcich manažérov.
Riadi vývojové oddelenie a premieňa ciele firmy na jeho plány, štruktúru a nábor.
Vedie celý vývoj a za jeho výsledky sa zodpovedá vrcholovému vedeniu.
Každý riadok je kompetencia a každý stĺpec úroveň. Čítajte riadok zľava doprava a uvidíte, ako rastú očakávania.
| Kompetencia | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| Rozvoj ľudí | Pravidelne vedie 1:1 stretnutia s každým podriadeným, dáva konkrétnu spätnú väzbu v priebehu dní, nie mesiacov, a s každým človekom sa každý štvrťrok dohodne na rozvojovom cieli. | Koučuje nových manažérov a tech leadov, kalibruje hodnotenia naprieč tímami, aby rovnaká práca dostala rovnaké hodnotenie, a problémy s výkonnosťou rieši včas. | Buduje v oddelení zásobu manažérov, zabezpečuje, aby mal každý vývojár jasnú cestu na ďalšiu úroveň, a zodpovedá za rozhodnutia o povýšení v oddelení. | Definuje, ako vývoj rozvíja ľudí – kariérne rebríčky, hodnotenia a povýšenia – a rozvíja riaditeľov a manažérov, ktorí tento systém prevádzkujú. |
| Realizácia a dodávanie | Vedie rytmus plánovania a dodávania tímu, drží záväzky realistické, upozorní na riziká skôr, než sa posunú termíny, a chráni tím pred neustálymi zmenami priorít. | Koordinuje dodávanie naprieč tímami, odstraňuje prekážky medzi nimi a drží niekoľko paralelných projektov na správnej ceste bez mikromanažmentu. | Určuje prístup oddelenia k dodávaniu, vyvažuje prácu na roadmape s technickým dlhom a spoľahlivosťou a vyžaduje od manažérov zodpovednosť za výsledky. | Zodpovedá za výstupy vývoja voči cieľom firmy, informuje vedenie o pokroku a kompromisoch a odstraňuje systémové príčiny pomalého dodávania. |
| Zdravie tímu a nábor | Včas si všíma vyhorenie, konflikty a stratu záujmu a reaguje na ne, vedie retrospektívy, ktoré vedú k zmenám, a na otvorené pozície v tíme robí štruktúrované pohovory podľa dohodnutých kritérií. | Formuje štruktúru a obsadenie viacerých tímov, drží jednotnú latku pri nábore naprieč všetkými, ktorí robia pohovory, a dbá na to, aby noví ľudia boli v prvých mesiacoch produktívni. | Plánuje počty ľudí v oddelení, vymedzuje hranice tímov okolo jasnej zodpovednosti a zlepšuje udržanie ľudí na základe toho, čo ukážu odchody a prieskumy angažovanosti. | Zodpovedá za stratégiu náboru vo vývoji, za organizačnú štruktúru a kultúru: čo sa odmeňuje, čo sa toleruje a čo nie. |
| Technické vedenie | Rozumie systémom tímu natoľko, aby vedel posúdiť kompromisy, zúčastňuje sa na review návrhov a udržiava technický dlh viditeľný a naplánovaný. | S tech leadmi a staff inžiniermi pracuje na architektúre naprieč tímami a dbá na to, aby boli významné technické rozhodnutia zapísané a posúdené. | So staff a principal inžiniermi spoluurčuje technické smerovanie oddelenia a financuje prácu na platforme a spoľahlivosti, ktorú by žiadny jednotlivý tím neuprednostnil. | Zabezpečuje, aby mal vývoj dôveryhodnú technickú stratégiu a seniorných technických ľudí, ktorí ju zrealizujú, a s konečnou platnosťou rozhoduje o veľkých technologických investíciách. |
| Stratégia a plánovanie | Prekladá produktové ciele do štvrťročného plánu tímu, vysvetľuje dôvody priorít a odmieta prácu, ktorá doň nezapadá. | Zostavuje plány pre viacero tímov, určuje poradie závislostí medzi nimi a upravuje plán, keď sa zmenia ciele. | Píše ročný plán a rozpočet oddelenia, rozhoduje, kam investovať ľudí, a prepája prácu vývoja s merateľnými biznisovými výsledkami. | Ako člen vedenia formuje stratégiu firmy, stanovuje ročné ciele a rozpočet vývoja a rozhoduje, čo vývoj robiť nebude. |
| Partnerstvo s ostatnými útvarmi | Je rovnocenným partnerom produktového manažéra a dizajnéra tímu, stanovuje so zainteresovanými stranami jasné očakávania a podáva úprimné správy o stave. | Riadi očakávania viacerých produktových partnerov, rieši protichodné požiadavky medzi tímami a pri eskalácii prichádza s možnosťami, nie iba s problémami. | Je hlavným partnerom z vývoja pre jedného či viacerých vedúcich útvarov a na úrovni oddelenia vyjednáva roadmapu, rozsah a personálne obsadenie. | Zastupuje vývoj vo vrcholovom vedení a pred predstavenstvom, buduje dôveru s kolegami vo všetkých útvaroch a vysvetľuje prácu vývoja biznisovým jazykom. |
Posuňte tabuľku do strany a uvidíte všetky úrovne.
Stiahnuť ako CSV Otvoríte v Exceli, Google Sheets alebo Numbers.
Vedie jeden tím vývojárov a zodpovedá za jeho ľudí, dodávanie a zdravie. Jeden tím s približne štyrmi až ôsmimi vývojármi.
Vedie viacero tímov alebo jeden veľký tím, často prostredníctvom tech leadov či začínajúcich manažérov. Dva či tri tímy alebo 10 až 25 vývojárov, niekedy vrátane manažérov, ktorí vedú prvýkrát.
Riadi vývojové oddelenie a premieňa ciele firmy na jeho plány, štruktúru a nábor. Produktová oblasť alebo oddelenie s viacerými tímami a ich manažérmi.
Vedie celý vývoj a za jeho výsledky sa zodpovedá vrcholovému vedeniu. Celá vývojová organizácia, jej rozpočet a jej úloha v stratégii firmy.
Firma s 15 vývojármi zvyčajne potrebuje jednu či dve z týchto úrovní, nie štyri. Ďalšiu úroveň pridajte, až keď táto práca naozaj existuje – napríklad keď manažér začne viesť ďalších manažérov. V mnohých firmách tejto veľkosti je na vrchole rebríčka CTO, ktorý spája úroveň VP so zodpovednosťou za technickú stratégiu; ak máte oboch, VP riadi organizáciu a CTO technológie.
Priraďte každú manažérsku úroveň k úrovni vývojára s porovnateľným platom a rozsahom, aby bol prechod medzi dráhami krokom do strany. Bežným ukotvením je Senior vývojár vedľa Engineering Managera.
Niektoré firmy očakávajú, že manažéri budú robiť code review; iné chcú, aby sa sústredili na ľudí a dodávanie. Svoju odpoveď zapíšte do riadka Technické vedenie, aby bolo očakávanie výslovné, a nie predpokladané.
Požiadajte podriadených a kolegov manažéra o spätnú väzbu k tým istým kompetenciám. O rozvoji ľudí a zdraví tímu vám povie viac než vlastné sebahodnotenie manažéra.
Otázky a odpovede
Engineering Manager zodpovedá za ľudí – ich rast, spätnú väzbu, nábor, zdravie tímu – a za dodávanie. Tech lead je odborník, ktorý zodpovedá za technické smerovanie tímu. V malých tímoch môže obe robiť jeden človek, ide však o dve rôzne práce s dvoma rôznymi rebríčkami.
Zvyčajne vtedy, keď tím narastie nad šesť až osem vývojárov alebo keď zakladateľ či CTO už nemá čas na pravidelné 1:1 stretnutia so všetkými. Práve vtedy ľuďom začne chýbať spätná väzba a rozhovory o kariére.
Nemal by byť. Prechod z vývojára na manažéra je zmena dráhy na inú prácu. Ak je manažment jedinou cestou k vyššiemu platu či lepšej pozícii, prídete o dobrých vývojárov a získate neochotných manažérov – ponechajte si paralelný rebríček odbornej dráhy.
Pozerajte sa na výsledky tímu aj na správanie manažéra: ako tím dodáva, ako ľudia rastú a či zostávajú a čo hovoria podriadení a kolegovia. Veďte tie isté štruktúrované check-iny ako s vývojármi, s týmto rebríčkom ako referenciou a vrátane spätnej väzby od tímu.
Pre firmu s 20 až 200 ľuďmi stačia tri či štyri: manažér jedného tímu, manažér viacerých tímov a jedna či dve úrovne vedenia nad nimi. Ďalšie pridajte, len keď na každom stupni existuje skutočná rola, ktorú treba obsadiť.
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.
Bezplatný plán · Bez platobnej karty
Vývoj
Päť úrovní od juniora po principal a šesť kompetencií – od dodávania kódu po rozvoj tímu.
Produkt
Päť úrovní od Junior produktového manažéra po Head of Product a šesť kompetencií – od discovery po produktovú stratégiu.
Vývoj
Štyri úrovne od Junior po Staff DevOps inžiniera a šesť kompetencií – od infraštruktúry po podporu vývojárov.
Ako viesť odbornú dráhu vedľa manažérskej: kde sa rozchádzajú, ako zladiť ich úrovne a ako môžu ľudia medzi nimi prechádzať bez toho, aby niečo stratili.
Aktualizované 1. októbra 2026
Kritériá povýšenia napísané vopred, manažér, ktorý navrhuje, niekto nad ním, kto rozhoduje, a písomný návrh — proces povyšovania, ktorý rastúca firma vie vysvetliť každému.
Aktualizované 1. októbra 2026