Identio teknologiatalona ja IT-konsultin työnkuva
IT-konsultin työnkuva pitää sisällään paljon muutakin kuin koodin näpyttelyä, vaikka se on usein keskeisessä roolissa konsultin työssä. Tässä tekstissä käymme läpi Idention IT-konsulttien työtehtäviä ja toimenkuvaa sekä sitä, mitä Identio tarjoaa asiakkailleen.
”Arvoa tuottavaa työtä ovat koodirivit, joita kirjoitamme. Arvoa tuottavaa työtä voi olla vain 10% tai jopa 80%. On mielenkiintoista, kuinka paljon se vaihtelee.”
Mitä on tekninen konsultointi ja miten teemme sitä?
Kaikilla aloilla on varmasti olemassa konsultteja. IT-konsultteja on paljon ja on monia menestyviä yrityksiä, joilla IT-konsultointi on liiketoiminnan pääjuttu. Identio on pääosin teknologiatalo. Palkkaamme koodaajia eli teknisiä osaajia ja olemme rajanneet toimintamme konsultointiin. Meillä on paljon omia asiakkaita ja sen lisäksi teemme projekteja myös yhdessä alihankintakumppaneidemme kanssa.
Asiakkaalla on usein välitön tarve saada koodari tekemään jotain uutta tuotetta tai jatkokehittämään jo olemassaolevaa palvelua. Me tarjoamme heille siihen oikean ihmisen. Tarpeet ovat suurimmaksi osaksi koodaukseen liittyviä, toimintamme kattaa koko projektin elinkaaren aina suunnittelusta ylläpitoon. Siksi tiimissämme on myös asiantuntevia UX-konsultteja.
Jos asiakas etsii osaajaa, miksi hän palkkaisi projektiin IT-konsultin?
Monet konsulteistamme ovat olleet aktiivisesti mukana myös uusasiakashankinnassa. Usein projekti alkaa siitä lähtökohdasta, että asiakkaalla on jo olettama jonkin tuotteen tai palvelun tarpeellisuudesta. Me tulemme mukaan projektiin joko rakentamaan täysin uutta järjestelmää tai mukaan vanhan järjestelmän uudistamiseen tai ylläpitoon.
Useimmiten asiakkaiden tarpeet ovat jonkin uuden rakentamista – oli kyse kokonaan uudesta alustasta tai uusien ominaisuuksien kehittämisestä johonkin järjestelmään. Tällaiseen ympäristöön yritykset usein hankkivat IT-konsultteja.
Jos asiakas on uusi toimija IT-puolella, voi olla vaikeaa löytää kokeneita koodareita, jotka olisivat sopivia henkilöitä kyseiseen työhön. Konsultin palkkaaminen esimerkiksi tällaisessa tilanteessa on todella järkevää. Kun tuote kehittyy ja siirtyy ylläpitovaiheeseen, voi olla hyvä palkata konsulttien tilalle omia koodareita. Konsultteja otetaan harvemmin tekemään vain ylläpitoa. Se voi usein tulla asiakkaalle liian kalliiksi.
Kuinka paljon konsultilla menee aikaa itse koodaamiseen ja muuhun työhön?
IT-konsultin ajankäyttö vaihtelee jonkin verran projektin luonteesta riippuen sekä vielä itse projektin eri vaiheissa. Osa ajasta menee koodin kirjoittamiseen, mutta työ pitää sisällään myös selvitystyötä ja ratkaisujen analysointia. Yksi keskeinen osa-alue on myös uusien asioiden oppiminen, joka on konsultoinnissa keskeisessä roolissa. Konsultti tekee selvitystyötä ja pyrkii tarjoamaan keräämänsä informaation asiakkaalle mahdollisimman selkeänä pakettina.
Tekstin kirjoitushetkellä Idention IT-konsultilla Sami Suo-Heikillä on omassa projektissaan mukava tilanne. Hän uudelleenkirjoittaa vanhoja tuotteita. Pääpiirteittäin suunnittelu ja määrittelyt ovat siis jo valmiina ja työ on enemmän koodin kirjoittamista. Tällaisessa tilanteessa konsultti voi päästä koodin kirjoittamisessa jopa 70–80 prosenttiin työajasta. Projektin aiemmissa vaiheissa vain esimerkiksi 30-40 prosenttia saattoi olla koodaamista.
”IT-konsultointi on hyvin vahvasti tiedon välittämistä. Olen ollut usein sellaisessa tilanteessa, jossa tulen konsulttina aloittamaan jotain uutta asiakasprojektia. Vähitellen teen itsestäni käytännössä hyödyttömän, kun koulutan asiakkaan ohjelmistokehittäjät ylläpitämään kyseisiä järjestelmiä. Jossain vaiheessa saattaa tulla myös se luopumisen hetki, jolloin projekti jätetään kokonaan heille.”
Edellä kuvattu elinkaari on huomattavissa lukuisissa projekteissa. Yhteistyö yrityksen kanssa ei kuitenkaan välttämättä lopu siihen. Uusia tarpeita ja projekteja löydetään usein.
Kumpi on tärkeämpää, teknologiaosaaminen vai aiempi kokemus?
Teknisessä konsultoinnissa vastataan asiakkaan teknologiatarpeeseen eli tarjoamme heille osaajan, jonka osaaminen kattaa tarvittavat teknologiat. Toisaalta jotkin asiakkaat haluavat tiettyjen teknologioiden sijaan tietynlaisen palvelun.
Miten tällaista tilannetta lähestytään konsultin saappaat jalassa?
Tilanteet eroavat toisistaan jonkin verran.
1) Jos haetaan tiettyjä teknologioita, ollaan yleensä ympäristössä, jossa asiakkaalla saattaa olla jo kehitystiimi. He haluavat vahvistusta tiettyyn osa-alueeseen ja konsulttia haetaan teknologiapohjalla.
2) Jos aletaan rakentamaan uutta palvelua, niin silloin asiakas ei etsi tietyn teknologian osaajaa. Silloin etsitään henkilöitä, joilla on osaamista alalta tai he ovat tehneet aiemmin vastaavia toteutuksia. Tässä kokemus nousee tärkeämmäksi.
Uuden palvelun kehittämisessä on usein mukana designia ja palvelumuotoilua, eikä tiimi voi enää koostua pelkästään teknisistä osaajista. Monet konsulttitalot alkavatkin kasvaa pois pelkistä teknologiasaappaista. Sama on tapahtunut myös Idention kehityksessä. On hienoa, kun voi tarjota asiakkaalle kokonaisen tiimin palvelun kehittämiseen.
Vaikka teknologiaosaaminen on pääroolissa, on sen soveltaminen ja tuotteistaminen asiakkaiden tarpeisiin vielä tärkeämpää. Se on asiakkaalle todella arvokasta. Asiakas–konsultti -suhde on yleensä todella kypsä, kun konsultti pääsee rooliin, jossa hänellä on luottamus ja mahdollisuus rakentaa alusta asti asiakkaalle tärkeitä palveluja.
Monesti lähtötilanne on se, että asiakas ei välttämättä tunne konsulttia ennestään, eivätkä he ole tehneet aiemmin yhteistyötä. Silloin on epävarmaa, miten yhteistyö lähtee liikkeelle. On suuri ilo seurata, miten luottamus alkaa syntymään ajan myötä, kun työt sujuvat.
Työskenteleekö IT-konsultti yksin vai osana isompaa tiimiä?
Tiimin koko riippuu varmasti paljon tuotteen laajuudesta. On myös suhtauduttava realistisesti ja lievällä skeptisyydellä Full stack -kehittäjä -termiin tai siihen, että yksittäinen konsultti voisi osata kaikki asiat täydellisesti. Jossain vaiheessa osaaminen loppuu todennäköisesti kesken.
Meille lähtökohtaa on ollut se, että konsulttimme toimivat tiimissä – oli se sitten uusi tai jo olemassa oleva. Vastaan tulee tietysti myös tilanteita, joissa työskennellään yksin. Esimerkki tällaisesta tilanteesta voisi olla prototyypin rakentaminen. Proof of conceptin rakentamiseen yksi konsultti riittää. Jos kuitenkin rakennetaan isompaa tuotetta, jolla on enemmän käyttäjiä, on hyvä hankkia monialaisempaa osaamista. Silloin palvelun kaikki palikat ovat yhtä hyvin hiottuja.
IT-konsultin työnkuva tiivistettynä
Tiivistäisimme IT-konsultin työnkuvan niin, että hänen tehtävänään on selvittää ja pyrkiä parhaan osaamisensa mukaan ratkaisemaan asiakkaan mahdollisia ongelmia. Konsultti hyödyntää niitä teknisiä taitoja ongelmanratkaisussa, joita hänelle on uransa aikana karttunut.
Lisätietoja
Tagit
Erikoisosaaminen
Integraatiot | |
Ketterät menetelmät | |
Mobiilikehitys | |
Ohjelmistokehitys | |
Webkehitys |
Tarjonnan tyyppi
Konsultointi | |
Toteutustyö |
Identio - Asiantuntijat ja yhteyshenkilöt
Identio - Muita referenssejä
Identio - Muita bloggauksia
It- ja ohjelmistoalan työpaikat
- M-Files Oy - Accountant - Purchase to Pay (Finland)
- Laura - Senior Developer (Retail Devices & Solutions)
- Frends iPaaS - Finance Manager
- Laura - Talotekniikan asiantuntija
- Laura - Development Manager, Partner Platforms
- Laura - Software Engineer (C++/Qt)
- Laura - IT asiantuntija
Premium-asiakkaiden viimeisimmät referenssit
- Ampersand Design Oy - Sähköyhtiö sai kirkkaan brändistrategian ja selkeät verkkosivut laajentaessaan palveluitaan
- Ampersand Design Oy - Yrityskatalogin sisältö ja ulkoasu viestivät palveluista selkeästi
- Ampersand Design Oy - Varausjärjestelmä verkossa nostaa tienvarsimainoksen käyttöastetta
- Ampersand Design Oy - Hygieniatukulle toteutettiin kätevä tuotekatalogi verkkokauppapohjaan
- Ampersand Design Oy - Uusi kesäfestari sai sähäkän ilmeen
- Ampersand Design Oy - Kirkastettu palvelubrändi houkuttelee sijoittajia
- Ampersand Design Oy - Aluebrändin kehittäminen toi vetovoimaa Lahden seudulle
Tapahtumat & webinaarit
- 14.05.2024 - Rakettiwebinaari: Koodista kassavirtaan
- 14.05.2024 - Ilmainen ERP-webinaari: NAV:stä Business Centraliin | Mitä versionvaihdosta tulisi tietää?
- 15.05.2024 - Ilmainen ERP-webinaari: Mitä tulee ottaa huomioon ERP:n ja CRM:n projektien käyttöönotossa, eli onnistuneen projektin A ja O.
- 16.05.2024 - Five Years Out Helsinki
- 21.05.2024 - The path to productization
- 21.05.2024 - Ilmainen ERP-webinaari: NAV:stä Business Centraliin | Business Centralin mahdollisuudet versionvaihdon jälkeen
- 29.05.2024 - Efistream-webinaari: Näin rakennat modernin taloushallinnon, joka tukee tiedolla johtamista
Premium-asiakkaiden viimeisimmät bloggaukset
- Timeless Technology - ControlByWeb ohjelmoitavat logiikat (PLC) ovat saatavilla nyt myös WLAN-yhteyksillä
- SprintIT Oy - SprintIT säilyttää arvostetun Odoo Gold Partner -statuksen
- Efima Oyj - Älykäs ohjelmistorobotti – tekoäly palauttaa aiemmin kannattamattomaksi kuopatut RPA-automaatioideat takaisin kehityslistalle
- Nordea - Nordean työ taloustaitojen edistämiseksi palkittiin vuoden yhteiskunnallisena sponsorointitekona
- M-Files Oy - M-Files: A Global Leader in Information Management
- M-Files Oy - Unlocking the value of Knowledge Work Automation
- Timeless Technology - ControlByWeb ohjelmoitavat I/O kontrollerit ja ohjaimet prosessien ohjaamiseen sekä monitorointiin.
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |