SWS The Shifters 3 colors.png
Le Site Web des Shifters est désormais en ligne.
Retrouvez le sur www.theshifters.org

Plateforme pédagogique/Feuille de route

De The Shifters Wiki
Sauter à la navigation Sauter à la recherche

Périmètre

Objectif

Nous voulons que l'enseignement (supérieur, mais pas que) traite du dérèglement climatique.
Les enseignants du supérieur nous ont fait part de l'absence d'un espace pour partager leurs ressources et échanger là-dessus.
Nous sommes donc à l'initiative d'un tel espace, sous la forme d'une plate-forme pédagogique numérique.

Utilisateurs : tous les enseignants intéressés

Notre projet consiste à lancer une plateforme pédagogique numérique dont les utilisateurs cibles sont des enseignants. Nous voulons leur fournir un endroit où ils puissent :

  • publier des cours ou ébauches de cours en relation avec l'énergie, le climat et les défis du 21e siècle qui y sont liés. Les ressources de ce corpus permettront d'observer le problème, de le comprendre, de le résoudre autant que possible et de s'y adapter. Les effets de énergie et du déréglement climatique s'appliquant à toute la société, tous les domaines de l'enseignement sont concernés, et donc tous sont bienvenus sur cette plate-forme.
    En particulier, il nous faudra décider comment des savoir-faire cruciaux mais peu ou pas couverts par le monde académique (exemple : la permaculture) cohabiteront avec des ressources émanant d'établissements du supérieur.
  • se constituer en communauté d'échange. Ils pourront découvrir les enseignants inscrits (qu'ils aient partagé un cours ou pas), se contacter, et échanger collectivement par l'intermédiaire d'un forum interne à la plateforme. Les discussions inclueront notamment comment intégrer les enjeux (= quoi enseigner), comment l'enseigner, quoi rechercher. Les enseignants pourront également commenter les cours des autres.

Contrairement à d'autres plateformes de type Environnement Numérique de Travail dans une université, notre outil n'a pas vocation à gérer des utilisateurs "apprenants" : il n'y a pas de notion de "s'inscrire à un cours", par exemple. Cependant, tous les cours seront en accès libre pour les visiteurs du site, sans inscription.

Il faudra avoir un compte et être connecté pour participer en tant qu'enseignant.
Ouvrir un compte enseignant ne requiert pas de validation de la part des administrateurs.

Pour assurer la cohérence de la catégorisation des cours sur le site, une personne "support" (voir ci-dessous) devra intervenir lorsqu'un enseignant publie un cours.
C'est une fois cette opération effectuée que le cours apparaît publiquement sur le site. Ensuite, l'enseignant peut le modifier librement.

Rôles support : organisation, animation, administration

Gérer au mieux la plateforme impliquera :

  • d'organiser les cours qui y sont publiés
    • c'est-à-dire veiller à ce qu'un cours soit dans la bonne catégorie et lui assigner les étiquettes (tags) pertinentes
    • catégories et tags seront un des modes de navigation à travers les cours publiés sur le site
    • la nature exacte de la hiérarchie des catégories est en cours de discussion
  • d'animer et modérer les discussions des forums
  • diverses tâches "administratives" : valider l'inscription d'un enseignant, etc
  • de venir en aide aux enseignants sur des questions techniques concernant l'utilisation de la plateforme

Il faudra avoir un compte et être connecté pour assurer ces rôles de "support".

Visiteurs

Les visiteurs ont accès en lecture à tous les cours, sans créer de compte.
(À discuter : ont-ils aussi accès à l'annuaire (avec email caché) des enseignants ?)

Nous visons à ce que l'initiative se fasse connaître, ne serait-ce que pour toucher autant d'enseignants que possible.
Ainsi, l'expérience utilisateur des visiteurs est aussi importante que celle des enseignants.

Ces visiteurs incluent notamment :

  • des enseignants pas encore inscrits : il doit être facile pour eux de participer au projet quelle que soit leur motivation. Il doit être limpide que la plateforme leur propose de publier ET d'échanger. Un enseignant inscrit qui ne publie pas de cours vaut mieux qu'un enseignant non inscrit qui ne publie pas de cours !
  • de potentiels bénévoles : il doit être facile pour eux de comprendre comment participer au projet
  • des personnes qui veulent soutenir le projet ("supporters") : il doit être facile pour eux de relayer le projet (=> fournir un pitch, des boutons de partage, soigner le rendu des aperçus sur Facebook/Twitter)
  • des journalistes : pareil que pour les supporters + éléments additionnels (travaux du Shift)

La qualité visuelle, l'ergonomie, ainsi que la stabilité+rapidité de l'infrastructure informatique, influent fortement sur l'image du projet et donc sur son succès.

Contexte technique

Suite à l'étude du cahier des charges et des solutions logicielles existantes, nous nous basons sur la plateforme Moodle. Celle-ci semble répondre intégralement au cahier des charges et est bien connue dans l'enseignement.

Terminaux (concerne surtout les designers & développeurs) :

  • pour les visiteurs, le site sera consulté depuis un ordinateur, un smartphone ou un lecteur d'écran. L'expérience utilisateur devra être de qualité comparable selon le support utilisé.
  • pour les enseignants, le parcours "publier un cours" sera probablement surtout utilisé depuis un ordinateur ou une tablette qui constitue le poste de travail de l'enseignant
  • pour les enseignants, le parcours "communautaire" (découvrir et contacter des enseignants, discuter sur les forums) sera probablement utilisé depuis un smartphone aussi
  • pour les rôles supports, vu que c'est nous, on sait quels supports on utilisera, et ce seront probablement des ordinateurs

Feuille de route

Début du travail (phase terminée)

  • étude du cahier des charges
  • choix d'un système de gestion de contenu (Moodle)
  • déploiement d'une instance de Moodle en ligne
  • prendre en main Moodle
    • à la fois en tant qu'utilisateur et qu'administrateur
  • publication des premiers contenus

Construire une base solide (en cours)

  • choisir un nom
  • infrastructure informatique
    • louer un nom de domaine
    • migrer vers un hébergement mutualisé (parce que coût & maintenabilité)
    • configurer un service d'analyse de fréquentation (Piwik)
    • rendre l'environnement Moodle réplicable sur son ordinateur
      • (pour équipe configuration, développeurs web, et designers)
      • mettre en place un/des dépôts gitlab (nombre illimité de contributeurs sur dépôt privé)
  • clarifier comment contribuer
    • dresser une feuille de route
    • éditer la page "Plateforme pédagogique" du wiki
      • enlever ce qui est vieux
      • lien vers cette feuille de route, avec paragraphe court qui résume où on est en est
      • comment/où signaler une anomalie ou soulever une question
    • mettre lien sur page d'accueil de la plateforme "ceci est un travail en cours. pour contribuer" -> wiki

En parallèle,

  • continuer à prendre en main Moodle
  • continuer à publier des contenus
  • entamer discussions sur questions de fond de la phase suivante

Pas besoin de plus de contributeurs pour cette phase.

Vers la beta : ergonomie et image

  • statuer sur des questions de fond, notamment
    • hiérarchisation du contenu
    • modération des discussions : quel périmètre pour les forums
    • gouvernance de la plateforme : aux questions "qui gère ? qui est responsable ?", posées par un hypothétique visiteur, on répond quoi ?
    • confidentialité des forums
    • confidentialité de l'annuaire et des profils d'enseignants
    • licences des contenus
    • identité des enseignants : peut-on utiliser un pseudonyme ?
    • légitimité des contributions
      • attribution des comptes enseignant post-beta : affiliation nécessaire à l'enseignement supérieur ?
  • étape 1 : conception. Livrables :
    • synoptique des vues par parcours
    • croquis des vues
    • hiérarchisation du contenu (cours & forums)
    • brief pour l'identité visuelle
    • brief pour la rédaction des pages de présentation
    • (en cours sur Plateforme pédagogique/Conception, retours attendus !)
  • étape 2 : implémentation
    • configuration de Moodle
      • supprimer les contenus de test qui ne sont pas de vrais cours ou discussions
      • rendre possibles les parcours tracés par la conception
      • enlever les éléments superflus (non inclus dans les croquis)
    • en parallèle, création d'une identité visuelle : logo + charte graphique (couleurs, polices, icônes)
    • en parallèle, rédaction des pages statiques
    • en parallèle, identification d'une solution Moodle pour éditer les pages statiques depuis l'interface d'administration
    • ensuite, webdesign intégrant l'identité visuelle
      • les textes de la page d'accueil devront être éditables depuis l'interface d'administration
    • ensuite/pendant, test sur différents navigateurs
  • recrutement+affectation des postes nécessaires à la beta + post-beta

Nous recrutons pour cette phase :

  • graphiste(s)
  • développeurs-développeuses web
  • rédacteur, rédactrice
  • du renfort ou de l'émulation sur la conception de l'UI (UI/UX designer)
  • si intéressés, référez-vous svp à Plateforme pédagogique > "Comment contribuer"

Beta

  • appel aux shifters et leur réseau (notamment dans l'esup)
    • pour ouvrir aux enseignants de la "première couronne" des Shifters
    • pour tester sur plus de configurations ordinateurs/tablette/mobile
    • organiser des tests d'utilisabilité
    • animer les forums, notamment encourager à suggérer des cours
  • embrayer sur "préparation au lancement public"

Nous recrutons pour cette phase :

  • enseignants pour commencer à constituer la communauté
  • modérateurs
  • n'importe qui
    • pour tester la partie "visiteur" du site depuis son navigateur et nous faire des retours sur la présentation
    • pour mener des tests d'utilisabilité (on vous briefera)
      • il faut deux personnes volontaires : une "testeur" et l'autre "testée"
      • compétences requises : pour testée, avoir déjà utilisé un site web. Pour testeur, un peu de patience et savoir écrire sur du papier
      • dans un environnement où on ne va pas trop être dérangé
      • compter entre 25 minutes au minimum et 1h si motivés
      • testée n'a de préférence jamais utilisé le site
      • testeur demande à testée de trouver certaines informations sur le site ("qui est à l'initiative de ce projet ?") ou d'effectuer certaines tâches ("s'inscrire au site", "poser une question à propos d'un cours", "mettre un pdf en ligne"). Avec un ordinateur/smartphone auquel testée est habituée
      • selon la session, testée joue le rôle d'enseignant ou de visiteur
      • testée effectue les tâches, éventuellement en réfléchissant à voix haute
      • testeur note ce que fait testée, en combien de temps les tâches sont remplies, le cheminement de testée, s'il y a eu des blocages
      • testeur ne doit pas aider testée, jamais. On observe et on observe seulement. On peut passer à une autre tâche si une des tâches est un échec, c'est-à-dire si testée n'y arrive pas après un certain temps. Échec = défaut de conception, pas un échec de testée
      • on peut éventuellement effectuer un enregistrement vidéo de l'écran pendant l'utilisation
  • si intéressés, référez-vous svp à Plateforme pédagogique > "Comment contribuer"

Préparation au lancement

  • création d'un compte twitter
  • configuration du rendu des pages lorsque partagées sur Facebook/Twitter (balises OpenGraph)
  • travail sur robustesse de l'infra en cas de surcharge et/ou reboot
  • travail sur les temps de chargement (utiliser webpagetest)

Lancement public de l'initiative

  • après 2 semaines d'utilisation sans (trop de) bugs
  • sur aval du Shift
  • communication par le Shift, soutenue par les Shifters
    • contact des enseignants signataires de l'Appel