Pokyčių valdymas diegiant AI komandoje: kaip įveikti baimes

Techninė AI diegimo dalis dažnai yra lengvesnė nei žmogiškoji. Įrankį galima paleisti per savaitę, bet kad komanda juo naudotųsi kasdien, reikia sąmoningo pokyčių valdymo. Šiame straipsnyje aptariu, kaip padėti žmonėms priimti dirbtinį intelektą kaip pagalbininką, o ne grėsmę.

Daugelis projektų nesėkmingi ne todėl, kad įrankis blogas, o todėl, kad niekas nepagalvojo apie žmones. Sprendimas gali būti puikus, bet jei komanda jo nesupranta ar juo nepasitiki, jis tiesiog gulės nenaudojamas. Todėl pokyčių valdymą verta planuoti nuo pirmos dienos, o ne bandyti gelbėti situaciją pabaigoje.

Kodėl žmonės priešinasi

Dažniausiai pasipriešinimas kyla ne iš tingumo, o iš baimės ir neaiškumo. Žmonės nerimauja dėl darbo vietos, bijo atrodyti nekompetentingi arba tiesiog nemato, kaip įrankis palengvina būtent jų dieną. Kol šios baimės neįvardytos, jokie mokymai neveiks.

• Baimė dėl darbo vietos: "ar mane pakeis".
• Baimė dėl kompetencijos: "o jei nesuprasiu".
• Abejonė nauda: "man ir taip gerai".

Kalbėkite atvirai apie tikslą

Komandai reikia aiškiai pasakyti, kodėl diegiate AI ir ką tai reiškia jų darbui. Jei tikslas yra atlaisvinti žmones nuo monotoniškų užduočių, o ne mažinti etatus, tai turi būti pasakyta garsiai ir nuosekliai. Neaiškumas gimdo gandus greičiau nei bet kokia oficiali žinutė.

Įtraukite ankstyvuosius rėmėjus

Kiekvienoje komandoje yra žmonių, kurie smalsesni naujovėms. Pradėkite nuo jų. Kai kolegos mato, kad kažkas iš jų aplinkos naudoja įrankį ir realiai greičiau atlieka darbą, pasitikėjimas auga natūraliai, be spaudimo iš viršaus.

• Suraskite kelis savanorius pilotui.
• Leiskite jiems pasidalinti patirtimi savais žodžiais.
• Fiksuokite konkrečius laimėjimus ir jais dalinkitės.

Mokykite mažais žingsniais

Vienas didelis mokymas, po kurio žmonės grįžta prie senų įpročių, retai veikia. Geriau trumpi, praktiniai užsiėmimai su realiais darbo pavyzdžiais. Svarbu, kad žmogus iš karto pritaikytų tai, ką išmoko, savo kasdienėje užduotyje.

Palikite vietos klaidoms

Naujo įrankio pradžioje klaidos neišvengiamos, ir tai normalu. Jei žmonės bijo suklysti, jie tiesiog vengs įrankio. Sukurkite aplinką, kurioje galima klausti ir bandyti be baimės būti pašieptam. Reguliariai surinkite atsiliepimus ir parodykite, kad į juos reaguojama.

Vadovo elgesys čia turi didžiausią svorį. Jei vadovas pats naudoja įrankį, atvirai kalba apie tai, kas veikia ir kas ne, komanda seka pavyzdžiu. Jei vadovas tik reikalauja, o pats laikosi nuošalyje, žmonės tai greitai pastebi ir motyvacija dingsta.

Devyniasdešimt dienų: kaip išdėstyti pokytį laike

Pokyčių valdymas skamba abstrakčiai, kol jam nepriskiriamos datos. Praktikoje veikia toks ritmas:

1. 1 ir 2 savaitė: pokalbiai, ne pranešimai. Su kiekvienu komandos nariu atskirai aptariama, kas jo darbe užima daugiausiai laiko. Šie pokalbiai duoda ir sąrašą, ką automatizuoti, ir pirmą supratimą, kas ko bijo. Kaip patį pristatymą suformuluoti, aprašėme straipsnyje apie tai, kaip vadovui pristatyti AI komandai.
2. 3 ir 4 savaitė: pilotas su savanoriais. Du ar trys žmonės, viena užduotis, aiškus laikotarpis. Visiems kitiems tuo metu nieko nesikeičia.
3. 5 ir 8 savaitė: plėtra su pavyzdžiais. Savanoriai patys parodo kolegoms, ką daro kitaip. Vadovo pristatymas šiame etape veikia silpniau nei kolegos demonstracija.
4. 9 ir 12 savaitė: įtvirtinimas. Susitariamos taisyklės raštu, paskiriamas atsakingas žmogus, nustatomas matavimas. Be šio etapo pokytis lieka priklausomas nuo entuziazmo.

Trys mėnesiai nėra magiškas skaičius, bet jis pakankamai ilgas, kad įpročiai susiformuotų, ir pakankamai trumpas, kad projektas neišsikvėptų.

Kaip matuoti, ar pokytis realiai vyksta

Nuomonių apklausos čia beveik nieko neduoda, nes žmonės atsako mandagiai. Naudingesni trys paprasti skaičiai.

Pirmas: kiek žmonių iš komandos įrankį naudojo bent kartą per pastarąsias dvi savaites. Jei iš 12 žmonių naudojo 4, prigijimas yra trečdalis, ir tai realus atskaitos taškas.

Antras: kiek kartų per savaitę. Vienas kartas per savaitę reiškia bandymą, penki kartai reiškia įprotį. Riba tarp šių dviejų būsenų dažniausiai ir lemia, ar po pusmečio bus kuo pasidžiaugti.

Trečias: laikas konkrečiai užduočiai prieš ir po. Jei pasiūlymo ruošimas užtruko 3 valandas, o dabar užtrunka 1,5, tai 1,5 valandos per pasiūlymą. Padauginkite iš pasiūlymų skaičiaus per mėnesį, ir turite skaičių, kurį galima parodyti komandai. Būtent tokie skaičiai įtikina abejojančius geriau nei bet koks pristatymas. Matavimo metodiką plačiau aprašėme straipsnyje apie AI mokymų naudos matavimą.

Dažniausios klaidos ir kaip jas taisyti

• Pranešama apie pokytį per visuotinį susirinkimą. Žmonės išgirsta žinią kartu su trisdešimčia kolegų ir nespėja užduoti tikrųjų klausimų. Sprendimas: pirmiausia individualūs pokalbiai, susirinkimas antras.
• Nurodoma naudoti, bet neatlaisvinama laiko. Mokymasis reikalauja valandų, kurių niekas neatidavė. Sprendimas: pirmą mėnesį oficialiai skirti bent porą valandų per savaitę.
• Nėra savininko. Po dviejų mėnesių niekas nebeprisimena, kas atsako už įrankį. Sprendimas: aiškiai įvardyti žmogų, kaip aprašome straipsnyje apie tai, kas įmonėje atsakingas už AI.
• Taisyklės lieka nepasakytos. Žmonės nežino, ką galima kelti į įrankį, todėl nenaudoja nieko arba naudoja viską. Sprendimas: vieno puslapio AI naudojimo politika.
• Bandoma keisti visus iš karto. Sprendimas: viena komanda, vienas procesas. Kitas klaidas, kurios kartojasi projektuose, surinkome atskirame straipsnyje.

Prieštaravimai, kuriuos verta pasiruošti išgirsti

„Ar mane pakeis?" Sąžiningiausias atsakymas priklauso nuo to, ar planuojate mažinti etatus. Jei ne, pasakykite tai konkrečiai ir raštu. Jei taip, nemeluokite: melas paaiškės, o po jo nė vienas kitas pokytis nebeveiks.

„Aš ir taip greitai dirbu." Dažnai tiesa. Su patyrusiais darbuotojais geriau kalbėti ne apie greitį, o apie nuobodžias darbo dalis, kurių jie patys nemėgsta. Ginčas dėl greičio su geriausiu specialistu beveik visada pralaimimas.

„Tai tik dar viena programa, kurią po pusmečio pamiršime." Pagrįstas įtarimas, jei įmonėje taip jau nutiko. Vienintelis atsakymas yra matomas rezultatas per pirmą mėnesį, o ne pažadas.

Trijų žmonių įmonė ir trisdešimties žmonių komanda

Labai mažoje komandoje pokyčių valdymas iš esmės yra du pokalbiai ir bendras susitarimas. Formalių etapų nereikia, o savininkas dažniausiai yra pats vadovas. Rizika čia kita: kai vadovas entuziastas, jis lengvai perkrauna komandą naujovėmis greičiau, nei jos spėja prigyti.

Trisdešimties žmonių organizacijoje veikia jau ne pokalbis, o struktūra. Reikia atskiro žmogaus, atsakingo už prigijimą, aiškių taisyklių raštu ir bent minimalaus matavimo. Taip pat atsiranda skyrių skirtumai: pardavimai priima pokytį greitai, apskaita atsargiai, ir tai normalu. Bandymas visus vesti tuo pačiu tempu dažniausiai baigiasi tuo, kad greitieji nuobodžiauja, o atsargieji pasijunta spaudžiami.

Švęskite mažus laimėjimus

Pokyčiai įsitvirtina, kai žmonės mato progresą. Pažymėkite momentus, kai įrankis sutaupė laiko ar palengvino sudėtingą užduotį. Šie maži laimėjimai kuria pagreitį, kuris pokytį daro tvarų.

Verta paskirti žmogų, kuris komandoje atsakingas už įrankio prigijimą. Tai nebūtinai vadovas ar technikas, dažnai geriausiai tinka autoritetą turintis kolega, prie kurio žmonės natūraliai kreipiasi. Toks žmogus atsako į klausimus, renka pastabas ir laiko pokytį gyvą tada, kai pirmasis entuziazmas jau atslūgęs.

Pokyčių valdymas nėra minkšta priedanga prie techninio projekto, o pati diegimo esmė. Jei norite, kad AI ir veiktų techniškai, ir prigytų komandoje, pažvelkite į AI mokymų paslaugą arba aptarkime jūsų situaciją.