Ohjelmistokehitys
Ohjelmistokehittäjä
Viisi tasoa juniorista principaliin ja kuusi osaamisaluetta koodin julkaisemisesta tiimin kasvattamiseen.
- 5 tasoa
- 6 osaamisaluetta
Uratikkaiden pohja
Neljä tasoa Engineering Managerista VP of Engineeringiin ja kuusi johtamisen osaamisaluetta.
Ilmainen-paketti · Ei luottokorttia
Nämä uratikkaat kuvaavat kehitysorganisaation esihenkilöpolun noin 20–200 hengen yrityksessä: ensimmäistä tiimiään vetävästä esihenkilöstä ihmiseen, joka vastaa koko ohjelmistokehityksestä. Ne kulkevat ohjelmistokehittäjän uratikkaiden rinnalla – ihmisten johtaminen on eri työ, ei seuraava askel senior-kehittäjän jälkeen. Ylin taso, VP of Engineering, johtaa koko kehitystoimintoa; kehittäjät, jotka kasvavat johtamatta ihmisiä, etenevät kehittäjien uratikkailla.
Jokainen taso kasvaa ennen kaikkea vastuualueeltaan: yksi tiimi, useampi tiimi, osasto, koko toiminto. Osaamismatriisista näet, miten jokainen odotus muuttuu vastuualueen mukana, ja jokaisen tason osiossa on kaikki, mitä tasolla odotetaan.
Käytä tikkaita uusien esihenkilöiden odotusten asettamiseen, jäsennellyn palautteen antamiseen esihenkilöille check-ineissä ja sen ratkaisemiseen, milloin joku on valmis laajempaan vastuuseen. Muokkaa nimikkeet ja sanamuodot yrityksellesi sopiviksi ennen julkaisua.
Vetää yhtä kehittäjätiimiä ja vastaa sen ihmisistä, toimituksesta ja hyvinvoinnista.
Vetää useaa tiimiä tai yhtä suurta tiimiä, usein tech leadien tai uudempien esihenkilöiden kautta.
Johtaa kehitysosastoa ja muuttaa yrityksen tavoitteet sen suunnitelmiksi, rakenteeksi ja rekrytoinneiksi.
Johtaa koko ohjelmistokehitystä ja vastaa sen tuloksista johtoryhmälle.
Jokainen rivi on osaamisalue ja jokainen sarake taso. Lue riviä vasemmalta oikealle, niin näet, miten odotukset kasvavat.
| Osaamisalue | Engineering Manager | Senior Engineering Manager | Director of Engineering | VP of Engineering |
|---|---|---|---|---|
| Ihmisten kehittäminen | Käy säännölliset 1:1-keskustelut jokaisen tiimiläisensä kanssa, antaa täsmällistä palautetta päivien eikä kuukausien kuluessa ja sopii jokaisen kanssa kehitystavoitteen joka neljännes. | Valmentaa uusia esihenkilöitä ja tech leadeja, kalibroi arviot tiimien välillä niin, että samasta työstä saa saman arvion, ja puuttuu suoriutumisongelmiin ajoissa. | Kasvattaa osastolle esihenkilöreserviä, varmistaa, että jokaisella kehittäjällä on selkeä polku seuraavalle tasolle, ja vastaa osaston ylennyspäätöksistä. | Määrittää, miten kehitysorganisaatio kasvattaa ihmisiä – uratikkaat, arvioinnit ja ylennykset – ja kehittää johtajia ja esihenkilöitä, jotka pyörittävät tätä järjestelmää. |
| Toimitus ja toteutus | Pyörittää tiimin suunnittelu- ja toimitusrytmiä, pitää sitoumukset realistisina, nostaa riskit esiin ennen kuin aikataulut venyvät ja suojaa tiimiä jatkuvasti muuttuvilta prioriteeteilta. | Koordinoi toimitusta tiimien välillä, poistaa niiden välisiä esteitä ja pitää useita rinnakkaisia projekteja raiteillaan ilman mikromanagerointia. | Määrittää osaston toimitustavan, tasapainottaa tiekarttatyön teknisen velan ja luotettavuuden kanssa ja pitää esihenkilöt vastuussa lopputuloksista. | Vastaa kehitysorganisaation tuotoksesta suhteessa yrityksen tavoitteisiin, raportoi edistymisestä ja kompromisseista johdolle ja korjaa hitaan toimituksen järjestelmälliset syyt. |
| Tiimin hyvinvointi ja rekrytointi | Huomaa uupumuksen, ristiriidat ja sitoutumattomuuden ajoissa ja reagoi niihin, vetää retrospektiivejä, jotka johtavat muutoksiin, ja haastattelee tiimin avoimiin rooleihin jäsennellysti sovittujen kriteerien perusteella. | Muovaa useamman tiimin rakennetta ja miehitystä, pitää rekrytointirimaa yhtenäisenä haastattelijasta toiseen ja varmistaa, että uudet työntekijät pääsevät tuottaviksi ensimmäisten kuukausiensa aikana. | Suunnittelee osaston henkilöstömäärän, vetää tiimirajat selkeän vastuunjaon mukaan ja parantaa pysyvyyttä sen perusteella, mitä lähtöhaastattelut ja työtyytyväisyyskyselyt paljastavat. | Vastaa kehitysorganisaation rekrytointistrategiasta, organisaatiorakenteesta ja kulttuurista: mitä palkitaan, mitä siedetään ja mitä ei. |
| Tekninen johtajuus | Tuntee tiimin järjestelmät niin hyvin, että pystyy arvioimaan kompromisseja, osallistuu suunnitelmien katselmointeihin ja pitää teknisen velan näkyvänä ja suunniteltuna. | Työstää tiimien yli ulottuvaa arkkitehtuuria tech leadien ja Staff Engineerien kanssa ja varmistaa, että merkittävät tekniset päätökset kirjataan ja katselmoidaan. | Linjaa osaston teknistä suuntaa yhdessä Staff- ja Principal-tason kehittäjien kanssa ja rahoittaa alusta- ja luotettavuustyötä, jota mikään yksittäinen tiimi ei priorisoisi. | Varmistaa, että kehitysorganisaatiolla on uskottava teknologiastrategia ja kokeneet tekniset osaajat sen toteuttamiseen, ja tekee lopullisen päätöksen suurista teknologiainvestoinneista. |
| Strategia ja suunnittelu | Muuttaa tuotetavoitteet tiimin neljännessuunnitelmaksi, perustelee prioriteetit ja sanoo ei työlle, joka ei sovi suunnitelmaan. | Laatii useamman tiimin kattavia suunnitelmia, järjestää tiimien väliset riippuvuudet ja päivittää suunnitelmaa, kun tavoitteet muuttuvat. | Laatii osaston vuosisuunnitelman ja budjetin, päättää, mihin ihmisiä sijoitetaan, ja kytkee kehitystyön mitattaviin liiketoimintatuloksiin. | Muovaa yrityksen strategiaa osana johtoryhmää, asettaa kehitysorganisaation vuositavoitteet ja budjetin ja päättää, mitä kehitysorganisaatio ei tee. |
| Yhteistyö eri toimintojen kanssa | Toimii tasavertaisena kumppanina tiimin tuotepäällikön ja tuotesuunnittelijan kanssa, sopii sidosryhmien kanssa selkeistä odotuksista ja kertoo tilanteesta rehellisesti. | Hallitsee usean tuotekumppanin odotuksia, ratkoo tiimien välisiä ristiriitaisia pyyntöjä ja tuo eskaloidessaan mukanaan vaihtoehtoja eikä pelkkiä ongelmia. | On kehitysorganisaation pääkumppani yhdelle tai useammalle toimintojen johtajalle ja neuvottelee tiekartasta, laajuudesta ja resursseista osastotasolla. | Edustaa kehitysorganisaatiota johtoryhmässä ja hallitukselle, rakentaa luottamusta kollegoihin jokaisessa toiminnossa ja selittää kehitystyön liiketoiminnan kielellä. |
Vieritä taulukkoa sivusuunnassa nähdäksesi kaikki tasot.
Lataa CSV-tiedostona Avautuu Excelissä, Google Sheetsissä tai Numbersissa.
Vetää yhtä kehittäjätiimiä ja vastaa sen ihmisistä, toimituksesta ja hyvinvoinnista. Yksi noin neljän–kahdeksan kehittäjän tiimi.
Vetää useaa tiimiä tai yhtä suurta tiimiä, usein tech leadien tai uudempien esihenkilöiden kautta. Kaksi tai kolme tiimiä tai 10–25 kehittäjää, joskus myös ensikertalaisia esihenkilöitä.
Johtaa kehitysosastoa ja muuttaa yrityksen tavoitteet sen suunnitelmiksi, rakenteeksi ja rekrytoinneiksi. Useamman tiimin ja niiden esihenkilöiden muodostama tuotealue tai osasto.
Johtaa koko ohjelmistokehitystä ja vastaa sen tuloksista johtoryhmälle. Koko kehitysorganisaatio, sen budjetti ja sen rooli yrityksen strategiassa.
15 kehittäjän yritys tarvitsee yleensä yhden tai kaksi näistä tasoista, ei neljää. Lisää seuraava taso, kun sitä vastaava työ on todella olemassa – esimerkiksi kun esihenkilö alkaa johtaa muita esihenkilöitä. Monessa tämän kokoluokan yrityksessä tikkaiden huipulla on CTO, joka yhdistää VP-tason teknologiastrategian omistajuuteen; jos teillä on molemmat, VP johtaa organisaatiota ja CTO teknologiaa.
Rinnasta jokainen esihenkilötaso kehittäjätasoon, jolla on vertailukelpoinen palkka ja vastuualue, jotta urapolkujen välillä siirtyminen on sivuaskel. Senior kehittäjä ja Engineering Manager rinnakkain on yleinen kiintopiste.
Joissain yrityksissä esihenkilöiden odotetaan katselmoivan koodia; toisissa heidän halutaan keskittyvän ihmisiin ja toimitukseen. Kirjoita vastauksenne Tekninen johtajuus -riville, jotta odotus on sanottu ääneen eikä oletettu.
Pyydä esihenkilön tiimiläisiltä ja kollegoilta palautetta samoista osaamisalueista. Se kertoo ihmisten kehittämisestä ja tiimin hyvinvoinnista enemmän kuin esihenkilön oma itsearviointi.
UKK
Engineering Manager vastaa ihmisistä – kasvusta, palautteesta, rekrytoinnista ja tiimin hyvinvoinnista – sekä toimituksesta. Tech lead on asiantuntija, joka vastaa tiimin teknisestä suunnasta. Pienissä tiimeissä sama ihminen voi tehdä molempia, mutta ne ovat kaksi eri työtä ja niillä on omat uratikkaansa.
Yleensä silloin, kun tiimi kasvaa yli kuuden–kahdeksan kehittäjän tai kun perustajalla tai CTO:lla ei enää ole aikaa säännöllisiin 1:1-keskusteluihin kaikkien kanssa. Silloin ihmiset alkavat jäädä ilman palautetta ja urakeskusteluja.
Ei pitäisi olla. Kehittäjästä esihenkilöksi siirtyminen on urapolun vaihto toiseen työhön. Jos johtaminen on ainoa tie palkankorotukseen tai isompaan nimikkeeseen, menetät hyviä kehittäjiä ja saat haluttomia esihenkilöitä – pidä rinnalla asiantuntijapolun uratikkaat.
Katso tiimin tuloksia ja esihenkilön toimintaa: miten tiimi toimittaa, miten ihmiset kasvavat ja pysyvätkö he, ja mitä tiimiläiset ja kollegat sanovat. Käy samat jäsennellyt check-init kuin kehittäjien kanssa, tikkaat vertailukohtana ja tiimin palaute mukana.
20–200 hengen yritykselle kolme tai neljä riittää: yhden tiimin esihenkilö, usean tiimin esihenkilö ja yksi tai kaksi johtotasoa niiden yllä. Lisää tasoja vain, jos jokaisella askeleella on todellinen rooli täytettävänä.
Määritä tasot ja taidot tiimillesi, arvioi ihmisiä niitä vasten check-ineissä ja pidä ylennyspäätökset johdonmukaisina.
Ilmainen-paketti · Ei luottokorttia
Ohjelmistokehitys
Viisi tasoa juniorista principaliin ja kuusi osaamisaluetta koodin julkaisemisesta tiimin kasvattamiseen.
Tuotehallinta
Viisi tasoa Junior tuotepäälliköstä tuotejohtajaan ja kuusi osaamisaluetta asiakasymmärryksestä tuotestrategiaan.
Ohjelmistokehitys
Neljä tasoa Junior DevOps-insinööristä Staff-tasolle ja kuusi osaamisaluetta infrastruktuurista kehittäjien tukemiseen.
Näin asiantuntijapolku ja esihenkilöpolku toimivat rinnakkain: missä ne erkanevat, miten niiden tasot sovitetaan yhteen ja miten polulta toiselle siirrytään menettämättä asemaa.
Päivitetty 1. lokakuuta 2026
Etukäteen kirjatut ylennyskriteerit, esihenkilö joka ehdottaa, ylempänä oleva joka päättää, ja kirjallinen ehdotus – ylennysprosessi, jonka kasvava yritys voi selittää kaikille.
Päivitetty 1. lokakuuta 2026