Un établissement choisit une nouvelle plateforme ou une nouvelle intégration. La démo était convaincante, le contrat est signé, le déploiement se déroule comme prévu. Six mois plus tard, bien des enseignants envoient encore leurs documents par courriel, tiennent leurs notes dans un chiffrier et demandent au soutien technique où trouver leur classe. Le logiciel fonctionne. Les gens ne s'en servent tout simplement pas.

C'est un problème d'adoption, et c'est la façon la plus coûteuse de rater un projet technologique, parce que l'abonnement, le travail d'intégration et la formation sont déjà payés. Il se manifeste à des moments prévisibles : la première semaine de la session, quand les enseignants reviennent à ce qu'ils connaissent ; la mi-session, quand l'enthousiasme du projet pilote s'essouffle ; et au renouvellement, quand quelqu'un demande ce que l'établissement a vraiment obtenu pour son argent.

Pourquoi les déploiements s'enlisent-ils après la mise en service ?

Dans les cégeps, collèges et universités avec lesquels nous avons travaillé, les trois mêmes scénarios reviennent sans cesse.

  1. La TI a piloté le déploiement seule. Quand l'argument principal est que l'outil allège le travail de la TI, les enseignants n'ont aucune raison de changer leur façon d'enseigner. Le bénéfice va à quelqu'un d'autre.
  2. Tout le monde l'a reçu en même temps. Un lancement à l'échelle de l'établissement ne laisse ni utilisateurs de référence, ni ambassadeurs internes, ni collègue au bout du corridor pour répondre à une question rapide.
  3. La formation est arrivée trop tôt. Les séances données des semaines avant la mise en service sont oubliées au moment où l'on en a besoin.

Il y a une quatrième cause, plus discrète : la première expérience est vide. Un enseignant ouvre la nouvelle plateforme et n'y trouve rien. Pas de classe, pas d'étudiants, pas d'horaire. Il doit tout bâtir avant d'en tirer quoi que ce soit, pendant la semaine la plus chargée de la session.

Ce que ça coûte

Un échec d'adoption apparaît rarement comme une ligne du budget, et c'est pourquoi on le sous-estime. Il se traduit par :

Ce qui ne fonctionne pas

Les obligations sans accompagnement. Exiger que chaque cours utilise la nouvelle plateforme à une date donnée produit une conformité de façade : des coquilles de cours vides avec une adresse courriel en guise de contenu.

Une seule grande formation. Une démo de deux heures en août couvre des fonctions dont on n'aura besoin qu'en octobre. Sans pratique, tout est oublié d'ici là.

La visite guidée de toutes les fonctions. Montrer chaque possibilité décourage. Les enseignants veulent savoir comment faire plus vite les trois choses qu'ils font chaque semaine.

Lancer en pleine session. Changer d'outil au milieu d'une session oblige les enseignants à déplacer des cours déjà en marche. Lancez entre deux sessions, ou seulement avec les classes de la session suivante.

Mesurer le déploiement. « Les 2 000 groupes-cours sont créés » prouve que l'intégration fonctionne. Cela ne dit rien sur le nombre de personnes qui les ont ouverts.

Comment amener enseignants et étudiants à adopter un nouvel outil ?

1. Commencer avec cinq enseignants qui en veulent

Trouvez environ cinq enseignants par campus, ou par grand département, curieux de l'outil. Ils n'ont pas besoin d'être les plus techniques ; ils doivent être ceux à qui les collègues parlent. Faites-en le groupe pilote et les visages du déploiement. Quand une collègue montre comment elle a fusionné ses trois groupes en un seul espace, le message passe comme aucun courriel de la TI ne le fera jamais.

Donnez au groupe pilote ce qu'il lui faut pour réussir : un accès quelques semaines avant tout le monde, une ligne directe avec l'équipe de projet et une reconnaissance visible, par exemple quelques minutes en réunion départementale. Demandez-leur ce qui est confus et corrigez-le avant le lancement élargi. Chaque problème qu'ils rencontrent en est un que cent collègues n'auront pas.

2. Faire en sorte que les dix premières minutes se terminent par une réussite

L'adoption dépend de la rapidité avec laquelle on en tire quelque chose. Concevez les dix premières minutes pour qu'un enseignant voie quelque chose d'utile sans rien configurer :

3. Former au bon moment, par petites doses

Offrez une aide courte, axée sur les tâches, la semaine où l'on en a besoin : une vidéo de cinq minutes sur le premier devoir, une séance libre pendant la première semaine de la session, un conseiller technopédagogique joignable dans Teams. Les conseillers pédagogiques et les ingénieurs pédagogiques sont souvent les mieux placés pour mener ce travail, parce qu'ils parlent les deux langues : l'enseignement et la technologie.

4. Parler aux étudiants séparément

Les étudiants ne s'intéressent pas à votre processus. Ils veulent ne pas rater un cours ni un travail. Présentez l'outil en fonction de ce qu'il leur épargne (« vos cours, vos lectures et votre horaire au même endroit dès le premier jour »), dans les canaux qu'ils consultent vraiment, comme leur fil Teams ou la plateforme d'apprentissage, plutôt que dans un courriel qu'ils n'ouvriront pas.

Dites-leur ce qui change, quand, et où obtenir de l'aide. Un message court en début de session, repris par les enseignants au premier cours, fait plus qu'une longue annonce que personne ne lit jusqu'au bout.

5. Mesurer l'adoption, pas le déploiement

Indicateur Ce qu'il révèle Ce qu'il faut surveiller
Enseignants actifs par semaine Combien d'enseignants accomplissent une action significative, pas seulement une connexion Une croissance régulière au-delà du groupe pilote
Étudiants actifs par semaine Si les étudiants y vont vraiment pour le matériel de cours Des écarts selon le programme ou le campus
Demandes de soutien par 1 000 utilisateurs Si les gens essaient, puis réussissent Une hausse au début est saine ; elle doit plafonner puis baisser en quelques mois
Intention de recommander Si les enseignants suggéreraient l'outil à un collègue Les commentaires des sceptiques, pas seulement la moyenne

6. Ne pas fermer l'ancienne méthode trop tôt

Faites fonctionner l'outil ou la méthode précédente en parallèle pendant une session complète. Les enseignants ont besoin de temps pour apprendre, vérifier et prendre confiance. Annoncez tôt la date de fin, puis retirez l'ancien système quand l'usage s'est clairement déplacé. Le fermer le jour du lancement est un moyen sûr de déclencher un conflit plutôt qu'une transition.

L'approche de LS2

Les produits de LS2 pour l'enseignement supérieur sont pensés autour du problème des dix premières minutes. Teameo, Classeo et Calendo lisent le SIE de l'établissement : quand un enseignant ouvre Microsoft Teams, Moodle ou son agenda pour la première fois, la classe existe déjà, les bons étudiants y sont inscrits et l'horaire est au bon endroit. Les groupes jumelés peuvent arriver déjà fusionnés en une seule classe. Il n'y a rien à bâtir avant de commencer à enseigner.

Cela élimine l'une des raisons les plus fréquentes d'abandonner dès la première semaine, et libère les conseillers pédagogiques pour qu'ils se consacrent aux pratiques d'enseignement plutôt qu'à la création d'espaces de classe. Pendant le déploiement, LS2 travaille avec l'équipe TI et les conseillers pédagogiques de l'établissement sur le plan de mise en service, pour que les classes soient prêtes avant le début de la session et que le soutien reste proche pendant la période d'ajout et d'abandon. Les étapes sont détaillées dans De la signature au premier cours : un plan réaliste d'intégration au SIE, et le raisonnement qui les sous-tend dans Une seule source de vérité : relier le SIE à Teams, à Moodle et aux agendas.

Pour une vue d'ensemble, consultez nos pages sur le numérique éducatif, les plateformes d'apprentissage et les technologies éducatives en enseignement supérieur.

À retenir

  • L'adoption échoue quand le déploiement est piloté par la TI seule, lancé pour tout le monde en même temps et accompagné d'une formation donnée avant la mise en service.
  • Un petit groupe pilote d'enseignants qui veulent l'outil convainc davantage les collègues que n'importe quelle annonce de la TI.
  • Concevez les dix premières minutes pour qu'un enseignant voie une classe, une liste d'étudiants et un horaire déjà en place, sans rien configurer.
  • Parlez aux étudiants séparément, de ce que l'outil leur épargne dans leur semaine, dans les canaux qu'ils consultent vraiment.
  • Mesurez l'usage hebdomadaire et les demandes de soutien, pas les comptes créés, et gardez l'ancienne méthode disponible pendant une session.

Vous planifiez un déploiement que les enseignants utiliseront vraiment ?

Une démo de 30 minutes montre ce que voient les enseignants le premier jour : classes, listes d'étudiants et horaires déjà en place dans Teams, Moodle et leurs agendas.

Réservez une démo

Questions fréquentes

Pourquoi les enseignants résistent-ils aux nouvelles technologies éducatives ?

Rarement parce qu'ils n'aiment pas la technologie. Les enseignants résistent aux outils qui leur coûtent du temps en pleine session, qui arrivent avec une formation donnée des semaines avant qu'ils en aient besoin, ou qui sont présentés comme un moyen d'alléger la TI plutôt que de régler un problème d'enseignement. Quand l'outil leur offre quelque chose d'utile dès le premier jour, comme une classe qui contient déjà les bons étudiants, la résistance tombe.

Combien d'enseignants faut-il dans un projet pilote ?

Assez peu pour bien les accompagner, assez pour être visibles. Un bon point de départ : environ cinq enseignants intéressés par campus ou par grand département, choisis pour leur facilité à communiquer avec leurs collègues plutôt que pour leurs compétences techniques. Ils deviennent les personnes à qui les autres posent leurs questions, et leurs réponses pèsent plus lourd que les messages de la TI ou du fournisseur.

Comment mesurer si un nouvel outil est vraiment adopté ?

Mesurez les comportements, pas le déploiement. Les indicateurs utiles sont le nombre d'enseignants et d'étudiants qui accomplissent une action significative chaque semaine, l'évolution des demandes de soutien par tranche de 1 000 utilisateurs et un court sondage, après quelques mois, demandant aux enseignants s'ils recommanderaient l'outil à un collègue. Les comptes créés et les classes générées prouvent seulement que le déploiement a eu lieu.

Faut-il fermer l'ancien système dès la mise en service du nouveau ?

Pas tout de suite. Garder l'outil ou la méthode précédente pendant une session complète permet aux enseignants de vérifier le nouvel outil, de prendre confiance et d'avancer à leur rythme. Annoncez tôt la date de fin, accompagnez la transition et retirez l'ancien système quand l'usage s'est clairement déplacé. Le fermer le jour du lancement transforme souvent un déploiement en conflit.