Migrer vos formations SCORM vers un nouveau LMS

Pour transférer des formations SCORM vers un nouveau LMS, récupérez les packages d’origine, vérifiez les formats acceptés et testez une formation représentative avant d’ouvrir les accès. Traitez séparément les comptes, les inscriptions, les résultats historiques et les tentatives en cours. L’import d’un ZIP SCORM ne prouve pas que ces données ont suivi.

La question difficile d’une migration tient souvent en quelques mots : « Est-ce que tout sera transféré ? » Les écrans de votre module peuvent fonctionner sur la nouvelle plateforme alors que la validation d’un élève reste dans l’ancienne. Un plan utile donne une destination et une vérification à chaque élément. Vous pouvez ensuite choisir ce qui doit être transféré, archivé ou recommencé.

Distinguez les cinq éléments à transférer

Commencez par un inventaire court, avant l’import de toute la bibliothèque. Le package SCORM est le module publié que vos élèves consultent. Le projet modifiable de votre outil auteur est un autre fichier ou espace de travail. Les personnes qui suivent la formation, leurs accès et leurs résultats demandent d’autres vérifications.

Le ZIP SCORM ne représente qu’une partie du changement de LMS.

Cette distinction correspond au périmètre de SCORM. La norme décrit le conditionnement du contenu et les échanges entre un module en cours de lecture et son LMS. La présentation technique de Rustici distingue ces éléments. Un fichier de formation ne constitue donc pas une sauvegarde de toute votre plateforme.

Récupérez les fichiers que vous pourrez maintenir

Pour chaque module, notez le titre, la version actuelle, l’outil auteur, le format SCORM, le responsable et la date de la dernière relecture. Indiquez si vous possédez le projet modifiable en plus du ZIP publié. Si un prestataire vous a livré uniquement le package, demandez-lui le projet source avant de ne plus réussir à le joindre.

La documentation d’Articulate distingue les fichiers de projet Storyline du contenu publié et recommande de conserver des versions et des sauvegardes du projet. Elle précise aussi que les fichiers et dossiers du contenu publié doivent garder leur organisation. Conservez un export propre plutôt que de tenter de reconstruire le package à partir de fichiers récupérés au hasard dans l’ancien LMS.

Vérifiez que vous avez le droit de réutiliser chaque formation sur la nouvelle plateforme. Pour un contenu sous licence, demandez au fournisseur si le contrat couvre le nouveau LMS, le public prévu et les médias externes appelés par le module. Un import fonctionnel ne répond pas à ces questions. Gardez la réponse du fournisseur à côté du package pour que la prochaine personne qui gère la formation la retrouve.

Évitez de modifier le contenu et de changer de plateforme en même temps, sauf nécessité. Transférez d’abord la version connue et vérifiez son fonctionnement. Faites ensuite la mise à jour pédagogique comme une opération distincte. Si un score inattendu apparaît, vous aurez moins de causes possibles à examiner.

Préparez la structure et les accès

Décidez où chaque package doit aller avant d’importer la bibliothèque. Un module nommé « Introduction » est compréhensible dans son ancien programme, beaucoup moins au milieu de quarante ZIP. Associez chaque fichier à sa formation d’origine, son programme de destination, sa section, son titre de leçon et une personne chargée de la vérification.

Préparez une deuxième correspondance pour les accès. Qui reçoit le programme ? Quand commence et se termine cet accès ? Une activité doit-elle être terminée pour ouvrir la suivante ? Une entreprise cliente et un particulier reçoivent-ils les mêmes contenus ? Reproduire le plan visible ne suffit pas à vérifier ces règles.

Prenons un exemple : vous transférez un programme d’accueil client avec un module de découverte, un exercice pratique et un appel de coaching. Le ZIP SCORM contient l’activité créée dans votre outil auteur. L’exercice, la discussion entre membres et le rendez-vous appartiennent au programme plus large que vous reconstruisez autour. Vérifiez ces éléments séparément plutôt que d’attendre leur apparition après l’import.

Choisissez quoi faire de l’historique et du travail en cours

Demandez au fournisseur du nouveau LMS une réponse précise sur les résultats historiques : quels champs peut-il importer, comment les personnes sont-elles reconnues et comment une validation importée sera-t-elle présentée ? Si aucun import adapté n’existe, choisissez l’emplacement de l’archive et la personne autorisée à retrouver un résultat. Un tableur peut servir de justificatif sans devenir la progression active de l’élève dans le nouveau LMS.

SCORM Cloud propose, par exemple, un export des résultats d’inscription distinct, avec la validation, la réussite ou l’échec, le score et le temps total. Cet export et le package de formation remplissent deux fonctions différentes. Vérifiez ce que votre plateforme actuelle fournit, sans supposer qu’elle exporte les mêmes champs.

Définissez aussi une règle pour les tentatives inachevées. Vous pouvez laisser les élèves terminer sur l’ancienne plateforme, les transférer à un point d’arrêt clair ou leur demander de recommencer un module court dans la nouvelle. Dites-leur ce qu’il advient des réponses déjà enregistrées. Ne promettez une reprise exacte qu’après avoir testé ensemble la plateforme de départ, celle d’arrivée et le package concerné.

Si votre organisation doit conserver des preuves de formation, faites intervenir la personne qui gère ces documents avant de fermer l’ancien compte. Convenez avec elle de la durée de conservation et du moyen de retrouver un justificatif. La date de migration ne devrait pas être le moment où vous découvrez que personne ne peut récupérer un certificat de l’année précédente.

Testez une formation avant de transférer la bibliothèque

Choisissez une formation pilote qui reflète vos contraintes réelles : un quiz avec un score minimum, un module long avec reprise ou le navigateur et le téléphone utilisés par vos clients. Un exemple très simple permet de vérifier le bouton d’import, mais il ne teste pas les difficultés de votre formation.

1. Ouvrez le module : vérifiez le premier écran, la navigation interne, les médias et les liens vers les autres ressources.
2. Interrompez puis reprenez : avancez de quelques écrans, enregistrez une réponse, quittez la leçon et reconnectez-vous. Vérifiez la position et la réponse attendues.
3. Faites une tentative non réussie : si un score minimum est requis, terminez en dessous de ce seuil et vérifiez que l’accès ou la validation n’avance pas à tort.
4. Réussissez le module : atteignez la règle prévue, puis vérifiez le résultat dans le module et l’état de la leçon dans le LMS.
5. Vérifiez la suite : ouvrez la leçon, l’exercice ou la ressource suivante avec un compte membre ordinaire.

Notez le résultat attendu, le résultat observé, la version du package et l’appareil. Vérifiez que le résultat du quiz et le statut de la leçon indiquent tous les deux la validation attendue. Gardez des éléments du même essai pour comparer les deux sans vous demander quelle tentative a produit quel écran.

Importer vos modules SCORM dans SchoolMaker

SchoolMaker peut convenir si vous voulez intégrer des activités SCORM existantes à un programme avec des leçons de formation, des exercices, du coaching et une communauté. La plateforme accepte les ZIP SCORM 1.2 et SCORM 2004. Vous continuez à modifier le module dans votre outil auteur, puis vous importez le package publié dans une leçon SCORM.

L’import groupé dans une école SchoolMaker locale. Chaque package sélectionné devient une leçon dans la section choisie.

Pour une bibliothèque, SchoolMaker peut importer jusqu’à 50 packages dans une section nouvelle ou existante en une seule opération. Chaque package devient une leçon distincte. Vous gagnez du temps sur la création des leçons ; cette opération ne transfère pas les comptes, les anciennes validations ni les tentatives enregistrées dans l’ancien LMS. Le guide d’import SCORM dans SchoolMaker détaille l’ajout des fichiers et les vérifications à réaliser.

Comparez la structure de vos packages au périmètre SCORM pris en charge. SchoolMaker lance le premier objet pédagogique exécutable du package. Le séquençage complet de SCORM 2004 entre plusieurs SCO n’est pas implémenté. Si votre formation repose sur cette organisation, testez-la avant de choisir la destination ou demandez à l’auteur de préparer un export adapté.

Le reste du programme permet de donner une suite concrète au module importé. Après une activité sur l’entretien de découverte, proposez un entretien à mener, un échange dans la communauté sur ce qui s’est passé ou une séance de coaching pour obtenir un retour. Vous conservez l’activité déjà créée et vous construisez l’accompagnement autour.

Gardez votre propre archive des packages après le transfert. Lorsque l’export des contenus est activé, le propriétaire SchoolMaker peut récupérer les fichiers SCORM d’origine individuellement ou ensemble. Il retrouve les fichiers importés ; cette fonction ne convertit pas les leçons natives SchoolMaker en SCORM et ne transfère pas l’historique des élèves vers un autre LMS.

Préparez la bascule et un retour possible

Prévoyez une courte période sans modification de l’ancienne formation. Sinon, une personne peut changer un quiz entre l’export et l’ouverture de la nouvelle école. Notez la version finale des packages et réalisez l’export d’historique convenu à un moment identifié. Désignez une personne pour confirmer que la nouvelle bibliothèque correspond à l’inventaire.

Avant d’inviter tout le monde, faites suivre le parcours complet à un petit groupe pilote, y compris la connexion et les accès. Gardez l’ancienne plateforme disponible pendant la période de transition décidée. Définissez ce qui vous ferait suspendre la migration : un contenu absent, un accès donné au mauvais client ou une validation qui échoue pendant le test sont des raisons concrètes.

Si vous devez interrompre le transfert, arrêtez d’ajouter de nouveaux élèves à la formation concernée et expliquez aux clients actuels où continuer. Évitez de les faire alterner entre deux exemplaires du module sans préciser lequel conserve leur résultat actuel. Rapprochez les résultats du groupe pilote avant de reprendre la migration.

Votre transfert est prêt lorsque vous pouvez répondre à quatre questions pratiques : où se trouve la source modifiable, le package importé fonctionne-t-il, le bon client y accède-t-il et où retrouverez-vous ses anciens résultats ? Le message de réussite d’un import ne répond qu’à une partie de cette liste.