Benchmark xAPI : Adobe vs Articulate vs iSpring

Adobe, Articulate, iSpring : 3 éditeurs concurrents qui annoncent une conformité xAPI de leurs solutions auteurs. Mais qu’en est-il vraiment : info ou intox ? Pour en avoir le cœur net, j’ai passé les solutions suivantes au banc d’essai :

  • Adobe Presenter 10 et Captivate 8
  • Articulate Studio ’13 and Storyline 2
  • iSpring Suite 6.2

Je précise que le but de cet article est de donner un avis général et un classement, et non de fournir les détails techniques des tests effectués. Si toutefois cela vous intéresse, n’hésitez pas à me contacter.

Avis général sur la maturité de ces solutions

Ma surprise a été assez grande en découvrant des niveaux de maturité très différents d’une solution à l’autre. C’est un fait très important à connaitre, car si vous êtes à la recherche d’une solution xAPI opérationnelle, vous pourriez bien passer complètement à côté ! Mais un peu de patience, je livre le classement en fin d’article.

Difficultés rencontrées

Disons-le clairement, si vous débutez avec xAPI, vous risquez de vivre quelques moments de solitude avec certaines de ces solutions. Voici quelques exemples de situations vécues :

  • Ca ne marche pas. J’ai un message d’erreur au lancement ! J’ai tout essayé, rien à faire, ça ne marche pas !
  • Ca y est, j’ai trouvé ! Il faut aller configurer des trucs à la main dans des fichiers parce que l’outil auteur ne le fait pas !
  • J’ai tout configuré mais ça ne marche toujours pas ! Il semble que mon contenu et mon LRS ne se comprennent pas !
  • Ok, ça marche mais les rapports de mon LRS ne sont pas très explicites. Le nom de mon module e-Learning ressemble à une adresse de site Web.
  • Les rapports sur mon LRS ne sont pas à la hauteur de mes attentes. Il manque des informations qui me semblaient pourtant importantes.

Alors, ces solutions sont-elles exploitables ? Oui, à condition d’être capable de diagnostiquer les problèmes rencontrés et de les résoudre. On est donc encore loin du Plug & Play. Ca me rappelle SCORM à ses débuts. Mieux vaut donc prévoir l’aide d’un technicien. Mais une fois les petits grains de sable retirés, ça fonctionne !

Mais assez parlé ! Vous attendez avec impatience le classement…

And the winner is…

iSpring obtient les meilleurs résultats ! La solution est mûre. Une ou deux petites difficultés potentielles à passer, mais dans l’ensemble, les développeurs d’iSpring ont fait du bon boulot. Félicitations !

And the looser is…

Adobe ! Quel dommage qu’un éditeur aussi prestigieux ne soigne pas plus son travail. Adobe obtient les plus mauvais résultats. Espérons que les choses évoluent.

Encouragements à…

Articulate nous a habitués à une mise en œuvre très soignée de SCORM. Pour xAPI, de bonnes bases sont posées mais il manque encore quelques efforts pour rendre leurs solutions exploitables dans la vie réelle. A suivre…

Benchmark xAPI : Adobe vs Articulate vs iSpring

Nouveaux retours d’expérience sur le standard xAPI

Après une première phase d’expérimentation début 2014 (cf. www.experience-api.fr), j’ai souhaité mettre en œuvre le standard xAPI de manière plus systématique.

Voici un bref aperçu des retours d’expérience acquis durant ces derniers mois, que je détaillerai dans une série d’articles à venir.

Développement d’un LRS

Petit rappel : le LRS (Learning Record Store) est la base de données dans laquelle sont stockées toutes les traces d’apprentissage d’un dispositif xAPI. C’est donc la mémoire de votre dispositif pédagogique. Bien qu’invisible pour la plupart des utilisateurs, il s’agit là d’une pièce technique aussi complexe qu’indispensable.

J’ai souhaité développer mon propre LRS pour en comprendre tous les rouages. Son nom de code est « xLRS ». Un cheminement long, très long, mais dont le résultat apporte une grande satisfaction par les possibilités infinies qu’il offre.

Pour en savoir plus en attendant un article dédié : www.xlrs.fr.

Tests de conformité

L’auteur du standard xAPI (ADL) a tiré quelques leçons de SCORM en plaçant au centre de ses priorités la mise à disposition d’un test de conformité. Cette démarche est essentielle pour faire d’xAPI un standard fiable, non soumis aux libres interprétations des éditeurs du marché.

Un premier test de conformité a été mis à disposition : https://github.com/adlnet/xAPI_LRS_Test. Il ne s’agit pas là d’une version définitive mais plus de 4 500 critères y sont déjà testés !

J’ai bien sûr soumis xLRS à ces tests jusqu’à obtenir une conformité complète.

Reporting

Un LRS est une mine d’informations pour ceux qui veulent bien s’y intéresser. Il contient une foule de données sur les apprenants, les apprentissages, les contenus et activités pédagogiques. Pour faire parler ces données, il est nécessaire de bâtir des rapports et tableaux de bord utiles. On entre dans le domaine de l’analyse de données, du Big Data.

C’est un sujet pour lequel je milite depuis des années. Je peux aujourd’hui en valider tout le potentiel en développant des rapports pour xLRS.

Benchmark d’outils auteurs

Plusieurs éditeurs notoires ont décidé d’adopter xAPI : Adobe (Presenter, Captivate), Articulate (Studio, Storyline), iSpring, Lectora, etc. C’est une bonne nouvelle pour la généralisation du standard. Restait à vérifier s’il s’agissait d’effets d’annonces ou bien d’une mise en œuvre robuste, exploitable en situation réelle.

J’ai donc testé ces outils, observé ce qu’ils permettaient de faire, identifié leurs défauts et leurs limites.

Développement de contenus xAPI

La plupart des outils auteurs du marché proposent une exploitation assez limitée d’xAPI, pas très éloignée de ce que l’on faisait déjà avec SCORM. Pour exploiter tout le potentiel d’xAPI, il faut donc envisager de développer des contenus sur mesure.

C’est ce que j’ai fait pour mes propres formations. Les apports sont réels : échanges sociaux au cœur des contenus, suivi tutoral, organisation des apprentissages par l’apprenant, etc.

Interopérabilité entre systèmes

S’il est un domaine dans lequel xAPI dépasse de loin son prédécesseur SCORM, c’est bien l’interopérabilité entre systèmes, entre applications. Les traces d’apprentissage ne sont en effet plus « enfermées » dans un LMS, mais échangeables entre systèmes de diverses natures : LMS, LRS, e-Portfolio, réseaux sociaux, etc.

Sollicité par certains éditeurs, j’effectue avec eux des tests d’interopérabilité afin de valider les aspects techniques et de développer des bonnes pratiques.

[info]M’investir dans ces sujets était essentiel pour acquérir une vision à 360°. Cela m’a permis de gagner en maturité tant sur le plan technique que sur celui des bonnes pratiques. Si vous avez des projets de mise en œuvre d’xAPI, n’hésitez pas à me contacter. Je serai heureux de pouvoir échanger, et pourquoi pas de vous accompagner dans vos propres projets.[/info]

Nouveaux retours d’expérience sur le standard xAPI

Intentions d’adoption d’xAPI par les éditeurs de LMS

Un standard, même visionnaire, n’est rien s’il n’est pas largement adopté. De manière générale, la mobilisation des éditeurs logiciels est donc une des clés du succès d’Experience API. Après une première vague d’Early Adopters (Litmos, eFront, Docebo, Sakai, etc.), nous avons voulu savoir si les poids lourds du marché des LMS allaient suivre le mouvement. Nous nous sommes concentrés sur les 9 éditeurs les plus présents sur le marché français et les résultats sont plutôt positifs...

Télécharger l’étude…

Intentions d’adoption d’xAPI par les éditeurs de LMS

Suivre un Quiz avec xAPI

Le suivi des évaluations a fait l’objet de nombreuses critiques avec SCORM, accusé de capacités de suivi trop simplistes. Dans les faits, les torts sont souvent partagés avec les outils d’édition et LMS. Dans cette nouvelle démonstration, nous verrons ce que cela change avec xAPI en déployant un Quiz très simple et en s’intéressant à son suivi.

Accès à la démonstration…

Suivre un Quiz avec xAPI

Fédérer plusieurs systèmes avec Experience API (xAPI, TinCan)

Grande nouveauté d’xAPI : votre dispositif pédagogique peut être composé de plusieurs systèmes (plusieurs LMS, LMS et blogs, etc.) tout en ayant un suivi centralisé. Afin d’explorer cette capacité, je vous propose à titre d’exemple de mettre en œuvre le suivi centralisé de plusieurs blogs indépendants…

Fédérer plusieurs systèmes avec xAPI

Accès à la démonstration…

Fédérer plusieurs systèmes avec Experience API (xAPI, TinCan)

Partager des ressources avec Experience API (xAPI / TinCan)

Les expérimentations et démonstrations continuent sur Experience-API.fr. Cette semaine, je vous propose de mettre en oeuvre un outil de « curation », permettant à des utilisateurs de partager des ressources dénichées sur le Web, de les noter et de les classer par popularité.

Accès à la démonstration…

 

Partager des ressources avec Experience API (xAPI / TinCan)

Vos premières interactions xAPI (Experience API)

Après plusieurs publications destinées à vulgariser Experience API (xAPI / TinCan), place à une phase d’expérimentation au travers d’une série d’exemples, simples et concrets, que vous allez pouvoir tester et comprendre.

Voici le premier exemple

Restez connecté : un nouvel exemple sera publié chaque semaine !

Vos premières interactions xAPI (Experience API)

xAPI (Experience API) : 10 concepts à connaitre absolument

Après une première publication destinée à présenter les principaux impacts d’Experience API sur notre manière d’envisager la formation (10 bonnes raisons de s’intéresser à xAPI), je vous propose de rentrer dans le concret avec xAPI : 10 concepts à connaitre absolument.

Ces concepts sont les ingrédients de base avec lesquels nous devons nous familiariser avant de pouvoir concevoir de nouvelles solutions pédagogiques grâce à xAPI.

xAPI (Experience API) : 10 concepts à connaitre absolument