Lors de la mise en œuvre de l'apprentissage en ligne, vous rencontrerez de nombreuses lignes directrices concernant la stratégie d'apprentissage, la qualité du contenu, la personnalisation, etc. Cependant, les tout premiers points que vous devrez aborder sont les principes de base de la construction de la plateforme d'apprentissage et de l'organisation des fichiers de contenu.
Dans cet article, nous allons passer en revue les principales normes techniques d'e-learning existantes, leurs objectifs, leurs forces et leurs faiblesses afin que vous puissiez faire un choix éclairé.
Que sont les normes LMS et pourquoi existent-elles ?
À l'aube de l'apprentissage en ligne, dans les années 1980, si vous vouliez former des personnes à l'informatique, vous deviez développer votre propre programme d'apprentissage en ligne avec des cours et vous y tenir, car chacun construisait sa solution personnalisée différemment. Cela signifiait que vous ne pouviez pas utiliser le contenu d'autres personnes sur votre plateforme, et que si vous vouliez changer de plateforme, vous deviez refaire votre contenu de formation à partir de zéro.
C'est alors que diverses organisations ont décidé de normaliser la façon dont les LMS déploient les cours afin que tout fonctionne avec tout de façon transparente. Ils ont commencé à publier différentes normes techniques pour les LMS - des ensembles de principes pour les LMS et les outils de création afin de rationaliser la façon dont les cours sont créés, présentés et livrés, garantissant ainsi l'interopérabilité entre les plateformes :
- Les métadonnées que le contenu doit comporter : étiquettes, index, ordre des objets d'apprentissage dans un cours, etc.
- Quelles données le système de gestion de contenu recueille-t-il sur le cours et les progrès des apprenants, et comment.
Cinq normes dominent actuellement le marché : AICC, SCORM, xAPI, cmi5 et IMS Common Cartridge.
Bien qu'elles aient été créées principalement pour les développeurs, elles concernent tous les acteurs du secteur, quel que soit leur rôle :
- Pour les concepteurs pédagogiques, la conformité à une norme d'apprentissage en ligne dicte les plateformes sur lesquelles ils peuvent distribuer leurs cours.
- Pour les développeurs de LMS, les normes fournissent un cadre de conception qui garantit l'interopérabilité entre les différents LMS.
- Et pour les clients qui cherchent un LMS à acheter, le support standard affecte une stratégie à long terme : quelles sont les fonctionnalités de contenu dont ils ont besoin, comment ils mesureront les résultats et ce qu'ils feront s'ils ont besoin de changer de plateforme à l'avenir.
Si vous travaillez avec un LMS d'une manière ou d'une autre, vous travaillez avec les normes LMS qu'il supporte, il peut donc être utile de connaître vos options.
AICC
AICC signifie Aviation Industry Computer-Based Training Committee (Comité de l'industrie aéronautique pour la formation assistée par ordinateur) - une association de professionnels de la formation des principaux constructeurs aéronautiques, tels qu'Airbus, Boeing et McDonnell Douglas, créée en 1988. L'objectif principal de l'AICC était de rendre les LMS interchangeables afin qu'ils puissent réutiliser leurs cours d'une entreprise à l'autre.
L'AICC a développé une spécification LMS appelée CMI001, ou Computer Managed Instruction, qui a jeté les bases de toutes les normes futures et qui est encore largement utilisée.
L'organisation s'est dissoute en 2014, mais son référentiel reste disponible.
Comment cela fonctionne-t-il ?
Le CMI de l'AICC est un vocabulaire qu'un LMS et un module d'apprentissage peuvent utiliser pour communiquer sur la manière de déployer le module. Au départ, le CMI couvrait l'interopérabilité d'exécution pour le fonctionnement sur CD-ROM/LAN avec des fichiers stockés localement. Ensuite, l'AICC a également inclus des lignes directrices pour une interface basée sur HTTP et une interface d'exécution API JavaScript pour les situations où le LMS et les paquets de contenu sont stockés sur des domaines différents.
Cette interface comporte un ensemble de variables prédéfinies envoyées dans les deux sens entre les échanges LMS et le paquet de contenu via HTTPS. Par exemple, le module d'apprentissage envoie une variable contenant un score minimal pour la réussite du module. Le LMS renvoie la variable contenant le score de l'étudiant et le module signale au LMS si l'étudiant a réussi.
Ces variables sont universelles. Toutefois, certaines d'entre elles sont facultatives, de sorte que même si les deux plateformes prennent en charge l'AICC, elles peuvent encore utiliser des variables différentes et ne pas être totalement interopérables.
Avantages et inconvénients
L'AICC est une norme simple qui est relativement facile à mettre en œuvre. Le paquet de contenu et le système de gestion de contenu communiquent à l'aide de formulaires HTML et de simples chaînes de texte.
Il prend également en charge l'hébergement sur différents domaines, ce qui signifie que vous pouvez héberger le matériel d'apprentissage sur un serveur distinct du système de gestion de contenu.
Enfin, les données sont transférées via HTTPS, ce qui les rend plus sûres que les autres options.
Cependant, AICC est aussi simple que limité. Il ne suit pas les progrès des utilisateurs et ne produit donc pas de rapports. De plus, il ne recevra plus de mises à jour depuis que l'organisation a cessé d'exister. Au fil du temps, de moins en moins de LMS et de logiciels de création prendront en charge cette norme, ce qui en fait le contraire d'une norme évolutive. En outre, comme nous l'avons déjà mentionné, même les plateformes formellement conformes ne sont pas totalement interopérables en raison de la nature vague de la norme.
Quand l'utiliser ?
L'AICC est une norme héritée du passé, de sorte que vous n'en aurez besoin que si vous devez travailler avec un logiciel qui prend en charge le CMI et rien d'autre.
SCORM
En 1999, le gouvernement américain a commencé à élaborer de nouvelles normes et spécifications en matière d'apprentissage en ligne pour les secteurs fédéral et privé. C'est ainsi qu'est née l'organisation Advanced Distributed Learning (ADL).
L'ADL a étudié les spécifications existantes, notamment l'AICC, et a élaboré sa propre version, le Shareable Content Object Reference Model (SCORM). Cette nouvelle norme visait non seulement les LMS, mais aussi les outils de création. Cela signifie que vous pouvez choisir entre des plates-formes compatibles SCORM sans vous soucier de savoir si vos cours se chargeront et créeront automatiquement du contenu conforme avec un outil de création. Le processus est devenu tellement plus facile qu'il a permis à SCORM d'être rapidement adopté et de conquérir les deux tiers du marché.
Il y a eu plusieurs éditions de SCORM au fil des ans. Cependant, les plus répandues sont SCORM 1.2, publié en 2001, et les dernières éditions de SCORM 2004. Après le lancement de la quatrième édition de SCORM 2004 en 2009, il n'y a pas eu d'autres développements.
Comment cela fonctionne-t-il ?
Les versions de SCORM diffèrent légèrement les unes des autres. SCORM 1.2 couvre deux aspects principaux du déploiement d'un module d'apprentissage sur le LMS :
- Modèle d'agrégation de contenu (CAM)
Comme son nom l'indique, le CAM définit un modèle pour l'agrégation du contenu du cours dans un dossier à la structure standardisée - un paquet SCORM. Dans ce dossier se trouvent tous les fichiers de contenu d'apprentissage et un fichier "manifeste" - .xml avec toutes les métadonnées nécessaires dont le système de gestion de contenu a besoin pour charger et diffuser le cours correctement. Les outils de création compatibles SCORM créent automatiquement le paquet.
Le paquet SCORM peut être sauvegardé sous forme d'archive .zip et chargé dans n'importe quel système de gestion de contenu prenant en charge SCORM.
- Environnement d'exécution (RTE)
RTE est le successeur de la spécification CMI de l'AICC pour JavaScript. Il s'agit d'un vocabulaire de variables pour la communication entre le LMS et le paquet SCORM, mais contrairement à l'AICC, il suit également les progrès des apprenants.
Il est intéressant de noter que certaines des variables fondamentales des versions SCORM 1.2 et 2004 diffèrent.
Ensuite, SCORM 2004 a ajouté une spécification supplémentaire en plus de CAM et RTE - Séquencement et Navigation (SN). Ce qui distingue SN du séquençage précédent, c'est qu'un paquet SCORM peut inclure un cours entier composé de plusieurs objets de contenu partageables (SCO) individuels. En fonction des actions de l'utilisateur, ces SCO peuvent être algorithmiquement réutilisés et déplacés entre les modules. Par conséquent, SCORM 2004 prend en charge l'apprentissage adaptatif.
Avantages et inconvénients
Le SCORM est une amélioration significative par rapport à l'AICC. Il est clair, avec des métadonnées limitées mais suffisantes et pas de variables optionnelles qui rendaient la conformité à l'AICC inégale. Il permet aux SGL d'enregistrer au moins une partie de l'activité de l'utilisateur, l'achèvement du cours, les notes, etc. Il est plus convivial - il est facile de créer de nouveaux contenus et de réorganiser d'anciens contenus dans un paquet SCORM. La plupart des LMS et des outils de création prennent en charge SCORM, qui est donc une norme industrielle depuis un certain temps.
Cependant, l'ADL conserve la documentation pour SCORM 1.2 et les 3e et 4e éditions de SCORM 2004 seulement, et la dernière mise à jour date de 2009, de sorte que le projet est pratiquement terminé. Selon les normes actuelles, SCORM est obsolète :
- SCORM est basé sur le web et nécessite une connexion constante au LMS. Si l'utilisateur a des problèmes avec le signal internet, ses progrès ne seront pas sauvegardés.
- Le LMS et le contenu d'apprentissage doivent se trouver sur un seul domaine, ce qui limite la flexibilité de l'infrastructure.
- En tant que norme des années 2000, seule la dernière édition de SCORM - la 4e - prend en charge l'apprentissage mobile. Malheureusement, elle est beaucoup moins populaire, car le marché a décidé de s'en tenir à la norme SCORM 1.2, plus simple et plus ancienne, qui ne fonctionne qu'avec les systèmes de gestion de contenu basés sur le web. Les nouvelles possibilités de construire et de mélanger des cours offertes par SCORM 2004 ne sont pas très répandues pour la même raison.
- SCORM ne recueille pas suffisamment de données sur les progrès des utilisateurs pour permettre l'établissement de rapports informatifs.
- Un autre élément qui montre à quel point la norme est dépassée est qu'elle a été conçue en tenant compte du contenu Flash. Elle utilise désormais le HTML5, mais cela affecte parfois la qualité de la sortie rich media.
Quand l'utiliser ?
Si vous vous souciez de l'interopérabilité et que vous disposez de nombreux contenus que vous souhaitez transformer en cours simples et partager rapidement via LMS, SCORM fera parfaitement l'affaire. Même s'il est obsolète, on peut dire que SCORM restera en place pendant un certain temps.
Si vous accordez plus d'importance à l'expérience enrichie, à l'analyse de l'apprenant ou à la mobilité, examinez les normes ci-dessous.
xAPI
Les limites de SCORM sont devenues évidentes dès la fin des années 2000. En 2008, une organisation appelée Learning Education Training Systems Interoperability (LETSI) a préparé des livres blancs que l'ADL Initiative et Rustici Software ont utilisés pour développer la prochaine génération de normes d'apprentissage en ligne. La nouvelle norme devait résoudre les problèmes suivants de SCORM :
- L'incapacité de fonctionner sans une connexion internet stable.
- La nécessité d'héberger un LMS et des cours d'apprentissage sur le même serveur.
- L'absence d'analyse de l'apprenant.
- Les failles de sécurité.
Le projet a été baptisé Tin Can, et la version officielle, appelée Experience API ou xAPI, a été lancée en 2013.
Comment cela fonctionne-t-il ?
xAPI n'est pas seulement une suite de spécifications qui garantit la réutilisation du contenu sur différentes plateformes, mais aussi une API qui peut relier différentes plateformes et programmes et capturer les expériences d'apprentissage de l'utilisateur, où qu'il se trouve. Comme le précise l'initiative ADL sur son site web, "elle peut suivre et stocker des données sur n'importe quelle activité imaginable, telle que la lecture d'un article ou l'interaction avec un livre électronique :
- La lecture d'un article ou l'interaction avec un livre électronique.
- Regarder une vidéo de formation, l'arrêter et la démarrer.
- Les données relatives à la progression de l'entraînement à partir d'une simulation.
- Performance dans une application mobile.
- Conversation avec un mentor.
- Mesures physiologiques, telles que les données relatives au rythme cardiaque.
- Micro-interactions avec un contenu d'apprentissage en ligne.
- Performance d'une équipe dans un jeu sérieux multi-joueurs.
- Les scores des quiz et l'historique des réponses par question.
- Performances réelles dans un contexte opérationnel.
Pour ce faire, xAPI connecte les applications web RESTful via l'API - une interface sécurisée par laquelle les applications s'échangent des requêtes et des réponses au format JSON, c'est-à-dire des instructions GET, PUT, POST et DELETE. Ces instructions sont normalisées et couvrent presque tous les types de statistiques de l'apprenant. Elles couvrent tellement de choses, en fait, que xAPI a même différents profils - des vocabulaires distincts de termes et de variables pour différents contextes, sujets de cours et formats de médias - afin d'aider les utilisateurs à interpréter les données.
Les réponses sont ensuite envoyées non pas à un LMS mais à un Learning Record Store (LRS) - un serveur qui filtre, stocke et visualise les activités des apprenants et la base de données des performances. Les LRS peuvent partager des données entre eux dans un système distribué. Ils peuvent également être intégrés à un LMS ou exister séparément, ce qui fait que la norme xAPI n'est pas spécifique à un LMS. Enfin, elles prennent en charge différents types d'accès - public, privé ou mixte.
La dernière version de xAPI a été publiée en 2016 et l'initiative ADL ne prévoit pas de la mettre à jour.
Avantages et inconvénients
xAPI a résolu avec succès les principales lacunes de SCORM :
- Un système compatible avec xAPI ne dépend pas d'une connexion Internet permanente. L'appareil de l'apprenant peut stocker des statistiques et les envoyer au LRS plus tard, lorsqu'il est de nouveau en ligne. C'est pourquoi xAPI peut également suivre les activités hors ligne.
- L'utilisation d'une API et d'un stockage dédié libère les organisations de l'hébergement d'un LMS et du contenu sur le même domaine ou de l'utilisation d'un LMS tout court. Vous pouvez construire une architecture qui vous convient le mieux au lieu de dépendre d'un logiciel spécifique.
- Avec xAPI, vous pouvez essentiellement exploiter le Big Data et produire des analyses inégalées sur les apprenants.
- La capacité de xAPI à collecter des données depuis n'importe où ouvre de grandes possibilités d'intégration d'activités hors ligne et de technologies interactives modernes qui ne seraient autrement pas disponibles avec un LMS : apprentissage mobile, apprentissage basé sur le jeu, AR/VR, etc.
Cependant, xAPI ne couvre que la communication entre une expérience d'apprentissage et un LRS. Elle ne définit pas la structure du cours ou la communication entre le contenu d'apprentissage, la plateforme où il est hébergé et l'apprenant.
Dans l'ensemble, xAPI accorde aux utilisateurs un degré élevé de liberté, ce qui n'est pas sans conséquences. Premièrement, la sécurité : alors que les requêtes et les réponses JSON envoyées dans un environnement RESTful sont généralement sûres et privées, la sécurité des LRS où toutes les données sont stockées dépend de vous et de vous seul.
Deuxièmement, l'obtention d'un retour sur investissement tangible nécessite un certain niveau de connaissances techniques. Vous contrôlez les paramètres que vous suivez, les résultats que vous mesurez et la manière dont vous les contextualisez, et il est facile de vous spammer avec des données inutiles.
Enfin, xAPI n'est pas encore devenu aussi populaire que SCORM, et il pourrait donc être difficile de trouver une plateforme interopérable, bien que les LMS les plus grands et les plus populaires supportent la norme.
Quand l'utiliser ?
xAPI est idéal pour créer des écosystèmes d'apprentissage interconnectés avec des expériences d'apprentissage riches, diverses et non linéaires qui ne se limitent pas au LMS. Ou si vous avez besoin d'analyses et de rapports étendus.
Toutefois, si vous prévoyez de travailler avec des cours LMS traditionnels, xAPI pourrait être trop utile, et SCORM 2004 suffirait.
cmi5
Après la dissolution de l'AICC en 2014, son groupe de travail a rejoint le projet de l'initiative ADL visant à résoudre la complexité de la mise en œuvre de xAPI et à affiner les parties des spécifications destinées aux LMS traditionnels.
La tâche était similaire à celle de SCORM pour AICC : vous avez une norme avec de nombreuses variables qui ont tendance à aller dans tous les sens, et vous devez concevoir des contraintes pour la rendre plus gérable. C'est l'objectif de cmi5 - spécifier comment emballer xAPI pour les LMS traditionnels afin de faciliter l'adoption de la norme.
En conséquence, en 2016, l'initiative ADL a publié ce nouveau profil xAPI conçu spécifiquement pour les LMS et l'a nommé cmi5 - comme dans CMI001, ou Computer Managed Instruction, la toute première ligne directrice de l'AICC sur l'apprentissage en ligne. En outre, elle organise désormais des réunions hebdomadaires du groupe de travail cmi5 en vue de l'adoption de ce profil et a même publié un livre contenant le guide de conformité cmi5.
Comment cela fonctionne-t-il ?
Comme SCORM, cmi5 définit les règles d'interopérabilité des LMS : comment lancer le contenu, authentifier les apprenants, gérer leurs sessions et rendre compte de leurs progrès - tout ce qui manque à xAPI. Le paquet cmi5 contient donc l'analogue du "fichier manifeste" - cmi5.xml - décrivant la structure du cours. Les autres métadonnées nécessaires définies par cmi5 sont les options linguistiques, les comportements d'achèvement adaptatifs et la question de savoir si le contenu doit être lancé dans le LMS ou dans un nouvel onglet (SCORM ne peut lancer le contenu que dans une fenêtre contextuelle).
Contrairement à SCORM, cmi5 prend en charge l'intégration de cours LMS traditionnels et de contenus hébergés séparément, par exemple sur des applications mobiles ou hors ligne. Ces éléments de contenu sont appelés unités assignables (AU) et peuvent également être lancés en dehors du LMS, par exemple sur des applications mobiles, des simulateurs basés sur des jeux ou des appareils IoT ; ainsi, techniquement, si vous stockez des fichiers d'apprentissage sur un réfrigérateur intelligent, vous pouvez également les lancer sur celui-ci. La facilité avec laquelle vous pouvez atteindre vos apprenants avec xAPI et cmi5 est incroyable.
Le processus de lancement a également changé. cmi5 a introduit un mécanisme de poignée de main dans lequel l'UA demande des informations d'identification au système de lancement avant le chargement, ce qui ajoute une couche de sécurité supplémentaire à l'échange de données. Ces informations d'identification comprennent des autorisations configurables et expirent après la session.
En tant qu'instanciation de xAPI, cmi5 utilise le vocabulaire de xAPI pour enregistrer les expériences des apprenants et les envoyer au LRS. Pour simplifier la mise en œuvre de xAPI, cmi5 utilise un ensemble restreint d'instructions, mais recueille néanmoins une quantité raisonnable de données.
Avantages et inconvénients
Du point de vue des fonctionnalités, le cmi5 fait le lien entre SCORM et xAPI, incarnant le meilleur des deux mondes.
Le cmi5 reprend en grande partie le SCORM en tant qu'effort de normalisation. Toutefois, il est nettement supérieur à son prédécesseur en ce qui concerne la flexibilité de l'emballage et de l'infrastructure, la sécurité des données et les capacités de suivi. Vous pouvez emballer et lancer ce que vous voulez et où vous voulez, et même regrouper les statistiques par UA distinctes.
En même temps, c'est une xAPI "plug and play" pour les plates-formes d'apprentissage en ligne existantes qui rend la xAPI plus accessible : vous n'avez pas besoin de choisir, de configurer, de définir et de catégoriser les énoncés, car c'est déjà fait.
L'inconvénient de cmi5 est qu'il est encore moins populaire que xAPI, et encore moins que SCORM, à l'heure actuelle, et que sa mise en œuvre dans l'infrastructure existante risque de poser quelques problèmes. Cependant, il gagnera certainement la confiance des fournisseurs de LMS et d'outils de création et se répandra sur le marché à l'avenir.
Quand l'utiliser ?
Hormis les considérations liées à l'héritage et à une faible part de marché, il n'y a aucune raison de ne pas utiliser cmi5. Elle est bien plus puissante que SCORM et plus simple que xAPI.
Il s'agit également d'une norme à l'épreuve du temps qui sera mise à jour et gagnera en popularité. Actuellement, l'initiative ADL et l'IEEE travaillent à faire de cmi5 une norme internationale.
Si votre plate-forme d'apprentissage en ligne et l'outil auteur de votre choix prennent déjà en charge xAPI, le passage à cmi5 est une évidence.
Common Cartridge
Dans les années 1990, parallèlement à l'initiative ADL, une autre organisation à but non lucratif se préoccupait de l'état de l'apprentissage en ligne : EDUCAUSE. En 1997, elle a lancé un projet appelé Instructional Management System Global Learning Consortium (IMS GLC) qui, deux ans plus tard, est devenu une organisation indépendante axée sur l'interopérabilité des technologies de l'information et de la communication.
Certains des travaux de l'IMS ont été utilisés dans SCORM, mais ils se sont ensuite concentrés sur leurs propres développements. Alors que SCORM rationalise la présentation du contenu et le temps d'exécution des LMS pour l'apprentissage en ligne à son propre rythme, l'IMS se concentre sur les besoins de l'enseignement supérieur, où l'apprentissage avec instructeur et l'apprentissage mixte sont prédominants.
En 2008, l'IMS a publié Common Cartridge. Il s'agit d'un ensemble de normes ouvertes destinées à étendre et à combler certaines limites de SCORM en matière d'interopérabilité au sein d'un écosystème d'apprentissage en ligne donné. Au lieu d'essayer d'emballer un cours LMS de manière à ce qu'il puisse être déployé dans un autre LMS, avec Common Cartridge, vous pouvez charger n'importe quel contenu externe sur votre LMS.
La dernière version 1.4 de Common Cartridge a été publiée en 2020, et l'IMS, qui porte désormais le nom de 1EdTech, continue de perfectionner sa norme.
Comment cela fonctionne-t-il ?
La cartouche commune est un fichier du paquet qui comprend plusieurs éléments de données essentiels, et presque chacun des aspects est couvert par une norme distincte :
- Le fichier manifeste décrit le contenu de la cartouche, un peu comme le fichier manifeste de SCORM. Ce qui diffère, c'est que le contenu qu'il décrit ne doit pas nécessairement se trouver à l'intérieur du paquet. Les sources externes sont référencées par des URL, et il peut s'agir d'applications entières.
- Les métadonnées étiquettent et organisent le contenu de la cartouche en fonction des rôles, des objectifs, des normes du programme d'études, etc. Les métadonnées des objets d'apprentissage (LOM) constituent une spécification native de l'IMS, mais la cartouche commune permet l'utilisation de tout autre schéma de métadonnées.
- Le contenu interne et les fichiers intégrés peuvent être inclus dans le paquet sous forme de fichiers HTML, de PDF, de manuels EPub, de vidéos et de documents textuels.
- Les liens d'interopérabilité des outils d'apprentissage intègrent du contenu externe dans l'expérience d'apprentissage accessible par le biais d'un LMS. Il peut s'agir de pages web ou d'applications, par exemple des bibliothèques de contenu, des réseaux sociaux, des plateformes d'évaluation, etc. Les applications liées et le LMS échangent des données dans des fichiers XML qui sont ensuite diffusés via le LMS.
- Les données d'évaluation comprennent les tests, les évaluations et les banques de questions. La norme permet au LMS d'importer et de manipuler des évaluations externes afin de compléter les évaluations préconfigurées par des questions supplémentaires. Plusieurs types de questions sont disponibles : choix multiple, vrai/faux, essai, remplissage en blanc et correspondance de motifs.
Common Cartridge permet également de pré-remplir la plateforme d'apprentissage avec des liens vers des ressources externes, des forums et des discussions - avec des exercices et des questions.
Comme vous pouvez le constater, Common Cartridge comporte de nombreuses fonctionnalités dont la mise en œuvre peut s'avérer déroutante. Cependant, il n'est pas nécessaire d'adopter un pack complet. Vous pouvez au contraire commencer par un sous-ensemble de fonctionnalités et les adopter progressivement. Vous pouvez également utiliser ce que l'on appelle une cartouche commune légère (TCC) : cette cartouche ne prend en charge que les liens web, les liens LTI et les métadonnées.
Avantages et inconvénients
En tant que norme créée par des éducateurs et pour des éducateurs, Common Cartridge est bien plus apte à intégrer des sources et des outils externes, des activités d'apprentissage mixte et à améliorer l'apprentissage collaboratif et l'ILT que SCORM. Toutefois, ces normes partagent le même ADN, de sorte que la migration du contenu vers CC est relativement facile. C'est la raison pour laquelle la norme se développe de façon notable, car de plus en plus d'organisations dans l'enseignement scolaire et universitaire s'y conforment.
La souplesse de mise en œuvre de la norme n'est pas non plus négligeable. Une fois qu'il est mis en place, il n'est pas nécessaire de refaire et de recharger le contenu ou de mettre en place des intégrations et des API.
Une autre raison pour laquelle il pourrait être plus facile de travailler avec Common Cartridge est l'élimination de l'aspect "runtime" de l'équation. Vous pouvez gérer le séquençage et le suivi ou modifier le contenu du paquet.
L'inconvénient est qu'il n'est pas encore très répandu parmi les fournisseurs de LMS et d'outils de création et qu'il a moins de capacités de suivi que xAPI ou cmi5, de sorte qu'il pourrait ne pas être suffisamment autosuffisant.
Quand l'utiliser ?
Common Cartridge est optimal pour l'apprentissage interactif et mixte qui implique :
- Beaucoup d'évaluations et de collaboration entre les apprenants.
- Un écosystème largement distribué d'outils et de plateformes avec des tonnes de contenu dispersé.
- Le besoin de personnaliser et d'échanger du contenu, y compris externe, sans intermédiaire.
Tableau de comparaison des normes LMS
Globalement, le choix de la norme dépend fortement du type d'apprentissage que vous proposez, de la taille de votre écosystème et de l'importance que vous accordez à l'analyse. Par exemple, si vous vous en tenez à des cours en ligne traditionnels, SCORM 2004 est idéal. En revanche, si vous souhaitez intégrer l'analyse de l'apprenant et de nombreux outils externes utiles, xAPI ou cmi5 vous conviendront mieux. Enfin, pour l'apprentissage universitaire, qui fait une large place au travail personnel et collaboratif et qui dispose d'une vaste bibliothèque de contenus, Common Cartridge est la solution idéale.
Pour résumer notre aperçu, voici un tableau comparant les cinq normes d'apprentissage en ligne en fonction de paramètres clés.
Il convient également de noter que les plateformes d'apprentissage prennent généralement en charge plusieurs normes, de sorte que vous pouvez migrer vers une norme plus appropriée sans changer de plateforme. Par exemple, Opigno supporte à la fois SCORM 1.2 et 2004 et xAPI. Notre équipe fournit également un support technique et des services de développement pour vous aider à effectuer une transition en douceur.
Publié le 18 avril 2023