La promesse, et ce qu’elle écarte
Ce que la mission n’est pas
Passer de la consommation de technologies à la maîtrise de capacités numériques.
Il ne s’agit pas de remplacer des logiciels propriétaires par des logiciels ouverts. L’objet de la mission est la transformation des choix technologiques, de l’architecture, des compétences, de la gouvernance et de l’organisation. Une substitution logicielle sans ces cinq déplacements ne change rien à la dépendance.
Six déplacements
| De | Vers |
|---|---|
| Dépendance technologique | Maîtrise des choix |
| Système d’information fragmenté | Architecture interopérable |
| Déploiements manuels | Plateformes industrialisées |
| Expertises isolées | Compétences collectives |
| Adoption opportuniste | Gouvernance open source |
| Coûts peu visibles | Économie numérique pilotée |
Ces transformations sont des objectifs à évaluer au cas par cas : l’open source n’élimine automatiquement ni les coûts, ni les dépendances, ni les risques.
Sept domaines d’intervention
| Domaine | Ce qui s’y fait |
|---|---|
| 1 | Stratégie — vision, objectifs économiques, politiques d’adoption, feuille de route |
| 2 | Architecture et interopérabilité — cartographie, architectures cibles, intégration, préparation des migrations |
| 3 | Cloud et plateformes — infrastructures reproductibles, automatisées, observables |
| 4 | Sécurité, résilience et conformité — gestion des risques, sécurité de la chaîne logicielle, continuité, contrôles applicables |
| 5 | Compétences — formation, transfert de connaissances et haute disponibilité humaine |
| 6 | Gouvernance et bureau des programmes ouverts — règles de sélection, d’usage et de contribution, responsabilités, processus |
| 7 | Performance économique — coût total de possession, risques, gains attendus, indicateurs de réalisation |
Le sixième domaine est une option, pas un passage obligé. Un bureau des programmes open source se dimensionne selon les besoins réels de l’organisation : une entreprise de quarante informaticiens n’a pas la même structure qu’un groupe bancaire régional. Le livre blanc lui consacre un chapitre entier.
Cinq étapes
| Étape | Travaux | Livrable |
|---|---|---|
| 1 · Comprendre | Évaluer le système, les dépendances, les compétences, les risques et les coûts | Diagnostic de maturité et cartographie de l’existant |
| 2 · Concevoir | Définir capacités cibles, architectures, choix technologiques et modèle de gouvernance | Dossier d’architecture cible et décisions argumentées |
| 3 · Mettre en œuvre | Déployer les plateformes, intégrer les systèmes, conduire les migrations par étapes | Capacités opérationnelles et preuves de fonctionnement |
| 4 · Transférer | Former les équipes, documenter les systèmes, organiser la suppléance des compétences critiques | Référentiel de compétences, parcours de formation, procédures d’exploitation |
| 5 · Pérenniser | Installer gouvernance, sécurité, suivi économique et amélioration continue | Dispositif de gouvernance et tableau de bord de transformation |
La quatrième étape n’est pas une formalité de fin de mission. C’est elle qui décide si la transformation survit au départ du prestataire — et c’est pourquoi elle inclut explicitement la suppléance des compétences critiques.
Ce que la mission doit démontrer
| Dimension | Indicateurs possibles |
|---|---|
| Autonomie | Capacité des équipes internes à exploiter et faire évoluer les systèmes |
| Interopérabilité | Interfaces documentées et dépendances maîtrisées |
| Fiabilité | Objectifs de service, incidents, temps de rétablissement, restaurations testées |
| Sécurité | Vulnérabilités traitées, couverture des contrôles, traçabilité |
| Compétences | Compétences validées, suppléants opérationnels, documentation |
| Économie | Coût total, coûts récurrents, coûts de migration, écarts budgétaires |
| Gouvernance | Technologies inventoriées, décisions documentées, politiques appliquées |
Les objectifs chiffrés se définissent avec chaque client à partir d’un état initial mesuré. Sans cette mesure de départ, aucun gain ne peut être établi.
Le principe de réussite
La réussite ne se mesure pas au nombre de technologies ouvertes déployées, mais aux capacités effectivement acquises, exploitées et maintenues.
La finalité de la mission est de rendre l’entreprise capable de poursuivre sa transformation avec ses propres équipes. Une mission qui laisse le client dépendant de celui qui l’a conduite a échoué, quel qu’en soit le bilan technique.
À qui cette offre s’adresse
Directions générales, directions des systèmes d’information, directions de la transformation et responsables des plateformes numériques.
Les durées et les prix se construisent au cas par cas, à partir du périmètre, des responsabilités assumées et de l’état initial constaté. Ils ne figurent pas sur ce site.
La mission voisine
AI-Ready Enterprise applique la même logique à un objet précis : préparer un système d’information à l’intelligence artificielle, en dix chantiers et quatre formats d’intervention.
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.