Demo on suunniteltu. Toimittaja tai sisäinen tiimi näyttää, mitä AI-sovellus osaa: chatbot, joka vastaa asiakaskysymyksiin, työkalu, joka tiivistää raportteja, assistentti, joka kirjoittaa koodia. Sali on innoissaan. Nyökytellään, esitetään kysymyksiä, joku sanoo, että tämä on "todella jotain meille". Viikko myöhemmin energia on kadonnut ja mitään ei tapahdu enää.
Sudenkuoppa ei ole demo itsessään. Sudenkuoppa on se, että demo pidetään etukäteen sopimatta, kuka on jälkikäteen vastuussa siitä, mitä tuloksella tehdään. On esitys, ei prosessin omistajaa. On reaktio, ei päätöstä. On huomiota, ei agendaa.
Demon järjestäminen tuntuu toimintaan ryhtymiseltä. Näytetään jotain, reagoidaan, on nähtävissä liikettä. Organisaatiossa, jolla on painetta tehdä jotain AI:n kanssa, tämä liike on itsessään arvokasta: se todistaa, ettei jäädä toimettomaksi. Demo maksaa vähän, on nopea suunnitella ja tuottaa suoraan tarinan, jonka voi jakaa johdon tai hallituksen kanssa.
Lisäksi demo on helpompi järjestää kuin omistajuuden osoittaminen. Demo vaatii aikaikkunan kalenterista. Omistajuus vaatii jonkun, joka saa budjetin, ajan ja mandaatin vastata tuloksesta, myös silloin kun tulos jää vaatimattomaksi. Jälkimmäinen on poliittinen kysymys, ei operatiivinen. Demon suunnitteleminen on helpompaa kuin tuon kysymyksen esittäminen, joten demo suunnitellaan ja kysymys jätetään väliin.
Seurauksena demosta tulee päätöksen korvike sen sijaan, että se olisi aihe päätökselle. Niin kauan kuin kukaan ei kysy, kuka on tämän jälkeen omistaja, demo pysyy esityksenä ilman jatkoa.
On muutamia tunnistettavia merkkejä. Demon jälkeen taputetaan, mutta ketään ei nimetä ottamaan aloitetta haltuun. Puhutaan siitä, että "tutkitaan tätä lisää" ilman, että on sovittu, kuka sitä tutkimista tekee ja milloin kyseinen henkilö palaa tuloksen kanssa. Demo toistetaan muutaman viikon sisällä toiselle osastolle, samalla reaktiolla ja samalla jatkon puutteella.
Toinen merkki on, että demon jälkeinen keskustelu koskee teknologiaa — kuinka taitava työkalu on, mitä kaikkea se osaa — sen organisaation sijaan, jonka pitäisi sitä käyttää. Se on merkki siitä, että kysymys siitä, kestääkö nykyinen rakenne sovelluksen, jätetään väliin. Mitä tämä tarkoittaa, luette artikkelista miksi teknologia muuttumattoman rakenteen päällä ei tuota mitään.
Tunnistettavaa on myös se, että demoa kannattelee kaksi ihmistä, jotka itse ovat innoissaan AI:sta, kun taas muu organisaatio pysyy katsojana. Kun näillä kahdella ihmisellä alkaa olla kiireitä muun työn kanssa, aloite pysähtyy, koska kukaan muu ei koe itseään vastuulliseksi. Tämä dynamiikka on kuvattu artikkelissa miksi kaksi innostunutta ja ei kukaan muu ei tuota mitään.
Viimeinen merkki: demon jälkeen päätetään pilotista, mutta kukaan ei ole etukäteen sopinut, mistä pilottia arvioidaan. Ilman tätä sopimusta pilotti on pidennetty demo — se näyttää jotain, mutta ei todista mitään. Tämä kaava on avattu artikkelissa miksi pilotti ilman sopimusta siitä, mitä pitää selvitä, ei tuota mitään.
Demo ilman omistajaa ei ole virhe demossa, vaan virhe sen valmistelussa. Ennen demon suunnittelua voidaan sopia, kuka jälkikäteen ottaa tuloksen haltuunsa, kuka päättää tuleeko jatkoa ja millä aikataululla tämä päätös tehdään. Tämä ei ole tekninen ehto vaan organisatorinen, ja tämä ehto on ennen kysymystä siitä, mikä työkalu demonstroi parhaiten.
Juuri tämä järjestys — organisaatio ensin, teknologia sen jälkeen — on kohta, jossa useimmat AI-aloitteet jäävät jumiin. Kuka haluaa tietää, onko omalla organisaatiolla tämä perusta jo kunnossa, löytää roolikohtaisen yleiskatsauksen artikkeleista mihin toimitusjohtaja kiinnittää huomiota AI-kypsyydessä ja mihin operatiivinen johtaja kiinnittää huomiota AI-kypsyydessä.
Demo näyttää, mitä teknologia osaa, mutta ei kerro mitään siitä, mitä se tarkoittaa työlle omassa organisaatiossanne. Kun on selvää, kuka on AI-aloitteen omistaja ja perusta on siihen valmis, syntyy kysymys siitä, mikä osa varsinaisesta työstä on tosiasiassa siirrettävissä. Tähän kysymykseen ei vastaa demo, vaan jäsennelty laskelma tehtävittäin. FTE TO AI:n työscan tekee juuri tämän: se laskee tehtävittäin, mikä osa työstä on AI:n siirrettävissä, jotta omistaja voi päättää lukujen — ei vaikutelmien — perusteella, mitä jatko on sen arvoista.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.