Le constat
La technologie ne transforme pas une entreprise : ce sont les femmes et les hommes qui la maîtrisent qui le font.
Dans la plupart des directions informatiques, la formation reste pensée comme un catalogue d’heures déconnecté des enjeux métier, sans preuve de résultat ni transformation de rôle réelle. La Méthode SAKITI renverse cette logique : elle part du rôle à installer, pas du programme à suivre.
Elle constitue le socle de l’UMS, dont elle fournit le cadre méthodologique, le référentiel de connaissances et le principe d’évaluation. Elle sert aussi d’instrument à la haute disponibilité humaine, qui transpose aux compétences les principes de résilience appliqués aux infrastructures.
Cinq piliers, quatre axes
La méthode se pratique en cinq mouvements. Chaque décision produite par ces mouvements est ensuite relue sous quatre angles.
Les quatre axes de lecture
Toute décision — un parcours, une architecture, un livrable, un arbitrage — est éclairée par quatre questions complémentaires. Aucun axe ne prime : c’est l’équilibre entre eux qui fait la qualité d’une décision.
Technique
La solidité
- La pertinence de la pile technique et des modèles d’architecture retenus.
- La reproductibilité et l’automatisation.
- La testabilité, l’observabilité, la maintenabilité dans le temps.
- La capacité à évoluer sans tout réécrire.
Stratégique
La valeur
- Le retour sur investissement et le coût évité.
- La vélocité : livrer plus vite et plus souvent.
- La souveraineté : la maîtrise interne des compétences critiques.
- L’accès au marché que la compétence rend possible.
Gouvernance
La maîtrise
- La clarté des rôles : sponsor, mentor, candidats.
- Le pilotage par jalons — aucun mois acquis sans preuve.
- La traçabilité des décisions et des livrables.
- Le cycle de vie, du cadrage à la reconnaissance du rôle.
Sécurité
La protection
- La gestion des accès et des secrets.
- La protection et la cohérence des données.
- La continuité de service et la réversibilité des changements.
- La conformité aux exigences du secteur.
Une décision lue sous le seul angle technique produit des solutions élégantes mais sans valeur business, ingouvernables ou non sécurisées. La méthode refuse ce réductionnisme.
Le principe directeur
Une compétence ne se valide pas sur une déclaration, mais sur une démonstration en conditions réelles.
Une formation classique se clôt par une attestation de présence. Un parcours SAKITI se clôt par une soutenance : le collaborateur démontre, sur un cas réel de l’entreprise, qu’il maîtrise le rôle visé.
Les trois propriétés d’une preuve
| Propriété | Ce qu’elle impose |
|---|---|
| Objective | Un critère d’acceptation mesurable, pas une appréciation subjective. |
| Démontrable | Observée en conditions réelles devant un jury, pas sur le papier. |
| Au service du business | Produite sur un cas réel de l’entreprise, avec une valeur tangible. |
Le cycle de vie d’un parcours
Chaque parcours suit le même cycle, du cadrage à la reconnaissance de l’évolution de rôle. Cette régularité rend les parcours comparables, pilotables et reproductibles.
| Phase | Objet | Aboutissement |
|---|---|---|
| 0 | Cadrage — sponsor, budget, cas pilote | Programme lancé |
| 1 | Sélection — profil, binôme, engagement | Candidats confirmés |
| 2 | Montée en compétence — ateliers, 70 à 80 % de pratique | Briques maîtrisées |
| 3 | Soutenance — preuve réelle devant jury | Compétence prouvée |
| 4 | Évolution de rôle — reconnaissance et affectation | Rôle transformé |
Le binôme plutôt que l’individu isolé. Former deux personnes assure la continuité, la revue mutuelle élève la qualité, et la compétence stratégique cesse de dépendre d’une seule tête. Le binôme est l’unité de transformation par défaut.
Le Contrat d’Évolution de Compétences
Un contrat de formation classique engage un nombre d’heures et un programme. Le Contrat d’Évolution engage un résultat : une transformation de rôle prouvée par une soutenance. Il rééquilibre la relation entre l’entreprise, le collaborateur et le dispositif autour d’une finalité partagée et vérifiable.
Ce que laisse un parcours
Un parcours ne laisse pas qu’une compétence dans une tête. Il produit des artefacts qui servent la direction informatique bien au-delà du parcours lui-même.
| Artefact | Rôle | Axe dominant |
|---|---|---|
| Cas réel traité | Une valeur business produite et documentée | Stratégique |
| Schéma d’architecture cible | Une référence technique réutilisable | Technique |
| Jalons documentés | Une traçabilité du pilotage | Gouvernance |
| Preuves de soutenance | La démonstration en conditions réelles | Gouvernance |
Adopter la méthode
L’adoption ne requiert pas un grand programme préalable, mais une décision et un premier parcours pilote bien mené. La généralisation vient ensuite, portée par la preuve.
| Horizon | Actions |
|---|---|
| Mois 1 | Désigner un sponsor, choisir un cas réel, lancer un parcours pilote |
| Mois 2 à 6 | Dérouler le parcours pilote, piloter par jalons, préparer la soutenance |
| Mois 6 | Soutenance de preuve, acter l’évolution de rôle, capitaliser |
| Mois 7 à 12 | Généraliser à d’autres rôles et familles, installer la gouvernance des compétences |
De la méthode aux parcours
Les cent parcours du catalogue sont cent applications de ce cadre, chacune adossée à un rôle de départ et à un rôle cible. Composez la sélection qui correspond à vos besoins.
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.