Uratikkaat vastaavat kysymykseen, jonka jokainen kasvava tiimi jossain vaiheessa esittää: mitä minun pitää tehdä päästäkseni seuraavalle tasolle? 15 hengen yrityksessä perustajat pystyvät vastaamaan siihen keskustelussa. Kun ihmisiä on 40 tai 80, esihenkilöitä useita ja osastoja enemmän kuin yksi, vastaukset alkavat vaihdella esihenkilöstä toiseen – ja ihmiset huomaavat sen.
Tämä opas on tarkoitettu noin 20–200 hengen yrityksille, jotka haluavat uratikkaat ilman omaa HR-tiimiä. Se sopii yhtä hyvin ohjelmistokehitykseen, myyntiin, asiakastukeen, tuotteeseen, muotoiluun kuin operatiivisiin toimintoihin. Käymme läpi seitsemän vaihetta, katsomme esimerkin ja listaamme virheet, jotka useimmiten tekevät hyvistä uratikkaista dokumentin, jota kukaan ei avaa.
Mitä uratikkaat ovat ja mitä ne eivät ole
Uratikkaat ovat saman työn roolit tasojen mukaiseen järjestykseen asetettuina, ja jokaiselle askeleelle on selkeä kuvaus siitä, mitä siinä odotetaan. ”Junior tukiasiantuntija tukiasiantuntija senior tukiasiantuntija tukitiimin vetäjä” ovat uratikkaat. Kun samalle osastolle asetetaan useammat tikkaat rinnakkain – esimerkiksi asiantuntijapolku esihenkilöpolun viereen – ja lisätään osaamisalueet, joiden perusteella kutakin roolia arvioidaan, syntyy urakehys.
Tässä oppaassa käytetyt käsitteet:
- Osasto – ryhmä, jolla on omat uratikkaat: ohjelmistokehitys, myynti, asiakastuki.
- Urapolku – yksi reitti osaston sisällä, esimerkiksi asiantuntijapolku tai esihenkilöpolku.
- Taso – askel urapolulla, vertailukelpoinen polkujen välillä: toisen polun taso 3 on suunnilleen yhtä vaativa kuin toisen polun taso 3.
- Rooli – tehtävä tietyllä tasolla tietyllä polulla: ”Senior Account Executive”.
- Osaamisalue – alue, jolla ihmisiä arvioidaan, kuten viestintä tai tekninen syvyys. Jokainen osaamisalue kuvataan erikseen jokaiselle tasolle.
Uratikkaat eivät ole lista tehtävänimikkeistä, eivätkä ne ole palkkataulukko. Nimike kertoo, millä nimellä ihmistä kutsutaan; uratikkaat kertovat, mitä häneltä odotetaan. Palkka voidaan sitoa niihin myöhemmin, mutta palkkahaarukoista alkavista uratikkaista tulee helposti neuvotteluväline eikä kehittymisen väline.
Ennen kuin aloitat: rajaus ja omistajat
Kolme päätöstä säästää myöhemmin viikkoja.
Aloita yhdestä osastosta. Valitse se, jossa kysymys ”miten voin kehittyä täällä?” nousee esiin useimmin – yleensä suurin tiimi tai nopeimmin rekrytoiva. Jos kaikki osastot rakennetaan kerralla, työ hajoaa ja hetki, jolloin joku oikeasti hyötyy, siirtyy kauemmas.
Nimeä omistajat. Osaston vetäjä omistaa sisällön. Yksi tai kaksi kokenutta tiimiläistä auttaa kirjoittamaan sen, koska he tietävät, miltä työ kullakin tasolla todella näyttää. Yksi johtoon kuuluva – usein toimitusjohtaja, CTO tai COO – omistaa kokonaisrakenteen, jotta tasot tarkoittavat samaa kaikilla osastoilla.
Päätä, mihin ensimmäistä versiota käytetään. Uratikkaat, joita käytetään vain ylennyspäätöksissä, avataan kahdesti vuodessa. Uratikkaat, jotka jäsentävät säännöllisiä urakeskusteluja, avataan joka kuukausi. Päätä jo nyt, että niitä käytetään molempiin, koska se vaikuttaa siihen, miten odotukset kirjoitetaan.
Vaihe 1: Kartoita nykyiset roolit
Ennen kuin suunnittelet mitään, kirjaa ylös, mitä on jo olemassa. Listaa osaston jokainen ihminen, hänen nykyinen nimikkeensä, kenelle hän raportoi ja suunnilleen mitä hän tekee. Ryhmittele sitten ihmiset, jotka tekevät samankaltaista työtä samassa laajuudessa.
Yleensä löytyy kolme asiaa:
- Paisuneita nimikkeitä. Joku palkattiin ”senioriksi” aikana, jolloin ihmisiä oli kolme, ja hän tekee nyt samanlaajuista työtä kuin kollegat, joiden nimikkeessä sanaa ei ole.
- Aukkoja. Juniorien ja tiiminvetäjän välissä ei ole ketään, joten kehittyä voi vain ryhtymällä esihenkilöksi.
- Piilossa olevia polkuja. Ihminen, joka on selvästi tiimin paras asiantuntija mutta jolla ei ole alaisia, istuu esihenkilön vieressä, jolla on alaisia mutta vähemmän asiantuntemusta. Kyse on kahdesta eri polusta.
Älä korjaa vielä mitään. Kartoitus on raaka-aine seuraaville vaiheille, ja siitä tulee testiaineistosi: kun uratikkaiden luonnos on valmis, jokaisen listalla olevan pitäisi sijoittua kohtaan, joka tuntuu oikealta sekä hänestä itsestään että hänen esihenkilöstään.
Vaihe 2: Valitse urapolut
Useimmat vähintään 20 hengen osastot tarvitsevat kaksi polkua:
- Asiantuntijapolun niille, jotka kehittyvät syventämällä asiantuntemustaan ja laajentamalla vaikutustaan ilman alaisia.
- Esihenkilöpolun niille, jotka kehittyvät johtamalla tiimiä.
Kahden polun tarkoitus on, ettei kenenkään tarvitse ryhtyä esihenkilöksi saadakseen ylennyksen. Vahvin asiantuntijasi voi olla heikko ja onneton esihenkilö; erillinen polku antaa hänen kehittyä edelleen.
Tee poluista vertailukelpoiset: saman tason pitäisi tarkoittaa molemmilla poluilla samaa vastuun laajuutta, vaikutusvaltaa ja palkkaa. Tavallinen ratkaisu on, että esihenkilöpolku alkaa tasoa tai kahta ylempää, koska ensimmäistä kertaa esihenkilöksi ryhtyvä on yleensä ensin ollut vahva senior-tason asiantuntija.
Pienemmät osastot – vaikkapa viiden hengen asiakastuki – voivat aloittaa yhdellä polulla ja lisätä toisen, kun ensimmäinen esihenkilö nimitetään.
Vaihe 3: Päätä tasojen määrä
Tasoja tarvitaan vähemmän kuin luulet. Jokaisen tason on kuvattava todellinen, havaittava ero siinä, mitä ihminen tekee. Jos et pysty kirjoittamaan kahta lausetta siitä, miten taso 4 eroaa tasosta 3, sinulla on yksi taso eikä kaksi.
| Yrityksen koko | Tasoja tyypillisesti polkua kohden |
|---|---|
| 20–50 henkeä | 4 |
| 50–100 | 5 |
| 100–200 | 5–6 |
Jos tasoja on liian vähän, ihmiset odottavat ylennystä kolme vuotta, mikä ei tunnu edistymiseltä lainkaan. Jos niitä on liikaa, tasojen erot muuttuvat sanaleikiksi, joita esihenkilöt soveltavat kukin omalla tavallaan.
Nimeä tasot neutraalisti. Numerot (L1–L5) tai lyhyet tunnisteet toimivat paremmin kuin keksityt nimet. Pidä tehtävänimikkeet erillään, jos tarvitset niitä työmarkkinoita varten – ”Senior Account Executive” voi olla tasolla 3 ilman, että nimike muuttuu aina, kun uratikkaat muuttuvat.
Vaihe 4: Valitse viidestä kahdeksaan osaamisaluetta
Osaamisalueet ovat urakehyksen rivit: alueet, joilla kukin taso kuvataan. Tavoittele viidestä kahdeksaan osaamisaluetta osastoa kohden. Jos niitä on vähemmän, tärkeitä osia työstä jää mainitsematta; jos enemmän, jokaisesta arvioinnista tulee pitkä tarkistuslista.
Yhdistä kahta tyyppiä:
- Yhteiset osaamisalueet, jotka koskevat koko yritystä – viestintä, omistajuus, yhteistyö, muiden auttaminen kehittymään. Kirjoita ne kerran ja käytä uudelleen jokaisella osastolla.
- Osastokohtaiset osaamisalueet, jotka kuvaavat itse ammattitaitoa.
Esimerkkejä osastoittain:
- Ohjelmistokehitys: tekninen syvyys, järjestelmäsuunnittelu, koodin laatu ja katselmointi, toimitus, vastuu tuotantoympäristöstä.
- Myynti: myyntiputken rakentaminen, tarvekartoitus, neuvottelu ja kaupan päättäminen, ennustaminen, asiakkuuksien kasvattaminen.
- Asiakastuki: tapausten ratkaiseminen, tuoteosaaminen, kirjallinen viestintä, prosessien kehittäminen, asiakkaan äänen välittäminen.
Jos et tiedä, mistä aloittaa, valmis kokonaisuus on nopeampi kuin tyhjä sivu: ohjelmistokehittäjän, asiakastuen ja account executiven pohjissa on valmiina tasot ja osaamisalueet, joita voit muokata omiisi sopiviksi.
Vaihe 5: Kirjoita odotukset jokaiselle tasolle
Tämä on työn ydin, ja tässä uratikkaat useimmiten onnistuvat tai epäonnistuvat. Kirjoita jokaiselle osaamisalueelle, mitä kunkin tason ihminen todella tekee. Kolme sääntöä ratkaisee.
Kuvaa toimintaa, älä adjektiiveja. ”Vahva viestijä” ei tarkoita mitään, ennen kuin kerrot, mitä vahva viestijä tekee. Vertaa:
- Heikko: ”Erinomainen kirjallinen viestintä.”
- Hyödyllinen: ”Kirjoittaa asiakasvastauksia, jotka useimmiten ratkaisevat asian yhdellä viestillä, ja luonnostelee ohjeartikkeleita, jotka muut voivat julkaista kevyin muokkauksin.”
Näytä vastuun laajenevan. Saman osaamisalueen ulottuvuuden pitää kasvaa tasolta toiselle: omista tehtävistä tiimiin, useampaan tiimiin ja koko osastoon.
Pidä jokainen taso itsenäisenä. Jokaisen solun pitää olla ymmärrettävä sellaisenaan, ilman ilmausta ”kuten yllä, mutta enemmän”.
Tässä yksi osaamisalue kirjoitettuna asiakastuen uratikkaiden neljälle tasolle:
| Taso | Tuoteosaaminen |
|---|---|
| 1 | Vastaa tavallisiin kysymyksiin ohjekeskuksen avulla ja pyytää apua kaikessa epätavallisessa. |
| 2 | Ratkaisee useimmat ongelmat itsenäisesti, myös asetusongelmat, ja tietää, milloin asia pitää eskaloida. |
| 3 | On tiimin ensisijainen asiantuntija vähintään yhdellä vaativalla alueella ja kirjoittaa sisäiset ohjeet, joihin muut nojaavat. |
| 4 | Tunnistaa toistuvia ilmiöitä tikettien välillä, selittää ne tuotetiimille ja vaikuttaa siihen, mitä korjataan seuraavaksi. |
Kirjoita ensimmäinen luonnos nopeasti ja tiimin omin sanoin, ja käy se sitten läpi kahden tai kolmen eri tasoilla olevan ihmisen kanssa. Kysy heiltä yksi kysymys: ”Kun luet oman tasosi kuvauksen, tunnistatko siitä työsi?”
Vaihe 6: Sijoita ihmiset ja kalibroi
Ota vaiheen 1 kartoitus ja sijoita jokainen ihminen jollekin tasolle jollakin polulla. Kukin esihenkilö tekee tämän ensin omalle tiimilleen, ja sitten esihenkilöt kokoontuvat kalibrointiin: tunnin tai kahden tapaamiseen, jossa sijoituksia verrataan tiimien välillä ja kysytään: ”Onko tämä ihminen todella samalla tasolla kuin tuo?”
Kalibroinnissa epäjohdonmukaisuudet tulevat esiin – antelias esihenkilö, tiukka esihenkilö, ihminen, jonka nimike lupasi enemmän kuin hänen työnsä näyttää. Ratkaise ne ennen kuin kukaan näkee lopputuloksen.
Kun joku sijoittuu alemmas kuin hänen nykyinen nimikkeensä antaa ymmärtää, älä alenna häntä saman tien. Selitä uusi rakenne, näytä, mitä yläpuolinen taso vaatii, ja sopikaa, miten hän pääsee sinne. Nykyisten nimikkeiden säilyttäminen siirtymäkauden ajan on yleensä inhimillisempää eikä maksa mitään.
Vaihe 7: Julkaise ja ota käyttöön
Julkaise uratikkaat koko osastolle, ei vain esihenkilöille. Pidä lyhyt tilaisuus, jossa käytte ne läpi: miksi ne on tehty, miten tasot ja polut toimivat ja miten ylennyksistä päätetään tästä eteenpäin. Tee niistä sitten osa tiimin arkea, tai ne unohtuvat vuosineljänneksessä:
- Urakeskustelut. Pidä säännöllisiä check-inejä, joissa jokainen arvioi itsensä oman roolinsa odotuksia vasten ja esihenkilö tekee saman. Näiden kahden näkemyksen erot ovat keskustelun asialista.
- Kehityssuunnitelmat. Muuta erot muutamaksi konkreettiseksi toimenpiteeksi määräpäivineen sen sijaan, että kirjaat epämääräisen ”kehitä sidosryhmäyhteistyötä”.
- Ylennykset. Pyydä esihenkilöä kirjoittamaan ylennysehdotus, joka viittaa tavoitetason odotuksiin, ja anna hänen yläpuolellaan olevan päättää. Uratikkaista tulee päätöksen yhteinen mittapuu.
LadderKit on rakennettu juuri tämän työnkulun ympärille: jokainen osasto saa omat uratikkaat urapolkuineen, tasoineen ja rooleineen, ja ne pysyvät luonnoksena, kunnes julkaiset ne; taitomatriisi määrittää, mitä tasoa kukin rooli odottaa; check-init täytetään valmiiksi juuri niillä taidoilla; ja ylennykset kulkevat kirjallisen ehdotuksen ja raportointilinjan päätöksen kautta.
Esimerkki: 60 hengen ohjelmistoyritys
Kuvitellaan 60 hengen yritys: ohjelmistokehityksessä 25 henkeä, myynnissä 12, asiakastuessa 8 ja loput tuotteessa, muotoilussa, markkinoinnissa ja operatiivisissa toiminnoissa.
Järjestys. Yritys aloittaa ohjelmistokehityksestä, jossa kolme senior-kehittäjää on kysynyt, miten voi kehittyä ilman esihenkilötyötä. Myynti seuraa vuosineljännestä myöhemmin, asiakastuki sen jälkeen.
Ohjelmistokehityksen polut ja tasot. Kaksi polkua ja viisi tasoa asiantuntijapolulla. Esihenkilöpolku alkaa tasolta 3.
| Taso | Asiantuntijapolku | Esihenkilöpolku |
|---|---|---|
| 1 | Junior kehittäjä | — |
| 2 | Kehittäjä | — |
| 3 | Senior kehittäjä | Engineering Manager |
| 4 | Staff Engineer | Senior Engineering Manager |
| 5 | Principal Engineer | Head of Engineering |
Osaamisalueet. Ohjelmistokehityksessä niitä on kuusi, kuten ohjelmistokehittäjän pohjassa: tekninen toteutus, järjestelmäsuunnittelu, laatu ja luotettavuus, yhteistyö ja viestintä, omistajuus ja tuotevaikutus sekä mentorointi ja tiimin kasvu. Viimeinen on yhteinen kaikkien muiden osastojen kanssa.
Sijoittaminen. 25 kehittäjästä 22 sijoittuu sinne, minne kaikki odottivatkin. Kaksi ”senior”-nimikkeellä työskentelevää sijoittuu tasolle 2; kumpikin sopii esihenkilönsä kanssa suunnitelman ja pitää nimikkeensä kuusi kuukautta. Yksi kehittäjä, joka on tehnyt suurimman osan teknisistä päätöksistä ilman nimikettä, nousee tasolle 4 – ensimmäinen näkyvä ylennys uusien uratikkaiden aikana.
Käyttöönotto. Uratikkaat julkaistaan neljännellä viikolla. Jokainen kehittäjä käy ensimmäisen niihin perustuvan check-inin kahden kuukauden kuluessa, ja jokainen check-in päättyy kahteen tai kolmeen kehitystoimenpiteeseen.
Myynti vuosineljännestä myöhemmin käyttää uudelleen yhteisiä osaamisalueita ja viiden tason rakennetta, lisää neljä omaa ammattitaidon osaamisaluettaan ja yhden esihenkilötason ja on valmis kahdessa viikossa neljän sijaan.
Yleisimmät virheet
- Suuryhtiön uratikkaiden kopioiminen sellaisenaan. 5 000 hengen yritykselle kirjoitetut uratikkaat kuvaavat vastuita, joita sinun yrityksessäsi ei ole. Ota niistä ideoita ja kirjoita sitten omin sanoin.
- Liikaa tasoja. Jos kahden tason ero on yksi adjektiivi, yhdistä ne.
- Adjektiiveja toiminnan sijaan. ”Erinomainen”, ”vahva” ja ”oma-aloitteinen” tulkitaan eri tavalla jokaisen esihenkilön silmissä.
- Vain yksi tie ylöspäin. Ilman asiantuntijapolkua ylennät hyviä asiantuntijoita esihenkilöiksi pitääksesi heidät – ja menetät osan heistä silti.
- Kirjoittaminen yksin. Yhden ihmisen viikonlopun aikana kirjoittamat uratikkaat kuulostavat yhden ihmisen mielipiteeltä. Ota mukaan ihmisiä eri tasoilta.
- Julkaiseminen ja unohtaminen. Jos uratikkaita ei käytetä check-ineissä ja ylennyspäätöksissä, ihmiset lakkaavat uskomasta niihin.
- Rahasta aloittaminen. Palkkahaarukat houkuttelevat neuvottelemaan rajoista. Sovi odotukset ensin.
Pidä uratikkaat elossa
Uratikkaat eivät ole koskaan valmiit. Käy ne läpi kerran vuodessa ja aina, kun syntyy uudenlainen rooli tai osasto organisoituu uudelleen. Pidä lyhyttä muutoslokia: mitä muuttui, miksi ja mistä alkaen, jotta maaliskuussa pidettyä check-iniä ei arvioida lokakuussa kirjoitetun tasokuvauksen perusteella.
Pienet, tiheät korjaukset ovat parempia kuin suuret uudistukset. Jos sama odotus ymmärretään väärin kolmessa check-inissä, kirjoita se yksi solu uudelleen – älä odota vuosittaista läpikäyntiä.
Mitä seuraavaksi
Jos aloitat tyhjästä, valitse pohja, joka on lähimpänä suurinta osastoasi, ja muokkaa sitä: ohjelmistokehittäjän ja engineering managerin pohjat kattavat tyypillisen ohjelmistokehitysosaston molemmat polut.
Jos tasosi ovat jo taulukossa, se on hyvä lähtökohta: siirry muualle vasta, kun uratikkaiden, check-inien ja ylennysehdotusten pitäminen käsin ajan tasalla alkaa käydä kalliiksi. Ja jos haluat uratikkaat, check-init, kehitystoimenpiteet ja ylennykset yhteen paikkaan, voit aloittaa LadderKitin Ilmainen-paketilla ensimmäisen osastosi kanssa.