KI-prosjektet er klart for utrulling. Ledelsen sender ut en e-post: "Fra og med mandag har alle Copilot. Vi gleder oss til å se økt produktivitet." Det skjer ingenting. Folk åpner verktøyet én gang, ser at de ikke skjønner hva de skal gjøre, og går tilbake til hverdagen. Dette er den vanligste måten KI-innføringer dør på. Ikke fordi verktøyet er dårlig, men fordi ingen var forberedt på endringen.
Folk må vite om det før det skjer
Et endringsprosjekt feiler når ansatte ikke er psykisk forberedt på hva som kommer. Det høres opplagt ut, men det er gjennomgangsproblemet i de fleste KI-innføringer. Beslutningen tas i ledelsen, IT bygger løsningen, og første gang resten av organisasjonen hører om den, er når den er ferdig. Da rekker ingen å forholde seg til hva den faktisk betyr for arbeidsdagen deres.
Involvering må starte når ideen kommer, ikke når verktøyet er kjøpt. Når ledelsen vurderer å innføre et KI-verktøy, skal de kalle inn folk fra ulike deler av organisasjonen og høre hva de tenker. Hvilke problemer ser de? Hvorfor er det riktig nå? Hva er de bekymret for? Det er ikke fordi du trenger godkjenning. Det er fordi du trenger perspektivene før designet låses.
Hvorfor folk skal være med på beslutningen
En selger som har solgt det samme produktet i ti år, vet ting om kundene som verken CTO eller daglig leder vet. En kundekonsulent vet hvilke spørsmål som faktisk kommer inn, og hvilke som er hypotetiske. Hvis verktøyet skal støtte salgsprosessen, må selgeren være med i designet. Hvis det skal støtte kundeservice, må kundekonsulenten være med.
Erfaring fra bedrifter som har feilet med KI-prosjekter viser ofte det samme: salgsdirektøren ville ikke involvere kundene. CTO-en ville ikke involvere prosesseierne. Resultatet er et system som teknisk fungerer, men som ingen vil bruke. Når dere planlegger involveringen, må alle som taster data, bruker systemet eller blir påvirket av resultatet, ha en stemme.
Psykisk trygghet er ikke et HR-begrep
Ansatte vil ikke bruke et KI-verktøy de mistenker skal effektivisere dem ut av jobben. Hvis du sier "vi skal redusere kostnader med KI" uten å være tydelig på hva som skjer med folk som blir frigjort fra rutineoppgaver, vil ingen lære seg verktøyet på en måte som faktisk gir effekt.
Vær konkret om hva som er hensikten. Skal verktøyet la oss håndtere flere kundehenvendelser uten å øke bemanningen? Skal det la salgsavdelingen bruke mer tid på reelle samtaler og mindre på rapportering? Skal det redusere overtid? Si det. Og knytt det til konsekvenser ansatte faktisk merker: bonus, mer interessante oppgaver, mindre overtid, mindre stress.
Hvis budskapet er "vi skal kutte ti stillinger", skal det også sies klart. Det er fortsatt bedre enn et tåkete signal som folk gjetter på, fordi gjettingen alltid blir verre enn virkeligheten.
Opplæring er en kontinuerlig aktivitet
Mange behandler opplæring som et enkelt avkrysningspunkt: "Vi holdt et to-timers webinar, alle var med." Det fungerer ikke. Folk lærer ulikt og i ulikt tempo. Noen er trygge etter ett kurs. Andre trenger fem hands-on økter før de tør å gjøre noe selv. Likestilling betyr ikke at alle skal få samme antall opplæringstimer. Det betyr at alle skal få nok til å faktisk bli trygge.
I tillegg endrer KI-systemer seg over tid. Modellen blir trent på nye data. Versjoner oppdateres. Resultater og funksjonalitet endrer seg. Hvis dere kjørte opplæring i januar og tror den fortsatt er gyldig i oktober, er dere ute av synk med systemet.
Bygg opplæring inn som en løpende del av prosjektet. Ikke som en ferdig pakke før lansering, men som en serie korte sesjoner som gjentas etter behov. La folk gå tilbake til opplæringsmaterialet når de står fast. Ha en kanal hvor de kan stille spørsmål og få konkrete svar, ikke bare lenker til dokumentasjon.
Pilotene må gjøres riktig
"Hei alle, dere har nå tilgang. Prøv det ut i en måned og send tilbakemelding." Det er ikke en pilot. Det er et fromt ønske. Av tretti testere vil to faktisk teste. Resten har for travelt.
Skal dere kjøre en reell pilot, må testerne bli kalt inn til møter hvor de bruker verktøyet sammen. Avlast dem for andre oppgaver i pilotperioden. Få dem til å teste konkrete arbeidsflyter, ikke "noe de finner på". Og kjør piloten over flere dager, ikke én. Folk gir bedre tilbakemelding når de har hatt verktøyet under huden over tid.
Slik strukturerer dere involveringen
En praktisk plan for involvering ser typisk slik ut:
- Ideefase: Hør perspektiver fra ledere, prosesseiere, sluttbrukere og noen sceptikere. Noter alt. Ikke filtrer.
- Designfase: Tegn arkitekturen på papir og la den bli utfordret av folk fra ulike avdelinger.
- Pilotfase: Hent inn engasjerte testere, avlast dem for andre oppgaver, og kjør pilot over flere dager.
- Lanseringsfase: Tilby flere typer opplæring, ikke bare ett format. La folk velge hvordan de vil lære.
- Driftsfase: Etabler en åpen kanal for spørsmål, og oppdater opplæringen når systemet endres.
Hver av fasene tar tid. Det er det som er poenget. KI-adopsjon er sjelden et seks-ukers prosjekt. Det er et tolv-måneders endringsprogram med en KI-løsning i sentrum.
Når involvering møter resten av puslespillet
Involvering alene løser ikke alt. Dere må også vite hvilke barrierer som typisk dukker opp, og hva som faktisk skal måles. 7 vanlige barrierer for KI-adopsjon i bedrifter tar for seg fallgruvene, og Slik fungerer ansvarlig KI i praksis dekker rammene rundt design og styring.
Denne videoen er hentet fra kurset KI-adopsjon for bedrifter: Fra ledelse til ansatte på Utdannet.no. Kurset dekker hvordan dere planlegger involvering konkret, hvordan dere bygger trygghet i ledergruppen og blant ansatte, og hvordan opplæring skal struktureres for at folk faktisk bruker verktøyet.
