Plan de montée en compétences Claude : la méthode par paliers

Quand une entreprise cherche une « formation Claude », elle pense le plus souvent à une journée : un formateur, une salle, un support, une feuille d’émargement. C’est la mauvaise unité de mesure. Savoir se servir d’un assistant d’IA n’est pas une connaissance qui se transmet en une fois, c’est une pratique qui se construit — comme on ne devient pas bon négociateur en un séminaire, on ne devient pas bon utilisateur de Claude en un atelier de prompts.

Le droit européen a d’ailleurs fini par dire la même chose que le terrain : depuis sa réécriture par le Digital Omnibus, l’article 4 de l’AI Act demande aux entreprises des « mesures pour soutenir le développement » de la maîtrise de l’IA — un dispositif qui s’inscrit dans la durée, pas un niveau certifié une fois pour toutes. Autrement dit : un plan de montée en compétences. Reste à savoir à quoi il ressemble quand il fonctionne.

Pourquoi la journée de formation ne suffit pas

Le scénario est toujours le même. La session se passe bien, les participants sortent enthousiastes, quelques-uns essaient des choses la semaine suivante. Puis le travail reprend ses droits : les exemples vus en formation ne ressemblent pas aux dossiers réels, personne ne sait si le contrat client peut être collé dans l’outil, et le réflexe ancien — faire comme avant — l’emporte parce qu’il ne demande aucun effort. Trois semaines plus tard, l’usage est retombé sur les deux ou trois personnes qui n’avaient pas attendu la formation.

La cause n’est pas la qualité de la session, c’est sa position dans le dispositif. Une session isolée enseigne l’outil hors contexte, à des populations mélangées, sans environnement préparé et sans suite organisée. Chacun de ces quatre défauts se corrige — mais ils se corrigent par un plan, pas par une meilleure journée.

Avant de planifier : cartographier

Un plan de montée en compétences ne commence pas par un calendrier de sessions, il commence par une cartographie : qui fait quoi, quelles tâches sont candidates, quelle est l’exposition en cas d’erreur — relire un contrat et générer du code ne se ratent pas de la même façon — et qui utilise déjà l’IA, officiellement ou non.

Cette cartographie n’est pas une formalité administrative. C’est elle qui détermine le contenu par population : les critères que fixe le texte européen — connaissances techniques, expérience, contexte d’utilisation — sont exactement ceux qu’un bon plan applique de lui-même. Et elle révèle presque toujours deux choses utiles : des usages officieux qu’il vaut mieux encadrer que découvrir plus tard, et quelques utilisateurs déjà avancés qui feront de bien meilleurs relais internes que n’importe quel volontaire désigné.

Trois paliers, pas un catalogue

Le cœur du plan tient en trois paliers, chacun avec un critère de sortie observable — pas un questionnaire de satisfaction.

• Palier 1 — le socle commun. Ce que Claude fait bien, ce qu’il fait mal, comment il se trompe, ce qui peut lui être confié et ce qui reste interne. Une demi-journée suffit pour l’essentiel ; l’objectif n’est pas la virtuosité mais un vocabulaire et des règles partagés par toute l’entreprise. Critère de sortie : chacun sait dire quand ne pas utiliser l’outil.
• Palier 2 — la pratique par métier. Chaque équipe travaille sur ses propres cas : les développeurs sur leur base de code, les commerciaux sur leurs propositions, les RH sur leurs fiches de poste — avec les vraies conventions et les vrais documents. Ce palier suppose un environnement préparé (contextes métier, skills, garde-fous) : c’est lui qui fait la différence entre s’exercer et s’équiper. Critère de sortie : chaque participant a traité une tâche réelle de bout en bout.
• Palier 3 — du geste individuel au système d’équipe. Les prompts qui marchent deviennent une bibliothèque partagée, les savoir-faire deviennent des skills avec un propriétaire, les questions récurrentes enrichissent les contextes métier. C’est le palier que les plans négligent — et c’est celui qui fait que la compétence appartient à l’entreprise, pas aux individus qui la quitteront un jour. Critère de sortie : un process d’équipe complet passe par Claude, documenté et transmissible.

Les relais qui font tenir le plan

Entre les paliers et après eux, la compétence ne progresse que si quelqu’un l’anime. Un référent par équipe — idéalement repéré pendant la cartographie — joue ce rôle : il collecte les questions, repère les blocages, fait remonter ce qui manque dans les contextes métier. Des rendez-vous courts et réguliers — une revue d’usage par quinzaine suffit souvent — entretiennent le mouvement bien mieux qu’une session de rattrapage semestrielle.

Ce maillage interne a une seconde vertu : il rend le plan résilient aux arrivées et aux départs. Un nouvel arrivant ne repart pas de zéro, il hérite du socle, des contextes et de la bibliothèque de l’équipe — la montée en compétences individuelle devient un sous-produit du système, et non un projet à relancer à chaque recrutement.

Mesurer à 30 jours, pas à chaud

Le succès d’un plan ne se lit pas à la sortie de la salle, il se lit un mois plus tard, sur trois indicateurs : la part des collaborateurs qui utilisent Claude chaque semaine sur de vraies tâches, le temps gagné sur les process ciblés, et la capacité de l’équipe à faire évoluer ses skills sans assistance extérieure. Si ces trois chiffres ne bougent pas, le plan n’a pas fonctionné — quelle qu’ait été la note de satisfaction.

C’est la logique que nous appliquons chez Lutece.ia : dans le Programme Autonomie Claude, la formation arrive en troisième semaine, après la construction de l’environnement — deux jours intensifs par département, sur le Harness de l’entreprise, avec un taux d’adoption mesuré à 30 jours. L’ordre n’est pas un détail : former d’abord et équiper ensuite, c’est le plan de la journée isolée — celui qui retombe.