Standards e-learning - xAPI : Point d’étape

FFFOD
FFFODdéléguée du FFFOD à FFFOD
Groupe de travail FFFOD 2014
Standards e-learning
xAPI : Point d’étape
GT FFFOD 2014 - Standards e-learning
Mardi 11 Mars 2014
SOMMAIRE
1. Experience API : cas d’étude traités
2. Experience API : 3 axes forts identifiés
3. Prochains Webinars
4. Questions
1. Experience API : cas d’étude traités
2. Experience API : 3 axes forts identifiés
3. Prochains Webinars
4. Questions
Intervenants
Intervenants
1. Experience API : cas d’étude
Lors de notre Webinar du 12 novembre 2013, nous
avions prévu 4 cas d’étude :
- 1°) Formation application métier
- 2°) Standardisation de tracking propriétaire
- 3°) De la BI au Big Data
- 4°) Communication sociale
Nous allons vous présenter dans les slides suivantes
l’avancement des travaux
1. Experience API : cas d’étude
Mais pour commencer Sébastien Fraysse
va nous présenter rapidement les points
principaux de xAPI
Introduction à xAPI
Experience API = xAPI = Tin Can
xAPI est parfois annoncé comme
le « successeur » de SCORM
Introduction à xAPI
SCORM xAPI
Déployer des contenus (packaging)
Indexer des contenus (métadonnées)
Organiser et jouer des parcours
Tracer la consultation de contenus
Introduction à xAPI
SCORM
Navigateur +
session connectée
Données SCORM
prédéfinies
Stocké par le LMS
xAPI
Connexion intermittente
Langage flexible et extensible
« I did this »
Stocké dans un « LRS »
« Learning Record Store »
Introduction à xAPI
Activité
LMS
LRS
Reporting
Expressions xAPI
« I did this »
Contenu, application
(bureau, mobile,
déconnecté, etc.)
Introduction à xAPI
Un cadre standardisé, des usages multiples
1. Faire du SCORM avec xAPI
2. Usages mobiles et déconnectés
3. Suivi plus précis (données spécifiques)
4. Suivi élargi (hors consultation de contenus)
5. Suivi centralisé (plusieurs systèmes)
Etc.
Introduction à xAPI
Pour aller plus loin…
Experience-api.fr
1. Experience API : cas d’étude
Pierre Radlovic va nous présenter le cas lié
au contexte « Formation application
métier »
1. Experience API : cas d’étude
Formation application métier
SCORM
E-learning Simulations Présentiels
Web Video
DATA
Pratique
focus
1) Formation application métier
Formation application métier
Pour simuler le
simulateur nous
avons utilisé un
robot !
1) Formation application métier
1. Experience API : cas d’étude
Formation application métier : ev3xapi !
Le robot a été programmé pour réaliser des actions
selon des dessins, et pour enregistrer les données de
suivi au format xapi.
Pour voir la page dédiée au projet :
http://aero.gocreate-solutions.com/exp/ev3xapi/
1) Formation application métier
1. Experience API : cas d’étude
Formation application métier : ev3xapi !
Les données collectées par le robot sont de deux sortes :
1) Données macro : ev3xapi completed board1
1) Formation application métier
1. Experience API : cas d’étude
Formation application métier : ev3xapi !
Les données collectées par le robot sont de deux sortes :
2) Données micro: données de suivi du comportement :
{ "start": { "status": "started", "time": "0" },
"finish": { "status": "completed", "time": "502.933" },
"content": { "data": { "data": "tempJSONContent",
"FollowLine2": {
"url": "http://aero.gocreate-solutions.com/exp/ev3xapi/FollowingLine2/",
"start": { "status": "started", "time": "1.052" },
"finish": { "status": "completed", "time": "493.988" },
"content": { "data": { "left": "166", "right": "266",
"navRec": "pattern#forwardSec:0.278#[...]#forwardSec:0.714#turnRightDeg:1#forwardSec:0.365#turnLeftDeg:-4"
}
}
} } } }
Durée de l’action globale (board1)
Temps de passage (début,
fin) du suivi de ligne
Informations spécifiques
enregistrées
1) Formation application métier
1. Experience API : cas d’étude
{ "start": { "status": "started", "time": "0" },
"finish": { "status": "completed", "time": "502.933" },
"content": { "data": { "data": "tempJSONContent",
"FollowLine2": {
"url": "http://aero.gocreate-solutions.com/exp/ev3xapi/FollowingLine2/",
"start": { "status": "started", "time": "1.052" },
"finish": { "status": "completed", "time": "493.988" },
"content": { "data": { "left": "166", "right": "266",
"navRec": "pattern#forwardSec:0.278#[...]#forwardSec:0.714#turnRightDeg:1#forwardSec:0.365#turnLeftDeg:-4"
}
}
} } } }
1) Formation application métier
1. Experience API : cas d’étude
{"actor": {"objectType": "Agent","mbox": "mailto:ev3xapi@gcsol.eu","name": "ev3xapi" },
"verb": {"id": "http://adlnet.gov/expapi/verbs/completed","display": {"en-US": "completed"}},
"object": {"id": "http://aero.gocreate-solutions.com/exp/ev3xapi/boards/board1/","definition": {"name": {"en-US": "board1"}},
"objectType": "Activity" },
"context": { "contextActivities": {"parent": {"id": "http://aero.gocreate-solutions.com/exp/ev3xapi/" }}},
"result": {"completion": true,"success": true,"duration": "PT3M15.53S","response": "see extensions for ev3 tracking data",
"extensions": {"http://aero.gocreate-solutions.com/scormXapi/201312/result/extensions/ev3xapiTracking/":
}},"timestamp": "2014-01-25T09:02:34","authority": {"name": "GCS","mbox": "mailto:xApi@gocreate-solutions.com"}}
Formation application métier : ev3xapi !
Première conclusion :
Si la donnée macro est simple à comprendre, la donnée
micro est plus complexe à analyser et requiert un outil
adapté.
Dans notre exemple un script permet la transformation
du suivi micro en dessin, ce qui nous permet alors de le
comparer au dessin suivi et de valider ou non la
déclaration transmise.
1) Formation application métier
1. Experience API : cas d’étude
Formation application métier : ev3xapi !
Exemple de dessin obtenu :
http://aero.gocreate-solutions.com/exp/ev3xapi/testeurSuivi/test_xapi_ev3.html
Dans ce cas, le dessin réalisé par le script d’après les données
xapi transmises correspond à la planche de départ
1) Formation application métier
1. Experience API : cas d’étude
Le zoom macro / micro, un point constant :
Pour le robot, le micro correspond aux données
collectées et le macro correspond à la réalisation du
programme.
A l’échelle de l’entreprise, le micro correspond aux
données collectées des expériences utilisateurs et le
macro est l’enjeu du suivi global (la cartographie d’un
sujet par exemple).
1) Formation application métier
1. Experience API : cas d’étude
1. Experience API : cas d’étude
Yann Lescurat va nous présenter le cas lié
au contexte « Standardisation de tracking
propriétaire »
SCORM
LMS LRS
Tin Can
Suivi « classique »
- Temps
- Statut
- Score
- Reprise contextuelle
Suivi « additif »
- Données par
thématique
- Données
spécifiques
-> Suivi personnalisé -> Suivi anonymisé
LRS
-> Suivi personnalisé
Tin Can
Suivi « alternatif »
- Transmission d’un suivi
basique « vu / pas vu »
E-learning
Standardisation de tracking propriétaire :
focus
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
Standardisation de tracking propriétaire :
Pour tester ce cas, nous avons opté pour un contexte
qui n’est pas couvert aujourd’hui par SCORM :
- Un contenu non standardisé et non « packageable » (un site
Internet par exemple)
- Un accès apprenant libre (les apprenants accédant au
contenu ne sont pas connus au départ)
-> xAPI sert à la collecte du suivi et au reporting
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
Standardisation de tracking propriétaire :
Le schéma est le suivant :
LRS
email
Accès au
contenu
(object)
1 – autodéclaration (actor) 2 – consultation (verb)
Enregistrement du suivi
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
Standardisation de tracking propriétaire :
Les données ainsi collectées permettent d’obtenir un
suivi des actions réalisées :
- Soit de manière simple (données macro « classiques »)
- Soit de manière avancée (données micro « sur mesure »)
Selon le degré d’intégration du standard xAPI dans les
pages consultées.
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
Standardisation de tracking propriétaire :
Si cette solution parait étonnamment simple et souple,
deux contraintes majeures sont rencontrées :
- l’auto déclaration nuit à une possible réagrégation
des suivis (identifiants non identiques avec le LMS de
destination par exemple)
- L’usage de données « micro » non standardisées est
potentiellement difficile à interpréter hors outil
spécifique (risque de tracking « propriétaire »).
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
Standardisation de tracking propriétaire :
Nous avons alors envisagé un second cas d’usage, plus
classique : le suivi complémentaire des actions d’un
utilisateur sur un serious game
- Le suivi macro est assuré par SCORM, sur le LMS
- Le suivi micro est assuré par xAPI et peut-être dirigé vers
une plateforme LRS pour le suivi spécialisée, annexe.
-> cette solution existe aujourd’hui en production , mais sur la
base d’un tracking complémentaire propriétaire, xAPI le
standardise dans ce cas.
2) Standardisation de tracking propriétaire
1. Experience API : cas d’étude
1. Experience API : cas d’étude
François-Xavier Boga va nous présenter le
cas lié au contexte « de la BI au BIG DATA »
De la BI au BIG DATA
http://commons.wikimedia.org/wiki/File:Viegas-UserActivityonWikipedia.gif
Identifier, structurer
et présenter les
données collectées
3) De la BI au Big Data
1. Experience API : cas d’étude
Business Intelligence
Comme nous l’avons vu avec les 2 cas précédents, xAPI permet de tout
enregistrer pour tout le monde !
Si la norme xAPI traite du comment stocker les informations, elle ne
traite pas de quoi restituer et sous quelle forme !
Il y a donc une double conséquence :
- Il faut maîtriser le périmètre, ou du moins bien le comprendre
- Il faut mettre en place des outils pour analyser
- Au niveau macro
- Au niveau micro
3) De la BI au Big Data
1. Experience API : cas d’étude
Perspectives offertes par la BI
S’il devient possible de corréler toutes ces informations,
il devient possible d’identifier, par exemple :
- L’impact positif de la formation sur un ensemble
d’indicateurs métiers (KPI)
- Quelle formation amène le meilleur niveau
d’expertise dans un domaine précis ?
3) De la BI au Big Data
1. Experience API : cas d’étude
La BI au service de l’analyse de KPI
Les clients sont-ils plus satisfaits des réponses du SAV si ce
dernier a été formé avec des vidéos, avec des modules e-
learning ou avec un coach ?
LRS
CRM
Outils
marketting
Outils de
gestion des
incidents
LRS
Data Analysis
3) De la BI au Big Data
1. Experience API : cas d’étude
Du BI au Big Data
Les données récoltées peuvent servir à des analyses
complexes
- Quel catalogue de formation pour quelle population ?
- Quelles compétences sont mobilisées et développées durant les
formations ?
- Qui est expert dans quel domaine ?
Les analyses sont faites à froid, sur de grands volumes de
données.
3) De la BI au Big Data
1. Experience API : cas d’étude
La BI au service de la GEC*
Si on rapporte ce sujet à l’entreprise, on peut envisager le
schéma suivant :
* Gestion d'évaluation par Compétences
LMS
GEC
Communautés IntranetRSE
Livres lus, …
Conférences
Formation, …LRS
Data Analysis
3) De la BI au Big Data
1. Experience API : cas d’étude
1. Experience API : cas d’étude
Dernier cas en cours d’étude :
« Communication sociale »
4) Communication sociale
Communication sociale
LMS
Formation 1
LMS
Formation 2,3
Formation
initiale
Contributions
(groupe de travail,
….)
individu
Suivi
Suivi
Suivi
Suivi
…..
Suivi
métier
Compétences
1. Experience API : cas d’étude
Communication sociale
Ce que nous avons vu au niveau de l’entreprise
s’applique au niveau de l’individu, car xAPI met en
avant la collecte et l’échange des données, et non leur
possession.
Dans ce schéma, l’individu peut devenir l’acteur de son
développement, et, à se titre, collecter et corréler ses
données personnelles
4) Communication sociale
1. Experience API : cas d’étude
Communication sociale
Nous voyons ce mouvement s’amorcer aujourd’hui :
- Au travers des réseaux sociaux, où pour certains la
compétence et le poste sont le centre de l’intérêt
(linkedIn par exemple)
- Au travers des e-portfolios qui permettent de stocker
son expérience personnelle
4) Communication sociale
1. Experience API : cas d’étude
1. Experience API : cas d’étude traités
2. Experience API : 3 axes forts identifiés
- Un meilleur SCORM
- Une grande souplesse du modèle de données
- Une solution de portage des suivis
3. Prochains Webinars
4. Questions
2. Experience API : 3 axes forts
3 axes forts
Les premières expériences que nous avons menées nous
indiquent que xAPI représente au moins 3 évolutions majeures:
- Une meilleure communication que le SCORM
- Une plus grande souplesse dans le modèle de données
- Une solution de portage des suivis collectés
Ces points en font un standard moderne, adapté aux besoins
émergents de notre temps.
3 axes forts
2. Experience API : 3 axes forts
Un meilleur SCORM :
- Son accès est sécurisé par une authentification
- Son packaging n’oblige pas l’inclusion de l’activité (mais on
peut quand même le faire si on le souhaite)
- Son mode de communication permet le Cross Site Scripting
- Son schéma de données est riche et extensible
- Le sujet peut être un groupe ou une personne
- Le suivi peut être transféré de LRS en LRS (à certaines
conditions)
- L’absence de séquencement inter contenus n’est pas
problématique dans un monde multi sources et multi acteurs
- …
Un meilleur SCORM
2. Experience API : 3 axes forts
Une grande souplesse du modèle de données :
Avec xAPI il est possible de dire des choses simples :
Jean a traversé Paris
Avec un fort degré de complexité si cela est souhaité :
- Coordonnées GPS,
- Plan de la marche (image)
- ….
Cela appelle à une nouvelle approche de la gestion des
données collectées pour accompagner la révolution du monde
de la formation par l’analyse des données et le maintien des
références liées aux activités
Une grande souplesse du modèle de données
2. Experience API : 3 axes forts
Une solution de portage des suivis
Avec l’évolution des réseaux sociaux et des outils de
gestion de profil comme les e-portfolios, ou de manière
plus administrative les coffres-forts numériques, l’identité
personnelle et les échanges de données deviennent un
enjeu majeur
xAPI est une des premières réponses à ces enjeux, porté
par un organisme lié à la formation , ADL
Une solution de portage des suivis
2. Experience API : 3 axes forts
xAPI, de la puissance à maîtriser :
Il est nécessaire, au-delà du standard, de définir des
bonnes pratiques, voire des profils d’usage, pour :
- Conserver un tracking exploitable au-delà de
l’environnement qui l’a généré, sinon nous retrouverons
le travers du suivi propriétaire avec ses back offices
dédiés
- Accompagner une adoption large du standard et son
usage avec les LMS, potentiellement en parallèle de
solutions SCORM existantes
Un besoin de bonnes pratiques
2. Experience API : 3 axes forts
xAPI, de la puissance à cadrer :
La mise en place de suivi xAPI nécessite de se projeter dans
le besoin d’exploitation des données qui seront collectées,
pour permettre une standardisation qui tienne ses
promesses, pas un simple remplacement de l’usage SCORM.
Les bonnes pratiques partagées permettront de maximiser
le portage des données collectées et de cadrer les besoins
récurrents.
Un besoin de bonnes pratiques
2. Experience API : 3 axes forts
Est-ce que xAPI est le successeur de SCORM ?
Il est difficile de répondre à cette question, mais plus simplement
nous voyons aujourd’hui que nous avons besoin de nouveaux
outils pour suivre une offre de formation de plus en plus large où
SCORM ne répond pas (ou pas bien) sur certains points :
- Serious Game
- Contenu web (site, blogs, vidéos, …)
- Contenus mobile (application, visualisation déconnectée, ….)
- Mooc
- ….
Un besoin de bonnes pratiques
Rejoignez le groupe !
Pour rejoindre le groupe, contactez pierre@gocreate-solutions.com
Pour toutes ces raisons nous invitons tous les acteurs qui
souhaitent mettre en place des solutions xAPI à rejoindre
activement ce groupe de travail afin de pouvoir définir
ensemble des pratiques qui pourraient servir de base à un
vocabulaire commun
We will do it !
2. Experience API : 3 axes forts
Un besoin de bonnes pratiques
1. Experience API : cas d’étude traités
2. Experience API : 3 axes forts identifiés
3. Prochains Webinars
4. Questions
2. Experience API : 3 axes forts
Pour compléter ce travail nous allons réaliser deux webinars
présentant des premiers retours d’expériences au mois de juin.
Les dates vous seront communiquées très prochainement par
email.
Pour tout complément d’information :
FFFOD@ORANGE.FR
Questions
3 - Travaux 2014 : SCORM et Tin Can
1 sur 52

Contenu connexe

En vedette(20)

SocialMediaMarketingSocialMediaMarketing
SocialMediaMarketing
Jennifer Sader2.1K vues
E-learning systemE-learning system
E-learning system
Tomilayo Lawani19.5K vues
e-learning projecte-learning project
e-learning project
International Association of School Librarianship16.7K vues
E learning ProjectE learning Project
E learning Project
Sagar Patekar15.9K vues
E-LearningE-Learning
E-Learning
Jeniferlynnhead14.1K vues
E-learningE-learning
E-learning
Yash Bansal81.3K vues
Taxi driver Taxi driver
Taxi driver
jurigilabert508 vues
final démofinal démo
final démo
valdefrance307 vues
Ada3Ada3
Ada3
EstefaniaQuirozMarin377 vues
Le fleuve citarum_mod111Le fleuve citarum_mod111
Le fleuve citarum_mod111
Alain Rocher468 vues
Wendy cinta d opcionesWendy cinta d opciones
Wendy cinta d opciones
rodriguezpao544 vues
IlusionesIlusiones
Ilusiones
nataliaparajon13546 vues
desarrollo autoestima escolar desarrollo autoestima escolar
desarrollo autoestima escolar
Ruth Mariely Arteaga Cisternas829 vues
Neige Et Glace En ChineNeige Et Glace En Chine
Neige Et Glace En Chine
thepptguy337 vues
The Big O - Open Data & The Social WebThe Big O - Open Data & The Social Web
The Big O - Open Data & The Social Web
Make Web Not War670 vues
Bloque 3Bloque 3
Bloque 3
Bryan Guzman277 vues

Plus de FFFOD(20)

Standards e-learning - xAPI : Point d’étape

  • 1. Groupe de travail FFFOD 2014 Standards e-learning xAPI : Point d’étape GT FFFOD 2014 - Standards e-learning Mardi 11 Mars 2014
  • 2. SOMMAIRE 1. Experience API : cas d’étude traités 2. Experience API : 3 axes forts identifiés 3. Prochains Webinars 4. Questions
  • 3. 1. Experience API : cas d’étude traités 2. Experience API : 3 axes forts identifiés 3. Prochains Webinars 4. Questions
  • 5. 1. Experience API : cas d’étude Lors de notre Webinar du 12 novembre 2013, nous avions prévu 4 cas d’étude : - 1°) Formation application métier - 2°) Standardisation de tracking propriétaire - 3°) De la BI au Big Data - 4°) Communication sociale Nous allons vous présenter dans les slides suivantes l’avancement des travaux
  • 6. 1. Experience API : cas d’étude Mais pour commencer Sébastien Fraysse va nous présenter rapidement les points principaux de xAPI
  • 7. Introduction à xAPI Experience API = xAPI = Tin Can xAPI est parfois annoncé comme le « successeur » de SCORM
  • 8. Introduction à xAPI SCORM xAPI Déployer des contenus (packaging) Indexer des contenus (métadonnées) Organiser et jouer des parcours Tracer la consultation de contenus
  • 9. Introduction à xAPI SCORM Navigateur + session connectée Données SCORM prédéfinies Stocké par le LMS xAPI Connexion intermittente Langage flexible et extensible « I did this » Stocké dans un « LRS » « Learning Record Store »
  • 10. Introduction à xAPI Activité LMS LRS Reporting Expressions xAPI « I did this » Contenu, application (bureau, mobile, déconnecté, etc.)
  • 11. Introduction à xAPI Un cadre standardisé, des usages multiples 1. Faire du SCORM avec xAPI 2. Usages mobiles et déconnectés 3. Suivi plus précis (données spécifiques) 4. Suivi élargi (hors consultation de contenus) 5. Suivi centralisé (plusieurs systèmes) Etc.
  • 12. Introduction à xAPI Pour aller plus loin… Experience-api.fr
  • 13. 1. Experience API : cas d’étude Pierre Radlovic va nous présenter le cas lié au contexte « Formation application métier »
  • 14. 1. Experience API : cas d’étude Formation application métier SCORM E-learning Simulations Présentiels Web Video DATA Pratique focus 1) Formation application métier
  • 15. Formation application métier Pour simuler le simulateur nous avons utilisé un robot ! 1) Formation application métier 1. Experience API : cas d’étude
  • 16. Formation application métier : ev3xapi ! Le robot a été programmé pour réaliser des actions selon des dessins, et pour enregistrer les données de suivi au format xapi. Pour voir la page dédiée au projet : http://aero.gocreate-solutions.com/exp/ev3xapi/ 1) Formation application métier 1. Experience API : cas d’étude
  • 17. Formation application métier : ev3xapi ! Les données collectées par le robot sont de deux sortes : 1) Données macro : ev3xapi completed board1 1) Formation application métier 1. Experience API : cas d’étude
  • 18. Formation application métier : ev3xapi ! Les données collectées par le robot sont de deux sortes : 2) Données micro: données de suivi du comportement : { "start": { "status": "started", "time": "0" }, "finish": { "status": "completed", "time": "502.933" }, "content": { "data": { "data": "tempJSONContent", "FollowLine2": { "url": "http://aero.gocreate-solutions.com/exp/ev3xapi/FollowingLine2/", "start": { "status": "started", "time": "1.052" }, "finish": { "status": "completed", "time": "493.988" }, "content": { "data": { "left": "166", "right": "266", "navRec": "pattern#forwardSec:0.278#[...]#forwardSec:0.714#turnRightDeg:1#forwardSec:0.365#turnLeftDeg:-4" } } } } } } Durée de l’action globale (board1) Temps de passage (début, fin) du suivi de ligne Informations spécifiques enregistrées 1) Formation application métier 1. Experience API : cas d’étude
  • 19. { "start": { "status": "started", "time": "0" }, "finish": { "status": "completed", "time": "502.933" }, "content": { "data": { "data": "tempJSONContent", "FollowLine2": { "url": "http://aero.gocreate-solutions.com/exp/ev3xapi/FollowingLine2/", "start": { "status": "started", "time": "1.052" }, "finish": { "status": "completed", "time": "493.988" }, "content": { "data": { "left": "166", "right": "266", "navRec": "pattern#forwardSec:0.278#[...]#forwardSec:0.714#turnRightDeg:1#forwardSec:0.365#turnLeftDeg:-4" } } } } } } 1) Formation application métier 1. Experience API : cas d’étude {"actor": {"objectType": "Agent","mbox": "mailto:ev3xapi@gcsol.eu","name": "ev3xapi" }, "verb": {"id": "http://adlnet.gov/expapi/verbs/completed","display": {"en-US": "completed"}}, "object": {"id": "http://aero.gocreate-solutions.com/exp/ev3xapi/boards/board1/","definition": {"name": {"en-US": "board1"}}, "objectType": "Activity" }, "context": { "contextActivities": {"parent": {"id": "http://aero.gocreate-solutions.com/exp/ev3xapi/" }}}, "result": {"completion": true,"success": true,"duration": "PT3M15.53S","response": "see extensions for ev3 tracking data", "extensions": {"http://aero.gocreate-solutions.com/scormXapi/201312/result/extensions/ev3xapiTracking/": }},"timestamp": "2014-01-25T09:02:34","authority": {"name": "GCS","mbox": "mailto:xApi@gocreate-solutions.com"}}
  • 20. Formation application métier : ev3xapi ! Première conclusion : Si la donnée macro est simple à comprendre, la donnée micro est plus complexe à analyser et requiert un outil adapté. Dans notre exemple un script permet la transformation du suivi micro en dessin, ce qui nous permet alors de le comparer au dessin suivi et de valider ou non la déclaration transmise. 1) Formation application métier 1. Experience API : cas d’étude
  • 21. Formation application métier : ev3xapi ! Exemple de dessin obtenu : http://aero.gocreate-solutions.com/exp/ev3xapi/testeurSuivi/test_xapi_ev3.html Dans ce cas, le dessin réalisé par le script d’après les données xapi transmises correspond à la planche de départ 1) Formation application métier 1. Experience API : cas d’étude
  • 22. Le zoom macro / micro, un point constant : Pour le robot, le micro correspond aux données collectées et le macro correspond à la réalisation du programme. A l’échelle de l’entreprise, le micro correspond aux données collectées des expériences utilisateurs et le macro est l’enjeu du suivi global (la cartographie d’un sujet par exemple). 1) Formation application métier 1. Experience API : cas d’étude
  • 23. 1. Experience API : cas d’étude Yann Lescurat va nous présenter le cas lié au contexte « Standardisation de tracking propriétaire »
  • 24. SCORM LMS LRS Tin Can Suivi « classique » - Temps - Statut - Score - Reprise contextuelle Suivi « additif » - Données par thématique - Données spécifiques -> Suivi personnalisé -> Suivi anonymisé LRS -> Suivi personnalisé Tin Can Suivi « alternatif » - Transmission d’un suivi basique « vu / pas vu » E-learning Standardisation de tracking propriétaire : focus 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 25. Standardisation de tracking propriétaire : Pour tester ce cas, nous avons opté pour un contexte qui n’est pas couvert aujourd’hui par SCORM : - Un contenu non standardisé et non « packageable » (un site Internet par exemple) - Un accès apprenant libre (les apprenants accédant au contenu ne sont pas connus au départ) -> xAPI sert à la collecte du suivi et au reporting 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 26. Standardisation de tracking propriétaire : Le schéma est le suivant : LRS email Accès au contenu (object) 1 – autodéclaration (actor) 2 – consultation (verb) Enregistrement du suivi 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 27. Standardisation de tracking propriétaire : Les données ainsi collectées permettent d’obtenir un suivi des actions réalisées : - Soit de manière simple (données macro « classiques ») - Soit de manière avancée (données micro « sur mesure ») Selon le degré d’intégration du standard xAPI dans les pages consultées. 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 28. Standardisation de tracking propriétaire : Si cette solution parait étonnamment simple et souple, deux contraintes majeures sont rencontrées : - l’auto déclaration nuit à une possible réagrégation des suivis (identifiants non identiques avec le LMS de destination par exemple) - L’usage de données « micro » non standardisées est potentiellement difficile à interpréter hors outil spécifique (risque de tracking « propriétaire »). 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 29. Standardisation de tracking propriétaire : Nous avons alors envisagé un second cas d’usage, plus classique : le suivi complémentaire des actions d’un utilisateur sur un serious game - Le suivi macro est assuré par SCORM, sur le LMS - Le suivi micro est assuré par xAPI et peut-être dirigé vers une plateforme LRS pour le suivi spécialisée, annexe. -> cette solution existe aujourd’hui en production , mais sur la base d’un tracking complémentaire propriétaire, xAPI le standardise dans ce cas. 2) Standardisation de tracking propriétaire 1. Experience API : cas d’étude
  • 30. 1. Experience API : cas d’étude François-Xavier Boga va nous présenter le cas lié au contexte « de la BI au BIG DATA »
  • 31. De la BI au BIG DATA http://commons.wikimedia.org/wiki/File:Viegas-UserActivityonWikipedia.gif Identifier, structurer et présenter les données collectées 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 32. Business Intelligence Comme nous l’avons vu avec les 2 cas précédents, xAPI permet de tout enregistrer pour tout le monde ! Si la norme xAPI traite du comment stocker les informations, elle ne traite pas de quoi restituer et sous quelle forme ! Il y a donc une double conséquence : - Il faut maîtriser le périmètre, ou du moins bien le comprendre - Il faut mettre en place des outils pour analyser - Au niveau macro - Au niveau micro 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 33. Perspectives offertes par la BI S’il devient possible de corréler toutes ces informations, il devient possible d’identifier, par exemple : - L’impact positif de la formation sur un ensemble d’indicateurs métiers (KPI) - Quelle formation amène le meilleur niveau d’expertise dans un domaine précis ? 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 34. La BI au service de l’analyse de KPI Les clients sont-ils plus satisfaits des réponses du SAV si ce dernier a été formé avec des vidéos, avec des modules e- learning ou avec un coach ? LRS CRM Outils marketting Outils de gestion des incidents LRS Data Analysis 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 35. Du BI au Big Data Les données récoltées peuvent servir à des analyses complexes - Quel catalogue de formation pour quelle population ? - Quelles compétences sont mobilisées et développées durant les formations ? - Qui est expert dans quel domaine ? Les analyses sont faites à froid, sur de grands volumes de données. 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 36. La BI au service de la GEC* Si on rapporte ce sujet à l’entreprise, on peut envisager le schéma suivant : * Gestion d'évaluation par Compétences LMS GEC Communautés IntranetRSE Livres lus, … Conférences Formation, …LRS Data Analysis 3) De la BI au Big Data 1. Experience API : cas d’étude
  • 37. 1. Experience API : cas d’étude Dernier cas en cours d’étude : « Communication sociale »
  • 38. 4) Communication sociale Communication sociale LMS Formation 1 LMS Formation 2,3 Formation initiale Contributions (groupe de travail, ….) individu Suivi Suivi Suivi Suivi ….. Suivi métier Compétences 1. Experience API : cas d’étude
  • 39. Communication sociale Ce que nous avons vu au niveau de l’entreprise s’applique au niveau de l’individu, car xAPI met en avant la collecte et l’échange des données, et non leur possession. Dans ce schéma, l’individu peut devenir l’acteur de son développement, et, à se titre, collecter et corréler ses données personnelles 4) Communication sociale 1. Experience API : cas d’étude
  • 40. Communication sociale Nous voyons ce mouvement s’amorcer aujourd’hui : - Au travers des réseaux sociaux, où pour certains la compétence et le poste sont le centre de l’intérêt (linkedIn par exemple) - Au travers des e-portfolios qui permettent de stocker son expérience personnelle 4) Communication sociale 1. Experience API : cas d’étude
  • 41. 1. Experience API : cas d’étude traités 2. Experience API : 3 axes forts identifiés - Un meilleur SCORM - Une grande souplesse du modèle de données - Une solution de portage des suivis 3. Prochains Webinars 4. Questions
  • 42. 2. Experience API : 3 axes forts 3 axes forts Les premières expériences que nous avons menées nous indiquent que xAPI représente au moins 3 évolutions majeures: - Une meilleure communication que le SCORM - Une plus grande souplesse dans le modèle de données - Une solution de portage des suivis collectés Ces points en font un standard moderne, adapté aux besoins émergents de notre temps. 3 axes forts
  • 43. 2. Experience API : 3 axes forts Un meilleur SCORM : - Son accès est sécurisé par une authentification - Son packaging n’oblige pas l’inclusion de l’activité (mais on peut quand même le faire si on le souhaite) - Son mode de communication permet le Cross Site Scripting - Son schéma de données est riche et extensible - Le sujet peut être un groupe ou une personne - Le suivi peut être transféré de LRS en LRS (à certaines conditions) - L’absence de séquencement inter contenus n’est pas problématique dans un monde multi sources et multi acteurs - … Un meilleur SCORM
  • 44. 2. Experience API : 3 axes forts Une grande souplesse du modèle de données : Avec xAPI il est possible de dire des choses simples : Jean a traversé Paris Avec un fort degré de complexité si cela est souhaité : - Coordonnées GPS, - Plan de la marche (image) - …. Cela appelle à une nouvelle approche de la gestion des données collectées pour accompagner la révolution du monde de la formation par l’analyse des données et le maintien des références liées aux activités Une grande souplesse du modèle de données
  • 45. 2. Experience API : 3 axes forts Une solution de portage des suivis Avec l’évolution des réseaux sociaux et des outils de gestion de profil comme les e-portfolios, ou de manière plus administrative les coffres-forts numériques, l’identité personnelle et les échanges de données deviennent un enjeu majeur xAPI est une des premières réponses à ces enjeux, porté par un organisme lié à la formation , ADL Une solution de portage des suivis
  • 46. 2. Experience API : 3 axes forts xAPI, de la puissance à maîtriser : Il est nécessaire, au-delà du standard, de définir des bonnes pratiques, voire des profils d’usage, pour : - Conserver un tracking exploitable au-delà de l’environnement qui l’a généré, sinon nous retrouverons le travers du suivi propriétaire avec ses back offices dédiés - Accompagner une adoption large du standard et son usage avec les LMS, potentiellement en parallèle de solutions SCORM existantes Un besoin de bonnes pratiques
  • 47. 2. Experience API : 3 axes forts xAPI, de la puissance à cadrer : La mise en place de suivi xAPI nécessite de se projeter dans le besoin d’exploitation des données qui seront collectées, pour permettre une standardisation qui tienne ses promesses, pas un simple remplacement de l’usage SCORM. Les bonnes pratiques partagées permettront de maximiser le portage des données collectées et de cadrer les besoins récurrents. Un besoin de bonnes pratiques
  • 48. 2. Experience API : 3 axes forts Est-ce que xAPI est le successeur de SCORM ? Il est difficile de répondre à cette question, mais plus simplement nous voyons aujourd’hui que nous avons besoin de nouveaux outils pour suivre une offre de formation de plus en plus large où SCORM ne répond pas (ou pas bien) sur certains points : - Serious Game - Contenu web (site, blogs, vidéos, …) - Contenus mobile (application, visualisation déconnectée, ….) - Mooc - …. Un besoin de bonnes pratiques
  • 49. Rejoignez le groupe ! Pour rejoindre le groupe, contactez pierre@gocreate-solutions.com Pour toutes ces raisons nous invitons tous les acteurs qui souhaitent mettre en place des solutions xAPI à rejoindre activement ce groupe de travail afin de pouvoir définir ensemble des pratiques qui pourraient servir de base à un vocabulaire commun We will do it ! 2. Experience API : 3 axes forts Un besoin de bonnes pratiques
  • 50. 1. Experience API : cas d’étude traités 2. Experience API : 3 axes forts identifiés 3. Prochains Webinars 4. Questions
  • 51. 2. Experience API : 3 axes forts Pour compléter ce travail nous allons réaliser deux webinars présentant des premiers retours d’expériences au mois de juin. Les dates vous seront communiquées très prochainement par email. Pour tout complément d’information : FFFOD@ORANGE.FR
  • 52. Questions 3 - Travaux 2014 : SCORM et Tin Can