L’intervention économique qui freine le départ des ingénieurs

• Le problème du départ des ingénieurs seniors ne relève pas du flux d’information, mais de la structure des incitations des dirigeants ; un système de rémunération optimisé pour la performance trimestrielle entre fondamentalement en conflit avec la rétention des talents, qui exige des investissements de long terme
• Le coût total du départ d’un ingénieur senior atteint 500 000 à 1 million de dollars ; frais de recrutement, coût de vacance de poste, onboarding et perte de connaissances tacites (tribal knowledge) sont répartis sur plusieurs budgets, ce qui les rend peu visibles
• Dans le cas d’une entreprise de traitement des paiements qui avait ignoré un avertissement 14 mois plus tôt, la perte a atteint 3,47 millions de dollars lors du Black Friday, alors que le coût initial de la correction n’était que de 80 000 dollars
• Six interventions structurelles (comptabilisation du coût des départs, suivi des incidents, astreinte des dirigeants, intégration du taux de rétention dans la rémunération, conseil consultatif technique, rémunération équivalente pour la filière IC) sont proposées comme solution pour réaligner les incitations
• Ces interventions ne sont efficaces que si les dirigeants reconnaissent la rétention comme un problème économique et sont prêts à accepter des changements structurels ; une mise en œuvre purement formelle peut au contraire produire l’effet inverse

---

Pourquoi le comportement ne change pas, même quand l’information circule

"The constraint is not information flow. It is economics."

• Cet article est le deuxième volet d’une série sur le départ des ingénieurs, et prolonge la situation évoquée dans le premier volet, Pourquoi vos meilleurs ingénieurs passent-ils des entretiens ailleurs ?, après le problème d’asymétrie d’information qui y était traité
• Le premier volet expliquait pourquoi les ingénieurs seniors partent ; la cause principale était une structure qui empêchait les problèmes d’atteindre la direction, même lorsqu’ils existaient
• Mais cet article pousse cette hypothèse un cran plus loin
  • Il s’intéresse à ce qui se passe quand on améliore réellement le flux d’information
  • La conclusion, contre-intuitive, est que dans la plupart des cas, rien ne change
• Les organisations mettent en place divers dispositifs pour identifier les problèmes
  • mise en place de 1:1 skip-level
  • exploitation de canaux de feedback anonymes
  • enquêtes de rétention menées par des consultants externes
• Les ingénieurs expriment alors les problèmes avec une grande clarté
  • la dette technique mine le moral
  • l’expertise est ignorée dans les décisions d’architecture
  • la charge d’astreinte n’est pas soutenable sur la durée
• Les dirigeants entendent cela et acquiescent
  • ils reconnaissent le problème
  • ils disent qu’ils vont réajuster les priorités
• Mais au trimestre suivant, les décisions sont répétées à l’identique
  • les objectifs trimestriels sont atteints de la même manière
  • et cette manière consiste à ignorer de nouveau les problèmes qui viennent d’être signalés
• À ce stade, l’article clarifie son point central
  • le problème n’est pas un manque d’information
  • le problème est la structure économique, autrement dit la conception des incitations

Le problème central : la structure d’incitation des dirigeants

• Exemple du calcul décisionnel auquel un VP of Engineering est confronté en octobre
  • l’évaluation de performance trimestrielle a lieu dans 3 mois, et il reste 6 mois avant l’acquisition des actions de l’ingénieur
• Un ingénieur plateforme senior formule la demande suivante
  • il veut refactorer le système d’authentification pendant 6 semaines
  • la dette technique s’est accumulée et la structure est devenue fragile
  • deux chercheurs en sécurité ont déjà signalé des signes de risque
• Mais la situation actuelle reste ambiguë
  • il n’y a pas de panne réelle, pas de plainte client, pas d’impact sur le chiffre d’affaires
  • il n’existe qu’un avertissement de l’ingénieur : « si on ne corrige pas maintenant, cela deviendra une crise »
• Le VP a alors deux options
  • Option A : approuver le refactoring
    • accepter une baisse de la vitesse de développement produit pendant 6 semaines
    • risquer de ne pas atteindre les OKR du trimestre
    • devoir expliquer au CEO pourquoi la roadmap a pris du retard à cause d’un « travail technique invisible pour le client »
    • faire peser un risque sur le calendrier de lancement des fonctionnalités déjà promis par l’équipe commerciale
    • en conséquence, subir un impact négatif direct sur le bonus de fin d’année
    • la récompense de ce choix n’arrive que 12 à 18 mois plus tard : cet ingénieur senior reste dans l’organisation parce qu’il estime que « son jugement technique est respecté »
  • Option B : donner la priorité aux fonctionnalités
    • reconnaître que la dette technique est « importante », mais la repousser « au trimestre suivant »
    • livrer la roadmap prévue, atteindre les OKR et toucher le bonus
    • l’ingénieur senior reste pour l’instant ; ses stock-options ne sont pas encore acquises
    • si le système d’authentification casse plus tard, ce sera le problème d’un futur trimestre
    • si l’ingénieur part dans 6 mois, on estime qu’il pourra être remplacé par un recrutement
• Dans cette structure, l’option B gagne toujours — jusqu’à l’échec final
  • B l’emporte jusqu’à ce qu’une panne d’un système critique survienne lors d’un lancement produit, que 5 ingénieurs seniors partent en 18 mois, et que le CFO commence à demander pourquoi l’entreprise dépense 1,4 million de dollars par an en coûts de réembauche
• C’est un désalignement fondamental
  • la structure de rémunération des dirigeants est optimisée pour une performance trimestrielle
  • mais la rétention des ingénieurs et la réduction de la dette technique exigent des investissements de long terme
  • améliorer seulement le flux d’information ne peut pas combler cet écart
  • la solution passe par une refonte de la structure économique elle-même

Why the Math Favors Dysfunction - Quand on fait les calculs, la défaillance devient inévitable

• Les coûts cachés agissent de manière invisible, poussant des acteurs rationnels à se comporter de façon irrationnelle

• Lorsqu’un ingénieur senior avec un salaire annuel de 200 000 $ s’en va, le coût total réel est estimé entre 500 000 $ et plus de 1 000 000 $

  • La plupart des dirigeants pensent que ce chiffre est exagéré quand ils l’entendent, mais ce n’est pas le cas. Voici comment il est calculé

• Coûts directs de remplacement : 85 000 $-100 000 $

  • Frais de recrutement : avec des recruteurs externes, une commission de 20-25 %, soit 40 000 $-50 000 $ pour un ingénieur à 200 000 $
    • En recrutement interne (job boards, outils de sourcing, salaire des recruteurs), cela revient à 15 000 $-20 000 $
  • Prime à la signature : sur un marché concurrentiel, il faut 20 000 $-40 000 $ pour sécuriser un profil senior
    • C’est particulièrement indispensable lorsqu’il quitte son entreprise actuelle en y laissant des actions acquises ou en cours d’acquisition
  • Frais de déménagement : 10 000 $-30 000 $ pour une mobilité nationale, davantage à l’international

• Coût de vacance de poste : 50 000 $-100 000 $

  • Il faut en moyenne 3 à 6 mois pour recruter un ingénieur senior
  • Pendant ce temps, le travail de cet ingénieur ne disparaît pas, et deux types de coûts surviennent simultanément
    • d’un côté, la productivité de l’équipe baisse à cause de la redistribution du travail, et de l’autre, l’abandon de certaines tâches génère un coût d’opportunité
  • Coût de redistribution du travail : 25 000 $-40 000 $
    • Environ 60 % du travail de l’ingénieur parti est réparti entre les membres restants de l’équipe
    • Ce n’est pas une simple réallocation fluide des ressources, mais une source de perte de productivité
    • Des ingénieurs déjà à saturation doivent désormais gérer des revues de code sur des zones qu’ils connaissent mal, répondre à des questions sur des systèmes qu’ils n’ont pas développés et maintenir des services qu’ils ne comprennent pas totalement
    • Si 3 ingénieurs absorbent chacun 20 % de charge supplémentaire, ils ne travaillent pas simplement 20 % de plus : les changements de contexte réduisent l’efficacité globale
    • Cela entraîne une perte de productivité de 10 à 15 % par ingénieur pendant la période de vacance
    • Calcul du coût de redistribution du travail
      • Nombre d’ingénieurs qui absorbent la charge × taux de baisse de productivité × durée de vacance (en mois) × (salaire moyen / 12)
      • Dans un scénario typique : 3 ingénieurs × 12 % de baisse de productivité × 4 mois × (180 000 $ / 12) = 21 600 $
      • Si l’ingénieur parti couvrait un domaine à forte spécialisation comme l’infrastructure, la sécurité ou la plateforme, ce coût peut monter à 30 000 $-40 000 $
  • Coût d’abandon du travail : 25 000 $-60 000 $
    • Les 40 % restants ne sont pas redistribués mais reportés ou complètement abandonnés
    • Améliorations de plateforme, réduction de la dette technique, évolution de l’architecture, documentation, mentoring : ces tâches ne sont pas liées directement aux fonctionnalités livrées mais préviennent les crises futures, et elles sont retirées discrètement de la roadmap
    • Le coût immédiat du Work Abandonment se calcule à partir de la valeur salariale des tâches non réalisées
      • 40 % du travail de l’ingénieur parti n’est pas effectué pendant la période de vacance
      • La formule est : 40 % × 4 mois × (200 000 $ / 12) = 26 667 $
    • Mais le véritable coût ne s’arrête pas à cet impact immédiat
      • Les travaux reportés génèrent un coût cumulatif sur les trimestres suivants
      • Par exemple
        • si l’optimisation de base de données prévue par un ingénieur infrastructure senior est repoussée
          • les performances des requêtes se dégradent progressivement
          • et cela finit par exiger une intervention d’urgence bien plus lourde que le périmètre initial
        • si les revues d’architecture qu’il assurait sont interrompues
          • les décisions techniques continuent d’être prises
          • alors même que l’expertise capable d’éviter en amont des erreurs coûteuses a disparu
    • Le coût mesurable de l’abandon du travail correspond à
      • la valeur du « travail qui aurait dû être fait mais ne l’a pas été »
      • Une formule prudente est la suivante
        • (part de travail abandonnée × salaire annuel / 12) × nombre de mois de vacance
        • (40 % × 200 000 $ / 12) × 4 mois = 26 667 $
    • La fourchette réaliste du coût d’abandon du travail est de 25 000 $-60 000 $
      • selon le poids respectif des tâches préventives et des tâches orientées fonctionnalités parmi celles abandonnées
  • Coût total de vacance de poste (Combined Vacancy Cost) : 50 000 $-100 000 $
    • Il s’agit de la somme du coût de redistribution du travail (25 000 $-40 000 $) et du coût d’abandon du travail (25 000 $-60 000 $)
    • Ce chiffre ne reflète que les effets directs et mesurables d’un poste resté vacant pendant 4 mois
  • Le calcul lui-même reste prudent

• Coûts d’onboarding et d’adaptation : 100 000 $-125 000 $

  • Productivité d’un nouvel ingénieur senior : environ 25 % le 1er mois, 50 % aux mois 2-3, 75 % aux mois 4-5, puis pleine productivité au 6e mois
    • 1er mois : perte de productivité de 75 % = (200 000 $ / 12 mois) × 0,75 = 12 500 $
    • Mois 2-3 : perte de productivité de 50 % = (200 000 $ / 12 mois) × 0,50 × 2 = 16 667 $
    • Mois 4-5 : perte de productivité de 25 % = (200 000 $ / 12 mois) × 0,25 × 2 = 8 333 $
    • Total de l’écart de productivité sur les 6 premiers mois : 37 500 $
  • Coût du personnel mobilisé pour l’onboarding : le nouvel ingénieur senior consomme 10 à 15 heures par semaine du temps d’autres ingénieurs le premier mois, puis 5 à 8 heures par semaine aux mois 2-3
    • 1er mois : 12 heures par semaine × 4 semaines × 90 $ de l’heure = 4 320 $
    • Mois 2-3 : 6 heures par semaine × 8 semaines × 90 $ de l’heure = 4 320 $
    • Coût du personnel d’onboarding sur la base de 90 $/heure : 8 640 $
  • Cela représente donc une perte de 46 140 $ sur les 6 premiers mois
  • Mais comme la plupart des ingénieurs seniors mettent environ un an à retrouver le même niveau d’expertise métier que leur prédécesseur, le coût attendu monte à 92 000 $-125 000 $

• Perte de connaissances implicites (Tribal Knowledge) : 100 000 $-300 000 $

  • C’est le coût le plus difficile à quantifier, mais il se manifeste ensuite sous forme d’erreurs au fil des trimestres
  • Ce que savait l’ingénieur qui partait :
    • quelles parties de la codebase sont fragiles et nécessitent des changements prudents
    • quels clients ont des exigences particulières, et pourquoi
    • quelles décisions d’architecture relèvent de compromis intentionnels, et lesquelles relèvent de dette technique
    • quelles sont les 3 lignes de code réellement critiques dans un service de 10 000 lignes
    • pourquoi une requête de base de données semble inefficace mais a été écrite ainsi (une optimisation « évidente » avait provoqué une corruption de données dans un cas spécifique découvert 3 ans plus tôt)
  • Erreurs dues au manque de contexte : un nouvel ingénieur « optimise » une requête « lente » et interrompt un workflow critique pour les deux plus gros clients de l’entreprise
    • 2 jours pour identifier le problème (4 615 $), 1 semaine pour implémenter le bon correctif (7 692 $), puis restauration de la relation client
    • Coût d’un incident unique : environ 12 000 $-15 000 $, avec 3 à 5 occurrences la première année par ingénieur senior parti
  • Retards de décision : une question à laquelle l’ingénieur parti répondait en 30 secondes exige désormais 3 heures d’archéologie dans le code, de recherche dans l’historique Slack et de conversations du type « quelqu’un sait pourquoi on a fait ça ? »
    • Si cela arrive 2 fois par semaine pendant 6 mois : 14 040 $
  • Projets reportés ou abandonnés : seul l’ingénieur parti comprenait suffisamment le système d’authentification pour implémenter en toute sécurité une intégration SSO
    • Le projet prend alors 6 à 9 mois de retard ; si le SSO était requis pour un contrat entreprise de 500 000 $, le coût du retard devient mesurable
  • Une estimation prudente de cette perte de connaissances internes se situe entre 100 000 $ et 300 000 $ sur les 12 mois suivant le départ

• Coût total par départ d’ingénieur

  • Remplacement direct : 85 000 $-100 000 $
  • Coût de vacance : 50 000 $-100 000 $
  • Adaptation et onboarding : 92 000 $-125 000 $
  • Perte de connaissances internes : 100 000 $-300 000 $
  • Total prudent : 327 000 $-625 000 $
  • Total réaliste avec retards de projet et coûts d’opportunité : 500 000 $-1 000 000 $

• Ces coûts sont répartis sur l’ensemble du budget et noyés dans le bruit : les coûts de recrutement relèvent du budget RH, les pertes de productivité ne sont pas suivies, et l’évaporation des connaissances internes n’apparaît pas dans les rapports trimestriels

  • Le report de la dette technique et la priorisation des fonctionnalités produisent des résultats immédiats et visibles : démos pour l’équipe commerciale, annonces de lancement du marketing, rapports du CEO au conseil d’administration, etc.
  • Il s’agit de ce que les économistes appellent le problème de la « grenouille dans l’eau qui chauffe » :
    • Le départ de chaque employé semble supportable, le report du travail technique paraît rationnel, et les compromis trimestriels semblent chacun justifiés pris isolément
    • Quand le schéma devient évident (18 % de départs annuels chez les ingénieurs seniors, dette technique accumulée, pannes système en chaîne), l’organisation a déjà accepté le dysfonctionnement comme quelque chose de normal

À quoi ressemble la reprise (Recovery)

• 14 mois avant la catastrophe du Black Friday, un ingénieur plateforme senior d’une entreprise de traitement des paiements de taille intermédiaire a soulevé des inquiétudes précises
  • « Le système de traitement des transactions ne supportera pas le trafic attendu des fêtes »
  • Il a soumis une proposition détaillée indiquant la nécessité d’un sharding de la base de données et d’une optimisation des files d’attente : 6 semaines de temps d’ingénierie et un coût d’infrastructure estimé à 80 000 $
• La proposition a été reléguée dans les priorités par le VP of Product :
  • Il a été jugé que le lancement de deux autres fonctionnalités était plus important
  • Lors de la revue trimestrielle, on a salué sa « capacité à identifier les problèmes potentiels à l’avance », mais la proposition d’architecture a été laissée dans Jira
• Quatre mois plus tard, cet ingénieur a rejoint un concurrent avec une hausse de 15 %, son remplacement a nécessité 3 mois de recherche et 47 000 $ de frais de recrutement, puis encore 5 mois pour atteindre la pleine productivité
• Entre-temps, 2 autres ingénieurs seniors sont partis : l’un par frustration face à la dette technique, l’autre en acceptant à l’extérieur un poste de Principal Engineer qui n’existait pas en interne
• Ce n’est que 9 mois plus tard, lors d’une revue d’architecture, que cette alerte initiale a de nouveau été discutée
  • À ce moment-là, la mémoire organisationnelle du contexte de la proposition et de la manière de résoudre le problème avait déjà disparu
  • La mission d’« étudier des alternatives » a été confiée à un ingénieur junior
• Le jour du Black Friday, la catastrophe commence à 9 h 47 avec une explosion du volume de transactions
  • À partir de 10 h 23, la base de données commence à refuser les requêtes d’écriture
  • Le goulot d’étranglement est exactement celui qui avait été signalé 14 mois plus tôt, et cette panne provoque 2,5 M$ de transactions non traitées
  • Le rétablissement a pris 5 heures
    • Le coût de l’extension d’infrastructure en urgence a été de 180 000 $, et 3 ingénieurs ont fait des heures supplémentaires pendant tout le week-end férié pour mettre en place une modification architecturale permanente
  • Le 3 décembre, un postmortem piloté par le CTO a été remis à la direction avec un nouvel élément
    • Une section « Previously Raised Concerns » a été ajoutée, consignant l’alerte initiale de cet ingénieur, la décision de la déprioriser et les départs survenus ensuite
    • Le CFO a calculé le coût total
  • Coût du départ des ingénieurs (3 seniors) : un coût mesurable de 235 000 $ par personne
    • Recrutement 47 000 $ + prime de signature 30 000 $ + coût de vacance du poste 83 000 $ (4 mois en moyenne) + onboarding et montée en puissance 75 000 $
    • Total 705 000 $
  • Coût de la perte de connaissances tribales : 2,2 M$
    • La compréhension de la structure de la base de données, des modes de défaillance et des solutions historiques a disparu de l’organisation
    • Il a fallu redécouvrir le problème, réétudier les solutions et les implémenter en situation d’urgence
    • Cet écart de connaissance a transformé une migration planifiée en réponse de crise
    • Les coûts d’investigation, les tentatives infructueuses, l’intervention urgente de fournisseurs et la gestion des commerçants se sont accumulés
  • Coût des transactions échouées :
    • Montant des paiements non traités : 2,5 M$
    • Avec un taux de commission de 2,9 %, la perte directe de chiffre d’affaires n’était que de 72 500 $, mais l’entreprise avait l’obligation contractuelle de traiter toutes les transactions
    • Cela a donc entraîné 180 000 $ de pénalités SLA pour non-respect du service et 45 000 $ de coûts de support et de rétention des commerçants
  • Coûts d’infrastructure d’urgence : 180 000 $
    • Extension urgente de la base de données (read replicas supplémentaires, instances mises à niveau, coûts de support fournisseur en mode expedited)
    • Reconfiguration du load balancer et optimisation du CDN pour absorber le trafic anticipé 14 mois plus tôt
  • Coût de la reprise et des suites de l’incident : 87 000 $
    • 3 ingénieurs seniors ont travaillé 72 heures pendant le week-end férié avec un taux d’heures supplémentaires de 2,5x : 51 923 $
    • 2 semaines de travail de suivi pour l’ensemble de l’équipe engineering : 38 462 $
  • Coût total de l’incident : 3,47 M$
  • Coût préventif initialement proposé : 80 000 $ (incluant 6 semaines de temps d’ingénierie d’un ingénieur senior et les coûts d’infrastructure)
  • La première page du postmortem affichait 3,47 M$ vs 80 000 $, et ce chiffre a changé le sens de la conversation
• En réponse aux questions du conseil d’administration, le CEO a demandé une analyse de la rétention
  • Taux de départ annuel des ingénieurs seniors de 34 % (plus du double de la moyenne du secteur pour les entreprises rentables)
  • Les entretiens de départ auparavant archivés sans revue de la direction ont révélé un schéma constant
    • Les ingénieurs talentueux partaient lorsque leurs préoccupations techniques étaient reconnues mais non suivies d’effet
  • Quatre mesures correctives mises en place sur 18 mois :
    • Le CFO a commencé à suivre le coût des départs dans les rapports trimestriels aux côtés du coût d’acquisition client — soudain, le coût moyen de départ de 235 000 $ apparaissait dans les mêmes documents que les décisions de dépenses marketing
    • Tous les dirigeants ont participé à une rotation d’astreinte trimestrielle — le VP of Product qui avait dépriorisé le travail sur la base de données a reçu, dès sa première semaine, un rapport de 23 pages, dont 19 incidents liés à de la dette technique signalée au cours des 6 mois précédents
    • Le comité de rémunération a ajouté un facteur de rétention des talents à la rémunération variable des dirigeants : maintenir 90 % des ingénieurs seniors sur une base annuelle comptait pour 25 % dans le calcul du bonus
    • Création de parcours Staff et Principal IC alignés en rémunération sur les niveaux Director et VP
• 18 mois plus tard, cette entreprise de paiement a vu son taux de départ des ingénieurs seniors tomber à 9 % par an
• Plus important encore, le processus de revue d’architecture a changé :
  • Les propositions liées à la dette technique incluent désormais un calcul du coût des pannes
  • Les dirigeants demandent désormais couramment : « Si on reporte cela, quel est le risque de départ des ingénieurs ? »
• L’ingénieur plateforme qui avait initialement soulevé le problème de base de données est revenu en tant que Principal Engineer
  • Avec un salaire supérieur de 40 % à celui qu’il avait en partant — recruté spécifiquement pour piloter la montée en charge de l’infrastructure
• Son retour, avec le changement mis en évidence par les chiffres, symbolise que le calcul économique de l’organisation a réellement changé

Les six interventions qui ont réellement fonctionné (Intervention)

• Une intervention structurelle qui réaligne les incitations, non pas une collecte d’informations ou des démarches d’empathie, mais une refonte économique

• Hiérarchie de l’impact

  • Les 6 interventions peuvent sembler lourdes, mais leur difficulté de mise en œuvre et le délai de création de valeur ne sont pas les mêmes ; l’ordre compte
  • La manière d’obtenir les résultats les plus rapides : les interventions qui ne demandent qu’un accord minimal de l’organisation
    • Comptabilité du coût de l’attrition (#1) : nécessite seulement l’approbation du CFO et du temps d’un analyste financier
    • Suivi des incidents causés par des alertes ignorées (#2) : nécessite seulement une modification du processus SRE. Pas besoin de budget ni de réorganisation, seulement d’une documentation systématique des post-mortems
    • Les deux peuvent démarrer en moins de 30 jours et fournissent des preuves chiffrées pour mener des combats plus difficiles
  • Interventions de moyen terme : nécessitent un changement culturel, mais pas de refonte de la rémunération
    • Rotation d’astreinte des dirigeants (#3) : fonctionne lorsqu’un dirigeant fait directement l’expérience des conséquences du report de travaux d’amélioration de l’infrastructure ; la politique s’ancre alors naturellement
    • Conseil technique consultatif doté d’une vraie autorité (#5) : n’est efficace que lorsque la direction accepte réellement que ses décisions puissent être renversées ; les pilotes à petite échelle échouent en quelques trimestres
    • Délai de mise en œuvre de 3 à 6 mois : car cela demande non seulement un simple changement de politique, mais aussi la construction de la confiance
  • Interventions structurelles : nécessitent l’approbation du conseil d’administration ou du comité de rémunération, prennent 6 à 12 mois, mais produisent les changements les plus profonds
    • Intégrer un indicateur de rétention des talents dans le système de rémunération (#4) : lorsque les bonus des dirigeants dépendent de la rétention des ingénieurs seniors, la dette technique devient stratégiquement importante du jour au lendemain
    • Assurer l’équivalence de la filière IC (#6) : lorsqu’un Staff Engineer peut toucher une rémunération de niveau cadre supérieur sans gérer d’équipe, la préservation de l’expertise technique devient structurellement possible
  • Intervention minimale viable : combiner deux éléments de niveaux différents
    • Comptabilité du coût de l’attrition (résultat rapide) + indicateur de rétention dans la rémunération (changement structurel)
    • Le premier construit le business case, le second rend l’action rationnelle pour les dirigeants
  • Entreprise en situation de crise : déployer immédiatement les résultats rapides + concevoir en parallèle le changement structurel
  • Entreprise présentant des signes d’alerte précoces : commencer par la mesure (comptabilité des coûts, suivi des incidents) + justifier des interventions plus profondes à partir des données obtenues

• 1. Comptabilité du coût de l’attrition (Cost-of-Attrition Accounting)

  • Rendre visible l’invisible : calculer le coût total de chaque départ d’ingénieur senior
    • Coût moyen de recrutement : 35 000 $
    • Environ 6 mois jusqu’à la pleine productivité (50 % du salaire d’un ingénieur senior)
    • Retards de projet dus à la perte de connaissances
    • Coût d’opportunité des décisions d’architecture que seul cet ingénieur comprenait
  • Suivre ces chiffres chaque mois et les inclure dans le même tableau de bord exécutif que le CAC et les indicateurs de revenus
  • Une entreprise de services financiers, après avoir suivi le coût trimestriel de l’attrition, a constaté :
    • T1 : départ de 2 seniors, 400 000 $
    • T3 : coût annuel projeté de 900 000 $
    • Lorsque le CFO l’a présenté en parallèle du budget annuel d’ingénierie de 3 M$
    • La question du CEO est passée de « pourquoi sont-ils partis ? » à « combien faut-il pour l’empêcher ? »
    • Résultat : un investissement de 400 000 $ dans la résorption de la dette technique et l’ajustement des rémunérations
      a réduit l’attrition des seniors de 43 %, et l’investissement a été entièrement amorti en deux trimestres

• 2. Suivre les incidents causés par des alertes ignorées

  • Modifier le modèle de post-mortem pour y ajouter une section obligatoire "Avertissements préalables (Prior Warnings)"
  • Exiger que le responsable vérifie dans Jira, Slack, les notes de revue d’architecture et les e-mails s’il existait des alertes antérieures sur ce mode de défaillance
  • Éléments à documenter : date de l’alerte, auteur, action proposée, raison de la baisse de priorité
  • Calcul du coût de l’incident : impact du downtime sur le revenu, charge pour le support client, temps d’ingénierie consacré à la reprise
  • Après avoir adopté cette approche, une entreprise de healthtech a constaté :
    • En 6 mois, 70 % des incidents de production avaient été anticipés
    • Les ingénieurs avaient soulevé leurs inquiétudes, mais la direction avait abaissé leur priorité pour se concentrer sur le développement de fonctionnalités
    • Coût total sur un an : 1,8 million de dollars d’incidents évitables
    • Lorsque la direction a constaté que, sur 16 pannes majeures, les alertes techniques avaient vu juste dans 14 cas, elle a pris conscience de la gravité du schéma
    • Une fois démontré que ces prévisions étaient systématiquement exactes, les comportements ont changé

• 3. Rotation d’astreinte des dirigeants

  • Tous les dirigeants (y compris Product, VP et Directors) assurent une semaine d’astreinte par trimestre
  • Politique d’escalade :
    • Si l’ingénieur d’astreinte juge qu’une alerte est liée à une correction auparavant jugée peu prioritaire ou à un travail technique reporté
    • elle doit être signalée directement au responsable qui a pris cette décision, quelle que soit l’heure ou le jour
  • Cela fournit un apprentissage expérientiel plus puissant que n’importe quel tableau de bord
  • Exemple : un VP of Product a subi 17 appels en 5 jours pour le même problème de pool de connexions à la base de données, que les ingénieurs avaient signalé 7 mois plus tôt comme une correction « nice to have »
    • Le problème avait été classé P3, et le VP avait donné la priorité à la sortie de 3 fonctionnalités
    • Après 5 appels consécutifs à 3 heures du matin, il l’a reclassé en P0, et la correction a été livrée en 8 jours
    • Plus tard, ce VP a reconnu : « Je pensais que les ingénieurs exagéraient sur la fatigue liée aux alertes. Ce n’était pas le cas. »

• 4. Intégrer des indicateurs de rétention dans la rémunération des dirigeants

  • Reconfigurer la structure de sorte que 25 % de la rémunération variable des dirigeants dépende du taux de rétention des ingénieurs seniors
  • Définition de « senior » : plus de 2 ans d’ancienneté, évaluations de performance supérieures aux attentes, ou responsabilité de systèmes critiques
  • Définir un objectif : 90 % de rétention annuelle des ingénieurs seniors
    • Si l’objectif n’est pas atteint, le bonus est réduit proportionnellement
    • S’il est dépassé, le bonus est multiplié
  • Exemple : une entreprise SaaS de Series B a mis en place cette structure en 2021
    • Attrition annuelle des ingénieurs seniors : 28 %
    • Résistance initiale de la direction : « Nous ne pouvons pas contrôler le fait que quelqu’un reçoive une meilleure offre. »
    • Réponse du CEO : « Dans ce cas, cela revient à admettre que nous ne sommes compétitifs que sur le salaire. Améliorez cela ou acceptez l’impact sur la rémunération. »
    • En un an, l’attrition est tombée à 11 %
    • Changement de tendance dans les entretiens de départ : les ingénieurs partants évoquaient des départs motivés par des opportunités (promotion senior dans une plus grande entreprise, création de startup, déménagement) plutôt que des départs dus à des dysfonctionnements (alertes techniques ignorées, absence d’évolution, culture toxique)
    • Une fois que la direction a développé un véritable sens de la responsabilité sur la rétention, atteindre les objectifs de bonus est devenu la partie la plus facile

• 5. Conseil technique consultatif (TAB) doté d’un pouvoir réel

  • Constituer un conseil composé de 5 ingénieurs seniors élus par l’organisation engineering (et non nommés par la direction)
  • Réunions trimestrielles avec les dirigeants de niveau C
  • Un pouvoir : opposer un veto à 1 décision de la direction par trimestre
  • Exigence : en cas de veto, obligation de soumettre une alternative écrite incluant justification technique, coût estimé et analyse des risques
    • La direction ne peut passer outre qu’avec l’approbation du CEO et une justification documentée
  • Exemple : une entreprise d’infrastructure blockchain a constitué son TAB début 2020
    • En 2 ans, 2 vetos ont été exercés
    • Premier veto : blocage de la décision de construire un framework d’accord propriétaire, avec à la place une proposition d’extension d’un protocole open source existant. Gain estimé : 18 mois de développement économisés
    • Deuxième veto : empêcher la mise en production d’une migration de base de données sans tests de rollback complets. Une analyse post-implémentation a estimé que le TAB avait évité un incident de corruption de données à 2 millions de dollars
    • Le véritable impact était plus subtil : avant de finaliser une décision technique, les dirigeants ont commencé à demander « Est-ce que le TAB approuverait ça ? »
    • La menace du veto a changé la qualité des propositions avant même qu’elles n’arrivent jusqu’au TAB
    • Les ingénieurs ont rapporté que leur jugement technique comptait enfin dans les décisions de la direction

• 6. Filière IC (contributeur individuel) avec équivalence de rémunération

• Définir clairement un parcours d’évolution IC : Staff Engineer, Principal Engineer, Distinguished Engineer

  • Les bandes de rémunération doivent correspondre respectivement aux niveaux Director, VP et SVP

• Critères de promotion : impact technique, leadership architectural, effet multiplicateur sur l’efficacité des autres ingénieurs, plutôt que taille de l’équipe ou ligne hiérarchique

• Exemple : une entreprise fintech a vu partir 3 ingénieurs de niveau Staff en 6 mois

• Même schéma lors des entretiens de départ : « impossible d’atteindre une rémunération de niveau L7 sans devenir manager. Je ne veux pas faire du management, je veux rester développeur »

  • L’entreprise a mis en place une filière IC avec équivalence de rémunération
  • En moins d’un an : promotion au poste de Principal de 2 ingénieurs qui passaient auparavant des entretiens ailleurs, recrutement de 3 IC seniors depuis des concurrents sans parcours de carrière comparable, baisse de 62 % de l’attrition des profils techniques seniors
  • Plus important encore, les ingénieurs restés dans l’entreprise ont permis d’éviter des erreurs d’architecture estimées à 3 millions de dollars
    • Il s’agissait de décisions que des ingénieurs juniors ou intermédiaires n’avaient ni l’expertise ni l’autorité nécessaires pour contester

Voies d’exécution (Implementation Paths)

• Le calendrier d’exécution varie selon le niveau de gravité de la situation de l’organisation

• Entreprise en situation de crise (taux de départ des seniors >20 %, incident majeur récent)

  • Semaines 1-2 : calculer le coût réel du turnover sur 12 mois (incluant coûts de recrutement, temps d’adaptation à la productivité, retards projet, perte de connaissances indisponibles), analyser les tendances des entretiens de départ, relier les incidents de production à des alertes auparavant ignorées
  • Semaines 3-4 : présenter les constats au CFO et au CEO, mettre en évidence le schéma (signalement d’une inquiétude technique → baisse de priorité → départ d’ingénieurs → incident ou coût), quantifier la perte totale, proposer des interventions immédiates
  • Semaines 5-8 : lancer une rotation d’astreinte pour la direction (le changement culturel le plus rapide), commencer le suivi du coût du turnover (pour bâtir un dossier de changement continu), créer un pilote TAB avec 3 ingénieurs, commencer le suivi mensuel du coût du turnover dans le tableau de bord de la direction
  • Semaines 9-12 : présenter au conseil d’administration une modification de la structure de rémunération, lier les bonus de la direction à la rétention, annoncer publiquement la filière de carrière IC, communiquer en toute transparence sur ce qui a changé et pourquoi

• Entreprise avec signes d’alerte précoce (taux de départ de 12 à 18 %, ingénieurs exprimant des inquiétudes en 1:1)

  • Mois 1-2 : commencer à suivre le coût du turnover et à construire le dossier économique, sonder les ingénieurs sur les risques de départ et ce qui les ferait rester, identifier les 3 inquiétudes les plus souvent citées
  • Mois 3-4 : pilote avec des dirigeants dédiés et rotation d’astreinte pour la direction, lancement d’un pilote TAB, les deux servant à faire remonter la dette technique et les frictions organisationnelles, documenter le coût du travail différé
  • Mois 5-6 : mettre en place des changements permanents dans la structure de rémunération, formaliser l’autorité du TAB, publier les critères et bandes salariales de la filière de carrière IC, faire de la rétention des ingénieurs seniors un objectif explicite de la direction

Quand cela ne fonctionne pas

• Ces interventions échouent de manière prévisible dans 3 scénarios, et ne pas le reconnaître ne fait que faire perdre du temps

• 1. Un modèle économique conçu dès le départ autour du turnover

  • Les sociétés de conseil et les prestataires contractuels anticipent un taux de turnover annuel de 20 à 40 %
  • Leur modèle économique intègre le coût de remplacement des effectifs dans les prix, et les tarifs de facturation supposent une expertise organisationnelle limitée
  • Les stratégies de rétention conçues pour des entreprises produit n’ont aucun sens là où la rotation côté client génère naturellement du turnover et où la trajectoire vers l’association crée délibérément une pression d’up-or-out
  • De même, les startups en phase initiale avant l’adéquation produit-marché peuvent connaître des départs d’ingénieurs qui ne signalent pas un échec de rétention mais un pivot nécessaire
    • Si l’entreprise change fondamentalement de direction tous les 6 mois, un faible taux de rétention peut signifier une réallocation appropriée des talents plutôt qu’un dysfonctionnement systémique

• 2. Faire semblant d’exécuter (Implementation Theater)

  • Des interventions purement formelles donnent des résultats pires que l’absence d’intervention
  • Un TAB sans véritable droit de veto devient une soupape d’évacuation des inquiétudes des ingénieurs
    • Investir du temps dans des propositions systématiquement ignorées ne fait qu’accroître la colère
  • Une rotation d’astreinte des dirigeants non reliée à la résolution des causes profondes produit une empathie de façade sans responsabilité
    • Un VP appelé sur des problèmes qu’il ne peut ni prioriser ni résoudre apprend seulement que les ingénieurs se plaignent souvent
  • Une comptabilité du coût du turnover calculée mais jamais visible dans les tableaux de bord de la direction ni dans les discussions sur la rémunération reste une discussion théorique
  • Des interventions mises en œuvre à moitié montrent que le leadership fait semblant de s’y intéresser sans réelle volonté de changement structurel

• 3. Absence de prérequis culturels

  • Ces interventions nécessitent des prérequis culturels absents de nombreuses organisations : la direction doit vouloir un vrai changement de comportement, et non de la gestion d’image
  • Si la direction voit la rétention des ingénieurs comme un problème de relations publiques plutôt qu’un problème économique, elle ne mettra en place que les interventions les plus visibles (conseils consultatifs, tournées d’écoute) tout en évitant les plus coûteuses (refonte de la rémunération, véritable droit de veto)
  • Test diagnostique : proposer de lier 25 % de la rémunération variable des dirigeants à la rétention des ingénieurs seniors
    • Si le leadership répond immédiatement par « pourquoi cela ne peut pas fonctionner chez nous », vous avez la réponse
      • Cela signifie qu’ils veulent une solution sans coût personnel
  • Une entreprise qui n’est pas prête à donner un droit de veto aux ingénieurs, à lier la rémunération de la direction à la rétention et à intégrer le coût du turnover dans les revues financières trimestrielles n’est pas prête pour un changement structurel
  • Elle se contente de reconnaître les inquiétudes, de recommander « plus d’études » et de s’appuyer sur des rapports de conseil qui prennent la poussière pendant que les ingénieurs seniors continuent de partir
  • Les interventions fonctionnent lorsque le leadership comprend qu’un coût annuel de turnover de 1,4 million de dollars est supérieur au coût des mesures nécessaires pour l’empêcher
    • Sans cette prise de conscience, aucun conseil consultatif ne peut remplacer l’alignement économique

Un nouveau calcul économique

• L’entreprise d’infrastructure blockchain dirigée par l’auteur est passée de 10 à 187 ingénieurs en 3 ans, tout en
  • maintenant un taux annuel moyen de départ des ingénieurs seniors de 6 %, très inférieur au taux de turnover habituel de 35 à 40 % dans les entreprises à hypercroissance
• La cause de cette performance ne tenait ni aux avantages ni aux dispositifs culturels, mais à une refonte de la structure des incitations
  • Les managers intermédiaires étaient récompensés pour la remontée précoce des risques techniques, et non pour donner l’impression que tout était sous contrôle
  • Les post-mortems exigeaient la documentation des alertes antérieures ; les alertes ignorées devenaient un élément de l’évaluation de performance de la personne qui les avait dépriorisées
  • Le leadership technique disposait d’un droit de veto sur les décisions d’architecture. Nous l’avons utilisé deux fois, mais la seule possibilité d’exercer ce veto a amélioré la qualité globale des propositions
  • Une filière de carrière IC existait dès la création ; le non-manager le plus senior gagnait davantage que la plupart des directeurs
• Coût du système : environ 400 000 $ par an en ajustements de rémunération, surcoût de gouvernance et priorisation de la dette technique ayant retardé certaines fonctionnalités
• Économies réalisées :
  • 2,1 millions de dollars de coûts de turnover évités (en appliquant le standard sectoriel de 35 % de turnover à l’effectif d’ingénieurs seniors)
  • En plus, des économies non mesurables mais importantes sur des décisions d’architecture qui n’ont pas provoqué d’incidents à plusieurs millions grâce au pouvoir d’interruption des ingénieurs seniors

La vérité qui dérange

• La plupart des entreprises ne mettent pas en place ces interventions tant qu’elles n’y sont pas contraintes par la situation
• Le facteur déclencheur est généralement catastrophique : un incident de production coûtant plusieurs millions, une vague massive de départs paralysant une équipe clé, ou un concurrent qui vous prend la moitié de vos ingénieurs les plus importants en offrant ce que vous avez refusé, à savoir du respect pour le jugement technique
• À ce stade, on ne fait plus de prévention, on est absorbé par la réparation des dégâts
  • Le rétablissement est coûteux. Les meilleurs ingénieurs capables de prévenir la crise suivante sont déjà partis
  • Leurs remplaçants sont talentueux, mais manquent de connaissance de l’organisation, ne savent donc pas quelles alertes remonter, ce qui accélère la spirale de déclin
• La question n’est pas de savoir si ces interventions sont efficaces, les preuves sont claires
  • Les entreprises qui alignent les incitations de la direction sur la rétention des employés, donnent aux ingénieurs une autorité réelle et traitent le turnover comme un problème économique obtiennent de manière constante de meilleurs résultats en matière de rétention, de fréquence des incidents et de santé technique à long terme
• Si des ingénieurs expérimentés partent et que les solutions habituelles ne fonctionnent pas, le problème n’est peut-être pas la communication, mais l’économie