Playbook 3 — Habilitation par rôle
Concevoir une formation qui épouse le métier, pas une démonstration générique
Un contrôleur financier et un commercial ont besoin qu’on leur explique le même outil de deux façons différentes. L’outil est identique ; le métier ne l’est pas.
La plupart des formations à l’IA échouent à l’étape de conception, pas à celle de l’animation. Quelqu’un mène une session pour tout le monde, passe en revue les fonctionnalités et appelle cela de l’habilitation. L’équipe repart en sachant ce que l’outil peut faire, ce qui n’est pas la même chose que savoir quoi en faire le mardi après-midi.
L’habilitation par rôle commence par lister les tâches, pas les fonctionnalités. Pour chaque rôle qui utilisera l’outil, notez trois à cinq tâches réelles qui reviennent dans leur semaine, dans leurs mots. Pas « résumer un texte » — « transformer les notes de l’appel client en e-mail de suivi avant que je parte le soir ». La tâche est l’unité de formation, parce que la tâche est l’unité de travail.
Concevez ensuite à rebours à partir de la tâche. Que doit pouvoir faire la personne, et quel est le chemin le plus court pour y arriver ? C’est la partie que la plupart des déploiements internes sautent, et c’est tout le programme : un objectif par tâche, un exemple traité, un essai sur leur propre matériel, et une définition claire de ce que « suffisamment bon » signifie dans leur contexte. Le reste — choix du modèle, bibliothèques de prompts, astuces — est secondaire par rapport à deux ou trois vraies tâches bien menées.
Deux erreurs méritent d’être nommées. La première est la profondeur sans pertinence : enseigner la différence entre versions de modèles à une équipe comptable qui a besoin d’automatiser une tâche répétitive. La seconde est la pertinence sans profondeur : montrer une démo brillante qui laisse les gens incapables de la refaire sur leurs propres fichiers. Les deux produisent le même résultat — une session très bien notée et sans suite.
Une forme pratique pour chaque rôle :
- Trois à cinq tâches récurrentes, écrites comme des tâches.
- Un objectif par tâche, dans les mots de l’employé.
- Un exemple traité sur des données réalistes (pas aseptisées).
- Un essai sur leur propre travail, avec retour.
- Une définition énoncée d’un bon résultat, pour qu’ils puissent juger le leur.
Le test de la conception est simple. Une personne de ce rôle peut-elle, le lendemain, mener à bien une tâche nommée sans vous dans la salle ? Sinon, la session a enseigné l’outil, pas le métier.
Suite : le playbook 4 couvre la couche entre être formé et être compétent.