Acculturation IA collaborateurs : des usages individuels à une pratique partagée

Acculturation IA collaborateurs : le passage d'usages individuels à une pratique partagée tient à trois décisions, et aucune ne concerne le choix d'un outil. Vous cadrez les usages autorisés, vous nommez des référents dans chaque service, et vous tenez un rythme de diffusion assez lent pour que les gens suivent.

Le reste suit. Ou ne suit pas, et vous saurez pourquoi.

Pourquoi quelques usages individuels ne font pas une pratique d'entreprise

Dans la plupart des entreprises, l'IA générative est déjà entrée. Trois ou quatre personnes s'en servent tous les jours, souvent depuis leur compte personnel, et personne d'autre ne sait ce qu'elles en font.

C'est une situation instable.

Elle l'est parce que la compétence vit dans la tête de ces trois personnes. Le jour où l'une change de service, sa manière de rédiger une consigne part avec elle et le service revient à ses habitudes, sans que quiconque ait décidé quoi que ce soit.

Elle l'est aussi parce que l'écart se creuse. Ceux qui pratiquent progressent vite, les autres ne voient qu'un discours de plus, et l'entreprise se retrouve avec deux rythmes de travail dans le même service. C'est le même mécanisme que celui observé dans les établissements scolaires quand les outils numériques arrivent sans accompagnement : l'inégalité d'accès produit un écart d'usage, pas un rattrapage.

L'acculturation ne consiste donc pas à convaincre. Elle consiste à rendre visible et reproductible ce que trois personnes font déjà seules dans leur coin.

Une réserve avant d'aller plus loin. Si personne dans votre entreprise n'a encore installé un usage régulier, vous n'avez pas un problème d'acculturation, vous avez un problème de démarrage : c'est la question par où commencer avec l'IA en entreprise, et elle se traite avant celle-ci.

Quels usages autorisez-vous, et lesquels restent écartés

La première décision est une liste, et elle tient sur une page. D'un côté ce que vos collaborateurs peuvent faire passer par un outil d'IA, de l'autre ce qui en reste écarté, avec un exemple concret pour chaque ligne.

Sans exemple, la liste ne sert à rien.

« Ne pas transmettre de données sensibles » ne dit rien à personne. « Ne pas coller le contrat d'un client dans ChatGPT, y compris pour en demander un résumé » se comprend et se retient. La deuxième formulation est celle qui tient debout devant un cas réel, un mardi après-midi.

Les usages qui restent habituellement écartés à ce stade sont ceux dont la sortie engage l'entreprise ou touche une personne : documents contractuels, décisions individuelles sur un collaborateur, éléments couverts par un secret professionnel. Les usages autorisés sont ceux dont le résultat est relu avant de sortir.

Cette liste se construit contre des risques précis, et il vaut mieux les nommer que les redouter : fuite de données vers un modèle tiers, production fausse et convaincante, dépendance à un fournisseur unique. Nous les détaillons dans notre article sur les risques de l'IA générative en entreprise.

Un point pratique compte plus qu'on ne croit : dites qui met la liste à jour, et à quelle fréquence. Une charte sans propriétaire vieillit en trois mois.

Qui sont les référents internes, et ce qu'ils ne sont pas

La deuxième décision est de nommer des gens. Un référent par service, ou par équipe de dix à quinze personnes, choisi parce qu'il connaît le métier de son équipe, pas parce qu'il est le plus à l'aise avec l'informatique.

Un référent n'est pas un support technique.

Son rôle tient en trois gestes : il collecte les consignes qui marchent dans son service, il les range dans un endroit que tout le monde connaît, et il fait remonter les cas qui sortent de la liste des usages autorisés. Il ne dépanne pas, il ne forme pas, il ne valide pas.

Cette fonction ressemble à celle d'un formateur dont l'outil ne retire pas le rôle mais le déplace.

Votre référent passera moins de temps à expliquer et davantage à organiser ce que les autres ont trouvé, ce qui suppose que vous lui disiez explicitement que c'est bien son travail.

Deux conditions rendent le poste tenable. Du temps reconnu, une demi-journée par mois inscrite quelque part plutôt qu'un service rendu en plus du reste. Et un accès direct à la personne qui arbitre, pour qu'un cas litigieux soit tranché en quelques jours et pas en trois réunions.

Un référent unique pour toute l'entreprise est un point de rupture. Le scénario est toujours le même : la personne change de poste, rien n'a été écrit, et le service repart de zéro.

À quel rythme diffuser les usages

La troisième décision est le rythme, et c'est celle que les entreprises ratent le plus souvent. Une session pour tout le monde en une journée, puis rien pendant six mois, ne produit pas une pratique partagée.

Un trimestre est une bonne unité.

Sur un trimestre, chaque service installe deux ou trois tâches, pas davantage. Le trimestre se ferme par un point collectif d'une heure où chaque référent montre ce que son équipe utilise vraiment, et où l'on décide ce qui continue, ce qui s'étend et ce qui s'arrête.

Ce point collectif est le seul rituel indispensable.

Il rend le travail de vos référents visible, ce qui est la contrepartie du temps que vous leur demandez.

Le rythme se dérègle à un moment précis : quand la demande dépasse ce qu'un référent peut porter, en général au deuxième ou au troisième trimestre. C'est là qu'une formation IA entreprise pour une équipe complète devient plus économique que la diffusion par capillarité, parce qu'elle met tout un service au même niveau en deux jours au lieu de laisser dix personnes réinventer les mêmes consignes.

Nous animons ces deux jours en présentiel, neuf apprenants au maximum par session, sur les tâches que les équipes apportent le matin même.

Ce qui bloque vraiment, et qui n'est pas un problème d'outil

Six freins reviennent, et un seul porte sur l'outil lui-même. Les nommer devant l'équipe désamorce la moitié du travail, parce que chacun croit être le seul à les avoir.

• La crainte d'être perçu comme paresseux, qui pousse à cacher l'usage plutôt qu'à le partager.
• La peur de la boîte noire, quand on ne sait pas d'où sort la réponse ni ce que l'outil fait des données qu'on lui donne.
• La crainte des risques, juridiques ou réputationnels, en l'absence de règle claire sur ce qui est autorisé.
• Les résultats décevants du premier essai, qui referment le sujet pour un an.
• Le manque d'idées de cas d'usage, faute d'avoir jamais regardé ses propres tâches sous cet angle.
• Le manque de temps pour tester, qui est le frein le plus honnête des six.

Aucun de ces freins ne se règle en rendant l'outil obligatoire.

La crainte du regard des autres se traite en montrant qu'un dirigeant s'en sert lui aussi, publiquement, sur ses propres tâches. La boîte noire se traite en ouvrant les réglages de ChatGPT ou de Claude devant l'équipe et en montrant ce que chacun fait des données saisies, plutôt qu'en promettant que tout va bien. L'essai raté se reprend avec la personne, parce qu'un premier résultat décevant vient presque toujours d'une demande trop courte et sans exemple.

Le refus, quand il persiste, est une information. Il dit souvent que la tâche choisie n'était pas la bonne, ou que la personne n'a pas eu le temps annoncé.

Ce que l'acculturation ne produit pas

Elle ne fabrique pas la compétence de départ. Des référents, une charte et un rythme organisent la circulation de ce qui existe déjà ; ils ne font pas pratiquer quelqu'un qui n'a jamais écrit une consigne un peu construite sur son propre travail.

Elle ne garantit pas non plus l'homogénéité. Certains services avanceront trois fois plus vite que d'autres, et vouloir les aligner coûte plus cher que d'accepter l'écart et de faire circuler les consignes du service en avance.

Enfin, elle ne se mesure pas bien. Nous n'avons pas d'indicateur honnête à proposer sur ce point : le nombre de personnes qui ouvrent un outil ne dit rien de ce qu'elles en font, et nous préférons l'écrire plutôt que d'inventer une métrique rassurante.

Ce qui se compte, ce sont les tâches installées, service par service, à la fin de chaque trimestre.

Reste ce que la diffusion ne règle pas : le cadre juridique dans lequel ces usages s'inscrivent. Une entreprise qui utilise un système d'IA porte des obligations propres, détaillées dans notre article sur les obligations de l'AI Act pour une entreprise.