Changement de local, cours annulé : l'horaire à jour en quelques minutes

C'est pendant les trois premières semaines de la session que l'horaire bouge le plus. Un groupe déborde de son local après la période de modification d'inscription, un laboratoire déménage dans un autre pavillon, un enseignant est remplacé. Viennent ensuite les changements ponctuels : un enseignant malade, une tempête de neige qui ferme le campus, un cours de reprise ajouté un vendredi. Chaque changement se saisit en une minute dans le SIE. La vraie question, c'est le temps qu'il met à atteindre les étudiants.

En général, la réponse est : le temps qu'ils lisent le message. Un avis part par le portail du SIE ou par courriel, alors que l'agenda du téléphone affiche toujours l'ancien local. Dix minutes avant le cours, c'est l'agenda que les étudiants consultent, pas leur boîte de réception.

Pourquoi les changements d'horaire arrivent-ils si lentement ?

Quatre éléments ralentissent un changement entre le SIE et l'étudiant.

• Les copies. Toute entrée d'agenda qui n'est pas reliée au SIE est un instantané : saisie à la main, capture d'écran, fichier importé une fois. Un instantané ne change pas.
• Les cycles d'actualisation. Les calendriers abonnés par ICS sont actualisés par l'application d'agenda selon son propre rythme. Outlook et Google Agenda décident quand relire le flux, ce qui peut prendre des heures, parfois plus. L'établissement ne peut pas le forcer.
• Le ciblage. Un changement de local touche un groupe-cours ; une annulation touche une seule occurrence d'un groupe. Les outils de messagerie diffusent à des listes, et ceux qui sont rarement concernés apprennent à les ignorer.
• Les doublons. Une synchronisation qui supprime et recrée les événements au lieu de les mettre à jour laisse des doublons et des rappels perdus dès qu'un traitement échoue à mi-chemin, et apprend aux utilisateurs à se méfier de ce qu'ils voient.

Que coûte une mise à jour tardive ?

Pour les étudiants, c'est une marche jusqu'au mauvais pavillon, ou un trajet pour un cours annulé à 7 h. Ceux qui travaillent, qui habitent loin ou qui organisent la garde de leurs enfants autour de leur horaire paient le prix fort.

Pour les enseignants, ce sont les dix premières minutes du cours, le temps que tout le monde trouve le nouveau local, et la même annonce répétée en classe, par courriel et dans l'environnement numérique d'apprentissage (ENA).

Pour le personnel, c'est du temps au registrariat, au secrétariat du département et au soutien informatique, à répondre à la même question pour chaque étudiant qui n'a pas vu l'avis.

Et ça coûte la confiance. Après deux erreurs dans l'agenda, les étudiants cessent de s'y fier et retournent vérifier le portail chaque matin. Ce qui annule la raison même de mettre l'horaire dans les agendas.

Ce qui ne fonctionne pas

Un courriel ou un avis dans le portail, seul. C'est nécessaire, et pour un changement de dernière minute, c'est le seul moyen assez rapide de joindre les gens en route. Mais l'agenda ne change pas, et l'information erronée reste sous les yeux des étudiants pour le reste de la session.

Demander aux étudiants de corriger leur agenda. Beaucoup ne le feront pas. Ceux qui le font risquent de corriger une occurrence et de briser la série, ou de corriger la série et de perdre les exceptions.

Republier le flux ICS. Le flux est à jour immédiatement, mais les abonnés ne voient le changement qu'à la prochaine actualisation de leur application. La comparaison flux ICS ou synchronisation de calendrier explique pourquoi ce délai ne se règle pas par un simple paramètre.

Tout supprimer et tout recréer chaque nuit. Ça semble simple. En pratique, les changements n'arrivent qu'une fois par jour, les étudiants peuvent recevoir des avis d'annulation pour des cours qui ne sont pas annulés, selon la façon dont les événements ont été créés, et tout ce qu'ils avaient ajouté disparaît.

Les corrections manuelles par les TI. Pour deux groupes, ça va. Pour une fermeture du campus qui touche des centaines de groupes, c'est impossible dans le temps disponible.

Comment régler le problème : une règle par type de changement

Commencez par dresser la liste des changements que votre établissement fait réellement et de leur effet attendu sur l'agenda. La plupart entrent dans huit cas.

Bâtissez ensuite le processus autour de six règles.

1. Saisir les changements à un seul endroit

Le SIE est la source de vérité. Si un département modifie directement un agenda, la prochaine synchronisation écrase la modification ou la contredit. Tout changement passe d'abord par le SIE ; les agendas suivent.

2. Synchroniser les différences, pas tout l'horaire

Comparez l'horaire actuel du SIE à la dernière version envoyée et ne transmettez que ce qui a changé. Les mises à jour restent rapides, les appels à l'API restent modérés pendant les premières semaines et chaque changement est traçable.

3. Mettre à jour l'événement que les gens ont déjà

Chaque séance porte un identifiant stable : un changement de local corrige le lieu de l'événement existant. L'étudiant garde le même événement, au même endroit dans son agenda, avec les rappels qu'il avait réglés.

4. Choisir une convention d'annulation

Deux approches se défendent : retirer l'occurrence annulée, ou la garder avec « Annulé » au début du titre. La garder montre que le cours a été annulé volontairement et non perdu par une erreur de synchronisation ; la retirer garde l'agenda propre. Choisissez-en une et appliquez-la dans tout l'établissement.

5. Être clair sur les délais

Une synchronisation native peut amener un changement dans les agendas en quelques minutes. Un changement fait à 7 h 45 pour un cours de 8 h exige quand même un message direct. Diffusez la règle pour que le personnel sache quel canal utiliser, et quand.

6. Tenir un journal

Notez ce qui a changé, quand, et quand le changement a atteint chaque agenda. Quand un étudiant affirme ne jamais avoir été avisé, le journal répond. Une piste d'audit aide aussi l'établissement à documenter le traitement des renseignements personnels, un point sur lequel insistent des lois comme la Loi 25 au Québec ; validez les obligations précises avec votre responsable de la protection des renseignements personnels.

Comment Calendo s'en charge

Après le premier envoi de la session, le travail principal de Calendo, c'est la propagation des changements. Quand un local, une heure ou un mode d'enseignement change dans le SIE, ou qu'une séance est annulée, la modification se reflète en quelques minutes dans Outlook, le calendrier Teams, Google Agenda et les calendriers de Moodle et de Blackboard.

Comme Calendo écrit des événements natifs par l'API de chaque plateforme, le changement s'applique à l'événement que l'étudiant a déjà. Personne ne se réabonne, personne ne supprime de doublon, et le local affiché dix minutes avant le cours est celui du SIE. Les séances en ligne portent leur lien de réunion Teams : un passage du présentiel à l'en ligne change ce que l'étudiant clique, pas seulement ce qu'il lit.

Les étudiants abonnés au flux ICS de Calendo, dans le calendrier d'Apple par exemple, reçoivent le même changement à la prochaine actualisation de leur application ; les agendas natifs restent la voie rapide. Chaque action est journalisée. Le flux de données depuis chaque SIE est décrit sur la page intégration au SIE, et le volet Teams sur la page synchroniser le calendrier Teams.

Pour la mise en place de départ, voir synchroniser l'horaire de cours avec Outlook, Teams et Google Agenda. Pour les cours qui combinent les formats, voir présentiel, en ligne ou hybride : le bon local ou le bon lien Teams.