Aller au contenu principal

IA-17 · IA & Compétences Digitales

Cours-métier IA · Attestation · Niveau intermédiaire

Conduire l'adoption de l'IA dans son équipe

4 modules · 9 leçons · ~9 h d'étude · Attestation

Cours-métier IA · Attestation de compétence

Un cours de 4 modules · 9 leçons · ~9 h d’étude

Structuré en 4 modules, avec des cas suisses chiffrés et un exercice d’application. Se conclut par un quiz final (75% requis) et un livrable de portfolio, qui délivrent une attestation de compétence (validité à vie).

  1. Comprendre la résistance · leçons 1–2
  2. Créer l’adhésion · leçons 3–5
  3. Communiquer et mesurer · leçons 6–7
  4. Terrain et attestation · leçons 8–9
Évaluation
Quiz final · 75% requis
Exercice
Un livrable de portfolio auto-corrigé
Attestation
Validité à vie
Prêt·e ? Passez l'examen (correction serveur) pour décrocher votre attestation.Passer l'examen d'attestation →

Attestation de compétence délivrée par SFM Academy (formation privée). Distincte de la certification « niveau avancé » du cursus phare. Ne constitue pas un titre fédéral ni une certification reconnue par la Confédération suisse.

Programme détaillé

MODULE 1Comprendre la résistance

Leçon 1 — Le métier : déployer l'IA dans une équipe qui n'a rien demandé

45 min

  • Piloter l'adoption de l'IA, ce n'est pas choisir ou paramétrer un outil : c'est faire adopter par une équipe qui n'a rien demandé un changement décidé d'en haut, sans autorité hiérarchique — il faut convaincre, pas ordonner.
  • Le métier est fait à 80 % d'observation, de conversations et de documentation courte, 20 % de technique ; l'adoption se gagne un individu et une tâche à la fois, jamais dans un grand kickoff.
  • Vos quatre interlocuteurs veulent des choses différentes : direction (vitesse et retour), équipe (tranquillité, pas de remplacement), IT (sécurité), prestataire (usage) — votre valeur est de tenir ces quatre fils à la fois.
  • La technique est la partie facile (bornée, résoluble) ; l'humain est la partie difficile car changer a un coût immédiat et certain contre un bénéfice futur et incertain, doublé de la peur d'être remplacé.
  • Quatre livrables forment un système : plan d'adoption par vagues, cas d'usage prioritaires (fréquence × douleur), plan de formation de proximité, tableau de mesure de l'usage actif — chacun sur une à deux pages.
  • Mesurer l'usage actif réel, jamais le nombre de licences : vingt licences et trois utilisateurs actifs, c'est un échec déguisé en succès.
  • On commence par les volontaires, jamais par les réticents ; les victoires visibles portées par les pairs convainquent mieux que toute démonstration du pilote.
  • La posture juste est « à côté » de l'équipe, pas « au-dessus » : partir du problème de la personne, rendre le premier pas minuscule, laisser la preuve venir des pairs, et accepter les non.

Leçon 2 — Pourquoi les gens résistent : peur, surcharge, échec précédent

45 min

  • La résistance à l'IA est une information, pas un obstacle : chaque refus signale un risque réel que le dirigeant n'avait pas vu.
  • Répéter les bénéfices pour l'entreprise ne désamorce rien : les gens ont compris ces bénéfices, ils évaluent le coût pour eux (statut, charge, sécurité, maîtrise).
  • Peur du remplacement : ne jamais vendre par le gain de productivité pur ; requalifier l'IA comme un déplacement de la valeur vers un rôle plus élevé (superviser, arbitrer).
  • Surcharge : un outil qui fait gagner du temps ne s'adopte que si l'on donne d'abord du temps protégé pour l'apprendre, et si l'on retire une tâche existante.
  • Échec précédent : nommer soi-même le fiasco passé et faire l'inverse exact de la méthode qui a raté (pilote volontaire, droit d'arrêt, victoire visible avant extension).
  • Perte de maîtrise et de sens : positionner l'humain comme pilote qui dirige et arbitre l'IA, jamais comme valideur passif d'une boîte noire.
  • Surveillance : séparer publiquement l'outil d'aide de l'outil de contrôle, et ne jamais utiliser les données d'usage pour évaluer une personne, même une fois.
  • Résistance passive (silence, non-usage) plus dangereuse que résistance active (critique ouverte) : le silence n'est pas de l'adhésion, l'opposition n'est pas de la trahison.
MODULE 2Créer l’adhésion

Leçon 3 — Cas chiffré : une équipe administrative qui refuse l'outil

45 min

  • Un outil disponible n'est pas un outil adopté : la licence est un acte d'achat, l'adoption est un processus humain qui se fabrique — c'est là que dort la valeur, pas dans l'abonnement.
  • Le refus est presque toujours un refus de la MANIÈRE d'imposer, pas de l'IA. Diagnostique les vraies causes en entretien individuel : elles se répartissent en peurs (poste, ridicule, responsabilité) et frictions (pas de bénéfice perçu, pas de temps, pas de compétence).
  • On fait adopter en impliquant AVANT, pas en convainquant après. Rendre l'équipe co-auteure de la décision d'usage, et autoriser explicitement le refus, rend le oui crédible.
  • Le cas pilote se choisit AVEC l'équipe selon trois critères : fréquent, à faible enjeu, douloureux. Jamais le cas spectaculaire à fort enjeu, où une erreur de l'IA détruit la confiance naissante.
  • Formation courte (45 min, un seul cas d'usage, incluant comment vérifier l'IA) + ambassadeur interne de proximité : la compétence pour démarrer et le soutien continu pour ne pas décrocher au troisième pépin.
  • Les quick wins rendus VISIBLES (chrono affiché, rituel de partage) produisent la bascule par vécu répété, pas par discours. Dans le cas : adoption de 15 à 80 pour cent en 8 semaines, sans changer l'outil.
  • Valoriser en CHF avec le coût horaire CHARGÉ et séparer trois chiffres : temps récupéré mesuré (8h/sem), valorisation-repère (environ CHF 22'000/an), économie réellement réalisée par réaffectation (un CDD évité, CHF 9'000).
  • Présenter en une page ouvrant sur le résultat, créditant l'équipe et nommant les limites. Le message clé : la valeur vient de l'accompagnement humain, pas de l'achat de la licence — c'est ce qui débloque les budgets futurs.

Leçon 4 — Choisir les 2 premiers cas d'usage qui créent l'adhésion

45 min

  • Le premier cas d'usage n'est pas une décision technique mais une décision sociale : sa mission numéro un est de créer de l'adhésion, pas de générer le plus de valeur. Un cas rentable qui braque l'équipe est un mauvais premier cas.
  • Un bon premier cas coche cinq critères à la fois — douleur réelle et reconnue, gain visible et rapide, faible risque en cas d'erreur, aucun perdant, facile à réussir — et un seul critère manquant le disqualifie comme premier cas.
  • La douleur ne se devine pas depuis un bureau : on l'écoute. On demande à l'équipe où ça fait mal, jamais où l'IA pourrait aider, et on cherche à l'intersection de « pénible » et « fréquent », pas au sommet de « pénible ».
  • On commence par deux cas, pas dix : deux préservent la capacité d'accompagnement, la clarté de la preuve et le droit à l'erreur, tout en suffisant à enclencher la demande. Disperser sur dix fronts ressemble à de l'ambition mais produit une adhésion tiède partout.
  • La mécanique du quick win fabrique simultanément la preuve et la demande : un petit succès visible et raconté par un témoin crédible fait passer l'adoption de la poussée à la traction — l'équipe réclame l'IA au lieu qu'on la lui impose.
  • La matrice douleur × faisabilité tranche : on sélectionne les deux premiers cas dans le seul quadrant fort/fort, en les choisissant pour allumer deux foyers dans deux fonctions différentes plutôt qu'un seul.
  • Les deux erreurs qui tuent l'adoption sont le cas trop complexe ou impressionnant (lent, risqué, décevant) et le cas qui fait un perdant (l'opposant silencieux et influent) : toutes deux jugent le cas sur sa valeur objective au lieu de sa valeur d'adoption.
  • Le savoir-faire tacite : le premier cas d'usage n'est pas le plus utile, c'est le plus fédérateur. L'utilité est nécessaire mais ne départage pas ; c'est la capacité à faire dire oui au plus grand nombre qui décide.

Leçon 5 — Former ses collègues : la session de 45 minutes qui fonctionne

45 min

  • On ne forme pas à un outil, on résout un problème qu'ils ont aujourd'hui : le sujet de la session n'est pas l'IA, c'est leur corvée concrète (compte rendu, mail type, devis) qui disparaît sous leurs yeux.
  • Tout se joue avant la salle : choisir une douleur partagée, fréquente et repoussée (récoltée en demandant aux collègues), et réunir 4 à 6 personnes homogènes — jamais tout le monde d'un coup.
  • Le déroulé de 45 min : accroche sur la douleur sans jargon (0-5), démonstration reproductible et honnête sur un vrai cas de l'équipe (5-15), mise en main précoce et longue sur leurs propres tâches (15-35), premier succès célébré en séance (35-40), suite installée (40-45).
  • Ce qu'ils ne font pas de leurs mains en séance, ils ne le feront jamais seuls : la manipulation est longue et commence tôt, sur leur vraie tâche de la semaine, pour qu'ils repartent avec un livrable fini, pas un exercice.
  • Le premier succès doit arriver pendant la séance, sous vos yeux, et être célébré : un pair qui réussit avec sa vraie tâche convainc mille fois plus qu'une démonstration du formateur.
  • Un seul usage à la fois : on fixe une seule chose pour la semaine et on la répète jusqu'au réflexe ; déballer dix usages possibles paralyse et n'en ancre aucun.
  • Le suivi fait l'adoption : relance bienveillante (pas un contrôle), entraide entre pairs, et un ambassadeur naturel par groupe — le formateur se rend progressivement inutile.
  • Trois erreurs mortelles : former tout le monde d'un coup, faire une démonstration qu'ils ne peuvent pas reproduire, montrer trop de fonctionnalités. Toutes viennent d'avoir mis l'outil au centre au lieu de leur problème.
MODULE 3Communiquer et mesurer

Leçon 6 — Répondre à « l'IA va nous remplacer » sans mentir ni minimiser

45 min

  • La pire réponse à la peur du remplacement n'est pas une mauvaise phrase, c'est le silence : le vide se remplit toujours, et il se remplit avec le pire scénario imaginé.
  • Les deux mensonges qui trahissent : minimiser (« ça ne changera rien ») apprend au collaborateur qu'on lui ment ; se réfugier dans la fatalité (« adapte-toi ») fuit la responsabilité du dirigeant qui, en PME, décide vraiment.
  • L'IA automatise des tâches, pas des métiers : décomposer un poste en tâches et les trier (l'IA fait déjà / l'IA propose et l'humain valide / l'IA ne touche pas) désamorce l'essentiel de la peur.
  • La valeur ne s'évapore pas, elle se déplace de l'exécution répétitive vers le jugement, la relation et la responsabilité — mais ce déplacement est une décision de direction, pas un automatisme.
  • On paie sa crédibilité comptant : confirmer honnêtement la mauvaise nouvelle (la tâche qui disparaît) est ce qui rend crédible la partie rassurante ; nier le douloureux fait perdre la confiance sur tout le reste.
  • Ne jamais promettre un résultat qu'on ne contrôle pas (l'emploi à vie) ; s'engager sur un comportement qu'on contrôle (anticipation, formation avant la bascule, transparence, respect).
  • Savoir-faire tacite central : on ne rassure pas en niant le changement, on rassure en donnant une prise réelle — choisir l'outil, co-définir le poste, être formé avant, avoir le droit de critiquer.
  • Les engagements de direction doivent être explicites, si possible écrits et datés : un engagement modeste et tenu bâtit plus de confiance qu'une promesse généreuse et trahie.

Leçon 7 — Mesurer l'adoption réelle (au-delà des licences activées)

45 min

  • Une licence activée n'est pas un usage : c'est une action administrative faite une fois, pas une preuve que l'outil sert vraiment. Distinguez trois niveaux — installé, ouvert, réellement utilisé — et ne comptez comme adoption que le troisième.
  • Une vraie métrique d'adoption doit pouvoir vous décevoir : si un mauvais chiffre ne vous dit pas quoi faire, c'est une vanity metric, jetez-la. Préférez toujours un taux ou une fréquence sur fenêtre glissante à un total cumulé, qui ne peut que monter et masque tout effondrement.
  • L'utilisateur actif hebdomadaire (a traité une vraie tâche dans les 7 jours) est la ligne de flottaison : en dessous d'une fois par semaine, un outil n'entre pas dans la routine et finit oublié.
  • Le même taux d'actifs recouvre deux mondes : adoption de surface (usage mince sur les tâches triviales, fragile) et adoption profonde (ancrée dans les tâches à valeur, autonome). Mesurez la variété et la valeur des tâches, pas seulement le volume d'usage.
  • On mesure l'adoption sans espionner : indicateurs agrégés à l'échelle de l'équipe (jamais nominatifs), sondages courts et anonymes, quelques entretiens qualitatifs. La surveillance individuelle détruit la confiance, pollue les données et est juridiquement risquée (LPD, droit du travail).
  • Un tableau de bord utile tient sur une page : 5 à 6 indicateurs, chacun avec une source, une fréquence et une cible chiffrée. Cibles modestes et réalistes au départ, relevé mensuel léger pour l'usage, bilan trimestriel pour le déclaratif. On retire tout indicateur qui n'a déclenché aucune décision.
  • La valeur est dans la boucle complète, pas dans le relevé isolé : mesurer, comprendre les causes par l'entretien, ajuster sur la cause (jamais re-communiquer « servez-vous de l'outil »), réengager, puis remesurer les mêmes indicateurs pour vérifier l'effet.
  • Les trois erreurs qui tuent la mesure : se féliciter d'un taux d'activation, mesurer une fois puis oublier, se noyer dans les vanity metrics. Si vous ne retenez qu'une chose : mesurer une seule fois ne sert à rien, ce qui compte c'est de remesurer.
MODULE 4Terrain et attestation

Leçon 8 — Les erreurs qui tuent l'adoption dès le départ

45 min

  • L'adoption de l'IA est un projet humain, pas informatique : elle se joue dans les premières semaines, dans la façon d'ouvrir le sujet avec les gens, pas dans la qualité de l'outil. Un excellent outil mal introduit meurt en silence.
  • Ne lancez jamais par un mail : présentez en personne, sur un vrai cas de la maison, en donnant le sens, en rassurant sur l'emploi et en demandant un premier pas simple. Le canal EST le message.
  • Ne formez pas tout le monde en même temps : construisez d'abord un noyau de 3 à 6 volontaires crédibles qui pratiquent, essuient les plâtres et deviennent des référents. L'adoption se propage par contagion sociale, pas par décret.
  • Les sceptiques influents coulent le projet en coulisses, pas en réunion. Allez les chercher en premier, en tête-à-tête, écoutez leur raison légitime et enrôlez-les comme gardiens de la qualité : le même levier qui les rend dangereux les rend précieux.
  • N'imposez pas l'outil : demandez d'abord où se trouve la vraie douleur quotidienne et branchez l'IA dessus. L'adoption est proportionnelle au soulagement ressenti — un outil qui soulage est réclamé, pas subi.
  • Ne commencez jamais par le cas le plus complexe : il maximise le risque d'échec là où tout le monde regarde. Visez d'abord une victoire simple, utile et sûre ; gardez le cas-phare pour quand l'équipe est prête à le réussir.
  • Ne déclarez pas victoire sur des licences activées : c'est une métrique de vanité. Mesurez l'usage récurrent et le bénéfice ressenti. Hiérarchie : activation, puis usage, puis bénéfice ressenti, puis bénéfice mesuré.
  • N'abandonnez pas après le lancement : l'adoption s'entretient. Nommez un pilote avec du temps dédié, instaurez un rituel de suivi, traitez les frictions vite et intégrez les nouveaux arrivants. Ce qui n'est pas entretenu régresse.

Leçon 9 — Atelier : construire un plan d'adoption sur 90 jours

45 min

  • Un plan d'adoption commence par le diagnostic des personnes et des douleurs, jamais par l'outil : des noms réels, des douleurs chiffrées, des résistances nommées.
  • Le sceptique influent n'est pas un obstacle à contourner mais un allié à convertir : donnez-lui un rôle qui aligne son intérêt avec le succès du projet.
  • On démarre avec deux cas d'usage, pas cinq, choisis pour la douleur partagée, la victoire visible et le risque faible — pas pour la prouesse technique.
  • La formation est un rythme, pas un événement : touches courtes sur vrais dossiers, temps protégé validé par la direction, et deux ambassadeurs pairs.
  • La peur du remplacement se nomme et se traite frontalement : dire ce que l'IA change et ne change pas, positionner l'outil comme ce qui augmente la personne.
  • Peu d'indicateurs mais suivis (usage, bénéfice, satisfaction), avec une mesure de départ et une attention à la dispersion, pas seulement à la moyenne.
  • Le jalon de contrôle à mi-parcours est vital : si le premier cas d'usage n'est pas adopté, on ajuste avant de déployer, on ne fonce pas jusqu'à l'échec final.
  • Un bon plan parle plus des personnes que de l'outil et distribue les rôles : direction pour le sens, ambassadeurs pour le terrain, chef pour le temps.

Accédez à ce cours et à toute l'Academy

CHF 0 aujourd'hui · Annulable en 1 clic avant le 1er débit

Démarrer mon essai

Aller plus loin