Entreprise qui utilise l'IA : cinq choix qui font la différence

Deux entreprises de même taille, même secteur, mêmes outils. Dans l'une, l'IA a pris ; dans l'autre, il reste trois comptes payés et personne qui s'en sert. L'écart ne vient ni du budget ni de la technologie.

Il vient de cinq décisions d'organisation, banales à énoncer et rarement tenues.

Un : commencer par une tâche que quelqu'un déteste

Les entreprises où cela fonctionne ne commencent pas par un projet. Elles commencent par une tâche précise, faite toutes les semaines par une personne identifiée, et dont cette personne se plaint depuis longtemps.

Le critère du agacement n'est pas anecdotique. Il garantit que quelqu'un a envie que ça marche, ce qu'aucun budget n'achète.

Un grand projet demande au contraire des arbitrages que personne ne sait rendre au début, faute d'expérience concrète. La petite tâche produit cette expérience en quinze jours. Le choix de cette première tâche est traité dans notre article sur les questions qu'un dirigeant doit poser.

Deux : confier le sujet à celui qui fait la tâche

Le réflexe courant est de nommer un référent, souvent au service informatique, souvent volontaire, souvent enthousiaste. Ce réflexe produit des présentations.

Ce qui produit des usages, c'est de confier le sujet à la personne qui fait déjà la tâche, et de lui donner du temps identifié pour essayer. Une demi-journée par semaine pendant un mois, inscrite dans son planning, pas glissée entre deux dossiers.

Elle seule sait ce qui compte dans le résultat. Un référent extérieur produira un outil qui marche en démonstration et qui rate le détail qui rend la tâche pénible.

Trois : écrire ce qui est autorisé, sur une page

Sans règle écrite, chacun décide seul de ce qu'il colle dans un outil externe, et personne ne sait ce qui circule. Avec une règle orale, c'est pareil : elle est interprétée différemment par chacun et personne ne la cite de la même façon.

Une page suffit. Elle dit ce qui peut être saisi dans un outil externe, ce qui ne le peut pas, et qui tranche en cas de doute.

Ce document n'a pas besoin d'être juridique. Il a besoin d'exister, d'être court et d'être lu. C'est aussi ce qui rend possible la montée en compétence collective, que nous traitons dans notre article sur faire monter une équipe en compétence.

Quatre : rendre les essais visibles

Dans les entreprises où cela prend, les gens savent ce que leurs collègues essaient. Pas par un tableau de bord : par un canal de discussion, un point de dix minutes en réunion d'équipe, une démonstration de cinq minutes le vendredi.

Cette visibilité fait deux choses. Elle évite que trois personnes règlent le même problème chacune de son côté. Et elle donne la permission d'essayer, qui manque plus souvent que les outils.

Ce qui reste caché ne se diffuse pas, même quand ça marche.

Cinq : arrêter ce qui ne sert pas

C'est le point le plus rare, et le plus utile. Un mois après la mise en place, regardez qui se sert encore de l'usage. Si son propre porteur a cessé, il est mort.

Beaucoup d'organisations laissent vivre ces usages morts, parce que les arrêter reviendrait à admettre un échec. Ils occupent alors une place, un budget, et surtout la crédibilité du sujet.

Arrêtez-les explicitement. Dites pourquoi. Le suivant en bénéficiera.

Ce que cet article ne fait pas

Il ne cite aucune grande entreprise en exemple. La version d'origine en nommait six, avec des affirmations sur leurs pratiques internes qui n'étaient ni sourcées ni vérifiables, et qui n'apprenaient rien à une entreprise de vingt personnes.

Il n'avance aucun chiffre de gain. Ces cinq choix ne garantissent pas un résultat, ils rendent possible d'en observer un.

Ce qui se transmet, c'est la capacité de tenir ces cinq décisions quand l'agenda se remplit. Nous accompagnons cette montée en compétence en formation IA entreprise, en présentiel sur deux jours, neuf apprenants au maximum par session.

Choisissez la tâche dont quelqu'un se plaint le plus souvent. Commencez là.