1. Introduction

Par attrition des effectifs, nous entendons la perte continue de personnel par départs, volontaires ou non, et dans cet article, c’est sa composition, non son taux, qui importe. Le coût de l’attrition informatique est bien documenté ; le moment de sa reconnaissance ne l’est pas. Les estimations du coût de remplacement dans la littérature praticienne vont d’environ 90% à 200% du salaire annuel une fois comptés le recrutement, l’intégration et la productivité perdue. Pourtant, la plupart des départements informatiques suivent l’attrition par un seul chiffre retardé : le taux de rotation annuel. Ce chiffre répond à la question combien sont partis, non qui est parti ni ce qui est parti avec eux.

L’écart importe parce que le travail informatique concentre des connaissances tacites dans peu de têtes. Une intégration héritée, un rituel de déploiement non documenté, un schéma de sauvegarde à partir duquel un seul administrateur a jamais effectué une restauration, ou une relation avec un fournisseur résident souvent chez une ou deux personnes. Lorsque ces personnes partent, le département ne défaille pas immédiatement. Il se dégrade lentement, et la dégradation est invisible pour les indicateurs que lit la direction.

Webster (2008) a nommé le schéma sélectif qui se trouve derrière ce phénomène : dans les grandes organisations informatiques, les collaborateurs techniques les plus forts sont les plus susceptibles de partir, et les moins mobiles restent. Il l’a appelé l’effet mer Morte. Son essai est largement cité par les praticiens, mais n’a jamais été développé en un modèle, et il dit peu de chose sur le moment où l’effet devient visible.

Cet article comble cette lacune avec une seule question : pourquoi les organisations informatiques ne reconnaissent-elles l’effet mer Morte qu’après le point où il peut encore être inversé, et qu’est-ce qui leur permettrait de le reconnaître plus tôt ?

Deux populations et un marché. Un département informatique compte deux populations techniques que cet article tient séparées de la première page à la dernière : les ingénieurs logiciels, qui construisent et modifient les systèmes et dont le travail laisse une trace dans la gestion de versions, et les administrateurs système, qui exploitent l’infrastructure, les réseaux, les bases de données, le stockage et les opérations, et dont les connaissances sont procédurales et laissent une trace principalement dans les tickets, les plannings d’astreinte et la mémoire. Les deux groupes sont soumis à l’effet mer Morte. Ils n’y sont pas soumis de la même manière : ils partent à des rythmes différents et par des voies différentes, leurs connaissances se perdent et se récupèrent différemment, et les instruments qui permettraient de détecter leur perte sont différents. Les fondre en une seule catégorie, comme le font l’essai de Webster et la plus grande partie de la littérature praticienne, masque précisément les différences qui décident de la durée du délai. Là où cet article donne un chiffre, un résultat ou une recommandation, il le donne pour chaque groupe et indique où ils concordent.

L’article est écrit pour la situation du marché néerlandais. Quatre de ses caractéristiques pèsent directement sur l’argument et reviennent tout au long du texte. La plupart des grands employeurs néerlandais et l’ensemble du secteur public fixent la rémunération technique par des conventions collectives (CAO) à grilles fixes et échelons annuels, de sorte que la progression salariale d’un ingénieur fort qui reste est lente et prévisible, ce qui est la condition dans laquelle les hauts performeurs partent (section 2.2). Le droit néerlandais du licenciement exige un contrôle préventif par l’UWV ou le tribunal cantonal et une indemnité légale, de sorte que les collaborateurs qui restent sont difficiles à déplacer une fois enracinés. Les comités d’entreprise disposent d’un droit d’approbation sur les systèmes qui surveillent le personnel et sur le traitement des données du personnel, ce qui contraint la manière dont les indicateurs de la section 6 peuvent être construits. Et le marché du travail néerlandais des TIC a été classé comme très tendu au quatrième trimestre 2024 pour les trois groupes de métiers TIC que distingue l’UWV (UWV, 2025) et s’est détendu depuis, les offres d’emploi passant de leur pic de 2023 à environ 18,900 au deuxième trimestre 2026 tandis que le chômage parmi les travailleurs des TIC augmentait (UWV, 2026) ; la reprise des contrôles du faux travail indépendant en janvier 2025 a dans le même temps rétréci la voie du freelance que les deux groupes, et les administrateurs en particulier, utilisaient comme sortie et que les employeurs utilisaient comme substitut au recrutement (Minister van SZW & Staatssecretaris van Financiën, 2026). Aucune de ces caractéristiques n’est propre aux Pays-Bas, mais leur combinaison l’est, et l’article ne prétend pas que ses chiffres se transposent inchangés à d’autres marchés.

L’argument procède comme suit. La section 2 passe en revue l’effet mer Morte, la littérature de recherche qui étaye son affirmation centrale, les construits voisins avec lesquels il est souvent confondu et les deux populations telles que le marché néerlandais les présente. La section 3 identifie les mécanismes qui retardent la reconnaissance. La section 4 propose un modèle en cinq phases et la section 5 dérive, d’un modèle minimal de couverture de connaissances, à la fois le point de verrouillage et la longueur du délai. La section 6 dérive des indicateurs avancés, la section 7 suit un département stylisé à travers les cinq phases, la section 8 discute des interventions et la section 10 expose les limites et un programme de recherche empirique. L’annexe A donne des définitions opérationnelles pour chaque indicateur.

2. Contexte

2.1 L’effet mer Morte

Webster (2008) a observé que la distribution des compétences d’un grand département informatique devrait, toutes choses égales par ailleurs, refléter celle de ses recrutements, mais qu’en pratique elle dérive vers le bas au fil du temps. Les ingénieurs les plus à même de trouver du travail ailleurs partent lorsqu’ils rencontrent un dysfonctionnement organisationnel ; ceux qui restent tendent à s’enraciner comme mainteneurs de systèmes critiques et deviennent difficiles à écarter. Il a nommé ce schéma d’après la mer Morte, dont l’eau ne s’échappe que par évaporation en laissant le sel derrière elle. Webster l’a explicitement présenté comme une tendance, non comme une loi : tous ceux qui restent ne sont pas des « résidus », et les groupes bien gérés évitent entièrement ce schéma. L’essai a paru sur son blog comme brouillon de chapitre d’un livre qui n’a jamais été publié, et le concept s’est depuis diffusé principalement par les canaux praticiens.

2.2 Qui part : la littérature sur la relation performance–rotation

L’affirmation centrale, selon laquelle les partants ne sont pas un échantillon aléatoire de l’effectif, bénéficie d’un soutien empirique substantiel. Jackofsky (1984) a proposé que la rotation volontaire soit curvilinéaire en fonction de la performance : les faibles performeurs sont poussés vers la sortie, les hauts performeurs sont attirés au dehors par des offres extérieures, et les performeurs moyens restent. Trevor, Gerhart et Boudreau (1997) l’ont confirmé sur 5,143 salariés d’une même entreprise et ont constaté que l’extrémité « hauts performeurs » de la courbe est déterminée par la progression salariale : là où la progression salariale était à la traîne, la rotation parmi les meilleurs performeurs était extrêmement élevée. Salamin et Hom (2005) ont répliqué la forme en U dans la banque suisse. Williams et Livingstone (1994) ont méta-analysé 55 études et constaté que la rotation se concentre parmi les faibles performeurs uniquement là où la rémunération dépend de la performance ; là où ce n’est pas le cas, la relation s’affaiblit ou disparaît.

Deux implications en découlent pour l’informatique. Premièrement, l’effet mer Morte est la branche « hauts performeurs » d’une courbe bien établie, non une théorie populaire. Deuxièmement, les conditions qui le produisent sont spécifiques : une progression salariale plate et une faible différenciation selon la performance, toutes deux courantes dans l’informatique des grandes entreprises et du secteur public.

2.3 Rotation fonctionnelle et dysfonctionnelle

Dalton, Todor et Krackhardt (1982) ont soutenu qu’un taux de rotation brut est trompeur parce qu’il combine la rotation fonctionnelle (le départ de faibles performeurs, qui aide l’organisation) et la rotation dysfonctionnelle (le départ de bons performeurs qui auraient pu être retenus). Leur taxonomie anticipe le problème de mesure central que cet article examine : un chiffre de rotation agrégé peut paraître sain alors que sa composition est destructrice.

2.4 Ce qui part : la perte de connaissances

DeLong (2004) a documenté comment les organisations à forte intensité technologique perdent des connaissances tacites critiques par les départs à la retraite et les départs inattendus en milieu de carrière, et a montré que la perte fait typiquement surface des mois ou des années après le départ, lorsque survient une situation que seul le salarié parti savait traiter. Les travaux praticiens de la même période ont explicitement posé le problème en termes d’attrition des effectifs ; Kaplan (2009) et Manpower (2010) ont tous deux rapporté qu’une part substantielle des employeurs n’avait aucun processus de capture des connaissances des salariés partants.

2.5 Construits apparentés

L’effet mer Morte côtoie plusieurs idées mieux connues, et il vaut la peine de dire précisément en quoi il diffère de chacune.

Facteur bus. Le facteur bus d’un système est le nombre de personnes qui devraient partir avant que le système ne puisse plus être maintenu. La recherche en génie logiciel l’a opérationnalisé à partir de l’historique de gestion de versions (Cosentino, Cánovas Izquierdo & Cabot, 2015 ; Avelino et al., 2016). C’est un instantané de la concentration des connaissances à un moment donné, et ses mesures établies reposent sur la gestion de versions, qui enregistre ce que font les ingénieurs logiciels mais non ce que font les administrateurs ; l’annexe A l’étend aux systèmes administrés. L’effet mer Morte est le processus qui fait baisser le facteur bus ; le facteur bus est l’une de ses meilleures mesures (section 6), non une explication concurrente.

Loi de Brooks. Brooks (1975) a observé qu’ajouter des personnes à un projet logiciel en retard le retarde davantage, parce que la surcharge d’intégration et de communication l’emporte sur la capacité ajoutée. La loi concerne un projet en difficulté de délai. La section 8 généralise le mécanisme à une équipe en difficulté de composition : une équipe qui a perdu ses membres les plus forts n’a plus la capacité d’intégrer, de sorte qu’ajouter des personnes échoue pour la même raison, de façon permanente plutôt que pour la durée d’un projet.

Rotation fonctionnelle et dysfonctionnelle. Dalton et al. (1982) ont fourni la taxonomie ; l’effet mer Morte est le cas où la rotation est systématiquement dysfonctionnelle et où le chiffre agrégé le masque. La contribution ici est l’argument temporel : pourquoi l’organisation apprend tardivement le dysfonctionnement.

Oubli organisationnel. De Holan et Phillips (2004) distinguent l’oubli délibéré de l’oubli accidentel, et au sein de ce dernier, l’incapacité à capturer de nouvelles connaissances de la dégradation de connaissances déjà détenues. La perte de connaissances par attrition est une dégradation accidentelle. L’effet mer Morte ajoute un mécanisme de sélection à cette littérature : ce ne sont pas des connaissances aléatoires qui se dégradent, mais, de façon disproportionnée, celles détenues par les personnes les plus à même de partir.

Capacité d’absorption. Cohen et Levinthal (1990) ont soutenu que la capacité d’une organisation à reconnaître, assimiler et appliquer de nouvelles connaissances dépend des connaissances connexes qu’elle détient déjà. Le mécanisme de la section 3.5 est la capacité d’absorption appliquée aux personnes plutôt qu’à l’information : la capacité d’une équipe à retenir une recrue forte dépend des collègues forts déjà présents. Dans la section 5, cela apparaît sous la forme du simple fait que le transfert de connaissances a besoin d’une source : une fois qu’il ne reste plus personne qui connaisse un système, personne ne peut l’enseigner.

Théorie de la rotation. Un siècle de recherche sur la rotation (Hom et al., 2017) s’est concentré sur les antécédents au niveau individuel : pourquoi une personne donnée décide de partir. Nyberg (2010) montre que, pour les hauts performeurs, la progression salariale et la vitesse de promotion modèrent cette décision. Le présent article prend les résultats de niveau individuel comme acquis et pose une question au niveau de l’équipe : ce que la succession de telles décisions fait à la composition de ce qui reste, et quand quelqu’un s’en aperçoit.

2.6 Deux populations, deux marchés du travail

La littérature performance–rotation traite les salariés comme une seule population classée selon la performance. Pour l’argument développé ici, le personnel technique d’un département informatique doit être scindé en deux, parce que l’effet mer Morte opère à travers trois éléments qui diffèrent systématiquement entre ingénieurs logiciels et administrateurs système : la forme que prennent leurs connaissances, la voie par laquelle ils partent et la trace qu’ils laissent derrière eux pour la mesure.

Connaissances. Les connaissances des ingénieurs sont en partie codifiées dans les artefacts qu’ils produisent. Le code, les tests, les schémas et les pipelines survivent à leur auteur, mal documentés mais lisibles. Les connaissances des administrateurs sont procédurales : comment basculer un cluster, dans quel ordre redémarrer les services, quelle est la dépendance non documentée entre le pare-feu et la fenêtre de traitement par lots, pourquoi la restauration doit se faire à partir du deuxième instantané le plus ancien. Elles s’acquièrent en faisant et se conservent en mémoire, et elles s’exercent sur des systèmes dont la défaillance arrête toute l’entreprise plutôt qu’une seule fonction. Dans les termes de la section 5, un administrateur fort est plus difficile à remplacer par une recrue forte qu’un ingénieur fort, parce qu’il y a moins à lire et plus à montrer.

Voies de sortie sur le marché néerlandais. Au quatrième trimestre 2024, l’UWV a classé les trois groupes de métiers TIC qu’il distingue, les développeurs de logiciels et d’applications, les spécialistes des bases de données et des réseaux, et le support utilisateur TIC, comme confrontés à un marché du travail très tendu (UWV, 2025) ; depuis, le marché s’est détendu, les offres d’emploi TIC baissant régulièrement depuis 2023 et le nombre de travailleurs des TIC percevant une allocation de chômage montant à environ 6,400 en juillet 2026, en partie du fait de réorganisations dans la banque (UWV, 2026). Dans ce tableau commun, les deux groupes partent par des portes différentes. Les ingénieurs forts d’un département informatique d’entreprise sont attirés vers les éditeurs de logiciels, les scale-ups et les sociétés de conseil, où la rémunération est fixée par le marché plutôt que par une grille CAO et où le travail consiste à construire plutôt qu’à maintenir. Les administrateurs forts sont attirés vers les prestataires de services managés, les sociétés de cloud et d’hébergement et, jusqu’à récemment, vers le travail indépendant : la voie zzp a été pendant des années la manière standard pour un administrateur néerlandais expérimenté de doubler son revenu en faisant le même travail pour le même employeur. La levée du moratoire sur les contrôles au 1er janvier 2025 a rendu les clients prudents quant au recours à des freelances pour des postes intégrés (Minister van SZW & Staatssecretaris van Financiën, 2026), ce qui a fermé une partie de cette porte et, comme la section 8 le discute, fermé en même temps une partie de la voie d’évasion de l’employeur.

Le côté qui reste. Le cadre institutionnel néerlandais façonne aussi qui reste. Les grilles CAO à échelons annuels signifient qu’un ingénieur ou un administrateur fort qui reste atteint le sommet de sa grille en quelques années et ne voit ensuite plus aucune progression, précisément la condition dans laquelle Trevor et al. (1997) constatent une rotation des hauts performeurs extrêmement élevée. La protection contre le licenciement signifie que les collaborateurs qui se sont enracinés ne peuvent pas être facilement déplacés ; le contrôle préventif et l’indemnité de transition légale font du résidu de la métaphore de Webster un fait durable plutôt qu’un choix de gestion. Les deux caractéristiques s’appliquent aux deux groupes. La différence est qu’un administrateur enraciné détient les mots de passe root et le planning d’astreinte, de sorte que l’enracinement est opérationnel autant qu’organisationnel.

Trace. Enfin, les deux groupes diffèrent par ce qu’ils laissent derrière eux pour la mesure. Chaque modification faite par un ingénieur lui est attribuée dans la gestion de versions, de sorte que la concentration des connaissances peut être calculée à partir de l’historique (annexe A). Le travail d’un administrateur est attribué, s’il l’est, dans les tickets de changement, les enregistrements d’incidents et les plannings d’astreinte, qui sont plus minces, moins régulièrement tenus et enregistrent souvent qui a déposé le ticket plutôt que qui a fait le travail. La conséquence pratique traverse le reste de l’article : l’effet est plus difficile à voir pour les administrateurs, et les indicateurs qui les concernent doivent s’appuyer davantage sur le questionnement et moins sur le calcul.

Prises ensemble, ces littératures établissent qui part, ce qui part et quelles idées voisines sont déjà en usage, et cette section a exposé pourquoi les deux populations doivent être suivies séparément. Aucune de ces littératures ne traite du moment où l’organisation s’en aperçoit. C’est la contribution des sections suivantes.

3. Pourquoi l’effet est différé

L’effet mer Morte est différé parce que chaque signal que reçoit la direction est soit neutre, soit faussement rassurant, jusqu’à ce que les dégâts soient structurels. Nashua identifie six mécanismes. Ils ne sont pas indépendants ; ensemble, ils forment un système de mesure aveugle précisément à la variable qui compte.

3.1 L’effectif diminue, mais lentement. L’attrition n’est que partiellement compensée par des remplacements, de sorte que l’effectif dérive vers le bas au lieu de chuter. Un département qui perd trois ingénieurs et en recrute deux déclare une perte nette d’un, un chiffre assez petit pour être absorbé dans le cycle budgétaire ou lu comme un gain d’efficacité. Le taux de rotation, le seul indicateur d’attrition que voient la plupart des responsables informatiques, est un décompte. Il ne peut distinguer le départ de la personne qui comprenait l’intégration de la facturation du départ de quelqu’un qui pouvait être remplacé en une semaine, et un décompte qui diminue lentement masque le fait que ce qui est parti était, de façon disproportionnée, le haut de la distribution. Dalton et al. (1982) ont fait cette remarque en général ; dans l’informatique, où la compétence varie d’un ordre de grandeur entre individus, le masquage est extrême. Pour les administrateurs, il y a un masque supplémentaire : une plus grande part de leurs départs prend la forme d’une retraite planifiée ou d’un transfert interne vers un rôle de gestion des services, qu’aucun indicateur de rotation ne compte comme une perte.

3.2 Les systèmes continuent de fonctionner. Un logiciel en production ne s’arrête pas quand son auteur s’en va. La lacune de connaissances ne devient visible que lorsque le système doit changer ou tombe en panne, ce qui peut survenir des mois ou des années plus tard (DeLong, 2004). Jusque-là, le département semble livrer comme avant. Pour les systèmes administrés, le point est plus aigu encore : une sauvegarde qui n’a jamais été restaurée, un renouvellement de certificat fait à la main une fois par an, un jeu de règles de pare-feu que personne d’autre n’a lu, tous continuent de fonctionner jusqu’au jour où ils ne fonctionnent plus, et ce jour peut survenir des années après le départ de la personne qui les comprenait. La stabilité opérationnelle est lue comme une santé organisationnelle alors qu’elle n’est en fait que de l’inertie. Pour les ingénieurs, la latence est fixée par le calendrier des changements : la lacune apparaît lorsque le système doit changer la fois suivante. Pour les administrateurs, elle est fixée par le calendrier des pannes : la lacune apparaît lorsque le système tombe en panne la fois suivante, ce qui est plus rare et plus tardif.

3.3 L’enracinement du résidu ressemble à de la loyauté. Webster a noté que ceux qui restent tendent à assumer les responsabilités dont personne d’autre ne veut et à devenir des experts de la maintenance des systèmes critiques. Vu du fauteuil de la direction, cela se lit comme de l’engagement et un faible risque : ce sont les gens qui connaissent les systèmes et ne partent jamais. La dépendance de l’organisation à leur égard croît précisément à mesure que sa capacité à les évaluer décroît, parce que les personnes qui auraient pu juger leur travail sont parties. Pour les administrateurs, l’enracinement est littéral autant qu’organisationnel : l’administrateur restant détient les comptes privilégiés, les contacts fournisseurs et le planning d’astreinte, et, en vertu du droit néerlandais du licenciement, n’est de toute façon pas facile à déplacer. Pour les ingénieurs, il prend la forme de la propriété exclusive de systèmes que personne d’autre ne peut construire.

3.4 Le biais du survivant dans le reporting. L’information sur la qualité de l’ingénierie remonte par les ingénieurs. Après le départ des ingénieurs les plus forts, les personnes qui rendent compte de l’état des systèmes, du backlog et de l’équipe sont les collaborateurs restants, qui n’ont aucune incitation et souvent aucun point de référence pour signaler un déclin. Les entretiens de départ, le seul canal qui capture le point de vue des partants, sont typiquement menés par les RH, agrégés et lus comme des griefs individuels plutôt que comme un schéma. Le biais du survivant est pire pour les administrateurs, dont le canal de reporting est le tableau de bord des incidents et de la disponibilité : une équipe d’exploitation qui a perdu ses meilleurs éléments affiche du vert jusqu’au jour où elle affiche du rouge.

3.5 Le retour d’information du recrutement arrive tard et est mal attribué. Lorsque le département tente enfin de combler les départs par des recrues fortes, deux choses se produisent. Les candidats forts remarquent l’environnement pendant les entretiens ou dans les premiers mois et repartent, produisant une attrition infantile. Ceux qui restent sont absorbés dans la manière de travailler du résidu. La direction attribue typiquement cela à un marché du travail tendu ou à un recrutement médiocre, non à l’état de l’équipe que rejoignent les recrues. Les deux groupes échouent ici différemment. Les ingénieurs forts sont trouvés puis perdus : ils acceptent, voient l’environnement et partent dans l’année. Les administrateurs forts ne sont le plus souvent pas trouvés du tout : le vivier néerlandais est plus mince, les meilleurs sont déjà chez des prestataires de services ou étaient indépendants, et le poste reste vacant pendant des mois, ce que la direction lit comme un signal de marché plutôt que comme un signal de composition.

3.6 La boucle de rétroaction s’auto-renforce. Chaque départ d’un ingénieur compétent rend l’environnement moins attrayant pour le suivant, augmente la charge de ceux qui restent et abaisse la barre de qualité à laquelle les nouvelles recrues sont jugées. L’effet s’accélère tandis que chaque indicateur lu par la direction paraît tolérable. Lorsque les indicateurs de livraison bougent, le département a franchi ce que nous appelons le point de verrouillage : l’état dans lequel l’équipe restante ne peut plus absorber ni retenir une recrue forte.

Le délai n’est donc pas un défaut d’attention. C’est le résultat prévisible du fait de mesurer l’attrition comme un décompte, de lire la stabilité comme de la santé et de s’appuyer sur les survivants pour s’informer de ce qui a été perdu.

La figure 1 dessine les six mécanismes comme deux boucles de renforcement et marque où sont attachés les instruments de l’organisation. Les deux boucles passent par le départ d’ingénieurs forts. La première (R1) passe par la charge de travail : chaque départ augmente la charge de ceux qui restent et diminue l’attrait de rester. La seconde (R2) passe par l’évaluation : chaque départ retire quelqu’un capable de juger le travail et d’intégrer les nouveaux venus, ce qui abaisse la barre de qualité et fait partir tôt la prochaine recrue forte. Les instruments que lit la direction, taux de rotation, effectif et indicateurs de livraison, sont attachés à la périphérie des boucles, aux points qui bougent en dernier. Les variables au centre, la part d’ingénieurs forts et la concentration des connaissances, n’ont aucun instrument sur elles.

4. Un modèle par étapes de l’effet mer Morte différé

Les mécanismes de la section 3 se déploient selon une séquence reconnaissable. Chez Nashua, nous la décrivons en cinq phases, distinguées par l’écart entre ce que la direction observe et ce qui se passe dans l’équipe (figure 2). Les phases sont ordonnées, non datées : la durée de chacune dépend de l’organisation, et nous ne leur attachons délibérément aucune durée.

La phase 4 est le pivot. Avant elle, le département peut encore se rétablir par des mesures ordinaires de rétention et de recrutement. Après elle, les normes, la charge et les lacunes de connaissances de l’équipe restante empêchent les recrues fortes de prendre racine, de sorte que les mêmes mesures échouent et sont interprétées à tort comme un problème de marché. Le premier signal sans ambiguïté pour la direction (phase 5) arrive une phase entière après le dernier moment où une intervention conventionnelle aurait fonctionné.

Les deux groupes traversent les mêmes cinq phases, mais présentent des signatures différentes dans chacune, et le délai entre ce qui se passe et ce qui se voit est plus long pour les administrateurs à chaque phase (tableau 1). La différence est la plus grande dans les phases 2 et 5. En phase 2, la concentration des connaissances d’une équipe d’ingénierie est au moins visible dans la gestion de versions pour quiconque regarde ; celle d’une équipe d’exploitation n’est visible que pour l’équipe. En phase 5, une équipe d’ingénierie défaille sur un changement, qui est planifié et donc vu venir ; une équipe d’exploitation défaille sur un incident, qui ne l’est pas.

Le modèle fait deux affirmations testables. Premièrement, le point de verrouillage existe et est identifiable : pour chaque système critique, c’est le moment où il ne reste plus personne capable de le modifier ou de le restaurer, après quoi la connaissance ne peut être reconstruite qu’à partir d’artefacts, s’il en existe. Deuxièmement, les indicateurs observables de la colonne de gauche de la figure 2 restent dans des limites tolérables jusqu’à la phase 5, tandis que les propriétés mesurables de l’équipe dans la colonne de droite (concentration des connaissances, qualité des départs, attrition précoce) bougent dès la phase 1. La section 5 montre que les deux découlent d’un modèle à une seule variable d’état.

5. Un traitement formel

Le modèle par étapes est verbal. Pour vérifier que le délai est une conséquence des mécanismes plutôt qu’un procédé rhétorique, nous écrivons le plus petit modèle qui les contient. Il a une variable d’état, le facteur bus d’un système critique, et quatre taux. Tout ce que l’article mesure (section 6) et tout ce sur quoi le cas repose (section 7) peut s’y lire directement, et la différence entre les deux groupes y entre comme une différence dans ce qu’est la connaissance et dans la manière dont sa perte est observée, non comme une différence de paramètres choisis pour ajuster.

5.1 Mise en place

Considérons un système critique et soit $k(t)$ le nombre de personnes capables de le modifier ou de le restaurer : son facteur bus. Quatre choses arrivent à $k$, chacune liée à un mécanisme de la section 3.

1. Départ. Chaque sachant part avec un taux de risque $\lambda$ par an et emporte la connaissance avec lui : $k \to k-1$ au taux $\lambda k$. C’est l’effet mer Morte lui-même ; $\lambda$ est le taux de départ des personnes qui détiennent des connaissances critiques, lesquelles sont, selon l’argument de Webster et la section 2.2, les plus fortes.

2. Transfert. Chaque sachant forme un collègue au taux $\tau$ par an : $k \to k+1$ au taux $\tau k$. Le transfert a besoin d’une source. Lorsque $k = 0$, il n’y a personne auprès de qui apprendre, ce qui est le point de verrouillage de la section 4, désormais exact : un système est verrouillé lorsque son facteur bus atteint zéro, parce qu’à partir de cet état le transfert interne est impossible.

3. Reconstruction à partir des artefacts. Lorsque $k = 0$, un nouveau venu peut reconstituer la connaissance à partir de ce que le système a laissé derrière lui, au taux $\alpha$. Pour le logiciel, le code, les tests et les schémas rendent $\alpha$ appréciable ; pour les systèmes administrés, dont la connaissance est procédurale, $\alpha$ est proche de zéro. C’est l’unique différence structurelle entre les groupes.

4. Observation. Le système est frappé, au taux $\mu$ par an, par un événement qui requiert une connaissance approfondie : une demande de changement qui touche à ses entrailles, ou un incident qui exige plus qu’un redémarrage. Si $k = 0$ lorsque l’événement survient, la défaillance est visible pour la direction ; sinon, elle est absorbée et rien ne se voit. Pour les ingénieurs, $\mu$ est le taux des changements profonds, pour les administrateurs le taux des incidents profonds, et le second est plus bas.

Seuls les trois premiers taux font bouger $k$ ; le quatrième décide du moment où la direction l’apprend. Avec $\alpha = 0$, le processus est un processus linéaire de naissance et de mort, et la probabilité qu’un système comptant $k_0$ sachants ait atteint zéro à l’instant $t$ a une forme fermée,

et, une fois qu’il est à zéro, l’espérance du temps jusqu’à ce que la direction voie une défaillance est simplement

L’équation (1) dit qu’un système à propriétaire unique ($k_0 = 1$) est perdu avec la probabilité $\lambda(1-e^{-(\lambda-\tau)t})/(\lambda - \tau e^{-(\lambda-\tau)t})$, qui tend vers un dès que les départs dépassent le transfert ; un système à deux sachants est perdu avec le carré de cette probabilité, ce qui explique pourquoi l’indicateur de phase 2 de la section 6 est le nombre de systèmes à facteur bus de un. L’équation (2) est le délai du titre de l’article en un seul symbole : l’écart entre la perte et sa reconnaissance est fixé par la fréquence à laquelle la connaissance perdue est nécessaire, et par rien d’autre. Un département ne peut le raccourcir qu’en ayant besoin de la connaissance à dessein, ce qui est exactement ce qu’est un test de reprise après sinistre.

5.2 Résultat : la perte d’abord, la reconnaissance ensuite, et plus tard encore pour les administrateurs

Le tableau 2 donne des taux illustratifs pour les deux groupes et la couverture initiale du département du cas de la section 7 : douze systèmes d’ingénierie critiques, dont trois à propriétaire unique, et huit systèmes administrés, dont un à propriétaire unique. Les valeurs sont choisies pour être rondes et respecter trois ordonnancements argumentés dans la section 2.6 : les ingénieurs forts partent plus vite que les administrateurs forts ; le code peut être lu après le départ de son auteur, une procédure non ; et un changement qui requiert une connaissance approfondie d’un système donné survient plus souvent qu’un incident qui la requiert. La figure 3 montre ce qui en découle, d’après la forme fermée pour $\alpha = 0$ et par simulation sinon.

Le panneau A est l’image de la phase 2. La couverture s’érode dès la première année dans les deux groupes, et la part des systèmes à propriétaire unique, l’indicateur qu’afficherait un tableau de bord de composition, dépasse la moitié après 0.9 ans pour les ingénieurs et 1.8 ans pour les administrateurs. La part des systèmes sans plus personne monte plus lentement, et c’est ici que les groupes se croisent : les ingénieurs perdent des systèmes jusqu’à zéro plus vite, mais en récupèrent certains à partir du code, de sorte que leur courbe s’aplatit à environ trois systèmes sur dix ; les administrateurs perdent plus lentement mais, n’ayant rien à partir de quoi reconstruire, continuent de perdre, et à partir de la quatrième année ont plus de systèmes à zéro que les ingénieurs.

Le panneau B est l’image de la phase 5, et l’affirmation centrale de l’article en une seule figure. Pour les ingénieurs, le temps médian jusqu’au premier système à couverture nulle est de 0.6 an et le temps médian jusqu’à la première défaillance visible de 1.5 ans : un délai de reconnaissance de 0.9 an, pendant lequel le tableau de bord de composition aurait montré la perte et le tableau de bord de direction n’aurait rien montré. Pour les administrateurs, le premier zéro survient à 1.4 ans et la première défaillance visible à 3.0 : un délai de 1.6 ans, et une défaillance visible qui arrive un an et demi après celle des ingénieurs. L’érosion plus lente des administrateurs, qui les fait passer pour le groupe stable, est exactement ce qui rend leur défaillance plus tardive, et leur taux d’observation plus bas est ce qui la rend plus tardive encore.

Trois résultats supplémentaires découlent du modèle et concernent la section 8.

1. Le transfert protège le stock, non les propriétaires uniques. Doubler le taux de transfert $\tau$ ralentit l’érosion de la couverture du département (le déclencheur de la moitié recule d’un an ou plus), mais déplace à peine le moment du premier zéro, parce qu’un système à propriétaire unique est dans une course entre un départ et une passation, quelle que soit la moyenne du département. La distribution des connaissances fonctionne en phase 2, sur les systèmes qui ont encore deux sachants ou plus ; elle ne peut pas sauver les systèmes déjà à un.

2. La rétention achète du temps partout, mais moins qu’on l’espérerait. Réduire le taux de départ d’un cinquième recule chaque jalon de deux à dix mois. Cela ne change pas la forme des courbes, et en particulier ne change pas le délai de reconnaissance, qui dépend de $\mu$ seul.

3. L’observation est un levier, et seuls les administrateurs en ont besoin. Effectuer un test de reprise après sinistre sur chaque système administré une fois par an fait passer leur $\mu$ effectif de 0.4 à 1.4. Cela ne ralentit pas la perte d’un seul jour, mais réduit le délai médian de reconnaissance de 1.6 ans à 0.7, de sorte que l’équipe d’exploitation apprend la perte de son premier système à l’année 2.0 au lieu de l’année 3.0, alors qu’il est encore temps d’agir sur les autres (ligne tiret-point dans la figure 3B). Les ingénieurs n’ont pas besoin de ce levier, parce que le calendrier des changements teste leurs systèmes pour eux.

Le tableau 3 rassemble ces résultats.

5.3 Ce que le modèle n’affirme pas

Le modèle est une esquisse, non un calibrage. Les taux sont choisis pour être ronds et correctement ordonnés, non estimés ; les systèmes sont traités comme indépendants, alors que dans un département réel les mêmes personnes en possèdent plusieurs et qu’un départ en vide plus d’un ; et « connaît le système » est binaire là où la compétence ne l’est pas. Ce que le modèle établit ne dépend pas des valeurs. Étant donné que les sachants partent, que le transfert a besoin d’une source et que la connaissance perdue n’est nécessaire qu’occasionnellement, trois choses s’ensuivent pour toutes valeurs : la perte précède sa reconnaissance d’un écart dont la longueur attendue est l’inverse de la fréquence à laquelle la connaissance est nécessaire ; les systèmes à propriétaire unique sont ceux qui se perdent, de sorte que leur nombre est l’indicateur avancé ; et un groupe dont la connaissance est procédurale et dont les défaillances sont des incidents plutôt que des changements sera reconnu plus tard qu’un groupe dont la connaissance est dans des artefacts et dont les défaillances sont sur le calendrier des changements. Le cadre néerlandais entre par $\lambda$, que la grille CAO élève pour les plus forts et que le droit du licenciement ne fait rien pour abaisser chez les autres, et par la fermeture récente de la voie du freelance, qui a supprimé le seul moyen dont disposait un employeur pour ramener $k$ à un après qu’il avait atteint zéro.

6. Indicateurs d’alerte précoce

Si le modèle tient, le département devrait cesser de surveiller le taux de rotation et commencer à surveiller la composition et les conséquences des départs. Chaque indicateur du tableau 4 correspond à un mécanisme de la section 3 et bouge dans la phase indiquée, bien avant les indicateurs de livraison.

Les indicateurs sont les mêmes pour les deux groupes ; leurs sources et leur fiabilité ne le sont pas (tableau 2). Pour les ingénieurs, les deux indicateurs de composition qui comptent le plus en phase 2, le facteur bus et la concentration des connaissances, peuvent être calculés à partir de l’historique de gestion de versions sans interroger personne. Pour les administrateurs, ils doivent être assemblés à partir des enregistrements de changements et d’incidents et confirmés en interrogeant, ce qui les rend à la fois plus coûteux et plus faciles à esquiver. À l’inverse, les indicateurs de phase 1 sont plus difficiles pour les ingénieurs à un égard : une plus grande part de leurs départs se fait vers des employeurs qui paient au prix du marché, de sorte que l’écart d’offre de sortie est informatif, tandis que pour les administrateurs les retraites et les transferts le diluent et que la question de la perte regrettée doit être posée à propos de départs que le taux de rotation ne compte pas du tout.

Les définitions opérationnelles, les sources de données et les pièges connus de chaque indicateur sont donnés dans l’annexe A. Trois observations sur l’ensemble. Premièrement, la plupart des indicateurs sont peu coûteux : plusieurs ne requièrent qu’une autre coupe de données que les RH détiennent déjà. Deuxièmement, les indicateurs des phases 1 et 2 sont ceux qui comptent, puisqu’à la phase 4 le point de verrouillage a été atteint. Troisièmement, les indicateurs sont de composition, non agrégés : ils demandent qui et quoi, non combien. C’est le changement que Dalton et al. (1982) appelaient de leurs vœux il y a quatre décennies et que le reporting du management informatique n’a largement pas opéré.

7. Un cas construit

Le cas suivant est construit, non observé. Il existe pour montrer à quoi ressemblent les cinq phases vues de l’intérieur d’une organisation et pour donner au modèle de la section 5 un cadre concret. Ce n’est pas un rapport sur un employeur quelconque, et ses chiffres sont illustratifs plutôt que mesurés ; sa valeur tient à ce que chaque événement qu’il contient en est un que reconnaîtra tout lecteur ayant travaillé dans l’informatique d’entreprise.

7.1 Cadre

Le département R est le département informatique interne d’une entreprise manufacturière néerlandaise de taille moyenne. En année 0, il compte 60 collaborateurs techniques : 36 ingénieurs logiciels en trois équipes (intégration ERP, systèmes logistiques et d’entrepôt, plateforme de données) et 24 administrateurs système en deux (infrastructure et réseau ; bases de données, stockage et poste de travail). Il maintient une vingtaine de systèmes de production que les métiers considèrent comme critiques, douze détenus par les équipes d’ingénierie et huit par l’exploitation. La rotation s’est maintenue entre 10 et 13% par an depuis une décennie, dans la ligne des autres départements de l’entreprise. La rémunération suit la CAO de l’entreprise : grilles fixes à échelons annuels, de sorte qu’un ingénieur senior et un administrateur senior qui restent atteignent le sommet de leur grille en quatre ou cinq ans et ne voient ensuite plus aucune progression. Des évaluations de performance existent mais n’ont aucun effet sur la rémunération. Plusieurs des administrateurs ont plus de cinquante ans.

7.2 Les six années

Le tableau 6 résume ce que le tableau de bord de direction du département montrait chaque année et ce qu’un tableau de bord de composition, s’il avait existé, aurait montré. Les phases de la figure 2 sont indiquées.

Les deux groupes traversent les phases en décalé, les ingénieurs ayant à peu près une phase d’avance tout au long, et la direction du département voit une crise là où il y en a deux. La chronologie est un parcours plausible à travers le modèle de la section 5 aux paramètres du tableau 2 : les ingénieurs du département R voient leur première défaillance en année 5, bien après la médiane du modèle de 1.5 ans, et ses administrateurs en année 6, soit deux fois la médiane de 3.0. En année 1, deux des ingénieurs les plus forts du département partent à quatre mois d’intervalle. Chaque départ a sa propre explication et chacun est accepté tel quel ; personne ne demande ce qu’ils ont en commun. Tous deux étaient des performeurs du quartile supérieur, tous deux étaient dans la même bande salariale depuis quatre ans, et tous deux sont partis pour une augmentation d’environ un quart. Le taux de rotation monte d’un point de pourcentage.

L’année 2 est calme. L’effectif a baissé d’un, la rotation est revenue dans la fourchette et les systèmes construits par les deux partants continuent de fonctionner. Les systèmes qu’ils détenaient sont réattribués au seul ingénieur senior restant de l’équipe intégration, qui en possède déjà trois autres. Côté exploitation, l’année paraît plus calme encore. L’administrateur stockage senior prend sa retraite à la date prévue, un départ que personne ne regrette parce qu’il était planifié ; les procédures de sauvegarde et de restauration qu’il exécutait à la main depuis quinze ans sont transmises à l’administrateur réseau au cours d’une réunion de deux heures, et ne sont jamais exercées. L’administrateur réseau senior démissionne pour passer en freelance et est réembauché le lundi suivant au tarif journalier pour le même travail, ce que le département comptabilise comme une économie d’effectif et l’administrateur comme un doublement de revenu ; ni l’un ni l’autre n’apparaît dans le chiffre de rotation comme une perte regrettée. Deux remplacements en ingénierie sont effectués au grade junior, parce que le budget permet deux juniors ou un senior et que deux paraît plus sûr. Le nombre de systèmes critiques connus d’une seule personne passe de six à huit côté ingénierie et de un à quatre côté exploitation.

L’année 3 ressemble, vue du tableau de bord, à la meilleure année de la période. La rotation est la plus basse en cinq ans parce que les personnes qui seraient parties sont déjà parties. Le noyau de longue ancienneté est loué dans la revue annuelle pour sa stabilité. Un ingénieur senior est recruté dans l’équipe plateforme de données et part après sept mois, invoquant l’impossibilité d’obtenir le moindre changement ; l’entretien de départ est classé sous « adéquation culturelle ». Personne hors du département n’a revu son architecture depuis le départ de l’architecte intégration. En janvier, le service juridique de l’entreprise, réagissant à la reprise de l’application de la Wet DBA, met fin au contrat de l’administrateur réseau freelance ; celui-ci décline une offre de retour à un salaire CAO représentant à peu près la moitié de son tarif journalier, et le parc de pare-feu qu’il était seul à comprendre passe à un collègue qui n’y a jamais modifié une règle. Aucun test de reprise après sinistre n’a été effectué depuis deux ans ; la disponibilité est de 99.9% et l’équipe d’exploitation est présentée comme le modèle de la stabilité.

En année 4, la direction remarque que le recrutement est difficile, et le remarque d’abord pour les ingénieurs. Trois ingénieurs seniors sont recrutés ; deux partent dans l’année. L’explication avancée et acceptée est le marché du travail, et un cabinet de recrutement externe est mandaté. À l’intérieur du département, les deux partants s’étaient chacun vu confier un système que personne d’autre ne comprenait, sans personne pour revoir leur travail ou répondre à leurs questions. Les équipes d’ingénierie ont franchi le point de verrouillage : elles ne peuvent plus retenir les personnes qui pourraient inverser leur déclin. Les équipes d’exploitation montrent la même phase autrement. Un poste d’administrateur senior reste vacant toute l’année ; deux candidats déclinent l’offre, un l’accepte puis se retire avant de commencer, après une conversation avec l’équipe. Parce que personne n’est recruté, personne ne part tôt, et le poste vacant apparaît dans le rapport de recrutement comme un problème de marché plutôt que dans un quelconque chiffre d’attrition.

En année 5, le déclin des ingénieurs devient visible. La mise à niveau de l’ERP, dépendante de la couche d’intégration dont l’architecte est parti quatre ans plus tôt, dérape de neuf mois. Une demande de changement sur le moteur de tarification ne peut pas être planifiée parce que le seul ingénieur capable de le modifier est celui qui porte six autres systèmes. L’affaire remonte au conseil d’administration, auquel on explique que le département a un problème d’attrition. Le problème d’attrition a quatre ans ; ce qui a changé, c’est qu’il a enfin produit un signal que la direction lit. Les équipes d’exploitation, dont le chiffre de disponibilité est toujours de 99.8%, ne font pas partie de la conversation.

L’année 6 apporte aux ingénieurs la résolution par défaut de la section 8 : les travaux de changement passent à un prestataire, l’équipe d’ingénierie interne se réduit, et le coût du prestataire dépasse d’un ordre de grandeur ce qu’aurait coûté un budget de rétention différencié en année 1. Elle apporte aussi la phase 5 des équipes d’exploitation, avec un an de retard. Au cours d’une migration de stockage, la base de données de l’entrepôt doit être restaurée ; la restauration échoue, parce que la procédure laissée par l’administrateur stockage quatre ans plus tôt décrit une baie remplacée trois ans plus tôt, et que la seule personne qui ait jamais exécuté une restauration sur la nouvelle baie était l’administrateur réseau freelance dont le contrat a été résilié en année 3. L’entrepôt est à l’arrêt pendant deux jours. Le conseil d’administration, qui pensait avoir réglé le problème d’attrition l’année précédente, apprend qu’il en a un second.

7.3 Le contrefactuel

Supposons que le département R ait tenu le tableau de bord de composition de la section 8 depuis l’année 0, avec les niveaux de déclenchement qui y sont proposés, séparément pour les deux groupes. Le taux de pertes regrettées de 60% en année 1 aurait franchi le seuil d’un tiers au premier trimestre suivant le second départ, imposant une revue conjointe par la direction de l’ingénierie et les RH de ce que les deux partants avaient en commun. La revue aurait trouvé l’écart d’offre de sortie et la bande salariale commune, et l’intervention la moins coûteuse disponible à ce stade, un ajustement de rétention pour les ingénieurs du quartile supérieur restants, aurait coûté à peu près un dixième d’un remplacement senior. Qu’elle eût été approuvée est une autre question ; le point est que la décision aurait été soumise à quelqu’un en année 1 plutôt qu’en année 5.

Si le premier déclencheur avait été ignoré, le décompte du facteur bus aurait franchi le seuil d’un quart en année 2, moment où une distribution forcée des connaissances sur les onze systèmes à propriétaire unique était encore possible, parce que les propriétaires uniques étaient encore là. En année 3, la recrue senior partie après sept mois aurait été enregistrée comme une attrition précoce de 50% dans une cohorte de deux, un chiffre assez petit pour en douter mais assez grand pour susciter la question de savoir pourquoi le département n’avait pas pu la retenir. Côté exploitation, les déclencheurs se seraient activés plus tard et plus discrètement : la question de la perte regrettée, posée à propos de la retraite et du départ en freelance en année 2, aurait placé les équipes d’exploitation à 100% de pertes regrettées dans une année où le chiffre de rotation ne montrait rien ; le seuil d’un quart du facteur bus se serait déclenché la même année à 4 sur 8 ; et un déclencheur de test de reprise, que cet article ajoute pour les systèmes administrés dans l’annexe A, se serait activé en année 3. Chaque déclencheur fait gagner une phase à l’organisation. Le cas illustre l’affirmation centrale du modèle : l’information nécessaire pour agir existait à chaque instant, les instruments de l’organisation n’étaient simplement pas pointés sur elle, et pour l’un des deux groupes elle n’était même pas collectée.

7.4 Ce que montre le cas

Quatre traits du cas se transposent aux départements réels. Premièrement, chaque signal de la colonne de gauche du tableau 6 était vrai et a été lu correctement dans la mesure de sa portée ; l’échec résidait dans ce qui n’était pas mesuré. Deuxièmement, l’année qui paraissait la meilleure (l’année 3) était la dernière où une intervention ordinaire aurait fonctionné pour les ingénieurs, et l’année 4 la dernière pour les administrateurs. Troisièmement, la colonne de droite était calculable à partir de données que l’entreprise détenait déjà pour les ingénieurs, dans la gestion de versions, les évaluations et les dossiers de recrutement, mais devait pour les administrateurs être assemblée et demandée, ce qui explique pourquoi, dans le cas, personne ne l’a fait. Quatrièmement, les deux groupes ont évolué avec une phase d’écart tout au long, les sorties des administrateurs ont pris des formes que le taux de rotation ne compte pas (retraite, freelance, poste non pourvu), et leur phase 5 est arrivée après que le conseil d’administration a cru le problème résolu. Un département qui mesure son personnel technique comme une seule population verra une crise et sera surpris par la seconde.

8. Implications pour le management informatique

La conclusion pratique est que le moment de l’intervention importe plus que son contenu. Les mêmes mesures qui inversent l’effet en phase 2 échouent en phase 4.

8.1 Avant le verrouillage

Dans les phases 1 à 3, le département contient encore des personnes capables d’évaluer le travail, d’absorber de nouvelles recrues et de transférer des connaissances. Les interventions ici sont conventionnelles et bien étayées par la littérature :

• Rétention différenciée. Trevor et al. (1997) montrent que la progression salariale est le levier le plus puissant sur la rotation des hauts performeurs. Un budget de rétention concentré sur le quartile supérieur fait plus qu’une augmentation générale. Dans un environnement CAO, l’instrument est la prime de marché du travail (arbeidsmarkttoelage) ou une dérogation de grille, que la plupart des conventions collectives néerlandaises permettent et que la plupart des départements informatiques n’utilisent pas. Pour les ingénieurs, la comparaison que la prime doit battre est un salaire d’éditeur de logiciels ; pour les administrateurs, jusqu’à récemment, c’était un tarif journalier de freelance, qu’aucune prime ne bat, et depuis 2025 c’est un salaire de prestataire de services, qu’une prime peut battre.

• Distribution forcée des connaissances. Le binômage, la rotation et les exigences de documentation élèvent le facteur bus des systèmes critiques avant que quiconque ne parte. La cible est un facteur bus mesurable d’au moins deux par système de production. Pour les ingénieurs, c’est en grande partie une affaire de revue de code et de rotation entre bases de code. Pour les administrateurs, c’est une affaire de procédures exercées : une restauration, une bascule ou une rotation de certificat qu’une seconde personne a réellement effectuée sous supervision, selon un calendrier, avec le résultat consigné. Un runbook qui n’a pas été exercé ne compte pas.

• Des entretiens de départ lus comme un schéma. Les pertes regrettées devraient être examinées ensemble, par la direction de l’ingénierie plutôt que par les RH seules, avec la question explicite de ce qu’elles ont en commun.

• Évaluation externe. Une revue périodique de l’architecture et du code par des personnes extérieures à l’équipe fournit le point de référence que, comme le montre la section 3.4, l’équipe elle-même perd. Pour l’exploitation, l’équivalent est un test de reprise après sinistre observé par quelqu’un d’extérieur à l’équipe, et une revue de configuration ; un chiffre de disponibilité n’est pas une revue.

8.2 Séquencement par phase

Le modèle formel de la section 5 donne à chaque intervention un taux sur lequel agir, et le modèle par étapes donne à chacune une fenêtre dans laquelle elle fonctionne encore. Le tableau 7 réunit les deux. Avant le point de verrouillage, les interventions agissent sur le taux de départ $\lambda$, le taux de transfert $\tau$ et, pour les administrateurs, le taux d’observation $\mu$ ; le modèle montre que le transfert ne protège que les systèmes qui ont encore deux sachants ou plus, que la rétention achète des mois plutôt que des années, et que l’observation est le seul levier qui raccourcit le délai lui-même. Après le point de verrouillage, les mêmes leviers restent disponibles en principe, mais il n’y a plus rien sur quoi les actionner : la distribution des connaissances n’a plus de source, la rétention n’a plus personne de critique à retenir, et une recrue forte affectée à un système à facteur bus zéro n’a personne auprès de qui apprendre et part ou reconstruit lentement à partir des artefacts qui existent. Les options post-verrouillage agissent au contraire sur la structure du département, ce qui explique pourquoi elles relèvent d’un autre niveau de management.

8.3 Un tableau de bord de composition

Les indicateurs de la section 6 ne sont utiles que si quelqu’un les regarde ensemble, à la bonne cadence, avec l’autorité d’agir. Trois choix de conception découlent du modèle.

Propriétaire. Le tableau de bord appartient à la direction de l’ingénierie, non aux RH. Les RH possèdent le taux de rotation et en sont le bon propriétaire, mais les indicateurs de composition requièrent un jugement d’ingénierie (quels systèmes sont critiques, qui est fort) et des données d’ingénierie (gestion de versions). Un tableau de bord que les RH compilent et que l’ingénierie reçoit reproduit sous une nouvelle forme le problème du biais du survivant de la section 3.4.

Cadence. Trimestrielle, avec une fenêtre glissante de quatre trimestres. Une revue annuelle est trop lente : dans le cas de la section 7, le point de verrouillage a été atteint entre deux revues annuelles. Une revue mensuelle est trop bruyante pour un département de soixante personnes, où un seul départ fait bouger la plupart des taux de plusieurs points.

Seuils. Chaque indicateur a besoin d’un niveau de déclenchement convenu à l’avance, parce qu’un niveau convenu après coup sera fixé là où se trouve la valeur du moment. Points de départ raisonnables, à ajuster une fois qu’un département dispose de deux ans de son propre historique : un taux de pertes regrettées supérieur à un tiers ; plus d’un quart des systèmes critiques à facteur bus de un ; une attrition précoce supérieure à un quart dans une cohorte quelconque ; et deux recrues seniors consécutives partant dans l’année. Un déclencheur n’impose pas une action spécifique ; il impose une revue par quelqu’un d’extérieur au département.

8.4 Après le verrouillage

Dans les phases 4 et 5, le remplacement échoue pour deux raisons. La première est la loi de Brooks (1975) sous une forme nouvelle : ajouter des personnes à une équipe qui n’a pas la capacité de les intégrer ralentit l’équipe et fait fuir les nouveaux venus. La seconde est que la barre de qualité de la recrue est fixée par l’équipe qu’elle rejoint, de sorte qu’une recrue forte s’adapte vers le bas ou s’en va. Trois options demeurent, aucune bon marché :

1. Un nouveau noyau. Construire une équipe séparée avec ses propres normes, dotée de l’extérieur, et y migrer les systèmes au fil du temps. L’équipe existante n’est pas dissoute, mais n’est plus la norme de l’organisation.

2. Un déclin géré. Accepter que le département peut maintenir mais non changer, geler le périmètre en conséquence et planifier le remplacement des systèmes plutôt que le renouvellement de l’équipe.

3. Une capacité externe. Déplacer les travaux de changement vers des prestataires ou des partenaires tandis que l’équipe interne conserve l’exploitation. C’est souvent ce qui se produit par défaut, sans être reconnu, et c’est la plus coûteuse des trois quand on la compte honnêtement. Aux Pays-Bas, cette option s’est rétrécie depuis 2025 : l’administrateur freelance réembauché au tarif journalier, pendant des années la manière standard de garder à portée de main des connaissances perdues, est désormais un risque de faux travail indépendant pour l’employeur, et l’alternative, un contrat de services managés, fait sortir définitivement les connaissances de l’organisation.

Le fil commun est que le rétablissement post-verrouillage est une décision structurelle prise à un niveau supérieur au département informatique. Le département lui-même, par définition du verrouillage, ne peut pas la prendre.

9. Discussion : pourquoi le délai persiste

Si les indicateurs sont peu coûteux et les mécanismes ne sont pas obscurs, pourquoi le délai persiste-t-il ? Une partie de la réponse est que personne n’a écrit la mesure, ce que cet article tente de corriger. Mais la plus grande partie est que le délai est maintenu en place par des traits de la manière dont les organisations sont dirigées, et ceux-ci méritent d’être nommés, parce qu’un indicateur qui va à leur encontre sera ignoré.

Propriété divisée du signal. La rotation est un indicateur RH ; la livraison est un indicateur informatique. La composition des départs tombe entre les deux. Les RH voient que quelqu’un est parti et pourquoi il a dit partir ; l’ingénierie voit qu’un système est devenu difficile à changer. Ni l’un ni l’autre ne voit qu’il s’agit du même événement, parce qu’aucun rapport ne les joint. Le tableau de bord de composition de la section 8 est, mécaniquement, une jointure entre deux systèmes d’enregistrement qui ne sont normalement pas joints.

Décalage de cadence. L’effet se déploie sur des années ; l’attention de la direction est organisée en trimestres et en revues annuelles. Un processus lent observé à une cadence rapide ressemble à du bruit, et le mouvement de chaque trimestre est assez petit pour être attribué aux circonstances particulières du trimestre. Dalton et al. (1982) soutenaient il y a quatre décennies que la rotation devrait être caractérisée plutôt que comptée ; l’argument n’a pas pris parce que caractériser exige de regarder à travers les cadences, et rien dans le cycle annuel ne récompense cela.

Chaque départ a son histoire. Les gens partent pour des raisons, et ces raisons sont vraies : un départ à l’étranger, une start-up, l’emploi d’un conjoint. L’organisation accepte chaque histoire parce que chacune est exacte. Ce que les histoires partagent, à savoir que le partant était fort, sous-payé par rapport au marché et capable de partir, n’est jamais la raison déclarée et n’est donc jamais agrégé. Le taux de pertes regrettées existe pour forcer cette agrégation.

La stabilité est récompensée. Une faible rotation est lue comme une bonne gestion et constitue souvent un objectif de management explicite. Dans le cas de la section 7, l’année de rotation la plus basse a été l’année où le département a été loué, et c’est aussi l’année où le point de verrouillage a été franchi. Un objectif sur le taux de rotation, sans objectif sur sa composition, récompense exactement le résultat contre lequel le modèle met en garde : les forts sont partis et les autres restent.

Le coût visible arrive dans le budget de quelqu’un d’autre. Les économies tirées du remplacement lent et des recrutements juniors apparaissent dans le budget propre du département l’année où elles sont réalisées. Le coût apparaît des années plus tard, sous la forme d’un contrat de prestataire, d’un programme en dérapage ou d’un changement raté, et il est imputé à un programme, à une ligne fournisseur ou à un poste exceptionnel. Le département qui a causé le coût est rarement celui auquel il est facturé, et la comptabilité ne ferme donc jamais la boucle que dessine la figure 1.

La grille est le plafond. Chez la plupart des grands employeurs néerlandais et dans tout le secteur public, la rémunération technique est une grille CAO à échelons annuels. Un ingénieur ou un administrateur fort atteint le sommet de la grille en quelques années, après quoi la seule voie vers une rémunération plus élevée est la promotion hors du travail technique ou le départ. La grille est conçue pour être équitable à travers l’organisation ; son effet sur la population technique est de garantir la condition dans laquelle les plus forts partent. La plupart des CAO permettent des exceptions, sous la forme d’une prime de marché du travail ou d’un placement dans une grille supérieure, et la plupart des départements informatiques ne le savent pas ou n’en font pas usage.

Le résidu est protégé. Le droit néerlandais du licenciement exige un motif raisonnable, un contrôle préventif par l’UWV ou le tribunal cantonal et une indemnité de transition légale. C’est une caractéristique du système, non un défaut, mais cela signifie que la composition d’une équipe ne peut pas être corrigée par le bas une fois qu’elle s’est détériorée ; le seul levier restant est le haut. Les organisations qui traitent l’effet mer Morte comme un problème de gestion de la performance, à résoudre en écartant le personnel faible, constateront aux Pays-Bas qu’il ne peut pas être résolu de cette manière, et feraient mieux de le prévenir.

Les indicateurs requièrent un accord. Les indicateurs de la section 6 traitent des données personnelles de collaborateurs actuels et anciens, et plusieurs d’entre eux, le quartile de performance des partants et la notation de perte regrettée en particulier, constituent un système de surveillance de la performance. En vertu de l’article 27 de la loi sur les comités d’entreprise, le comité d’entreprise dispose d’un droit d’approbation sur les dispositifs de traitement des données du personnel et de surveillance du personnel (Wet op de ondernemingsraden, art. 27 lid 1), et le règlement général sur la protection des données exige une finalité documentée et un calendrier de conservation. Rien de cela n’empêche le tableau de bord ; cela signifie que sa construction est une décision prise avec le comité d’entreprise, non par la direction de l’ingénierie seule, et que les données sur les partants ont une durée de conservation au-delà de laquelle elles doivent être agrégées ou supprimées. Un département qui veut commencer à mesurer devrait commencer par cette conversation.

Les survivants écrivent les rapports. C’est la section 3.4 reformulée comme un fait institutionnel : les personnes qui ont le moins d’incitation à signaler un déclin, et le moins de capacité à le voir, sont celles auprès desquelles l’organisation prend son information sur l’équipe. La revue externe (section 6) est le seul remède, et elle est impopulaire pour la raison même qui la rend nécessaire.

Aucun de ces traits n’est irrationnel en soi. Ensemble, ils garantissent qu’un département apprendra sa composition en phase 5. Les changer est plus difficile qu’ajouter des indicateurs, mais les indicateurs sont le point de départ, parce qu’ils rendent ces traits visibles.

10. Limites et recherches futures

Il s’agit d’une recherche théorique. Trois limites en découlent.

Sélection dans les éléments de preuve. Les mécanismes de la section 3 sont tirés de cas où l’effet s’est produit et a finalement été reconnu. Les départements qui l’ont évité, ou dans lesquels des ingénieurs compétents sont partis sans la dégradation prédite, n’apparaissent pas dans le registre praticien. Le modèle peut donc surestimer la fréquence à laquelle l’attrition des performeurs forts conduit au verrouillage.

Mesure de « fort ». L’essai de Webster comme cet article supposent que la compétence en ingénierie peut être classée. En pratique, les évaluations de performance en informatique sont bruitées, et les personnes les mieux placées pour juger sont, par la logique même du modèle, celles qui sont parties. Tout test empirique a besoin d’une mesure de compétence indépendante de l’équipe étudiée.

Stylisation du modèle et du cas. Le modèle formel de la section 5 traite les systèmes comme indépendants, la connaissance comme binaire et les taux comme constants ; le cas de la section 7 est un composite. Les deux sont des dispositifs pour montrer que l’argument est cohérent, non des preuves qu’il est vrai. Les trois résultats qualitatifs de la section 5 ne dépendent pas des valeurs des taux ; les années citées en dépendent, et dans tout département réel les taux devraient être estimés à partir des enregistrements que décrit l’annexe A.

Généralisation. L’argument est construit sur les départements informatiques au sein de grandes organisations néerlandaises, où la connaissance tacite des systèmes est concentrée, la rémunération suit une grille collective, le licenciement est protégé et la voie du freelance s’est récemment rétrécie. Il peut ne pas se transposer aux éditeurs de logiciels, aux sociétés de conseil ou aux petites équipes, où les conditions identifiées dans la section 2.2 diffèrent, ni inchangé aux marchés sans grilles salariales collectives ou à emploi résiliable à volonté, où le résidu de la métaphore de Webster peut être écarté plutôt que seulement prévenu. La scission en deux groupes est elle-même une simplification : les ingénieurs données, les ingénieurs plateforme et les ingénieurs en fiabilité des sites se situent entre les groupes, et les chiffres de l’article les concernant devraient être établis séparément.

Le modèle produit des hypothèses assez spécifiques pour être réfutées. Le tableau 8 les énonce avec les données que chacune requiert.

Trois plans d’étude testeraient directement ces hypothèses :

1. Analyse rétrospective de composition. Pour les départements qui ont connu un déclin visible, reconstituer le quartile de performance et la propriété des systèmes de chaque partant sur les années précédentes à partir des dossiers RH et de la gestion de versions. Le modèle prédit que la qualité des partants a baissé et que la concentration des connaissances a monté plusieurs années avant que les indicateurs de livraison ne bougent.

2. Délai de reconnaissance par groupe. Pour chaque système critique ayant atteint un facteur bus de zéro, mesurer le temps jusqu’à la première défaillance qui lui est attribuée, et comparer les systèmes logiciels aux systèmes administrés et les systèmes testés aux systèmes non testés. Le modèle prédit un délai plus long pour les systèmes administrés et plus court là où des tests de reprise après sinistre sont effectués ; un délai qui ne se raccourcirait pas avec les tests réfuterait l’explication de l’observation donnée par le modèle.

3. Validation des indicateurs. Là où les indicateurs de la section 6 ont été collectés, tester s’ils précèdent les indicateurs de livraison et d’incidents, et de combien. C’est l’étude ayant la valeur managériale la plus directe et les exigences de données les plus faibles.

L’historique de gestion de versions est une source sous-utilisée pour les trois. La paternité des commits, la participation aux revues et la propriété des fichiers au fil du temps fournissent un enregistrement longitudinal de qui savait quoi, indépendant des évaluations RH, précisément dans les organisations que le modèle décrit.

11. Conclusion

Les organisations informatiques reconnaissent l’effet mer Morte tardivement parce que leurs systèmes de mesure sont construits pour le manquer. La rotation est comptée plutôt que caractérisée, la stabilité opérationnelle est lue comme de la santé, et les personnes qui pourraient signaler la perte sont celles qui sont parties. Chez Nashua, nous avons proposé un modèle en cinq phases dans lequel ces mécanismes produisent un point de verrouillage une phase entière avant que le premier signal sans ambiguïté n’atteigne la direction, et un ensemble d’indicateurs de composition qui bougeraient plus tôt. Le modèle est testable avec des données que la plupart des organisations détiennent déjà.

Pour les ingénieurs logiciels, la conclusion est que l’effet est rapide, visible pour quiconque regarde, et récupérable s’il est pris à temps. Les ingénieurs forts partent vite pour un travail payé au prix du marché, leur départ est enregistré comme de l’attrition, leur connaissance est en partie dans le code, et la composition de l’équipe peut se lire dans la gestion de versions. Dans le modèle, le premier système est perdu à un peu plus d’un an et la perte est vue à environ trois ans, un délai de moins de deux ans. Les leviers sont la rémunération et le transfert : un budget de rétention différencié dans la latitude que la plupart des conventions collectives néerlandaises permettent déjà, et une distribution des connaissances appliquée avant que les systèmes n’atteignent un propriétaire unique, puisque le modèle montre qu’elle ne peut pas les sauver ensuite.

Pour les administrateurs système, la conclusion est que l’effet est lent, invisible pour quiconque ne pose pas la question, et plus difficile à récupérer. Les administrateurs forts partent plus lentement, par des voies que le taux de rotation ne compte pas (retraite, transfert, jusqu’en 2025 le freelance, et le poste non pourvu), leur connaissance est procédurale et ne laisse aucun artefact, et la composition de l’équipe ne peut pas être calculée ; elle doit être assemblée à partir d’enregistrements minces et confirmée en questionnant. Dans le modèle, le premier système est perdu à un peu moins de trois ans et la perte est vue à près de six, un délai de trois ans qu’aucune mesure de rétention ne raccourcit, parce que le délai est fixé par la rareté avec laquelle la connaissance perdue est nécessaire. Le levier est la pratique : des passations exercées, et des tests de reprise après sinistre observés par quelqu’un d’extérieur à l’équipe, qui, comme le montre le modèle, réduisent le délai de trois ans à six mois sans ralentir la perte d’un seul jour, et dont aucune équipe d’ingénierie n’a besoin parce que son calendrier des changements fait le même travail.

Pourquoi le délai des administrateurs est le plus long découle de trois différences que le modèle tient séparées. Premièrement, le délai est l’inverse de la fréquence à laquelle la connaissance perdue est nécessaire, équation (2) : la connaissance des ingénieurs s’exerce sur le calendrier des changements, où un changement qui la requiert survient tous les deux ou trois ans par système, tandis que la connaissance des administrateurs s’exerce sur le calendrier des incidents, où une bascule, une restauration ou une mise à niveau qui la requiert survient environ deux fois moins souvent, de sorte que l’écart entre la perte de la connaissance et la découverte de la perte est deux fois plus long. Deuxièmement, la connaissance d’un ingénieur est en partie dans le code et peut en être reconstruite ; celle d’un administrateur est procédurale et ne laisse aucun artefact, de sorte qu’une fois qu’un système administré atteint un facteur bus de zéro, il y reste, ce qui allonge la période pendant laquelle la perte est réelle et invisible. Troisièmement, la défaillance d’ingénierie se situe sur le calendrier des changements et on la voit approcher, comme un programme qui dérape ou un changement qui ne peut pas être planifié ; la défaillance d’administration se situe sur le calendrier des incidents et arrive sans préavis, comme une restauration qui échoue le jour où l’on en a besoin. Que les administrateurs partent aussi plus lentement retarde la perte elle-même mais non sa découverte, ce qui explique pourquoi le remède pour eux est la pratique plutôt que la rémunération : une passation exercée ou un test de reprise observé est un événement délibérément planifié qui requiert la connaissance, et il avance la découverte sans attendre l’incident.

Pour les deux groupes, le message pratique est le même, et dans le cadre néerlandais il a un tranchant particulier. La question à poser sur l’attrition n’est pas combien sont partis, mais qui, ce qu’ils ont emporté avec eux, et s’il reste quelqu’un qui s’en apercevrait. Sur un marché où le résidu ne peut pas être licencié et où les plus forts sont payés selon une grille, le seul moment pour y répondre est avant le point de verrouillage, et la seule manière d’y répondre pour les administrateurs est de poser la question.

Annexe A. Mesurer les indicateurs

Cette annexe donne une définition opérationnelle, une source de données et le principal piège pour chaque indicateur du tableau 4. Tous peuvent être calculés trimestriellement à partir d’enregistrements que la plupart des organisations tiennent déjà ; aucun ne requiert d’enquête.

Taux de pertes regrettées. À chaque départ volontaire, le manager du partant répond à une question, consignée par les RH : auriez-vous fait une contre-offre pour garder cette personne ? Le taux est le nombre de départs regrettés divisé par l’ensemble des départs volontaires sur quatre trimestres glissants. Piège : les managers notent rétrospectivement avec plus de générosité une fois qu’un départ s’est révélé douloureux ; recueillir la réponse dans la semaine suivant le préavis.

Quartile de performance des partants. La position de chaque partant dans la distribution de performance du département, prise comme la moyenne de ses deux dernières évaluations avant le préavis. Rapporter la part des partants issus du quartile supérieur. Piège : des évaluations compressées vers le milieu masquent le signal ; là où les évaluations ne sont pas informatives, substituer un classement forcé par deux managers au départ.

Écart d’offre de sortie. Différence médiane en pourcentage entre la nouvelle rémunération totale du partant et sa rémunération actuelle, d’après les entretiens de départ. Piège : les partants sous-déclarent ou refusent de répondre ; un taux de réponse inférieur à la moitié rend le chiffre peu fiable, et le taux de réponse lui-même devient alors l’indicateur.

Facteur bus par système critique. Le nombre de personnes qui pourraient être perdues avant que plus personne parmi les restants ne puisse modifier ou restaurer le système. Pour les systèmes sous gestion de versions, il peut être calculé à partir de l’historique sans interroger personne. La méthode d’Avelino et al. (2016) attribue à chaque développeur $d$ un degré de paternité pour chaque fichier $f$,

où $\mathrm{FA}$ vaut 1 si $d$ a créé le fichier, $\mathrm{DL}$ est le nombre de modifications que $d$ y a apportées et $\mathrm{AC}$ le nombre de modifications apportées par d’autres. Un développeur est compté comme connaissant un fichier lorsque son DOA normalisé atteint au moins 0.75 du maximum du fichier et que la valeur absolue atteint au moins 3.293. Le facteur bus est alors obtenu en retirant les développeurs par ordre de nombre de fichiers connus jusqu’à ce que plus de la moitié des fichiers du système n’aient plus aucun développeur connaisseur restant. Pour les systèmes administrés, qui sont pour la plupart hors gestion de versions, la même idée est appliquée à d’autres enregistrements de qui a fait quoi : tickets de gestion des changements par système, résolutions d’incidents par système, appartenance à la rotation d’astreinte et, là où l’infrastructure est définie sous forme de code, le dépôt de configuration. Une personne compte comme connaissant un système administré lorsqu’elle y a clos des changements ou des incidents au cours de la dernière année sans escalader vers quelqu’un d’autre. Piège : ces enregistrements sont plus minces que l’historique des commits et attribuent souvent le travail à la personne qui a déposé le ticket plutôt qu’à celle qui l’a fait ; pour les systèmes les plus critiques, confirmer le chiffre calculé en demandant à l’équipe de nommer qui pourrait restaurer le système à partir de rien, et traiter une hésitation comme un facteur bus de un.

Indice de concentration des connaissances. La part des systèmes critiques dont le facteur bus est un. « Critique » devrait être défini par les métiers (systèmes dont l’indisponibilité arrête le chiffre d’affaires ou la conformité), non par l’informatique. Piège : l’indice peut être manipulé en scindant des systèmes ; figer la liste des systèmes pendant au moins un an.

Nombre de systèmes orphelins. Le nombre de systèmes critiques dont l’auteur ou le mainteneur principal est parti et qui ont été réattribués à un propriétaire existant sans période de passation d’au moins un mois de chevauchement. Pour les systèmes administrés, ne compter une passation comme réelle que si le nouveau propriétaire a exécuté les procédures critiques (restauration, bascule, rotation de certificat) au moins une fois sous supervision ; un runbook transmis sans être exercé n’est pas une passation. Source : registre de propriété des systèmes croisé avec les dates de départ. Piège : les registres de propriété sont rarement tenus ; le premier calcul exige généralement de reconstituer le registre, ce qui est en soi informatif.

Asymétrie d’ancienneté. Le rapport entre le personnel ayant plus de cinq ans d’ancienneté et celui en ayant moins de deux, calculé séparément pour les ingénieurs et les administrateurs. Un département sain qui se renouvelle se situe près de un ; un département dont le flux entrant s’est tari ou ne reste pas monte au-dessus de deux. Piège : une réorganisation qui déplace des personnes entre départements remet l’ancienneté à zéro dans certains systèmes RH ; utiliser l’ancienneté chez l’employeur, non dans le centre de coûts.

Fréquence des revues externes. Le nombre d’occasions par an où le code, l’architecture ou la pratique opérationnelle ont été évalués par quelqu’un d’extérieur à l’équipe : un comité de revue d’architecture, un audit de sécurité dont les constats ont été discutés, la revue d’un département pair, l’évaluation d’un consultant externe. Ne compter que les revues qui ont produit des constats écrits. Piège : les audits de conformité qui vérifient des documents plutôt que des systèmes ne devraient pas être comptés.

Attrition précoce. Pour chaque cohorte de recrutement (recrues d’un semestre donné), la part de ceux qui sont partis dans les douze mois suivant leur date d’entrée. Rapporter par cohorte, non par année civile, afin que le chiffre d’une cohorte soit connu une fois pour toutes et ne dérive pas. Piège : le chiffre a par construction un an de retard ; l’apparier au taux d’acceptation des offres, qui n’en a pas.

Taux d’acceptation des offres pour les postes seniors. La part des offres pour des postes seniors qui ont été acceptées, sur quatre trimestres glissants, et les motifs de refus consignés. Piège : les recruteurs consignent le motif qui reflète le moins mal sur le processus ; interroger directement le candidat lorsque c’est possible.

Actualité des tests de reprise après sinistre (administrateurs). Pour chaque système administré critique, le nombre de mois depuis qu’une restauration, une bascule ou une reconstruction a été effectuée pour la dernière fois de bout en bout par quelqu’un d’autre que son propriétaire principal, avec le résultat consigné. Cet indicateur n’a pas d’équivalent en ingénierie et est ajouté ici parce que le cas de la section 7 repose sur lui. Déclencheur : tout système critique au-dessus de douze mois, ou tout système dont le dernier test a été effectué uniquement par une personne partie depuis. Piège : un test commencé puis abandonné est souvent consigné comme effectué ; ne compter que les tests avec un résultat consigné.

Lecture de l’ensemble. Aucun indicateur n’est décisif à lui seul. Le schéma que le modèle prédit est une hausse des pertes regrettées et des sorties du quartile supérieur (phase 1), suivie d’une baisse du facteur bus et d’une hausse des systèmes orphelins (phase 2), suivie d’une hausse de l’asymétrie d’ancienneté et d’une baisse des revues externes (phase 3), et seulement ensuite d’une hausse de l’attrition précoce et d’une baisse de l’acceptation des offres seniors (phase 4). Un département qui voit les deux premiers mouvements a du temps ; celui qui voit les deux derniers en a très peu.

Références

Avelino, G., Passos, L., Hora, A., & Valente, M. T. (2016). A novel approach for estimating truck factors. In Proceedings of the 24th IEEE International Conference on Program Comprehension (ICPC), 1–10. https://doi.org/10.1109/ICPC.2016.7503718 (author version: https://homepages.dcc.ufmg.br/~mtov/pub/2016-icpc.pdf)

Becker, W. J., & Cropanzano, R. (2011). Dynamic aspects of voluntary turnover: An integrated approach to curvilinearity in the performance–turnover relationship. Journal of Applied Psychology, 96(2), 233–246. https://doi.org/10.1037/a0021223

Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley.

Cohen, W. M., & Levinthal, D. A. (1990). Absorptive capacity: A new perspective on learning and innovation. Administrative Science Quarterly, 35(1), 128–152. https://doi.org/10.2307/2393553

Cosentino, V., Cánovas Izquierdo, J. L., & Cabot, J. (2015). Assessing the bus factor of Git repositories. In Proceedings of the 22nd IEEE International Conference on Software Analysis, Evolution, and Reengineering (SANER), 499–503. https://doi.org/10.1109/SANER.2015.7081864

Dalton, D. R., Todor, W. D., & Krackhardt, D. M. (1982). Turnover overstated: The functional taxonomy. Academy of Management Review, 7(1), 117–123. https://doi.org/10.5465/amr.1982.4285499

De Holan, P. M., & Phillips, N. (2004). Remembrance of things past? The dynamics of organizational forgetting. Management Science, 50(11), 1603–1613. https://doi.org/10.1287/mnsc.1040.0273

DeLong, D. W. (2004). Lost Knowledge: Confronting the Threat of an Aging Workforce. Oxford University Press. https://doi.org/10.1093/acprof:oso/9780195170979.001.0001

Hom, P. W., Lee, T. W., Shaw, J. D., & Hausknecht, J. P. (2017). One hundred years of employee turnover theory and research. Journal of Applied Psychology, 102(3), 530–545. https://doi.org/10.1037/apl0000103

Jackofsky, E. F. (1984). Turnover and job performance: An integrated process model. Academy of Management Review, 9(1), 74–83. https://doi.org/10.5465/amr.1984.4277940

Kaplan, B. (2009). Managing the risk of knowledge loss due to workforce attrition. Presentation to the SIKM Leaders Community, June 2009. https://www.slideshare.net/SIKM/managing-the-risk-of-knowledge-loss-due-to-workforce-attrition

Manpower Inc. (2010). Knowledge retention and transfer in the world of work. White paper, announced 13 April 2010. https://investor.manpowergroup.com/node/51361

Minister van Sociale Zaken en Werkgelegenheid & Staatssecretaris van Financiën. (2026, 12 February). Brief aan de Tweede Kamer inzake zelfstandig ondernemerschap: reactie op het position paper van VZN en handhaving op arbeidsrelaties (Kamerstukken II 2025/26, 31 311, nr. 304). https://zoek.officielebekendmakingen.nl/kst-31311-304.pdf

Nyberg, A. (2010). Retaining your high performers: Moderators of the performance–job satisfaction–voluntary turnover relationship. Journal of Applied Psychology, 95(3), 440–453. https://doi.org/10.1037/a0018869

Salamin, A., & Hom, P. W. (2005). In search of the elusive U-shaped performance–turnover relationship: Are high performing Swiss bankers more liable to quit? Journal of Applied Psychology, 90(6), 1204–1216. https://doi.org/10.1037/0021-9010.90.6.1204

Trevor, C. O., Gerhart, B., & Boudreau, J. W. (1997). Voluntary turnover and job performance: Curvilinearity and the moderating influences of salary growth and promotions. Journal of Applied Psychology, 82(1), 44–61. https://doi.org/10.1037/0021-9010.82.1.44. Open-access working paper: https://ecommons.cornell.edu/entities/publication/7dd1115c-022a-4dc6-9af7-7a4a31a0c19a

UWV. (2025, 18 December). Ontwikkeling krapte naar beroep 2024–2030. https://www.uwv.nl/assets-kai/files/3dadda9c-258e-4d9f-b60c-eac75496816b/ontwikkeling-krapte-naar-beroep-2024-2030.pdf

UWV. (2026, 8 October). ICT-beroepen: arbeidsmarktinformatie. https://www.uwv.nl/nl/arbeidsmarktinformatie/sector/ict

Webster, B. F. (2008, 11 April). The wetware crisis: The Dead Sea effect. Bruce F. Webster (blog). https://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/

Wet op de ondernemingsraden, art. 27. https://wetten.overheid.nl/BWBR0002747

Williams, C. R., & Livingstone, L. P. (1994). Another look at the relationship between performance and voluntary turnover. Academy of Management Journal, 37(2), 269–298. https://doi.org/10.2307/256830