Ce qui se passe quand on réimporte un paquet
Un paquet SCORM est une archive : le LMS la décompresse, l’héberge et la lance. Mettre à jour le module revient donc à remplacer l’archive. Sur le papier, c’est une opération de deux minutes. Dans la pratique, trois questions se posent à chaque fois, et la réponse dépend du LMS et de son paramétrage.
Que deviennent les complétions existantes ? Certains LMS les conservent sur le même cours, d’autres créent une nouvelle version du cours avec son propre suivi, d’autres demandent de créer un nouveau cours et de réinscrire les apprenants.
Que deviennent les apprenants en cours ? Un module enregistre l’endroit où l’apprenant s’est arrêté. Si la structure du contenu a changé, cette position peut ne plus correspondre à rien. Selon les cas, l’apprenant reprend au début, reprend au mauvais endroit, ou reste sur l’ancienne version jusqu’à ce qu’il termine.
Qui a le droit de le faire ? L’import est souvent réservé à un administrateur. Dans un groupe, cela veut dire une demande, un délai et une personne différente par environnement.
Le problème se multiplie par le nombre de LMS
Un même module réglementaire vit rarement à un seul endroit. On le retrouve dans le LMS du siège, dans celui d’une filiale qui a gardé son outil, sur le portail d’un réseau de partenaires, et, pour un éditeur, chez chacun de ses clients.
Chaque révision déclenche alors autant de réimports qu’il y a d’environnements. Ils ne sont jamais faits le même jour, parfois jamais faits du tout. Entre le premier et le dernier, deux populations suivent deux contenus différents sous le même titre, et personne n’a de vue d’ensemble pour dire où en est chaque environnement.
Pour un contenu de culture générale, c’est un désagrément. Pour une procédure de sécurité ou un module de conformité, c’est un écart que l’on devra expliquer.
Trois méthodes, et leurs limites
| Méthode | Ce qu’elle apporte | Sa limite |
|---|---|---|
| Réimport manuel | Aucun outil supplémentaire | Délais, oublis, aucune vue d’ensemble |
| Lien vers un contenu hébergé | Une seule copie à mettre à jour | Le LMS ne reçoit plus le suivi |
| Paquet léger vers une source unique | Une seule copie, suivi conservé | Dépend de la disponibilité de la source |
1. Le réimport manuel, avec une liste de contrôle
C’est la méthode par défaut, et elle reste raisonnable pour un ou deux environnements. Elle demande une liste des endroits où chaque module est publié, un responsable par environnement et une trace de la date de chaque réimport. Sans cette discipline, on ne sait plus quelle version tourne où.
2. Un lien vers un contenu hébergé ailleurs
On peut sortir le contenu du LMS, l’héberger sur un serveur et ne laisser dans le LMS qu’un lien. La mise à jour devient immédiate partout. Mais un contenu ouvert par un simple lien ne dialogue plus avec le LMS : la complétion, le score et le temps passé ne remontent plus. Pour une formation obligatoire, c’est précisément ce qu’il ne fallait pas perdre.
3. Un paquet léger qui pointe vers une source unique
La troisième méthode combine les deux. Le contenu est hébergé une seule fois. Chaque LMS importe, une seule fois, un petit paquet SCORM qui ne contient pas le module mais sait aller le chercher, puis relaie le suivi vers le LMS comme le ferait un paquet classique. Pour l’apprenant et pour l’administrateur, rien ne change. Pour l’équipe qui gère le contenu, une mise à jour se fait à un seul endroit.
Ce qu’il faut vérifier avant de choisir
La troisième méthode n’est pas magique. Avant de l’adopter, posez ces questions à l’outil que vous évaluez, et testez-les dans votre propre LMS.
- Le suivi remonte-t-il vraiment ? Complétion, réussite, score et temps passé doivent apparaître dans le LMS comme avant.
- Que se passe-t-il pour un apprenant en cours au moment où la version change ?
- Vos formats sont-ils pris en charge ? SCORM 1.2 et 2004 ne se comportent pas de la même façon, et vous avez peut-être aussi du cmi5 ou du xAPI.
- Votre réseau laisse-t-il passer le contenu ? Le poste de l’apprenant doit pouvoir joindre la source. Dans une banque, cela se valide avec la DSI.
- Qui décide du moment où la nouvelle version est servie ? Une mise à jour instantanée partout n’est un avantage que si elle est décidée, pas subie.
Où se place Sajay Dispatch
Sajay Dispatch applique la troisième méthode. Vos modules sont hébergés une fois, vos LMS importent un paquet léger, et une révision ne demande plus aucun réimport. Les formats SCORM 1.2 et 2004, cmi5 et xAPI sont pris en charge.
La différence tient au cinquième point de la liste : la nouvelle version n’est pas poussée automatiquement. Vous choisissez la version en vigueur, vous pouvez revenir à la précédente, et chaque lancement reste rattaché à la version réellement servie.