IKT-sektor koosneb suures osas tööst, mida saab jagada äratuntavateks etappideks: koodi kirjutamine spetsifikatsiooni järgi, testimine kokkulepitud kriteeriumide alusel, dokumentatsiooni haldamine, piletite triaaž, infrastruktuuri konfigureerimine, aruannete koostamine. Kõrval seisab töö, mida just ei saa etappidesse jagada: arhitektuurivalik, mis mõjutab aastate pärast, klient, kes kirjeldab probleemi, mida veel keegi ei ole lahendanud, meeskond, kes peab kaaluma tähtaega ja kvaliteedinõuet üksteise vastu. Mõlemad töövormid esinevad samades ametikohtades, tihti sama inimese juures samal päeval.
See segu määrab, miks AI ei jõua siia projektina, vaid varjatud nihkena. Osa töö oli alati töömahukas, olemata seejuures keeruline: koodi ümberkirjutamine ühest keelest teise, testskriptide loomine, logide läbiotsimine tuntud mustri leidmiseks. Kui AI võtab selle osa täielikult või osaliselt üle, ei muutu paberil midagi strateegias — tegevuskava, kliendilubadus, teenustase jäävad kehtima — kuid eeldus, mis selle all lasus, nimelt kui palju inimesi ja tunde on vaja selle lubaduse täitmiseks, ei ole enam automaatselt õige.
Seda, mis IKT-s toimub, ei saa kokku võtta lausega "AI asendab programmeerijaid". Töö jaguneb kolmeks kategooriaks, mis läbivad peaaegu kõiki ametikohti. Mõned ülesanded suudab AI täita iseseisvalt: struktureeritud koodi loomine, süsteemide vaheline tõlketöö, korduvad testid. Teised ülesanded kulgevad osaliselt: AI teeb ettepaneku — koodimuudatuse, riskihinnangu, intsidendi kokkuvõtte — ja inimene kiidab heaks või lükkab tagasi, koos fikseeritud põhjendusega. Kolmas kategooria jääb inimtööks: vestlus kliendiga selle üle, mida ta tegelikult mõtleb, otsus, kas süsteem viia tootmisse või mitte, vastutus selle eest, mis läheb valesti.
Jaotus nende kolme vahel ei ole püsiv. Ettevõttes, kus on palju pärandsüsteeme ja vähe standardiseeritud dokumentatsiooni, on kolmanda kategooria osakaal suurem kui ettevõttes, kus on kaasaegne, hästi dokumenteeritud infrastruktuur. Meeskonnas, kus järelevalve on protsessi kindel osa — kus keegi tegelikult hindab AI ettepanekuid, mitte lihtsalt kiirklikib need läbi — nihkub rohkem tööd teise kategooriasse ilma kvaliteedikadu tekitamata. Meeskonnas, kus sellist järelevalvet ei ole, jääb AI kasutus üksikute katsete piiresse ning muutub vähe, ehkki tehnoloogia on kättesaadav.
Põhjus, miks see puudutab juhtkonna lauda, mitte ainult IT-osakonda, on see, et selle sektori strateegiad põhinevad tihti eeldusel mahtuvuse kohta: kui palju arendusvõimsust on vaja tegevuskava täitmiseks, kui palju klienditoe võimsust teenustaseme hoidmiseks, kui palju seenioride aega juuniorite koolitamiseks. Kui AI võtab üle osa esimese või teise kategooria töödest, muutub vabanenud tundide ja täistööajale taandatud töötajate (FTE) mahu suurus — mitte fikseeritud protsendina, see sõltub süsteemidest, protsessi distsipliinist ja järelevalve tasemest, kuid nihke suund on kindel.
Strateegiline küsimus ei ole siis see, kas AI võtab tööd üle, vaid see, kas plaan lähtub veel vanast jaotusest. Tegevuskava, mis arvestab fikseeritud arendusvõimsusega, hinnamudel, mis eeldab fikseeritud tugitundide arvu kliendi kohta, koolitusrada, mis on ülesehitatud eeldusele, et juuniori töö jääb samaks — need on kõik eeldused, mis võivad selle nihke tõttu ette teatamata kehtetuks muutuda. Mitte keegi ei tühista neid ametlikult; need jäävad plaanis lihtsalt seisma, samal ajal kui reaalsus nende all muutub. See on teistsugune muster kui näiteks finantsteenuste sektoris, kus regulatsioon mõjutab kaasa automatiseerimise tempot, või ehituses, kus füüsiline teostus seab AI ülevõtmisele teistsuguse piiri. IKT-s on see piir tihti vähem füüsiline ja vähem juriidiline, ning seetõttu kiiremini nihkuv — mis muudab vaikselt vananenud eelduse riski pigem suuremaks kui väiksemaks.
Kaks ettevõtet samas allsektoris võivad siin olla väga erinevas olukorras, ja see erinevus ei seisne peaaegu kunagi AI-tööriistade kättesaadavuses — need on mõlemale kättesaadavad. See seisneb selles, kas on olemas toimiv järelevalvemehhanism, mis hindab AI väljundeid koos fikseeritud põhjendusega, kas dokumentatsioon ja süsteemid on korras, et AI saaks nendega midagi peale hakata, ning kas juhtkond on strateegia aluseks olevad eeldused hiljuti võrrelnud sellega, mis on operatiivselt juba muutunud. Ettevõtted, kus viimast ei tehta, juhivad strateegiat, mis paberil vastab tõele, samal ajal kui selle taga olev mahtuvuseeldus on juba pikalt aegunud.
See nihe puudutab ka küsimust, kes peaks sellisel hindamisel laua taga olema — mitte ainult juhtkond, vaid ka inimesed, kes näevad tööd tegelikult muutumas, nagu on kirjeldatud ülevaates sellest, kes peaks osalema strateegiaülevaates. Kuivõrd see nihe puudutab personaliotsuseid, kehtivad neile omad seadusest tulenevad nõuded; käesolev leht käsitleb strateegiat, mitte neid otsuseid.
Aluseks olevale küsimusele — milline töö on selles ettevõttes tegelikult AI-le üle antav, milline osaliselt, ja milline jääb inimtööks — annab vastuse FTE TO AI töömahu skaneering iga ülesande kaupa, mitte terve sektori hinnangu alusel. Enne, kui see skaneering pilti tuleb, on olemas väiksem samm: tasuta eeldustest kontroll, lühike voor, kus nimetate oma peamised strateegilised eeldused ja näete iga eelduse juures, millal see viimati tegelikult kinnitust sai. See toob nähtavale, millised eeldused on veel kindlad ja millised on vaikselt hakanud nihkuma. Täielik strateegiline surveproov, kus välisvaade seatakse kõrvuti juhtkonna enda hinnanguga, on valmimisel.
Stel uw vraag. Vaak zit de echte vraag een laag dieper — daar mag ik naar vragen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.