ftetoai Jonotuslistalle

Kennisbank

Voiko AI valvoa projektin etenemistä aikataulua ja budjettia vasten?

Vastaus lyhyesti

Osittain. AI voi säännöllisesti tarkistaa, pysyykö projekti aikataulussa, budjetissa ja laajuudessa, ja signaloida siitä. Itse korjaava toimenpide — päätös laajuuden muuttamisesta, kapasiteetin siirtämisestä tai määräajan uudelleenneuvottelusta — pysyy projektinjohtajalla tai esimiehellä. Tehtävä jakautuu siis osaan, jonka AI voi nykyään ottaa hoitaakseen, ja osaan, joka pysyy ihmistyönä.

Miksi tämä osoittautuu osittaiseksi

Lopputulos riippuu ensisijaisesti kolmesta akselista: rakenteisuudesta, volyymista ja harkintavarasta.

Rakenteisuus saa keskitason pisteet. Etenemistä, budjettia ja laajuutta voidaan usein kvantifioida projektinhallintatyökalussa — kirjatut tunnit, saavutetut välitavoitteet, käytetty budjetti. Mutta kysymys siitä, onko poikkeama hyväksyttävä, ei aina ole kiinnitetty säännöllä. Projekti, joka on kaksi viikkoa myöhässä, voi olla vaaraton tai merkki syvemmästä ongelmasta, ja tämä erottelu vaatii kontekstia, joka ei aina löydy järjestelmästä.

Volyymi on korkea: kun projekteja on käynnissä useita, säännöllinen tilan tarkistaminen on toistuva, samankaltainen toimenpide. Juuri sellainen työ, jossa agentti erottautuu kertaluonteisista, yksilöllisistä arvioinneista.

Harkintavara on keskitasoa, ja tämä on rajoituksen ydin. Signaloiminen siitä, että budjetista on käytetty 95 % vaikka projektin kestosta on kulunut vain 80 %, on tosiasiallinen havainto. Sen päättäminen, johtuuko tämä laajuuden muutoksesta, toimittajan viivästymisestä vai aliarvioidusta budjetista — ja mitä sille pitäisi tehdä — vaatii etujen välistä punnintaa, joka ei kokonaan löydy datasta.

Toisaalta virhekustannukset ovat matalat (2) ja vaatimustenmukaisuus suhteellisen korkea (4): huomaamatta jäänyt signaali voi antaa projektin ajautua ongelmiin vasta myöhäisessä vaiheessa, ja säädellyissä ympäristöissä (julkiset hankkeet, rahoitussektori) on usein kiinteät raportointivaatimukset etenemisestä. Tämä tekee signaloinnin automatisoinnista houkuttelevaa juuri siksi, että signaloimatta jättämisen seuraukset ovat suuret — ja korjaavan toimenpiteen jättämisestä ihmiselle houkuttelevaa juuri siksi, että väärän päätöksen seuraukset ovat myös suuret.

Esimerkki

Rakennusyritys, jolla on kymmenen käynnissä olevaa projektia, antaa agentin lukea päivittäin etenemistiedot projektinhallintatyökalusta: suunnitellut tunnit verrattuna toteutuneisiin, käytetty budjetti verrattuna saavutettuihin välitavoitteisiin. Kun ennalta määritelty poikkeama ylittyy — esimerkiksi yli 10 % budjetin ylitys alle 80 %:n etenemisasteella — agentti tuottaa signaalin perusteluineen. Projektinjohtaja arvioi signaalin, pyytää tarvittaessa selvitystä tiimiltä ja päättää, onko korjaava toimenpide tarpeen. Säännöllinen tarkistaminen on siirretty AI:lle; korjaava toimenpide ei.

Milloin tilanne on toinen

Yrityksessä, jolla ei ole projektinhallintatyökalua ja jossa etenemistä välitetään suullisesti kokouksissa, puuttuu ajantasainen data, jota tämä tehtävä vaatii. Silloin automatisoitavaa on vähän, oli tehtävä teoriassa kuinka rakenteinen tahansa. Myös projekteissa, joissa laajuus muuttuu jatkuvasti — kuten varhaisissa innovaatiohankkeissa — ei ole vakaata perustaa, jota vasten verrata, ja tasapaino siirtyy tällöin takaisin ihmistyöhön.

Toisaalta: organisaatio, jolla on selkeät poikkeamakriteerit ja hyvin täytetty työkalu, voi antaa agentille suuremman osan signaloinnista kuin tässä on kuvattu. Reunaehto on aina sama: ajantasainen projektidata ja ennalta määritellyt kriteerit sille, mikä lasketaan poikkeamaksi.

Miten tämä liittyy muuhun projekteihin liittyvään työhön

Tämä tehtävä ei ole irrallinen. Se, joka valvoo etenemistä, joutuu usein myös valvomaan budjettia ja signaloimaan poikkeamista — tehtävä, jolla on samankaltainen profiili: signaloiminen on hyvin automatisoitavissa, poikkeaman arviointi ei. Etenemisen valvonnasta tulevat signaalit ruokkivat usein johtoryhmän kokouksen valmistelua ja asialistan laatimista, jossa agentti voi valmistella asialistan ja taustalla olevat luvut. Suuremmissa organisaatioissa lopputulos päätyy vielä johdolle tai osakkeenomistajille tarkoitettuun raportointiin, jossa toistuu sama kaava: tosiasioiden keräämisen ja tulkinnan välinen ero. Se on sama siirtymä, joka toistuu jatkuvasti: säännöllinen, rakenteinen osa siirtyy AI:lle, tulkinta ja päätöksenteko pysyvät esimiehellä. Myös tehtävien ja vastuiden delegoinnissa tiimin sisällä tämä jako on läsnä: kysymys siitä, kuka tekee mitä, on kysymys, jolla on organisatorisia ja joskus työoikeudellisia seurauksia, ja siihen sovelletaan omia lakisääteisiä vaatimuksia, joita tämänkaltainen automatisointi ei korvaa.

Mitä voitte tehdä nyt

Se, pätevätkö nämä havainnot myös teidän projekteihinne, riippuu siitä, kuinka suuri osa projektidatastanne on jo rakenteisessa muodossa ja kuinka selkeästi poikkeamakriteerinne on määritelty. Tämä vaihtelee yrityksestä ja projektityypistä riippuen. Alustavan käsityksen saamiseksi on tarjolla ilmainen pikatesti, jossa on kaksitoista kysymystä, ei vaadi tiliä, ja joka osoittaa, kuinka suuri osa profiilinne tunneista on nykyisin siirrettävissä AI:lle. Kattavampi työanalyysi, joka kartoittaa yrityksenne työn tehtävä kerrallaan, on vielä rakenteilla.

KIPPde assistent van de werkscan

Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.

Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.