Ohjelmistokehitys
Engineering Manager
Neljä tasoa Engineering Managerista VP of Engineeringiin ja kuusi johtamisen osaamisaluetta.
- 4 tasoa
- 6 osaamisaluetta
Ylennykset
Ylennysprosessi kirjallisin perusteluin ja selkein päätöksin
Kirjaa ylennysperustelut, lähetä ne ylöspäin raportointiketjussa ja anna uuden roolin astua voimaan sovittuna päivänä – ilman taulukkoa välissä.
Ilmainen-paketti · Ei luottokorttia
Näin se toimii
Näin ylennys etenee
Esihenkilö kirjoittaa perustelut
Henkilön suora esihenkilö valitsee uuden roolin ja voimaantulopäivän ja perustelee ehdotuksen. Henkilön profiili – arviot ajan mittaan, taitokohtainen kehitys, aika roolissa – on tukena. Luonnos näkyy vain sen kirjoittajalle.
Joku hänen yläpuolellaan päättää
Lähettäminen vie perustelut ylöspäin raportointiketjussa. Kuka tahansa ehdottavan esihenkilön yläpuolella voi hyväksyä ehdotuksen, hylätä sen tai palauttaa sen ja pyytää lisää.
Uusi rooli astuu voimaan sovittuna päivänä
Hyväksynnän jälkeen henkilö siirtyy uratikkailla uuteen rooliin voimaantulopäivänä – heti, jos päivä on jo tullut, muuten automaattisesti kyseisenä päivänä.
Siirto jää historiaan
Siitä lähtien hänen roolikorttinsa näyttää, mitä uusi rooli edellyttää, ja roolihistoriaan kirjautuvat siirto ja se, kuka hänet ehdotti.
Käyttöoikeudet
Kuka tekee mitä
- Esihenkilöt
- Vain henkilön suora esihenkilö voi ehdottaa ylennystä. Hän voi muokata ehdotusta, kun siihen pyydetään lisää, ja perua sen milloin tahansa ennen kuin se astuu voimaan.
- Ylemmät esihenkilöt
- Kuka tahansa ehdottavan esihenkilön yläpuolella voi lukea perustelut ja hyväksyä, hylätä tai pyytää lisätietoja, kun ehdotus odottaa päätöstä.
- Työntekijät
- Ei koskaan näe itseään koskevaa pyyntöä sovelluksessa, oli sen tila mikä tahansa. Kun ylennys astuu voimaan, uusi rooli näkyy hänen roolihistoriassaan.
- Pääkäyttäjät
- Määrittävät organisaation käytännön – tarvitsevatko ylennykset hyväksynnän ja kerrotaanko työntekijälle, kun ylennys astuu voimaan – mutta eivät näe pyyntöjä pelkästään pääkäyttäjän roolinsa perusteella.
Hyvä tietää
Yksityiskohdat
- Yksityinen, kunnes se on totta
- Sovelluksessa henkilö ei koskaan näe itseään koskevaa odottavaa, palautettua tai hylättyä pyyntöä, joten ylennystä ei koskaan julkisteta puolittain eikä hylkäys tavoita ketään, joka ei tiennyt asian olevan esillä.
- Ei ketään yläpuolella? Ehdotus menee silti läpi
- Jos ehdottavalla esihenkilöllä ei ole ketään yläpuolellaan, pyyntö hyväksytään lähetettäessä, jotta perustaja ei jää odottamaan hyväksyntää, joka ei voi tulla.
- Hylkäys on lopullinen, kysymys ei
- Hylätty pyyntö suljetaan. Lisätietojen pyytäminen palauttaa sen esihenkilölle saatteen kera muokattavaksi ja uudelleen lähetettäväksi.
- Kestää organisaation muutokset
- Jos kohderooli on poistettu tai henkilölle on sillä välin annettu toinen rooli, pyyntö epäonnistuu sen sijaan, että se toteutuisi; jos henkilö on lähtenyt, pyyntö perutaan. Asianosaiset esihenkilöt saavat tiedon, ja epäonnistuneen pyynnön voi korjata ja lähettää uudelleen.
- Mikä tahansa julkaistu rooli, ei vain seuraava taso
- Uusi rooli voi olla mikä tahansa rooli julkaistussa kehyksessä – seuraava taso samalla urapolulla, siirto esihenkilöpolulle tai rooli toisessa osastossa.
Tutustu lisää
Aiheeseen liittyvää
Pohjia aloitukseen
Ohjelmistokehitys
Ohjelmistokehittäjä
Viisi tasoa juniorista principaliin ja kuusi osaamisaluetta koodin julkaisemisesta tiimin kasvattamiseen.
- 5 tasoa
- 6 osaamisaluetta
Kenelle se sopii
Startupeille
Startupit
10–60 hengen startupien perustajille, jotka rakentavat uratasoja, tukevat ensimmäisiä esihenkilöitään ja haluavat reiluja ylennyksiä.
Teknologiayrityksille
Teknologiayritykset
50–200 hengen teknologia- ja SaaS-yritysten teknologiajohtajille ja osastojen vetäjille, jotka tarvitsevat tasot, jotka tarkoittavat samaa jokaisessa tiimissä.
Lue lisää
- Ylennykset
Näin rakennat reilun ylennysprosessin
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
UKK
Usein kysyttyä
Miksi ihmiset eivät näe itseään koskevia ylennyspyyntöjä?
Koska ennen päätöstä ylennys ei välttämättä toteudu. Kun pyyntö pidetään poissa henkilön näkyvistä joka vaiheessa, häneltä säästyy hylkäys, jonka mahdollisuudesta hän ei tiennyt; ylennyksestä hän kuulee, kun se astuu voimaan. Näin sovellus toimii: se ei rajoita kenenkään tietosuojalainsäädännön mukaista oikeutta pyytää työnantajaltaan itseään koskevia tietoja.
Kuka hyväksyy ylennyksen?
Kuka tahansa ehdottavan esihenkilön yläpuolella raportointiketjussa. Hyväksyntäketjua ei tarvitse määrittää, ja organisaatio voi myös poistaa hyväksynnän kokonaan käytöstä.
Voiko esihenkilön esihenkilö ehdottaa ylennystä?
Ei. Ehdotukset tulevat henkilön suoralta esihenkilöltä; ylemmät esihenkilöt osallistuvat päätöksentekijöinä.
Voiko ylennys astua voimaan tulevana päivänä?
Voi. Esihenkilö valitsee voimaantulopäivän perusteluissa. Jos päivä on jo tullut, kun pyyntö hyväksytään, uusi rooli tulee voimaan heti; muuten se tulee voimaan automaattisesti kyseisenä päivänä.
Mitä ylennysperusteluissa pitäisi sanoa?
Esihenkilö kirjoittaa ne omin sanoin. Vahvat perustelut viittaavat siihen, mitä kohderooli edellyttää taitomatriisissa, ja siihen, mitä henkilön check-init ja kehitystoimenpiteet jo osoittavat.
Tee seuraavasta ylennyksestä päätös, jonka voit perustella
Aloita ilmaiseksi, julkaise uratikkaasi ja anna ylennyksistä päättää niiden, joille päätös kuuluu.
Ilmainen-paketti · Ei luottokorttia