Le risque li\u00e9 aux personnes cl\u00e9s dans le domaine informatique se d\u00e9veloppe insidieusement. Une panne du syst\u00e8me peut g\u00e9n\u00e9ralement \u00eatre r\u00e9par\u00e9e, mais la situation est bien plus grave lorsqu\u2019une seule et unique personne sait comment le syst\u00e8me fonctionne. Ce n\u2019est que lorsque cette personne tombe malade, d\u00e9missionne ou est tout simplement injoignable parce qu\u2019elle est en vacances que le probl\u00e8me devient visible, et c\u2019est alors qu\u2019un secteur dont personne n\u2019aurait auparavant soup\u00e7onn\u00e9 la vuln\u00e9rabilit\u00e9 se retrouve paralys\u00e9.<\/p>\n
Un risque li\u00e9 \u00e0 une personne cl\u00e9 dans le domaine informatique survient lorsque la connaissance du syst\u00e8me repose sur une seule personne et que, en cas d'absence de celle-ci, personne n'est en mesure d'assurer la continuit\u00e9 des op\u00e9rations. Le \u00ab facteur bus \u00bb d\u00e9crit le nombre de personnes qui devraient \u00eatre absentes pour qu'un service soit paralys\u00e9 ; en cas d'urgence, il est \u00e9gal \u00e0 un. Gestion des acc\u00e8s, documentation et travail en bin\u00f4me<\/a> r\u00e9duisent ce risque.<\/p>\n<\/div>\n Le \u00ab facteur bus \u00bb est un indicateur simple mais efficace. Il indique le nombre de personnes qui devraient \u00eatre absentes pour qu\u2019un service de l\u2019entreprise soit paralys\u00e9. Plus ce chiffre est faible, plus l\u2019organisation est vuln\u00e9rable face \u00e0 la maladie, \u00e0 un d\u00e9part ou simplement \u00e0 des cong\u00e9s prolong\u00e9s.<\/p>\n Les monopoles de connaissances vont bien au-del\u00e0 des donn\u00e9es d'acc\u00e8s. Ils englobent les configurations, les d\u00e9pendances syst\u00e8me et les solutions de contournement non document\u00e9es, mises en place au fil des ann\u00e9es, qu'une seule personne ne peut m\u00eame plus expliquer enti\u00e8rement \u00e0 un moment donn\u00e9, comme SAC<\/a> explique (SAC, 2026). Ceux qui pensent qu\u2019un gestionnaire de mots de passe suffit \u00e0 r\u00e9soudre le probl\u00e8me sous-estiment la quantit\u00e9 d\u2019informations qui se trouve en r\u00e9alit\u00e9 uniquement dans l\u2019esprit d\u2019une personne.<\/p>\n La p\u00e9nurie de main-d'\u0153uvre qualifi\u00e9e aggrave encore cette situation. Selon Bitkom<\/a> L'Allemagne manque d'environ 109 000 sp\u00e9cialistes en informatique, ce qui explique que le processus de recrutement soit particuli\u00e8rement long (Bitkom, 2025). Lorsqu'une entreprise perd un collaborateur cl\u00e9, il lui est rarement possible de recruter \u00e0 court terme une personne disposant de comp\u00e9tences comparables, m\u00eame si le budget n\u00e9cessaire est disponible.<\/p>\n L'Allemagne manque de professionnels de l'informatique. Lorsqu'un collaborateur cl\u00e9 est absent, le processus de recrutement pour le remplacer prend donc beaucoup de temps.<\/p>\n Bitkom, 2025<\/cite>\n<\/div>\n Dans le domaine informatique, le risque li\u00e9 aux personnes cl\u00e9s se pr\u00e9sente le plus souvent sous trois formes. La premi\u00e8re est celle d\u2019une personne qui a mis en place seule, il y a des ann\u00e9es, un syst\u00e8me central et qui, depuis lors, est la seule \u00e0 en conna\u00eetre tous les recoins. La deuxi\u00e8me concerne le petit service informatique o\u00f9, pour des raisons de co\u00fbts, aucune v\u00e9ritable rel\u00e8ve n\u2019a jamais \u00e9t\u00e9 pr\u00e9vue. La troisi\u00e8me concerne un syst\u00e8me achet\u00e9 \u00e0 l\u2019ext\u00e9rieur dont la ma\u00eetrise repose enti\u00e8rement sur un seul interlocuteur au sein de l\u2019entreprise, alors que le prestataire d\u2019origine a chang\u00e9 depuis longtemps.<\/p>\n Dans les projets que nous prenons en charge, on observe un sch\u00e9ma r\u00e9current. Ce sont justement les collaborateurs les plus fiables qui sont le moins souvent remplac\u00e9s, car ils r\u00e9solvent g\u00e9n\u00e9ralement les probl\u00e8mes eux-m\u00eames avant m\u00eame que quiconque ne se rende compte qu\u2019il y en avait un. C\u2019est pr\u00e9cis\u00e9ment cette fiabilit\u00e9 qui masque le risque, jusqu\u2019\u00e0 ce que la personne soit effectivement absente et que personne ne sache par o\u00f9 commencer.<\/p>\n D\u2019un point de vue \u00e9conomique, le risque est rarement pris en compte dans les calculs. Une panne au niveau de la production ou de la logistique est rapidement chiffr\u00e9e en euros par heure, tandis qu\u2019un arr\u00eat de plusieurs jours d\u2019un syst\u00e8me interne, dont personne d\u2019autre n\u2019est responsable, n\u2019appara\u00eet sur aucune liste de risques tant qu\u2019il ne s\u2019est pas r\u00e9ellement produit. Cela appara\u00eet particuli\u00e8rement clairement au cours des premi\u00e8res semaines suivant une acquisition, lorsqu\u2019une nouvelle \u00e9quipe doit soudainement s\u2019appuyer sur des syst\u00e8mes d\u00e9j\u00e0 bien \u00e9tablis. Cet article explique comment organiser cette phase. Int\u00e9gration informatique post-fusion : les 100 premiers jours<\/a>.<\/p>\n Une gestion rigoureuse des acc\u00e8s est la mesure la plus simple \u00e0 mettre en place, mais aussi la plus souvent n\u00e9glig\u00e9e. Les acc\u00e8s doivent \u00eatre attribu\u00e9s \u00e0 des r\u00f4les plut\u00f4t qu'\u00e0 des personnes, afin qu'un d\u00e9part ne rende aucun syst\u00e8me inaccessible et que personne n'ait \u00e0 deviner a posteriori quel mot de passe est encore valable et pour quel syst\u00e8me.<\/p>\n La documentation op\u00e9rationnelle est le levier le plus exigeant, mais aussi le plus efficace. Elle n'a pas pour but d'expliquer chaque ligne de code, mais de consigner l'architecture, les principales d\u00e9pendances et les solutions de contournement connues dont, autrement, une seule personne se souviendrait.<\/p>\n Le travail en bin\u00f4me permet de partager les connaissances au fur et \u00e0 mesure, sans avoir besoin de pr\u00e9voir un moment sp\u00e9cifique pour la documentation. Deux personnes qui travaillent ensemble sur un syst\u00e8me d\u00e9veloppent automatiquement une seconde compr\u00e9hension de celui-ci, m\u00eame si aucune des deux n'avait pr\u00e9vu ce transfert de connaissances.<\/p>\n Un manuel d'urgence indique la marche \u00e0 suivre dans les premi\u00e8res heures d'une panne, lorsque la personne qui serait normalement en mesure de r\u00e9pondre \u00e0 cette question est justement absente. Un deuxi\u00e8me avis externe, \u00e0 l'instar de ce qui se passe dans le cas d'une due diligence technique<\/a> avant une reprise, v\u00e9rifie de mani\u00e8re ind\u00e9pendante si ces mesures sont r\u00e9ellement efficaces ou si le monopole du savoir n'a \u00e9t\u00e9 aboli que sur le papier.<\/p>\nComment na\u00eet un risque li\u00e9 aux personnes cl\u00e9s dans le secteur informatique<\/h2>\n
O\u00f9 le risque est-il le plus \u00e9lev\u00e9 dans la pratique ?<\/h2>\n
Quelles mesures permettent d'augmenter le facteur bus ?<\/h2>\n