Le paradoxe
Aucune direction informatique n’accepterait un seul serveur pour une application critique. Beaucoup acceptent un seul ingénieur pour la plateforme qui la porte.
Un point de défaillance unique est un composant dont la panne suffit à interrompre un service. Les architectures modernes les traquent : redondance, réplication, bascule, plans de reprise, automatisation. Pourtant l’équivalent humain reste toléré — une seule personne connaît réellement une plateforme, sait résoudre certains incidents, détient l’historique d’un système, ou un prestataire maîtrise une technologie que personne ne maîtrise en interne.
La question structurante : si nous ne tolérons pas un point de défaillance unique sur un équipement critique, pourquoi le tolérer sur une compétence critique ?
Définition
La Human High Availability est la capacité organisée d’une entreprise à maintenir l’exécution d’une activité critique malgré l’absence, le départ, la mobilité ou l’indisponibilité d’une personne clé.
Elle ne se confond pas avec le fait d’avoir plusieurs salariés : elle suppose que plusieurs personnes disposent d’une capacité réellement démontrée à exécuter, exploiter, décider, diagnostiquer ou reprendre cette activité.
Le langage commun : douze correspondances
C’est le cœur pédagogique du concept. Chaque mécanisme de résilience technique a son équivalent humain — et un DSI les comprend immédiatement.
| Infrastructure | Organisation humaine |
|---|---|
| Point de défaillance unique | Point de défaillance humain |
| Redondance | Binôme, doublure compétente |
| Réplication | Transmission de connaissance |
| Grappe | Équipe aux capacités complémentaires |
| Bascule | Relève opérationnelle |
| Sauvegarde | Documentation et capitalisation |
| Test de plan de reprise | Mise en situation, exercice de relève |
| Supervision | Cartographie et suivi des compétences |
| Planification de capacité | Planification des effectifs et des compétences |
| Correctif et montée de version | Formation continue et requalification |
| Reprise après sinistre | Succession et continuité des compétences |
| Engagement de service | Niveau attendu de capacité et de continuité |
Les cinq questions
Pour chaque activité ou technologie critique, une direction informatique doit pouvoir répondre. Si la réponse à la quatrième est « personne », un point de défaillance humain existe.
- 01Quelle capacité est critique ?
- 02Qui sait réellement l’exécuter aujourd’hui ?
- 03Que se passe-t-il si cette personne disparaît pendant trente, soixante ou quatre-vingt-dix jours ?
- 04Qui peut prendre le relais avec une capacité prouvée ?
- 05Comment transformons-nous cette capacité individuelle en capacité organisationnelle ?
Le modèle en sept étapes
| Étape | Ce qu’elle produit |
|---|---|
| Cartographier | L’inventaire des activités, plateformes, processus, responsabilités et compétences critiques |
| Évaluer la criticité | L’impact d’une indisponibilité : interruption, perte financière, risque réglementaire ou cyber, dépendance fournisseur |
| Identifier | La formule du risque : criticité élevée, faible couverture interne, forte dépendance individuelle |
| Doubler | Le binôme, unité minimale de résilience humaine |
| Transférer | Accompagnement croisé, documentation, procédures d’exploitation, laboratoires, projets réels, mentorat |
| Prouver | Une réalisation, un incident résolu, une soutenance devant jury, un exercice de reprise sans l’expert principal |
| Maintenir | La réévaluation périodique : la couverture n’est jamais acquise |
Abattre les héros techniques
Le problème n’est pas leur expertise. Le problème apparaît quand l’organisation en dépend exclusivement.
Le héros technique devient alors, involontairement, un goulot d’étranglement, un risque opérationnel, une concentration de connaissance et un frein à sa propre mobilité. « Abattre les héros » ne signifie pas diminuer les experts : cela signifie transformer leur expertise individuelle en capacité collective. Le véritable expert n’est plus seulement celui qui sait faire — c’est celui qui rend d’autres personnes capables de faire.
Le test de bascule humaine
La meilleure façon de vérifier une architecture redondante est de tester la bascule. Le même principe s’applique aux compétences : l’expert principal est volontairement retiré d’une activité pendant un exercice contrôlé.
La doublure doit alors prendre connaissance de la demande, diagnostiquer, utiliser les procédures, exécuter, escalader si nécessaire, documenter et clore. Le résultat distingue une compétence supposée d’une capacité de relève réelle.
Six niveaux de maturité
| Niveau | Ce qui caractérise l’organisation |
|---|---|
| 0 | Dépendance invisible — les points de défaillance humains ne sont pas connus |
| 1 | Dépendance identifiée — les compétences critiques sont connues, la relève n’est pas organisée |
| 2 | Couverture documentaire — les connaissances sont partiellement documentées, des remplaçants sont désignés |
| 3 | Capacité doublée — les capacités critiques disposent de binômes ayant pratiqué |
| 4 | Haute disponibilité humaine — la relève est testée, mesurée, intégrée aux processus |
| 5 | Organisation anti-fragile — les compétences sont renouvelées et anticipées en continu |
Mesurer plutôt que déclarer
La couverture d’une capacité critique se calcule : nombre de personnes ayant une capacité prouvée, rapporté au nombre minimal de personnes nécessaires à la continuité. L’indicateur doit mesurer des capacités installées, pas des formations suivies.
| Indicateur | Ce qu’il révèle |
|---|---|
| Nombre de points de défaillance humains | L’exposition au risque |
| Part des capacités critiques couvertes par deux personnes au moins | La redondance réelle |
| Part des compétences critiques internalisées | L’autonomie |
| Dépendance aux prestataires | La souveraineté opérationnelle |
| Part des doublures ayant produit une preuve | La capacité effective, et non déclarée |
| Temps moyen de montée en capacité | La vélocité du dispositif |
| Tests de relève réussis | La continuité démontrée |
| Rétention des compétences critiques | La durabilité |
Ce que la méthode et l’université y apportent
La méthode développe la capacité ; la haute disponibilité humaine en organise la redondance et la continuité.
Le concept fournit l’objectif organisationnel. La Méthode SAKITI fournit le mécanisme de transformation des personnes : cadrage, sélection, montée en compétence, mise en pratique, soutenance de preuve, évolution de rôle — avec le binôme comme unité de transformation par défaut.
La chaîne complète
Lus dans cette perspective, les cent parcours de l’UMS cessent d’être un catalogue de formations : ils deviennent une architecture de résilience des compétences.
Le changement de formulation que cela produit. On ne dit plus « nous avons envoyé deux personnes en formation », mais « nous avons désormais deux personnes capables de reprendre cette capacité critique, et nous l’avons prouvé ».
La résilience comme moteur de mobilité
Le dispositif ne consiste pas à former des remplaçants. À chaque transformation de rôle, l’ancien rôle devient transmissible à une nouvelle personne — et une chaîne se crée : apprendre, prouver, exercer, transmettre, faire évoluer le suivant.
La planification de succession traditionnelle se concentre sur les managers. Ce cadre l’étend à toutes les capacités critiques, y compris techniques.
Par où commencer
Une cartographie des capacités critiques, l’identification des points de défaillance humains, puis un premier binôme engagé sur un parcours et une preuve. Le reste suit.
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.