Quatre objectifs
Développer les compétences locales, faciliter l’interopérabilité, rendre possibles des campus numériques accessibles et mutualisables, maîtriser la protection des données des apprenants.
Le quatrième n’est pas le moindre. Une plateforme éducative traite des données de mineurs, des résultats d’évaluation et des parcours individuels. La protection de ces données est une exigence de conception, pas une option ajoutée en fin de projet.
Six niveaux, quarante-quatre semaines
| Niveau | Compétences et livrable | Durée |
|---|---|---|
| P0 | Explorer — écosystème éducatif, plateformes d’apprentissage, licences libres, ressources éducatives libres et standards ; cartographie commentée | 2 semaines |
| P1 | Builder — installer une plateforme, créer cours, activités et évaluations ; mini-campus fonctionnel | 4 semaines |
| P2 | Integrator — relier plateforme, classes virtuelles, identité, scolarité et paiement ; prototype documenté | 6 semaines |
| P3 | Platform Engineer — conteneurs, orchestration, chaîne de livraison, déploiement déclaratif, observabilité ; plateforme reproductible | 10 semaines |
| P4 | Reliability & Security Engineer — accès, protection des données, sauvegardes, tests de reprise, continuité ; dossier d’exploitation | 10 semaines |
| P5 | Systems Architect — architecture, interopérabilité, gouvernance, mutualisation, économie ; dossier d’un campus partagé | 12 semaines |
Six laboratoires
- 01Plateforme d’apprentissage : installer, administrer, personnaliser
- 02Fabrique de contenus : cours, vidéos, questionnaires, activités interactives
- 03Classe virtuelle : enseignement synchrone et hybride
- 04Intégration : relier les systèmes et éprouver les échanges de données
- 05Cloud éducatif : déployer, automatiser, surveiller, sauvegarder
- 06Données et intelligence artificielle : analyser les parcours, expérimenter sous supervision humaine et avec des protections adaptées
Les technologies à étudier
| Projet | Usage pédagogique |
|---|---|
| Moodle | Gestion des cours, des évaluations et des apprenants |
| Open edX | Création et diffusion de parcours à grande échelle |
| H5P | Contenus et activités pédagogiques interactifs |
| BigBlueButton | Classes virtuelles |
| Keycloak | Identités et authentification centralisée |
| Kolibri | Diffusion de contenus en connectivité limitée |
| JupyterHub | Environnements de programmation et laboratoires |
| Nextcloud | Collaboration et partage documentaire |
| OpenProject | Gestion des projets pédagogiques |
| Standards d’interopérabilité | À étudier selon les besoins et la compatibilité réelle des composants — voir 1EdTech |
Vérifier pour chaque version les licences, conditions de déploiement, compatibilités, exigences de sécurité et modalités de support avant toute sélection définitive.
L’architecture du campus
| Couche | Ce qu’elle porte |
|---|---|
| Usagers | Apprenants, enseignants, administrateurs — portail web et mobile |
| Accès | Passerelle d’interfaces et gestion des identités |
| Services pédagogiques | Cours, classes virtuelles, scolarité, contenus, laboratoires, certifications |
| Plateforme | Déploiement, stockage, sauvegardes, supervision, sécurité |
Un schéma ne vaut pas compatibilité. L’intégration des services doit être démontrée par des tests : ce modèle ne garantit aucune compatibilité native entre les logiciels cités.
Le projet final : un campus mutualisé
Concevoir un campus partagé entre cinq établissements situés dans différents pays. Chacun conserve ses espaces pédagogiques, ses droits d’accès et les règles de gouvernance de ses données ; les services communs sont mutualisés lorsque cela se justifie.
- ·Dossier d’architecture et démonstrateur fonctionnel
- ·Tests d’interopérabilité
- ·Modèle de gouvernance
- ·Analyse de risques et plan de cybersécurité
- ·Stratégie de continuité et de reprise
- ·Modèle économique prévisionnel sur trois ans
Ces établissements sont fictifs tant qu’aucun partenariat n’est conclu. Le principe de répartition entre services communs et données sous contrôle de chaque établissement est celui de la filière mutualisation, appliqué à l’éducation.
Le pilote, et ce qu’il doit mesurer
Une cohorte de vingt apprenants, un enseignant référent, une plateforme et un laboratoire de contenus.
Résultat attendu : un cours complet accessible en ligne, avec ses activités, ses évaluations et le suivi des apprenants. L’extension aux niveaux suivants se décide sur les résultats documentés du pilote, pas sur l’intention.
| Indicateur | Ce qu’il révèle |
|---|---|
| Taux d’achèvement | Si le parcours tient les apprenants jusqu’au bout |
| Résultats aux évaluations | Si l’apprentissage a eu lieu |
| Satisfaction | Ce que le taux d’achèvement ne dit pas |
| Disponibilité du service | La qualité de l’exploitation |
| Incidents de support | Le coût caché de l’accompagnement |
| Coûts d’exploitation | La viabilité à l’échelle |
| Temps de préparation des contenus | L’effort réel de production, souvent sous-estimé |
Le modèle économique à instruire
Six offres envisagées : formations, conception de campus numériques, hébergement et exploitation de plateformes, intégration, audit et architecture, formation des formateurs. Aucune rentabilité n’est présumée : elle doit être étudiée à partir des coûts, de la demande, des prix et d’un pilote.
Statut de ce programme
Référentiel pédagogique proposé. Les durées, effectifs et projets sont des hypothèses de conception, non des programmes ou partenariats officiellement validés. L’ensemble reste à valider sur les plans pédagogique, technique, juridique et financier.
L’éducation dans les objectifs de développement durable
Le quatrième objectif — une éducation de qualité — propose précisément une plateforme de formation et de certification des compétences. Cette filière en est la mise en œuvre.
L’auteur
Lionel Sakiti
Program Manager Cloud & IA souveraines. Il travaille sur les infrastructures de paiement, les programmes de cloud et d’intelligence artificielle souverains et la gouvernance des données dans la zone UEMOA.