Une mise au point qui commande tout le reste
Ce que l’open source ne garantit pas
La souveraineté numérique, l’accessibilité et la protection des données sont des objectifs de conception — non des résultats automatiquement garantis par le caractère ouvert d’un logiciel.
Une administration qui déploie une solution libre sans politique d’accès, sans journalisation, sans plan de continuité et sans compétences internes n’a rien gagné en souveraineté : elle a changé de dépendance. C’est ce que la filière enseigne à éviter.
Six niveaux, six preuves
| Niveau | Compétence visée | Preuve d’apprentissage |
|---|---|---|
| P0 | Explorer — État numérique, licences libres, standards ouverts, infrastructures publiques | Cartographie d’un service public et analyse de licences |
| P1 | Systems Builder — développer une application de démarches administratives | Portail fonctionnel avec formulaire et suivi de demande |
| P2 | Systems Integrator — relier registres et services par interfaces et mécanismes d’interopérabilité | Échange sécurisé entre administrations fictives |
| P3 | Platform Engineer — déployer et administrer les plateformes sur une infrastructure maîtrisée | Déploiement reproductible, supervision et sauvegarde |
| P4 | Reliability & Security Engineer — éprouver sécurité, disponibilité, résilience et continuité | Exercice documenté de réponse à incident et de restauration |
| P5 | Digital Enterprise Architect — concevoir l’architecture globale, sa gouvernance et sa trajectoire | Dossier d’architecture et schéma directeur argumentés |
Douze domaines d’enseignement
- 01Gouvernance numérique : stratégie, politique open source, mutualisation, achats publics
- 02Identité numérique : identification, authentification, consentement, accès
- 03Interopérabilité gouvernementale : interfaces, échanges, référentiels communs
- 04Registres publics : population, entreprises, foncier, référentiels métiers
- 05Services publics en ligne : portails, formulaires, procédures, suivi
- 06Paiements publics : taxes, redevances, prestations, rapprochement
- 07Cloud gouvernemental : virtualisation, conteneurs, stockage, reprise d’activité
- 08Cybersécurité publique : identités, infrastructure à clés, journalisation, sécurité applicative
- 09Données publiques : qualité, catalogues, statistiques, ouverture
- 10Intelligence artificielle dans l’administration : recherche documentaire, assistance, contrôle humain, audit
- 11Gouvernement local : communes, collectivités, services de proximité
- 12Gouvernance des communs numériques : licences, contributions, communautés, maintenance
Le GovLab
Un environnement pédagogique simulant une administration publique, des citoyens jusqu’à l’infrastructure.
| Couche | Ce qu’elle porte |
|---|---|
| Usagers | Citoyens, entreprises, agents publics — portail web et mobile |
| Services publics | Démarches, identité, paiements, notifications |
| Interopérabilité | Passerelle d’interfaces, médiation, événements |
| Registres | Citoyens, entreprises, foncier, prestations — tous fictifs |
| Infrastructure simulée | Cloud, orchestration, sécurité, observabilité |
Architecture conceptuelle proposée, non déployée. Les exigences transversales — protection des données, traçabilité, accessibilité, continuité, contrôle des accès — s’appliquent dès la conception. Les travaux utilisent exclusivement des données fictives ou synthétiques : aucune connexion aux registres réels d’un État n’est nécessaire, ni envisagée.
Les référentiels et technologies à étudier
| Domaine | Ressource |
|---|---|
| Architecture gouvernementale | GovStack — référentiel de composants ; tous ne sont pas nécessairement open source |
| Échange de données entre administrations | X-Road |
| Identité numérique | MOSIP |
| Prestations et transferts sociaux | OpenG2P |
| Identités et accès | Keycloak |
| Information sanitaire | DHIS2 |
| Information géographique | QGIS, PostGIS |
| Infrastructure | OpenStack, Kubernetes, Ceph |
| Observabilité | Prometheus, Grafana |
Ce n’est pas une pile intégrée prête à déployer. Pour chaque outil, vérifier la licence de la version retenue, sa maintenance, ses exigences de sécurité et son adéquation au besoin. Les liens sont des points d’entrée documentaires : ils ne valent ni validation de conformité réglementaire, ni garantie de support pour un déploiement public donné.
Six projets pratiques
- 01Portail citoyen : demande et suivi de documents administratifs fictifs
- 02Interopérabilité de trois ministères fictifs, par interfaces sécurisées et journalisées
- 03Registre foncier pédagogique : parcelles fictives, cartographie, historique
- 04Plateforme de paiement public simulée : redevance, reçu, rapprochement
- 05Cloud gouvernemental miniature : hébergement mutualisé de services simulés
- 06Architecture nationale de référence : schéma directeur, cartographie, trajectoire de migration
Une feuille de route sur douze mois
| Période | Chantier | Livrable |
|---|---|---|
| Mois 1 – 2 | Concevoir le référentiel | Compétences, prérequis, évaluations, critères de validation |
| Mois 3 – 4 | Construire le GovLab | Environnement de démonstration et trois services fictifs |
| Mois 5 – 6 | Lancer une cohorte pilote | Quinze à vingt participants sur les deux premiers niveaux, et mesure des acquis |
| Mois 7 – 9 | Développer les partenariats | Universités, administrations, collectivités, communautés |
| Mois 10 – 12 | Étendre le programme | Ouverture envisagée des niveaux suivants |
Effectifs, séquencement et délais sont des hypothèses de planification, à valider selon les ressources disponibles.
Le premier produit à éprouver
Une formation d’initiation au premier niveau, avec démonstration du GovLab — avant d’investir dans le développement complet des six niveaux. C’est le principe appliqué partout ailleurs sur ce site : éprouver petit avant d’industrialiser.
Publics visés, et ce qui n’est pas promis
Agents publics, ingénieurs informatiques, responsables de transformation numérique, architectes de systèmes d’information et prestataires des administrations. Les compétences acquises peuvent être mobilisées dans l’intégration gouvernementale, l’architecture de plateformes publiques, le cloud, la cybersécurité et la gouvernance numérique.
La formation ne garantit ni emploi, ni reconnaissance officielle d’une certification interne.
Une règle de déontologie
Séparer les prestations de conseil des évaluations pédagogiques. Une institution qui forme, évalue et conseille la même administration doit cloisonner ces rôles — faute de quoi ses certifications perdent toute valeur aux yeux d’un tiers.
Le laboratoire voisin
La même progression structure l’Open Source Enterprise Lab, où les apprenants construisent le système d’information complet d’une entreprise. Infrastructure, identités et observabilité y sont communes.
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.