Une seule source de vérité : relier le SIE à Teams, à Moodle et aux agendas

Chaque cégep et chaque université possède déjà un système qui sait exactement quels étudiants sont inscrits dans quels groupes-cours, qui leur enseigne, et quand et où ils se réunissent. C'est le système d'information étudiant (SIE) : Omnivox, Clara ou COBA dans bien des cégeps, Banner, PeopleSoft Campus Solutions, Workday Student ou Jenzabar dans plusieurs universités. Le problème, c'est que les étudiants et les enseignants ne passent pas leur journée dans le SIE. Ils vivent dans Microsoft Teams, Moodle, Outlook et Google Agenda.

La même information est donc recopiée à trois ou quatre endroits, par des personnes différentes, selon des calendriers différents. Tout semble correct pendant la planification. Puis tout se brise pendant la période d'ajout et d'abandon de cours : un étudiant inscrit en retard ne trouve pas sa classe dans Teams, un groupe change de local et l'agenda affiche encore l'ancien, ou un cours offert en plusieurs groupes apparaît dans Moodle sous la forme de trois cours distincts.

Pourquoi Teams, Moodle et les agendas s'éloignent-ils du SIE ?

Parce que chaque plateforme est généralement arrivée dans l'établissement avec sa propre intégration. Moodle a hérité d'un script SQL et d'une tâche planifiée lors de son installation. Teams a eu droit à un export CSV quand l'enseignement à distance a commencé. Les agendas ont reçu un flux ICS, ou rien du tout. Chaque connexion était raisonnable en soi. Ensemble, elles forment un réseau de copies point à point dont personne n'est responsable de bout en bout.

Trois facteurs aggravent les écarts :

• Des responsables différents. Le registrariat ou l'organisation scolaire gère le SIE, l'administrateur Microsoft 365 gère Teams, l'administrateur Moodle gère Moodle. Personne ne gère les règles entre les trois.
• Des interprétations différentes. Un script fusionne les groupes jumelés, un autre non. L'un associe les comptes au numéro de matricule, l'autre à une adresse courriel qui a changé l'an dernier.
• Des plateformes qui bougent sans arrêt. Microsoft et Moodle publient des mises à jour en continu. Chaque changement d'API, de modèle d'équipe ou de version de Moodle est une occasion de plus pour qu'un script maison échoue en silence.

Ce que ça coûte

Le coût visible, c'est le temps de la TI. Entretenir les scripts de création, corriger les inscriptions décalées et archiver les classes en fin de session demande généralement de 40 à 80 heures par session à une équipe TI, selon la taille de l'établissement et ce qui est déjà automatisé. Notre page de méthodologie détaille, tâche par tâche, une estimation de 42 heures pour un cégep de taille moyenne.

Les coûts moins visibles retombent sur les personnes :

• Les étudiants inscrits en retard ratent un premier cours ou un premier travail parce que leur cours n'est pas encore dans Teams ou Moodle.
• Les enseignants créent leurs propres espaces de classe « au cas où », ce qui produit des doublons, des noms incohérents et des équipes orphelines que personne n'archive.
• Le soutien technique passe les deux premières semaines de chaque session à traiter des demandes d'accès.
• Quand la personne responsable de la protection des renseignements personnels demande qui a ajouté un étudiant à une classe et à quel moment, la réponse est éparpillée dans plusieurs journaux, ou n'existe pas.

Ce qui ne fonctionne pas

Laisser chaque plateforme se débrouiller. Demander aux enseignants de créer eux-mêmes leurs équipes Teams ou leurs cours Moodle leur donne de l'autonomie, mais coupe le lien entre la classe et la liste officielle. Quelqu'un doit encore ajouter et retirer les étudiants, et l'établissement perd toute cohérence de nommage et d'archivage.

Les exports nocturnes. Un fichier CSV exécuté une fois par nuit vaut mieux que rien, mais il crée une journée de décalage au moment où les changements sont les plus fréquents. Il a aussi tendance à ajouter des étudiants sans jamais en retirer.

Un script par plateforme. Un script maison fonctionne jusqu'à ce que la personne qui l'a écrit quitte l'établissement, que le SIE soit mis à niveau ou que la plateforme change son API. Chaque nouvelle plateforme multiplie l'entretien.

Attendre d'un outil conçu pour le primaire et le secondaire qu'il couvre l'enseignement supérieur. Microsoft School Data Sync est une option solide et gratuite sur laquelle comptent de nombreux centres de services scolaires. Il n'a pas été conçu pour les besoins de l'enseignement supérieur, comme la fusion de groupes jumelés en une seule classe, les rôles d'enseignants multiples ou l'archivage par session. Évaluez-le avec vos propres scénarios plutôt que de présumer dans un sens ou dans l'autre.

Comment faire du SIE la seule source de vérité

Il ne s'agit pas d'acheter un outil de plus. Il s'agit de s'entendre sur quelques règles et de les appliquer de la même façon à chaque plateforme.

1. Modifier les données de cours à un seul endroit. Les groupes-cours, les inscriptions, les enseignants, les horaires et les locaux sont créés et modifiés dans le SIE. Si une liste de classe est erronée dans Teams, la correction se fait dans le SIE.
2. Circuler dans un seul sens. Les données vont du SIE vers les plateformes. Définissez explicitement les rares exceptions (un conférencier invité, un auxiliaire d'enseignement ajouté par un département) au lieu de tolérer des modifications silencieuses.
3. Utiliser des identifiants stables. Associez chaque groupe-cours du SIE à une équipe, à un cours Moodle et à une série d'événements, et chaque numéro de matricule à un compte Microsoft Entra ID. Les noms et les adresses courriel changent ; les identifiants ne devraient pas changer.
4. Écrire les règles une seule fois. La convention de nommage, la fusion des groupes jumelés, les rôles d'enseignant et de coenseignant ainsi que la politique d'archivage de fin de session devraient être les mêmes pour Teams, Moodle et les agendas.
5. Propager les changements en quelques minutes pendant l'ajout et l'abandon. Un traitement nocturne convient en juillet. Pas pendant la deuxième semaine de la session.
6. Journaliser chaque action. Chaque classe créée, chaque étudiant ajouté ou retiré et chaque classe archivée devrait porter un horodatage et la source du changement.

Voici comment les mêmes données du SIE se traduisent généralement dans chaque plateforme :

Les nouvelles fonctions de Teams ou de Moodle changent-elles la donne ?

Microsoft ajoute sans cesse des fonctions à Teams pour l'éducation, et Moodle publie de nouvelles versions à un rythme régulier. On est tenté d'évaluer chacune pour elle-même : une nouvelle vue des devoirs, de nouvelles options de notation, des outils assistés par l'IA. Chaque version ramène la même question : faut-il l'activer ?

Ce que nous observons d'un établissement à l'autre est plus simple. Les fonctions bâties sur une classe ne fonctionnent que si la classe elle-même est exacte. Les devoirs vont aux mauvais étudiants si la liste de classe n'est pas à jour. Un Bloc-notes pour la classe n'a pas toutes ses sections si des étudiants ont été ajoutés à la main après sa création. Les processus de notation se brisent quand un même cours est réparti dans trois équipes.

La question la plus utile devant une nouvelle fonction n'est donc pas de savoir s'il faut l'activer, mais si les données en dessous sont fiables. Si c'est le cas, vous pouvez adopter les nouveautés au fil de leur arrivée. Si votre équipe corrige encore des listes de classe à la main chaque semaine, réglez cela d'abord. Les plateformes continueront de changer ; le SIE reste la référence.

L'approche de LS2

LS2 conçoit une intégration par plateforme. Chacune lit le SIE de l'établissement et suit les mêmes principes : un seul sens, des identifiants stables, des changements propagés en quelques minutes et un journal d'audit de chaque action. Les trois fonctionnent avec Omnivox, Clara, COBA, Banner, PeopleSoft Campus Solutions, Workday Student et Jenzabar.

• Teameo crée chaque cours du SIE comme équipe de classe Microsoft Teams, synchronise les membres, fusionne les groupes jumelés en une seule équipe avec un Bloc-notes pour la classe commun et archive les équipes en fin de session selon la politique de l'établissement.
• Classeo fait de même pour Moodle : création des cours, synchronisation des inscriptions, méta-cours pour les groupes jumelés et archivage de fin de session, sur Moodle 3.9 LTS, 4.1 LTS, 4.3, 4.4 et 4.5.
• Calendo inscrit les horaires de cours dans Microsoft Teams, Outlook et Google Agenda, ainsi que dans les calendriers de Moodle et de Blackboard, pour qu'un changement de local dans le SIE apparaisse là où les étudiants regardent vraiment.

Les établissements choisissent les produits qui correspondent à leurs plateformes, et chacun est vendu séparément. Plus de 50 établissements d'enseignement supérieur utilisent au moins l'un d'eux, et LS2 est partenaire Microsoft en enseignement supérieur. Pour voir comment ces éléments s'insèrent dans l'ensemble, consultez notre guide des logiciels pour l'éducation et notre page sur les logiciels de gestion de classe. Si vous planifiez le projet lui-même, De la signature au premier cours : un plan réaliste d'intégration au SIE décrit l'échéancier étape par étape.