Les données, et comment nous y arrivons

Celui-là est en direct et couvre la séance où vous êtes. Celui-ci conserve chaque séance, les compare sur un cours et un semestre, et peut être ouvert par quelqu'un qui n'était jamais dans la salle. La plupart des établissements utilisent les deux.

Sur l'infrastructure de RIADVICE, dans un emplacement nommé dans votre contrat. Nous sommes le sous-traitant et vous êtes le responsable de traitement, et nous vous dirons par écrit de quel centre de données il s'agit avant tout engagement. Si votre politique n'autorise pas une plateforme partagée, nous en montons une pour votre seul établissement.

Non. Cela fonctionne à partir des données de séance que BigBlueButton produit déjà. Enseignants et étudiants ne voient aucun changement.

Il lit le flux d'événements que BigBlueButton produit lui-même. Cela couvre chaque séance quel qu'en soit le déclencheur : Moodle, un autre LMS, un portail, un appel direct à l'API. Il enregistre aussi lequel c'était, si bien qu'un cours lancé depuis le LMS et une salle de service restent distincts dans un rapport au lieu d'être moyennés ensemble.

Oui, et nous le cadrons avec vous. Un outil qui lit directement les tables modélisées devient quelque chose que nous maintenons stable pour vous au fil des mises à jour. Nous préférons nous y engager délibérément. Dites-nous quel outil et ce qu'il vous faut en sortir.

L'accès se donne par personne et par tableau de bord. Un responsable qualité voit les tableaux que vous lui avez donnés, et un évaluateur externe ne voit que ce que vous avez ouvert pour l'évaluation. Si votre politique exige que l'analyse réside sur une plateforme qui n'est qu'à vous plutôt que sur une plateforme que nous exploitons aussi pour d'autres, nous la construisons et nous la chiffrons.

Oui. Dites-nous la question et nous construisons la vue. Les métadonnées de réunion envoyées par votre LMS sont déjà conservées : s'il transmet quelque chose comme un cours ou un groupe, c'est là-dessus que nous regroupons.

Nous rapportons ce qui s'est passé, pas ce qui va se passer. Chaque réunion compte les étudiants qui l'ont traversée sans parler, écrire ni répondre à un sondage. Chaque participant porte la part de la séance passée ainsi. Un enseignant peut agir dès la même semaine. Nous nous arrêtons avant d'en faire une prédiction d'abandon : qui a parlé dans une visioconférence est une base bien mince pour une affirmation aussi lourde. Si vous exploitez déjà un tel modèle, voici une source propre et documentée pour l'alimenter.

Cela suit le nombre de séances que vous tenez et le nombre de personnes qui ont besoin d'un accès. Réservez un court échange et vous aurez un chiffre, pas une fourchette.

Directement et par écrit. Vous êtes le responsable de traitement et nous sommes le sous-traitant, sous contrat de sous-traitance. Les données résident dans un emplacement nommé sur notre infrastructure. Nous lisons les événements que BigBlueButton produit au sujet d'une séance, y compris le chat que les enseignants voient déjà. Nous n'analysons pas les enregistrements, ne lisons pas les caméras et ne déduisons rien sur une personne. Nous traitons les demandes d'accès et d'effacement pour une personne nommée, et nous nommons nos sous-traitants ultérieurs. Les mêmes faits répondent au FERPA.

Non. Ils décrivent ce que l'on peut observer dans une séance enregistrée : qui a parlé, qui a écrit, quels outils ont servi. L'apprentissage n'en fait pas partie, et tout produit qui prétend le contraire vous vend un chiffre qu'il ne peut pas assumer. Ils servent à nourrir une conversation sur l'enseignement, pas à noter qui que ce soit.