Tampereella yleisin toimintamalli on hanke- tai projektikohtainen ulkoinen tiimi. Tämä tarkoittaa, että yritys ottaa hoitaakseen uuden asiakastoimeksiannon tai teknologiahankkeen mutta ei palkkaa siihen vakituista henkilöstöä; sen sijaan se kokoaa projektitiimin, joka koostuu yrityksen omasta avainhenkilöstöstä ja ulkopuolisista asiantuntijoista.
Tyypillinen kokoonpano voisi näyttää tältä: yrityksen oma projektipäällikkö, ulkopuolinen arkkitehti, kaksi kehittäjää ulkopuolisesta kumppaniverkostosta sekä yksi yrityksen oma kehittäjä, joka toimii teknisenä vastuuhenkilönä ja varmistaa osaamisen säilymisen yrityksessä projektin päätyttyä.
Tämä malli tarjoaa muutamia selkeitä etuja. Ensinnäkin hanke käynnistyy nopeasti, koska ulkoisia resursseja on heti käytettävissä. Toiseksi riski rajoittuu hankkeen kestoon. Kolmanneksi yrityksen oma avainhenkilö kartuttaa osaamistaan hankkeen aikana, mikä varmistaa, ettei tietotaito katoa yhteistyökumppanin poistuessa.
Tampereella toimiva, teollisuusautomaatioratkaisuihin erikoistunut ohjelmistoyritys kuvailee toimintamalliaan seuraavasti: yrityksellä on noin 25 vakituista työntekijää, mutta työhuippujen aikana se hyödyntää verkostoa, johon kuuluu noin 40 freelancer-osaajaa sekä pieni kumppaniyritys. Kun uusi hanke käynnistyy, yritys selvittää verkoston osaajien saatavuuden ja laajentaa tiimiä hankkeen ajaksi. Hankkeen päätyttyä tiimi palaa normaaliin kokoonsa.
Tämä ei ole uusi keksintö; konsulttialalla on toimittu näin jo vuosikymmeniä. Uutta on se, että yhä useammat tuoteyritykset ja keskisuuret IT-yritykset ovat ottaneet saman mallin käyttöön.
Toinen Tampereella yleistynyt toimintatapa on niin kutsuttu staff augmentation eli projektikohtainen henkilöstövuokraus. Tässä mallissa yritys ei osta kokonaista tiimiä, vaan yksittäisiä ammattilaisia, jotka integroituvat osaksi yrityksen omaa tiimiä.
Tämä malli toimii hyvin silloin, kun yrityksellä on vahva sisäinen projektinhallinta ja selkeät prosessit, mutta siltä puuttuu tietty erityisosaaminen. Yritys saattaa esimerkiksi tarvita Kubernetes-asiantuntijaa kolmen kuukauden ajaksi, mutta ei halua palkata sellaista vakituiseen työsuhteeseen, koska tarve on tilapäinen.
Tähän liittyy kuitenkin yksi merkittävä riski: jos osaamisen siirtoa ei hoideta huolellisesti, ulkopuolinen asiantuntija lähtee ja vie tietämyksen mukanaan. Siksi Tampereen parhaat yritykset sopivat heti hankkeen alussa, että ulkopuolisen asiantuntijan tehtävänä on kouluttaa yrityksen omaa henkilöstöä. Asia kirjataan tavoitteeksi, ja sille varataan aikaa aikataulusta.
Ero projektikohtaiseen tiimiin verrattuna on se, että henkilöstön täydentämisessä (staff augmentation) ulkopuolinen henkilö liittyy osaksi asiakkaan organisaatiota ja noudattaa sen prosesseja. Hän ei tuo mukanaan omaa tiimiä tai projektijohtamista, vaan on käytännössä palkattu kollega.
Tampereella yritykset hyödyntävät henkilöstön täydentämistä erityisesti silloin, kun kyse on uudesta teknologiasta, jota niiden omat tiimit eivät vielä hallitse. Ne tuovat projektiin ulkopuolisen asiantuntijan, oppivat tältä ja päästävät hänet lähtemään, kun osaaminen on siirtynyt.
Yksi asia, joka on merkittävästi muuttanut tamperelaisten IT-yritysten toimintaa viimeisten kahden vuoden aikana, on automaatio ja tekoälytyökalut. Tämä ei tarkoita, että tekoäly korvaisi ohjelmistokehittäjät; pikemminkin se poistaa sellaisia työtehtäviä, joita kehittäjät eivät alun perinkään haluaisi tehdä.
Tampereella toimiva ohjelmistoyritys kertoi, että sen kehittäjät käyttävät nykyään noin 30 prosenttia työajastaan tekoälyavusteiseen koodaukseen. Tämä ei tarkoita, että tekoäly kirjoittaisi valmiin koodin, vaan pikemminkin sitä, että kehittäjä kirjoittaa vähemmän toistuvaa peruskoodia, tekee vähemmän manuaalista testausta ja käyttää vähemmän aikaa dokumentaation lukemiseen.
Käytännössä tämä tarkoittaa, että hanke, joka aiemmin olisi vaatinut kolme kehittäjää neljän kuukauden ajaksi, vaatii nyt vain kaksi kehittäjää kolmen kuukauden ajaksi. Ero ei ole valtava, mutta se riittää siihen, että yritys voi ottaa työn alle yhden lisähankkeen vuodessa palkkaamatta uutta henkilökuntaa.
Toinen Tampereella laajasti käyttöön otettu automaation muoto on infrastruktuuriautomaatio. Infrastruktuuri koodina -työkalut, kuten Terraform ja Pulumi, sekä CI/CD-putket ovat vähentäneet merkittävästi ympäristöjen pystyttämiseen ja ylläpitoon liittyvää manuaalista työtä.
Vielä viisi vuotta sitten uuden ympäristön pystyttäminen saattoi viedä viikon. Nykyään siihen kuluu tunti, edellyttäen että putkistot on rakennettu asianmukaisesti. Tämä ei suoraan lisää kapasiteettia, mutta vapauttaa aikaa asiakastyöhön.
Kolmas toimintaympäristöä muuttanut tekijä on matalan kynnyksen teknologioiden laajamittainen käyttöönotto. Low-code- ja no-code-alustat ovat kehittyneet siihen pisteeseen, että niillä voidaan rakentaa varsinaisia tuotantojärjestelmiä – ei vain prototyyppejä.
Tämä ei tarkoita, että low-code-menetelmät korvaisivat perinteisen ohjelmistokehityksen. Se tarkoittaa, että osa työstä voidaan tehdä nopeammin ja kustannustehokkaammin, mikä vapauttaa kapasiteettia sinne, missä sitä todella tarvitaan.
Tampereen IT-yritykset hyödyntävät näitä alustoja erityisesti silloin, kun asiakas tarvitsee nopeasti sisäisen työkalun tai raportointinäkymän. Sen sijaan, että koko tiimi käyttäisi kolme kuukautta räätälöidyn ratkaisun kehittämiseen, yksittäinen kehittäjä voi toteuttaa sen low-code-alustalla kahdessa viikossa.
Sama pätee pilvipalveluihin. Kun infrastruktuuri on pilvipohjaista ja hallinnoitua, uuden palvelun käyttöönotto ei edellytä uuden palvelimen hankkimista tai verkkoasetusten määrittämistä, vaan kyse on pääasiassa konfiguroinnista ja testauksesta. Tämä nopeuttaa hankkeiden käynnistämistä merkittävästi.
Tampereen IT-yritykset ovat myös kokeilleet perinteistä ulkoistamista halvemman kustannustason maihin. Kokemukset ovat olleet vaihtelevia.
Maissa, joissa työvoimakustannukset ovat alhaisemmat – kuten Puolassa, Virossa tai Intiassa – on runsaasti osaavaa työvoimaa, ja kustannukset ovat huomattavasti Suomea alhaisemmat. Yhteistyö vaatii kuitenkin enemmän vaivaa kuin monet odottavat.
Aikavyöhykkeet, kielimuurit, kulttuurierot ja viestinnän viiveet aiheuttavat kitkaa, joka syö mahdollisia säästöjä. Suomessa viikossa valmistuva hanke saattaa ulkoistettuna viedä kaksi viikkoa. Tämä ei tarkoita, etteikö ulkoistaminen voisi toimia; se toimii parhaiten silloin, kun työ on selkeästi määriteltyä, dokumentoitua ja itsenäistä.
Tampereella toimivilla yrityksillä, jotka onnistuivat ulkoistamisessa, oli yleensä selkeä prosessi ja vahva projektinhallinta. Ne eivät ulkoistaneet koko hanketta vaan ainoastaan osia siitä; ne pitivät arkkitehtuurin ja suunnittelun omana toimintanaan mutta ulkoistivat toteutuksen.
Kun tamperelainen IT-yritys pohtii uuden projektin käynnistämistä, päätös ei yleensä ole mustavalkoinen. Siihen liittyy sarja kysymyksiä.
Onko kyseessä strategisesti tärkeä osaamisalue? Jos on, kyvykkyys kannattaa rakentaa talon sisällä. Jos ei, se voidaan hankkia ulkopuolelta.
Onko hanke laajuudeltaan sellainen, että se vaatii yhden vai kymmenen ihmistä? Yhden hengen hankkeen voi hoitaa freelancer. Kymmenen hengen hankkeen kohdalla asiaa on harkittava tarkemmin.
Onko kyseessä toistuva projekti? Jos on, se kannattaa hankkia omaksi. Jos ei, se kannattaa lainata.
Onko aikataulu tiukka? Jos on, ulkoinen tiimi on nopeampi. Jos ei, omalla henkilöstölläsi on aikaa perehtyä asiaan.
Näitä kysymyksiä ei yleensä käsitellä yhdessä ainoassa kokouksessa; ne edellyttävät jatkuvaa arviointia, joka kulkee hankesalkun hallinnan rinnalla.
Tampereen IT-yritykset ovat osoittaneet, etteivät uudet teknologiahankkeet edellytä jatkuvaa rekrytointia. Se vaatii kykyä ajatella kapasiteettia joustavasti, rakentaa luottamukseen perustuvia verkostoja ja hyödyntää työkaluja, jotka vähentävät manuaalista työtä.
Tämä ei ole helppoa. Se vaatii projektinhallinnan osaamista, selkeitä prosesseja sekä kykyä tehdä päätöksiä puutteellisten tietojen pohjalta. Yritykset, jotka ovat hallinneet tämän, pystyvät kuitenkin ottamaan vastaan enemmän työtä kuin henkilöstömäärä antaisi olettaa.
Ja se on Tampereelle tällä hetkellä merkittävä kilpailuetu.