Le standard HACP-AICC

undefinedL’Aviation Industry Computer-Based Training Committee (AICC) était une association internationale de professionnels de la formation axée sur la technologie qui a existé de 1988 à 2014. L’AICC a élaboré des lignes directrices à l’intention de l’industrie aéronautique sur l’élaboration, la prestation et l’évaluation de la TCC, de la THA et des technologies de formation connexes. Les spécifications de l’AICC ont généralement été conçues à des fins générales (pas nécessairement spécifiques à l’aviation) afin que les fournisseurs de technologies d’apprentissage puissent répartir leurs coûts sur plusieurs marchés et ainsi fournir des produits (nécessaires à l’industrie aéronautique) à un coût moindre. Cette stratégie a permis aux spécifications du AICC d’être largement acceptées et pertinentes tant pour les utilisateurs non aéronautiques que pour les utilisateurs aéronautiques.
La norme AICC HACP est largement utilisée par les systèmes de gestion de l’apprentissage et d’autres systèmes pour appeler le contenu et les évaluations. Bien qu’il soit pré-XML, il est très robuste et sans ambiguïté et beaucoup le considèrent comme plus sûr et plus fiable que des alternatives telles que SCORM, en particulier pour le contenu ou les évaluations hébergées sur des serveurs web non colocalisés avec le système appelant (par exemple, Cross Domain Communication).

Une norme émergente est la norme AICC PENS, qui permet aux outils de création de contenu d’envoyer facilement un manifeste à un LMS. (Voir CMI010 – Services d’avis d’échange de paquets). La réunion de septembre 2006 de l’AICC comprenait un Plugfest où les fournisseurs ont démontré l’interopérabilité de PENS. Ce standard PENS permet d’échanger des contenus et de les importer de façon relativement automatique grâce aux métadonnées introduites.

Le standard HACP de l’AICC en 8 dates :

  • 1988 : des constructeurs aéronautiques (Boeing, Airbus et McDonnell Douglas) créent l’AICC pour répondre aux préoccupations des compagnies aériennes quant aux formation multimédia qui commençaient à apparaitre à l’époque.
  • 1989 : l’AICC publie des recommandations sur les plates-formes informatiques pour les supports de formation CBT. Une plate-forme PC a été mise en place en tant que plate-forme de diffusion principale pour les supports CBT.
  • 1992 : l’AICC produit une spécification d’interopérabilité audio numérique pour les plates-formes DOS. Cette spécification permettait à plusieurs fournisseurs de CBT d’utiliser une seule carte audio. Des pilotes audio AICC ont été produits pour Elan, SoundBlaster(tm), WICAT et autres cartes audio. Un grand nombre d’anciennes applications CBT utilisent encore cette spécification aujourd’hui.
  • 1993 : l’AICC produit la première spécification d’interopérabilité d’exécution pour les systèmes de gestion de l’apprentissage (LMS) alias CMI Systems. Cette spécification AICC (CMI001 – AICC/CMI Guidelines For Interoperability) a été conçue à l’origine pour l’exploitation sur CD-ROM/LAN (local file-based) et a été mise à jour en janvier 1998 pour ajouter une interface Web appelée HACP (HTTP-based AICC/CMI Protocol).
  • 1999 : la spécification CMI001 a été mise à jour pour ajouter une interface d’exécution JavaScript API. Le modèle de données d’environnement d’exécution et l’API utilisés dans la spécification SCORM sont un dérivé de ce travail.
  • 2010 : l’AICC a annoncé qu’elle commencerait à travailler au remplacement de sa spécification CMI existante. Cet effort a ensuite été baptisé « CMI-5 ». Une spécification basée sur SOAP pour CMI-5 a été rédigée en mai 2012 mais n’a jamais été officiellement publiée.
  • 2012 : l’AICC a annoncé qu’elle avait adopté la spécification Experience API (xAPI) (alias « Tin Can ») pour son projet CMI-5 et qu’elle entreprenait actuellement une refonte importante. L’AICC a coordonné ses efforts avec d’autres organismes de spécification des technologies d’apprentissage engagés dans des travaux similaires tels que IMS Global, OKI, ADL, IEEE/LTSC, LETSI et ISO/SC36.
  • 2014 : l’AICC a officiellement annoncé sa dissolution en invoquant une baisse de participation. L’AICC a transféré les travaux sur le CMI-5 et sa documentation à l’ADL.

Vidéo de Tom King sur la chaîne vidéo QuestionMark (août 2009)

Avantages de l’HACP:

  • Déploiement sécurisé (https supporté avec des niveaux chiffrement élevés si besoin)
  • HACP permet d’utiliser des contenus qui ne sont pas présents sur le serveur du LMS. Cela a été très utile dans les années 2000 à 2010 pour déployer des modules, vidéos par exemple, sur un serveur local.

Inconvénients de l’HACP :

  • Standard non maintenu depuis 2014 et la dissolution de l’AICC
  • Conformité des outils actuels est aléatoire
  • Les auteurs et éditeurs d’outils auteur et LMS s’en détournent peu à peu.

Sources :

  1. Documents de travail de l’AICC sur le cmi5 : https://github.com/AICC/CMI-5_Spec_Current
  2. Site de l’ADL : http://adlnet.gov/
  3. Archives des informations de l’AICC : https://github.com/ADL-AICC/AICC-Document-Archive/
  4. Documentation complète AICC (hébergée par l’ADL) : https://github.com/ADL-AICC

xAPI ?

Experience Application Program Interface ou xAPI est une spécification actuellement en cours d’élaboration par l’Institute of Electrical and Electronics Engineers (IEEE) – Learning Technology Standards Committee (LTSC) (https://www.tagxapi.org/). Il facilite la collecte de données sur le large éventail d’expériences d’une personne (en ligne et hors ligne). xAPI capture des données sur les activités d’une personne ou d’un groupe dans un format cohérent à partir de nombreuses technologies. Différents systèmes peuvent communiquer en toute sécurité en capturant et partageant un flux d’activités à l’aide du vocabulaire simple xAPI.

xAPI spécifie une structure pour décrire les expériences d’apprentissage et définit comment ces descriptions peuvent être échangées électroniquement. Les principaux composants de xAPI sont la structure de données appelée instructions et la capacité de stockage et de récupération des données appelée LRS. La spécification xAPI impose des exigences strictes quant à la structure de ces données et aux capacités du LRS.
Les déclarations (statements) utilisent un acteur (actor), un verbe (verb) et un objet (object) pour décrire toute expérience. Chaque déclaration comprend également des horodatages et des identificateurs uniques et traçables.

Définition complète : https://github.com/adlnet/xAPI-Spec

Une question ? Un projet ? N’hésitez pas à m’envoyer un petit mail à thibault@learning-tech.net ! 🙂

[Veille] Les RH adoptent les méthodes agiles

© COLORMOS / GETTY IMAGES

Les méthodes agiles ne concernent plus uniquement le secteur de la tech. Elles se sont immiscées dans d’autres domaines et fonctions, de la conception de produit à la manufacture en passant par le marketing ; elles transforment désormais la façon qu’ont les organisations de recruter, de se développer et de gérer leurs salariés.

On pourrait dire que les RH adoptent une « version light » des méthodes agiles, qu’elles en appliquent les principes généraux en laissant de côté les outils et protocoles du monde de la tech. On s’écarte d’une approche basée sur les règles et la planification, pour se diriger vers un modèle plus simple et plus rapide déterminé par les retours des parties prenantes. Ce nouveau paradigme a rencontré un franc succès en gestion de la performance (dans un sondage de Deloitte datant de 2017, 79% des cadres travaillant à l’international trouvaient que la gestion agile de la performance devait être une priorité organisationnelle). Mais d’autres processus RH commencent à évoluer aussi.

Continuer à lire … « [Veille] Les RH adoptent les méthodes agiles »

[Veille] L’essor des Learning Experience Platform

Les Learning Experience Platform se répandent de plus en plus dans les entreprises. Que sont-elles ? Et comment va évoluer ce marché ?

Les Learning Experience Platform se répandent de plus en plus dans les entreprises. Que sont-elles ? Et comment va évoluer ce marché ?

Sourced through Scoop.it from: changethework.com

Micro-learning : les 5 clés pour réussir

Je vous partage aujourd’hui cette vidéo (Learning Happy Hours – S05E06) de Julien HUELVAN (CEO BEEDEEZ) avec qui j’ai l’occasion de travailler depuis 18 mois maintenant. 

Je vous partage aujourd’hui cette vidéo (Learning Happy Hours – S05E06) de Julien HUELVAN (CEO BEEDEEZ) avec qui j’ai l’occasion de travailler depuis 18 mois maintenant.

Julien revient sur les 5 clés pour réussir son projet de mobile learning, les tendances et évolutions à venir.

Si vous regardez cette vidéo jusqu’à la fin, il y a même une petite exclusivité sur une prochaine nouveauté… 🙂

J’ajouterai simplement que le mobile learning répond à :

  • un usage : on consulte son smartphone 221 fois par jour
  • une réalité : sur-sollicitation et toujours moins de temps disponible pour apprendre (quelques minutes par jour).

Promis, en 2018, il n’y aura rien en-dessous du nano-learning ! 🙂

A bientôt !

Via Youtube IL&DI