La paura è un problema di implementazione, non una questione di persone
La maggior parte della resistenza all'intelligenza artificiale sul posto di lavoro è razionale. Ecco come condurre un'implementazione che il tuo team fiducioso possa accettare, dalla prima caso d'uso alla revisione dei 90 giorni.
Implementare l'intelligenza artificiale: una guida per evitare insidie comuni
La maggior parte dei lanci di intelligenza artificiale (IA) incontra lo stesso ostacolo. Lo strumento funziona, il test è andato bene, e dopo sei settimane solo tre persone lo utilizzano. La leadership interpreta questa situazione come resistenza al cambiamento, ma spesso non lo è. È una reazione razionale a un accordo poco chiaro.
Quando fornisci a qualcuno un sistema che esegue parte del suo lavoro senza fornire ulteriori informazioni, lascerà che sia il silenzio a riempire lo spazio. Si aspetteranno il peggio, attenderanno e continueranno a svolgere il lavoro nel modo tradizionale nel caso in cui il nuovo metodo non sia all'altezza. Questo comportamento è poco oneroso per loro, ma costoso per te.
Rispondere alla domanda del lavoro prima che venga posta
La prima cosa che il tuo team vuole sapere è se questo sistema li sostituirà. Se non lo dici chiaramente, decideranno da soli la risposta.
Afferma quindi in modo specifico e in modo tale da poter essere tenuto responsabile. "Nessuno perderà il lavoro a causa di questo sistema nei prossimi dodici mesi" è una frase che un direttore può impegnarsi a dire. "L'IA amplifica piuttosto che sostituire" non lo è - le persone hanno sentito questa frase e sanno che significa nulla.
Se ci saranno cambiamenti nel numero di dipendenti, dichiaralo anche, spiegando cosa accadrà alle persone coinvolte. Una risposta difficile data in anticipo costa meno di una risposta vaga che trapelerebbe nei successivi sei mesi. E se non puoi impegnarti per nulla, non sei pronto per il lancio; sei pronto ad avere una conversazione diversa con il tuo consiglio di amministrazione.
Inizia con il lavoro che già fa arrabbiare le persone
L'istinto è scegliere il processo ad alto valore. Scegli invece quello più fastidioso.
Conciliare due fogli di calcolo che non si allineano mai, riscrivere la stessa bozza di proposta, leggere quarantatré ticket di supporto per trovare i tre importanti... Nessuno difende quel lavoro, nessuno si identifica professionalmente con esso e tutti notano quando scompare. Ottieni i tuoi primi sostenitori gratuitamente.
Il processo ad alto valore è ancora lì al quarto mese, e intanto hai un team che ha visto il sistema funzionare e ha opinioni su come procedere.
Scrivi le regole in una pagina
L'ambiguità è ciò che rende le persone caute. La maggior parte di essa si chiarisce con un breve documento che risponde, in linguaggio semplice:
- Cosa puoi inserire nel sistema e cosa non puoi - nomi dei clienti, contratti, dati sulla retribuzione, codice sorgente
- Quali output richiedono una revisione umana prima che vengano visualizzati da persone esterne all'azienda
- A chi segnalare quando il sistema commette un errore e quali azioni seguire
- Se l'uso o la non-uso dell'IA influisce sul modo in cui viene valutato il tuo lavoro
L'ultima riga è quella che conta di più. Se le persone pensano che l'uso dell'IA sia monitorato e valutato, la utilizzeranno in modo difensivo e scorretto. Dichiara chiaramente come l'IA influenzi la valutazione, anche se la risposta è "non lo fa".
Recluta il scettico, non l'entusiasta
I tuoi entusiasti abbracceranno qualsiasi cosa e convinceranno nessuno. La persona che vuoi nel pilota è quella esperta e rispettata che pensa che questa tecnologia sia probabilmente sopravvalutata.
Troverà i veri modi di fallimento in una settimana, perché sa cos'è un output corretto. E se alla fine dice "questo mi ha risparmiato un pomeriggio", quel commento ha più peso di qualsiasi discorso della leadership. Dai loro un canale genuino per segnalare problemi e risolvili abbastanza velocemente che la segnalazione ne valga la pena.
Rendere facile dire che il sistema si è sbagliato
Ogni sistema di IA produce errori sicuri. Il successo o l'insuccesso del lancio dipende da ciò che accade dopo.
Se segnalare un output errato richiede una mail al reparto IT, nessuno segnerà nulla, gli errori si accumuleranno in silenzio e la fiducia svanirà. Inserisci un pulsante di segnalazione nello strumento. Assegna una persona di riferimento per leggere le segnalazioni. Pubblica ciò che hai cambiato. I team perdonano i sistemi che si sbagliano a volte; non perdonano quando vengono ignorati quando segnalano un problema.
Valuta il lancio, non la tecnologia
A novanta giorni, le domande utili riguardano il comportamento. Quante persone hanno utilizzato lo strumento nelle ultime due settimane, non da quando è stato lanciato. Quali team l'hanno abbandonato e cosa hanno detto quando hai chiesto il motivo. Quanto tempo impiega una segnalazione di errore a ricevere una risposta. Dove qualcuno è tornato silenziosamente al vecchio processo e avevano ragione?
Questi numeri ti dicono se il cambiamento ha attecchito. I benchmark delle prestazioni non lo fanno.
Portare questo peso - la politica, la progettazione del pilota, la prima conversazione imbarazzante - è la maggior parte del lavoro, ed è anche quella parte che viene spesso saltata. È anche la parte su cui passiamo più tempo con i nostri clienti.
Gestito correttamente, l'adozione non sembra un mandato, ma uno strumento che le persone hanno richiesto.