ICT-sektori koostuu työstä, joka on helppo jakaa toistettaviin vaiheisiin, ja työstä, joka ei taivu siihen. Koodin kirjoittaminen, testaaminen, dokumentointi, tikettien priorisointi, valvonnan arviointi, konfiguraatioiden käyttöönotto: monilla näistä tehtävistä on kiinteä rakenne ja selkeä arviointikriteeri. Sen rinnalla on työtä, joka koskee arkkitehtuurisia valintoja, asiakaskontekstia, turvallisuuspunnintaa ja päätöstä siitä, milloin järjestelmä siirtyy tuotantoon ja milloin ei. Tämä ero määrittää, missä AI ottaa tehtäviä hoitaakseen jo nyt, missä valvonta pysyy tarpeellisena ja missä ihmistyö säilyy asian ytimenä.
Olosuhteet, jotka ohjaavat lopputulosta, eivät ole yhtenäisiä. Tiimi, joka työskentelee hyvin dokumentoidun koodikannan ja selkeiden testistandardien parissa, voi siirtää tehtäviä helpommin kuin tiimi, joka toimii hiljaisen tiedon ja suullisten sopimusten varassa. Organisaatio, jolla on vakiintunut tarkastusrakenne, voi upottaa AI-tuotoksen valvonnan olemassa olevaan prosessiin; organisaatio, jolla tätä rakennetta ei ole, joutuu ensin rakentamaan sen, ennen kuin siirto on vastuullista.
Osissa sektoria muutos on jo näkyvissä. Koodiehdotukset, testien luonti ja dokumentaation päivitykset tuotetaan joissakin tiimeissä pitkälti AI:n avulla, ja kehittäjä hyväksyy tai hylkää tuloksen toiminnallisuuden ja luettavuuden perusteella. Toisissa tiimeissä täsmälleen samaa työtä tehdään edelleen kokonaan käsin, ei siksi, että tilanne olisi periaatteessa erilainen, vaan koska edellytykset puuttuvat: ei pääsyä oikeisiin työkaluihin, ei kirjattuja laatukriteereitä, ei aikaa varattuna prosessin uudelleenjärjestämiseen.
Tämä ero yritysten välillä ei useinkaan johdu tekniikasta itsestään. Se johtuu valmiudesta: onko organisaation data ja dokumentaatio kunnossa, onko päätösvalta osoitettu jollekulle, joka arvioi AI-tuotoksen, onko kapasiteettia vapautettu uuden prosessin rakentamiseen ennen kuin vanhasta luovutaan. Kun näitä edellytyksiä ei ole, ambitio jää paperille, vaikka tekniikka olisi jo saatavilla.
Ambitio kuten "AI tukee kehittäjiämme" kuulostaa yksiselitteiseltä, mutta vaatii käytännössä joukon kyvykkyyksiä, jotka eivät ole itsestään olemassa: testiympäristön, joka pystyy validoimaan AI:n tuottaman koodin, tarkastusprosessin, joka ei hidastu lisävolyymin takia, ja arvioijia, joilla on selkeä käsitys siitä, milloin AI-ehdotus hylätään. Ilman näitä kyvykkyyksiä ambitio jää aikomukseksi vaille toteutusta.
Juuri tästä syystä samat sanat voivat tarkoittaa johtoryhmässä eri asioita. Teknologiajohtaja ajattelee automatisoituja putkia, operatiivinen johtaja vapautuvia tukituntien määrää, HR-vastaava roolien uudelleenmuotoilua. Mikään näistä tulkinnoista ei ole väärä, mutta ilman jaettua mittapuuta ambitio jää sitomattomaksi. Se, miten vision muuntaa mitattavaksi eikä kolmeksi erilliseksi oletukseksi, on kuvattu kohdassa miten vision tekee mitattavaksi.
ICT-sektori ei ole ainoa, joka kamppailee tämän muutoksen kanssa, vaikka pullonkaulat vaihtelevat. Rahoituspalvelualalla kysymys asettuu toisin, koska valvonnalla ja vastuuvelvollisuudella on siellä suurempi rooli; siitä, mitä siellä tapahtuu, kertoo mitä AI-ambitioita rahoituspalvelualalla on käynnissä. Rakennusalalla fyysinen työ on vakiotekijä, joka rajaa AI:n käyttöönottoa eri tavalla kuin ICT-alalla, kuten kuvataan kohdassa mitä AI-ambitioita rakennusalalla on käynnissä. Ja siivousalalla kyse on ennen kaikkea suunnittelusta ja laadunvalvonnasta koodintuotannon sijaan, käsitelty kohdassa mitä AI-ambitioita siivousalalla on käynnissä. Kuvio on aina sama: ambitio muuttuu konkreettiseksi vasta, kun selviää, mitkä kyvykkyydet puuttuvat.
Johtoryhmä, joka päättää, että AI:n on otettava hoitaakseen "suurin osa tarkastuskierrosta", muodostaa sillä ambition, jota ei voi toteuttaa yhdessä vuosineljänneksessä. Tämä ei ole vastalause ambitiota itseään kohtaan, vaan merkki siitä, että se on vaiheistettava: mikä kyvykkyys on rakennettava ensin, mikä sen jälkeen, ja missä vaiheessa organisaatio pystyy ensimmäistä kertaa arvioimaan, toimiiko se. Miltä tällainen vaiheistus voi näyttää, on kuvattu kohdassa miten vaiheistetaan ambitio, joka on liian suuri vuodelle.
Henkilöstöpäätöksiin, joita tällaisesta vaiheistuksesta voi seurata, emme ota kantaa: se, minkä työn työnantaja poistaa tai jakaa uudelleen, kuuluu omien lakisääteisten vaatimusten ja oman harkinnan piiriin. Se, mitä kuvaamme, on se, mikä työ on siirrettävissä, osittain tai kokonaan, ja millä edellytyksillä.
Taustalla oleva kysymys ei ole, ovatko AI-ambitiot ICT-alalla realistisia, vaan onko tämä nimenomainen yritys, tällä koodikannalla, tällä tiimillä ja näillä prosesseilla, valmis toteuttamaan niitä. Mikä työ tässä yrityksessä on tosiasiallisesti AI:n hoidettavissa, tehtäväkohtaisesti, selviää FTE TO AI:n työskannauksella.
Joka haluaa ensin käsityksen ilman sitoumusta, voi tehdä ilmaisen valmiustarkistuksen: kahdeksan lyhyttä kysymystä, yksi per ulottuvuus, ja kuva siitä, missä organisaatio on pidemmällä ja missä vähiten pitkällä. Täydellinen ambitiotesti, kaikkine neljä tasoineen ja viidellä luottamusportilla, on rakenteilla.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.