← Derniers articles
💻 computer science

EngThrive: Make It Fast and Easy to Do Great Work

Ce document présente EngThrive, un système de mesure et d'amélioration multidimensionnel développé chez Microsoft qui organise la productivité des développeurs autour de la rapidité, de la facilité et de la qualité tout en priorisant le bien-être, en utilisant une combinaison de télémétrie et d'enquêtes pour aligner les métriques sur des résultats authentiques plutôt que sur l'activité.

Auteurs originaux : Brian Houck, Tim Bozarth, David Liu, Dean Carignan

Publié 2026-05-07
📖 7 min de lecture🧠 Analyse approfondie

Auteurs originaux : Brian Houck, Tim Bozarth, David Liu, Dean Carignan

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous êtes le capitaine d'un navire immense. Votre objectif est d'emmener le navire à destination aussi vite que possible. Depuis des années, vous mesurez le succès en comptant le nombre de fois où l'équipage a tourné la roue ou le nombre de seaux d'eau qu'ils ont vidés. Vous pensiez : « Plus de seaux vidés = navire plus rapide. »

Mais alors, vous remarquez quelque chose d'étrange : l'équipage tourne la roue frénétiquement et vide l'eau comme un fou, pourtant le navire ne va pas plus vite. En fait, l'équipage est épuisé, en colère et prêt à abandonner le navire.

C'est le problème auquel les dirigeants de l'ingénierie de Microsoft ont été confrontés. Ils ont réalisé que compter l'« activité » (comme les lignes de code ou les demandes de tirage) était une mauvaise façon de mesurer si leurs développeurs accomplissaient réellement un excellent travail.

Ce document présente EngThrive, une nouvelle façon de mesurer la productivité qui traite l'ingénierie logicielle comme un écosystème vivant, et non comme une chaîne de montage industrielle. Voici le résumé simple de son fonctionnement.

La Grande Erreur : Compter les Mauvaises Choses

Le document explique que pendant longtemps, les entreprises ont essayé de mesurer la productivité avec un seul chiffre, comme « Lignes de code ».

  • Le Piège : Si vous payez un écrivain à la parole, il écrira des phrases longues et ennuyeuses juste pour être payé davantage. Si vous payez un développeur à la ligne de code, il écrira un code désordonné et inefficace juste pour atteindre le chiffre.
  • Le Paradoxe du « Travail à Distance » : Pendant la pandémie, Microsoft a vu les développeurs soumettre 20 % de code en plus. Selon l'ancienne logique, tout le monde était une superstar. Mais lorsqu'ils ont demandé aux développeurs : « Comment vous sentez-vous ? », 78 % ont répondu qu'ils étaient épuisés. Le navire avançait vite, mais l'équipage se noyait.

La Solution : La Triade « Vitesse, Facilité, Qualité »

Au lieu d'un seul chiffre, EngThrive utilise un tabouret à trois pieds. Si un pied est court, le tabouret tombe. Vous avez besoin des trois pour rester debout.

  1. Vitesse (La Course) : Il ne s'agit pas seulement de taper vite. Il s'agit de Idée vers Client.
    • Analogie : Peu importe à quelle vitesse vous peignez une voiture si vous devez attendre trois semaines pour que la peinture arrive ou si le chef continue de changer la couleur. La vitesse mesure le temps total écoulé entre l'existence d'une idée et son utilisation réelle par le client.
  2. Facilité (La Route Lisse) : Cela mesure les frictions.
    • Analogie : Imaginez conduire une voiture. Si les freins grippent, la radio est cassée et vous devez remplir des paperasses à chaque feu rouge, vous ne conduisez pas vite même si le moteur est puissant. La « Facilité » mesure combien de temps les développeurs passent à se battre contre leurs outils, à attendre des réunions ou à réparer des versions cassées, par rapport au temps passé à construire réellement de nouvelles choses.
  3. Qualité (La Durabilité) : Cela mesure si le travail tient la route.
    • Analogie : Si vous construisez une maison en un jour (Vitesse) sans encombre (Facilité), mais que le toit fuit à chaque fois qu'il pleut, vous n'avez pas été productif. Vous avez simplement créé plus de travail pour plus tard. La qualité mesure à quelle fréquence les choses se cassent et combien de temps il faut pour les réparer.

Le Garde-fou : « S'épanouir »

Il existe un quatrième élément appelé S'épanouir. Ce n'est pas un objectif à maximiser ; c'est un garde-fou de sécurité.

  • Analogie : Pensez au compteur de vitesse d'une voiture. Vous pouvez enfoncer la pédale d'accélérateur pour aller vite, mais si le moteur commence à fumer et que le conducteur crie de douleur, vous devez freiner.
  • Si un changement rend l'équipe plus rapide mais la rend malheureuse (épuisement, mauvaises journées), la métrique « S'épanouir » donne l'alarme. Le document a révélé que les développeurs malheureux sont 25 fois plus susceptibles de dire qu'ils sont improductifs et deux fois plus susceptibles de démissionner. Vous ne pouvez pas avoir un navire rapide si l'équipage démissionne.

Comment Ils Mesurent Cela : La « Méthode Mixte »

EngThrive ne regarde pas seulement les journaux informatiques (télémétrie) ni ne demande simplement aux gens comment ils se sentent (enquêtes). Il les combine.

  • La Télémétrie est comme un tracker de fitness : elle vous dit ce qui s'est passé (par exemple : « Vous avez passé 4 heures en réunions »).
  • Les Enquêtes sont comme demander à la personne : « Comment cela s'est-il senti ? » (par exemple : « Ces réunions étaient inutiles et frustrantes »).
  • Ensemble, elles racontent l'histoire complète : « Nous avons passé 4 heures en réunions, et cela a semblé une perte de temps. »

Exemples Réels du Document

Le document partage trois histoires de la façon dont cela a fonctionné chez Microsoft :

  1. La Correction des « Réunions » : Une équipe a réalisé que les développeurs se noyaient dans les réunions. Ils ont fixé un objectif pour donner à tout le monde plus de « temps de concentration ».
    • Résultat : Les développeurs ont obtenu 2 heures supplémentaires de temps de concentration par semaine. Ils n'ont pas seulement travaillé plus vite ; ils ont corrigé d'anciens codes cassés (dette technique) qui les agaçait. Le résultat ? Moins de « mauvaises journées » et une augmentation de 13 % de la production réelle.
  2. L'Expérience « Jeu Vidéo » : Une équipe a essayé de « tricher » avec une métrique appelée « Temps jusqu'à la première demande de tirage » (la rapidité avec laquelle un nouvel employé soumet du code) en lui donnant une petite tâche facile le premier jour.
    • Résultat : Étonnamment, cela a fonctionné ! Même s'ils ont « joué » avec la métrique, les nouveaux embauchés se sont sentis plus confiants, ont appris les outils plus rapidement et ont fini par écrire plus de code au cours de l'année suivante. Le « jeu » a forcé le bon comportement.
  3. L'Expérience des « Jours de Santé » : Pendant une crise d'épuisement professionnel, une équipe a donné à tout le monde deux jours de congé imprévus.
    • Résultat : La production de code a chuté pendant deux jours (mauvais pour la « Vitesse »). Mais le soulagement de l'épuisement a duré des mois, et l'équipe a rattrapé tout le travail perdu en seulement deux semaines. Sans le garde-fou « S'épanouir », les dirigeants auraient peut-être annulé les jours de congé car ils semblaient être un « échec » le premier jour.

Et l'IA ?

Le document soutient que l'IA n'est qu'un autre outil, comme un nouveau marteau ou une voiture plus rapide.

  • L'IA peut faire en sorte que les gens écrivent du code plus vite (Activité), mais EngThrive demande : Est-ce que cela permet réellement d'acheminer les produits vers les clients plus vite (Vitesse) ? Est-ce que cela rend le travail moins frustrant (Facilité) ? Est-ce que cela casse moins souvent les choses (Qualité) ?
  • Le cadre fonctionne pour l'IA tout aussi bien que pour les bâtiments de bureaux, les politiques de vacances ou les règles de réunion.

La Conclusion

Vous ne pouvez pas mesurer un être humain avec un seul chiffre. EngThrive est un système qui dit : « Faisons en sorte qu'il soit rapide, facile et de haute qualité de faire un excellent travail, et assurons-nous que les personnes qui font ce travail sont heureuses et en bonne santé pendant qu'elles le font. »

Il éloigne les entreprises de la question « Combien de lignes de code avez-vous écrites ? » vers « Quelle valeur avons-nous créée, et comment s'est senti le fait de la créer ? »

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →