IT-juhtimine ei ole nõuandeid jagav PowerPoint. IT-juhtimine tähendab vastutust juhatuse laual — otsuseid, mille tagajärgi sa ka ise kannad. Mina olen Tarvo Lille ja ma teen seda Eesti ettevõtetele osaajaga juba üle kümne aasta. Ma ei istu kõrvalt ja ütle, mida teha. Ma istun juhatuse laual, allkirjastan tarnijalepinguid, esindan klienti Microsofti, AWS-i ja kohalike arendusmajade ees ning vastutan, et IT-eelarve toodaks ärilist tulemust. Selle vahel on suur vahe.
Mis on IT-juhtimise teenus ehk osaajaga CTO mudel
Osaajaga IT-juht ehk fraktsionaalne CTO on juhatuse tasandi IT-juht, kes töötab sinu ettevõttes osa-ajaga — tüüpiliselt 1–3 päeva nädalas. Ta ei ole konsultant, kes käib korra kvartalis ja jätab raporti. Ta on osa juhtkonnast: tema nimi on organisatsiooni skeemil, ta osaleb juhatuse koosolekutel, ta vastutab IT-eelarve eest ja tema otsustada on, milliseid süsteeme ettevõte ostab ja milliseid arendusi tehakse.
Mudel on Eestisse jõudnud mõne aastaga. USA-s nimetatakse seda fractional CTO või CTO-as-a-Service, Suurbritannias vCIO (virtual CIO). Eesti kontekstis räägitakse ka CTO-rendist või IT-juhi rendist. Sisu on sama: ettevõte saab kõrgetasemelise IT-juhi kogemuse ilma, et peaks maksma 8000–12 000 euro suurust kuupalka koos kõigi kõrvalkuludega.
Praktikas tähendab see, et ma juhin sinu IT-funktsiooni vajaduse põhiselt. Kui sa kasvad, ma kasvan kaasa. Kui sul on kvartal vaiksem, me skaleerime alla. Sa ei pea kedagi koondama ega palkama — paindlikkus on lepingusse sisse ehitatud.
Kellele osaajaga IT-juht sobib
Selle teenuse tüüpiline klient on Eesti ettevõte 10–200 töötajaga, kus IT on muutunud kasvu osaks, aga täiskoha-CTO palkamine ei ole veel majanduslikult mõistlik. Kümne aasta jooksul olen näinud viit kordusmustrit:
1. Kasvav teenusettevõte, kus tarkvara on saanud äri keskmeks
Konsultatsiooni- või teenusettevõte, mis kasvab 20 inimeselt 60-le. CRM ei kanna enam, projektihalduse Excel on lõhki, kliendid küsivad integratsioone. Asutaja teeb seni IT-otsuseid kõrvalt, aga ta ei jõua enam. Mina võtan IT-funktsiooni endale ja ta saab keskenduda müügile.
2. Tootmis- või logistikaettevõte ERP-üleminekul
Vana Navision või isekirjutatud süsteem ei toeta enam protsesse. ERP-projekt on kuue- või seitsmekohaline investeering ja ettevõttel ei ole sisemist kompetentsi seda juhtida. Ma esindan klienti tarnijate ees, juhin valikuprotsessi ja vastutan, et juurutus läheks plaanipäraselt.
3. E-kaubandus, mis on liiga väike Shopify Plus-ile aga liiga suur Wix-ile
10–40 töötajaga e-kauplus, mille tehnoloogia-stack on aastatega kihistunud. WMS, ERP, ostumoodul, turundusautomaatika — kõik räägivad omavahel halvasti. Vajatakse kedagi, kes teeb pildi puhtaks ja juhib järk-järgult ümberehitust.
4. Pereettevõte, kus omanik tahab tagasi astuda
Asutaja soovib operatiivtööst eemalduda, aga IT-funktsioon on tema peas. Mina võtan need teadmised üle, dokumenteerin protsessid ja kindlustan, et ettevõte töötab edasi ka ilma asutajata.
5. Välisinvestorile eelnev küpsenemine
Ettevõte valmistub kapitalikaasamiseks või müügiks. Due diligence nõuab, et IT oleks korras: turvalisus, litsentsihaldus, tarnijalepingud, riskiregister. Mina toon selle korda kuue kuni üheksa kuuga.
5 hetke, mil ettevõte hakkab fraktsionaalset CTO-d otsima
Ma olen näinud, et kõned tulevad tavaliselt ühel viiest hetkest. Kui sa tunned ennast siit ära, on aeg küps.
Esimene hetk: kasv üle 10–15 töötaja. Kuni kümne inimeseni saab kõike juhtida peast. Üle viieteistkümne enam ei saa. Kontod, õigused, varundused, telefonid, sülearvutid — keegi peab selle eest vastutama. Asutajal pole selleks aega ja palgapõhise inimese palkamiseks pole veel mõtet.
Teine hetk: küberintsident. Lunavara, kalastuskirjast tulnud arve-petturlus, andmeleke. Pärast intsidenti saab juhatusele selgeks, et IT-turvalisus ei ole “IT-poiste asi”. On vaja kedagi, kes vastutab juhatuse ees ja kes oskab ka maksu- ja andmekaitse-mõõdet hinnata.
Kolmas hetk: senine IT-juht lahkus. Ta oli ainus inimene, kes teadis, kuidas ettevõtte süsteemid töötavad. Asendaja palkamine võtab 3–6 kuud. Vahepeal on vaja kedagi, kes hoiab masina käigus ja teeb teadliku otsuse, kas täiskoha-asendaja on üldse vajalik.
Neljas hetk: ees seisab suur süsteemi-otsus. Uus ERP, WMS, CRM või migratsioon pilve. Tarnijate pakkumised on segased, hinnavahed kümme korda. Ettevõttes pole kedagi, kes oskaks tehnilisi pakkumisi võrrelda või tarnijaga läbi rääkida nii, et hilisemad lisakulud oleksid kirjas.
Viies hetk: arenduseelarve kasvab, aga ärimõju ei paista. Kuus tuleb arve 8000 eurot, järgmise kuu eest 11 000. Mida tehakse? Mis prioriteedid on? Kas oleme tellija või dirigeerib arendaja? Kui sa ei saa neile küsimustele vastata, siis sa ei ole IT tellija — sa oled klient, keda juhitakse.
Mida osaajaga IT-juht teeb iga nädal
Tüüpiline nädal näeb välja umbes nii. Esmaspäeva hommikul juhatuse koosolek või kliendi nädalakoosolek — vaatan üle, mis on käimas, milised otsused vajavad sel nädalal langetamist. Kell üksteist arendusmeeskonna sprindi planeerimine, kus mina olen toote-omanik või vähemalt valdkonna-otsustaja.
Teisipäeval tarnijaläbirääkimised — Microsofti uus litsentsi-pakkumine, AWS-i kuluoptimiseerimine, kohaliku arendusmaja lepingu pikendamine. Ma loen lepingud läbi, ma vaidlen tingimuste üle, ma allkirjastan kliendi nimel kui mul on selleks volitus.
Kolmapäeval süvenemis-päev: arvutan tagasi ROI-d eelmise kvartali projektidele, valmistan ette kvartali eelarve-ülevaate, koostan riskiregistri uuenduse. See on töö, mida juhatus näeb dokumentides, aga mille tegemise aega ei ole kellelgi sees.
Neljapäev tihti kliendi-päev — istun kontoris, räägin meeskonnaga, lahendan inimeste probleeme. Ma ei tee kasutajatuge, aga ma kuulan, mis töötajaid takistab, ja teen sellest järelduse, kas süsteemi-tasandil on midagi katki.
Reedel ettevalmistus järgmiseks nädalaks ja paralleelselt töö teiste klientidega. Üks osaajaga IT-juht teenindab tüüpiliselt kahte kuni nelja klienti samaaegselt — see ongi mudeli mõte. Sa saad inimese, kes on näinud kümneid juhtumeid ja toob need kogemused sinu ettevõttesse.
Erinevus täiskoha CTO ja osaajaga CTO vahel
| Mõõde | Täiskoha CTO | Osaajaga CTO |
|---|---|---|
| Aastane kulu | 120 000–180 000 € koos kõrvalkuludega | 30 000–80 000 € sõltuvalt mahust |
| Paindlikkus | Maht fikseeritud, koondamine kallis | Maht muudetav kvartaalselt |
| Vastutus | Täielik, igapäevane | Strateegiline ja juhtimis-tasandi, lepingulises mahus |
| Kogemus | Üks ettevõtte ja valdkonna kogemus | Paralleelselt mitu klienti, lai vaade turule |
| Sobivus | Üle 200 töötaja, IT on tooteäri tuum | 10–200 töötajat, IT toetab äri |
| Käivitumisaeg | 3–6 kuud värbamist | 2–4 nädalat lepingu allkirjastamisest |
Mina ei väida, et osaajaga mudel sobib kõigile. Kui sul on 300-line tehnoloogia-organisatsioon ja toode on kood, siis sa vajad täiskoha-CTO-d, kes elab ja hingab sinu äri. Aga enamus Eesti keskmise suurusega ettevõtteid sinna alla ei kuulu — ja sealne raha-kulutamine täiskoha-juhile on ületöötamine, mida ei ole vaja.
Erinevus IT-juhtimise konsultatsiooni ja IT-nõustamise vahel
Sõnu kasutatakse Eestis vaheldumisi ja see ajab inimesi segadusse. Aga vahe on suur ja oluline.
IT-nõustamine on projektipõhine: sa palud arvamust, saad raporti või soovituse, otsuse teed sina. Tüüpiliselt 20–80 tundi mõne nädala jooksul. See sobib siis, kui sul on konkreetne küsimus — näiteks kas migreerida pilvele või jääda kohapeale — ja sa vajad sõltumatut hinnangut. Sellel teenusel on oma koht ja ma pakun seda IT-nõustamisena ka eraldi.
IT-konsultatsioon on samuti projektipõhine, aga suurem maht: süsteemi valik, juurutusprojekti juhtimine, audit. 100–500 tundi mitme kuu jooksul. Vaata IT-konsultatsiooni teenust.
IT-juhtimine ehk osaajaga CTO on midagi muud. See on kestev rolli-täitmine. Ma ei vasta küsimusele — ma kannan vastutust. Konsultant annab nõu ja klient otsustab. Fraktsionaalne CTO otsustab koos kliendiga ja siis ka vastutab, et see otsus tööle hakkaks. Kui asi läheb halvasti, ma ei ütle “ma soovitasin teile õigesti, aga te ei kuulanud” — ma olen seal sees ja parandan.
Kuidas mahtu skaleerida
Üks põhjus, miks osaajaga mudel toimib, on see, et maht on muudetav. Ma ei müü kunagi fikseeritud aastalepingut, mille sees ei saa midagi liigutada. Mahu üle vaatame iga kvartali alguses.
Tüüpiline algus: 1 päev nädalas (4 päeva kuus). Sellega saab teha kvartaalse strateegia, eelarve-järelevalve, suuremate tarnijate ohjamise ja riskide ülevaate. Sobib ettevõttele, kelle IT-küsimused on stabiilsed.
Aktiivse arenduse periood: 2–3 päeva nädalas. ERP-juurutus, suurem migratsioon, küberkriisist taastumine, uue meeskonna ülesehitamine. Selles režiimis olen ma sees nagu täiskoha-juht, aga ainult vajaliku perioodi.
Hooldus-režiim: 0,5 päeva nädalas või 2 päeva kuus. Kui asjad on stabiilsed ja ettevõte vajab pigem regulaarset järelevalvet kui aktiivset juhtimist. Paljud kliendid liiguvad selle tasemeni 12–18 kuuga.
7 valdkonda, mille eest IT-juht vastutab
1. IT-strateegia ja teekaart. Kus me oleme, kus me peame olema 12–24 kuu pärast, mis sammud tuleb teha. Ma kirjutan strateegia dokumendi, mis on juhatusele arusaadav ja realistlik — mitte “digitaalne transformatsioon” žargooniga, vaid konkreetsed projektid ja eelarved.
2. IT-eelarve. Litsentsid, riistvara, arendus, tarnijad, töötasud. Kogusumma, prognoos, kvartali-järelevalve. Ma jälgin, et eelarvest mitte üle ei käidaks, ja vastutan juhatusele kõrvalekallete eest.
3. Tarnijate haldus. Microsoft, AWS, Google, Atlassian, kohalikud arendusmajad, ISP-d, telekomi-pakkujad. Lepingud, hinnaläbirääkimised, SLA jälgimine, eskalatsioon. Ma esindan klienti — see tähendab, et tarnija räägib minuga ja mina kaitsen kliendi rahakotti.
4. Meeskonna ülesehitus. Kas vajame sisemist arendajat? Kas süsteemiadministraator on parem outsource’ida? Värbamise kaasamine, tehnilise intervjuu läbiviimine, palgaraamistiku määratlemine.
5. Riskide ja küberturvalisuse haldus. Riskiregister, varundus-strateegia, intsidendiplaan, andmekaitse vastavus. Ma ei tee tehnilist juurutust ise, aga ma vastutan, et see tehtud saaks ja toimiks.
6. KPI-d ja mõõdikud. Süsteemide saadavus, projektide tähtaegadest kinnipidamine, kasutajate rahulolu, IT-kulu kasvu suhe käibe kasvu suhtes. Ma toon need numbrid juhatuse lauale igal kvartalil.
7. Kommunikatsioon juhatuse ja äripoolega. Tehnilise jutu tõlkimine ärikeelde ja vastupidi. Müügi-, finantsi- ja operatsiooni-juhid peavad aru saama, mida IT teeb ja miks. See on roll, mida tihti alahinnatakse, aga see otsustab, kas IT-eelarve saab kinnitatud või lükatakse edasi.
Mida IT-juhtimise teenus ei kata
Ausus piiri-tõmbamisel päästab mõlema poole aja. Mina ei tee järgmist:
- End-user help desk. Sülearvuti ei käivitu, parooli unustatud, printer ei trüki — see ei ole minu töö. Selleks on kas sisemine süsteemiadministraator või väljaostetud help desk teenus, mille hankimist ma juhin.
- Võrgu ja serverite paigaldus. Ma ei keera kaableid ega installeeri Windowsi servereid. Ma valin tarnija, kes seda teeb, ja vastutan, et see oleks õigesti tehtud.
- Tarkvara-arendus. Ma ei kirjuta koodi sinu toote jaoks. Ma juhin arendusmeeskonda või arendusmaja, kes kirjutab.
- 24/7 valve. Osaajaga mudel ei tähenda öövalvet. Kriiside puhuks on eraldi reaktiivne kokkulepe, aga rutiinne öine seire käib läbi monitooringu-teenuse.
- Õigusabi ja maksunõustamine. Ma kaasan vajadusel juriste ja audiitoreid, aga ma ise ei ole jurist.
Kui ettevõttel on ka neid vajadusi, ehitan ma kogu pildi sinu jaoks kokku — minu juhtimise alla tulevad ka need rollid ja tarnijad. Aga sina maksad neid eraldi.
Hind ja koostöö-mudel
Hinnastus on lihtne ja läbipaistev. Päevatasu, mille korrutame kokkulepitud nädala-mahuga, ja arve tuleb kuu lõpus. Pole peidetud kulusid, pole “konsultatsiooni-tunde” lisaks. 1 päev nädalas algab tüüpiliselt 2500 eurost kuus, 2 päeva nädalas 4500 eurost, 3 päeva 6500 eurost. Täpne hind sõltub ettevõtte suurusest ja ülesannete keerukusest.
Lisaks: ma ei võta vahendustasu tarnijatelt. Kui ma soovitan sulle Microsofti või AWS-i, siis ma ei saa selle eest neilt provisjoni. See on oluline, sest see hoiab mu nõu sõltumatuna. Mõnel “konsultandil” on tarnijate partnerlepingud, mille tõttu nende soovitused ei pruugi olla erapooletud.
Lepingu tähtaeg: minimaalselt 3 kuud, sealt edasi 1-kuune etteteatamine. Ma ei taha kedagi pikalt kinni hoida — kui koostöö ei tööta, siis ma soovin, et sa saaksid edasi liikuda. 96% mu klientidest jätkab esimesest kvartalist edasi, mis ütleb, et mudel tüüpiliselt töötab.
Kuidas alustada — esimene 30 päeva
Päevad 1–7: avastusintervjuu ja audit. 30-minuti tasuta vestlus, kus räägime, mis on praegu valus. Kui mudel sobib, järgneb 1–2 päeva sügavam ülevaade: süsteemid, tarnijad, lepingud, meeskond, eelarve, valupunktid. Selle põhjal teen ma esimese pildi.
Päevad 8–14: prioriteetide kokkuleppimine. Toon välja 3–5 asja, mis vajavad esmast tähelepanu. Lepime kokku, mis on 30, 60 ja 90 päeva eesmärgid. See on dokument, mille üle me hiljem ka aru anname.
Päevad 15–30: töö algab. Esimene juhatuse koosolek, kus mina olen sees. Esimesed tarnijavestlused. Esimesed konkreetsed otsused. Selleks ajaks oleme me leidnud rütmi ja sa juba näed, kuidas see igapäevaselt välja näeb.
Kümne aasta jooksul olen säästnud klientidele kokku üle 2,4 miljoni euro tarnija- ja arenduskulusid, juhtinud üle 40 suurema projekti — ERP-d, WMS-id, e-kaubanduse migratsioonid, küberkriisid, andmekaitse-projektid. Portfoolios on neid lähemalt kirjeldatud. Kui sa ehitad praegu protsesse, mille keskel on tarkvara — vaata ka digitaliseerimise teenust.
Konkreetsed mõõdikud, mille järgi koostöö edukust hinnatakse
“Kuidas me teame, et see töötab?” on küsimus, mis tuleb juhatuse käest paari kuu pärast iga osaajaga IT-juhi koostöö algust. Ja õige vastus pole “tunne on hea”. Õige vastus on numbrid, mis on kokku lepitud koostöö alguses ja mida vaadatakse kvartaalselt üle.
Iga koostöö algab esimese 30 päeva jooksul kokkulepitud KPI-süsteemiga. Allpool on tüüpilised mõõdikud, mida ma jälgin — mitte kõik korraga, vaid 4–6 olulisemat sõltuvalt sellest, mis ettevõtte kontekstis on kriitiline.
Süsteemide saadavus
Kriitiliste süsteemide uptime — eesmärk tüüpiliselt 99,5% või 99,9% sõltuvalt ärilisest mõjust. Mõõdetakse kalendrikuupõhiselt ja kõrvalekalded saavad juurpõhjus-analüüsi.
IT-eelarve kasv versus käibe kasv
Kui käive kasvab 30% aastas ja IT-eelarve 60%, on see hoiatus. Tervislik suhe on 1:1 või IT-kulu kasvab veidi aeglasemalt kui käive. Mõnedes etappides — näiteks ERP-juurutuse aastal — on suhe vastupidine, ja see on kokkulepitud erand.
Projektide tähtaegadest kinnipidamine
Ma jälgin kõikide aktiivsete projektide tähtaegu ja eelarveid. Eesmärk: ≥80% projektidest tarnitakse kokkulepitud aja ja eelarve sees. Üle 20% kõrvalekalle on signaal, et kas hindamine on vale või tarnija ei tarni.
Litsentsi-kasutus
Aktiivsed kasutajad versus ostetud litsentsid. Eesmärk: ≥85% litsentsidest reaalses kasutuses. Allpool seda taset = raha raiskamine, mille vähendamiseks on lihtne tegevuskava.
Töötajate IT-rahulolu
Kvartaalne 2–3 küsimust töötajate küsitlusena: “kas IT toetab Sinu igapäevast tööd?”, “kas süsteemid teevad Sinu töö lihtsamaks või raskemaks?”. Mõõdame 1–10 skaalal, eesmärk 7+. Madal rahulolu on enne probleemi ilmnemist hoiatus.
Küberintsidentide arv ja raskusaste
Phishing-katsed, edukad ründed, andmelekked. Eesmärk: 0 edukat. Mõõdame logide põhjal kvartaalselt. Iga intsident saab post-mortem’i ja parandus läheb riskiregistrisse.
Tarnijatega seotud risk
Aktiivsete kriitiliste tarnijate arv ja iga tarnija “asendatavusindeks” — kui kiiresti saaksime üle minna, kui tarnija lakkaks olemast. Eesmärk: ükski tarnija pole “ainuvalik üle 6-kuulise üleminekuajata”.
Need numbrid jõuavad juhatuse lauale igal kvartalil ühe lehe formaadis. Mitte 30-leheküljelist raportit, vaid pildi, mille pealt saab arutada strateegiat. Portfoolios on näiteid sellest, kuidas need numbrid päris koostöödes on liikunud.
IT-juhtimine ei ole müsteerium. See on rolli-täitmine, mis nõuab kogemust, otsekohesust ja vastutuse võtmist. Kui sinu ettevõte on jõudnud punkti, kus IT-otsuseid ei saa enam kõrvalt teha, aga täiskoha-juhi palkamine on liiga suur samm — siis on osaajaga mudel täpselt sinu jaoks. Broneeri tasuta 30-min avastusintervjuu ja räägime, kas ja kuidas saaksin ma sinu juhatuse lauale istuda.
Mida öelda esimesel kohtumisel — küsimuste raamistik
Kui kohtume esimest korda, soovitan ettevalmistada vastused mõnele küsimusele. See ei ole kohustuslik — saame kohtumise alustada ka tühjalt lehelt — aga ettevalmistus säästab meil mõlemal aega ja annab paremaid vastuseid juba esimese tunni jooksul.
- Mis on Sinu ettevõtte 12-kuu eesmärk käibe ja kasvu osas? See määrab, kas IT peab olema “stabiilne tugi” või “kasvu mootor”.
- Mis on viimase 6 kuu jooksul olnud suurim IT-probleem? Konkreetne juhtum, mitte üldine “kõik on kuidagi keeruline”.
- Kes praegu IT-otsuseid teeb ja kuidas see protsess käib? Vahel on otsustaja juhatuse esimees, vahel finantsjuht, vahel IT-mees, kes sai juhuslikult selle rolli.
- Mis on praegune IT-eelarve aastaga ja kuidas see jaotub? Litsentsid, riistvara, arendus, tugiteenus — minimum-tase lahti kirjutatuna.
- Mis ootused on järgmise 90 päeva jooksul? Kui ootad 12 kuu jooksul muutusi, ütleme seda kohe — ma ei luba kvartali jooksul ärimudeli muutust ühe inimese pingutusega.
Need viis küsimust katavad 80% sellest, mida ma esimese koostöö-tundi jooksul niikuinii küsiksin. Eelmõeldud vastustega saame liikuda kohe edasi konkreetse plaani juurde, mitte kuluda aega olukorra-kaardistuse pinna peal.