Peopleware

1Le vrai problème est humain, pas technique

Quelque part aujourd'hui, un projet sans la moindre nouveauté technique (un énième logiciel de facturation) échoue quand même. Faites l'autopsie : « pas un seul problème technologique pour expliquer l'échec ». Sur plus de 500 projets suivis depuis 1977, environ 15 % sont morts (annulés ou jamais utilisés). Pour les gros projets, ceux qui pèsent plus de 25 années-homme (l'équivalent de 25 personnes occupées une année entière), ce taux grimpe à 25 %.

La cause la plus souvent citée, c'est « la politique », mais ce mot cache en réalité tout ce qui touche aux relations entre les gens : qui parle à qui, qui se fait confiance, qui se sent écouté. C'est la sociologie du projet. D'où la thèse de tout le livre : « Les vrais problèmes de notre métier sont moins technologiques que sociologiques. »

Alors pourquoi on continue de fixer la technique ? Parce que c'est plus facile. On fait surtout, disent les auteurs, un métier de communication humaine tout en se croyant dans la high-tech. Comme le personnage de vaudeville qui a perdu ses clés dans le noir mais les cherche sous le réverbère, « parce que la lumière y est meilleure ».

2Les heures sup non payées ne produisent rien

Le réflexe du manager pressé : faire rentrer plus de production par des heures sup non payées. Les auteurs nomment la croyance derrière ça la théorie espagnole de la valeur : croire qu'il existe une quantité fixe de valeur, qu'on extrait en pressant davantage le travail. « Ce n'est pas vraiment de la productivité, c'est plutôt de la fraude. »

Le mécanisme caché : pour un salarié, chaque heure sup est suivie d'une heure invisible de récupération (les auteurs parlent d'« undertime »), et les bourreaux de travail finissent par s'épuiser et partir.

Remarquez que personne, dans les débats sur la productivité, ne parle jamais du turnover, ce flux de gens qui démissionnent et qu'il faut remplacer.

Le projet Eagle, chez Data General, fut un triomphe de la théorie espagnole : des heures héroïques non payées, une production record, puis toute l'équipe épuisée est partie en silence à la fin. La productivité, c'est le bénéfice divisé par le coût, et le coût inclut les gens qu'on perd.

3La loi de Parkinson ne s'applique pas à vos gens

Beaucoup de managers partent d'un présupposé : laissés tranquilles, les gens en font le minimum, donc il faut serrer les délais pour les forcer à produire. Ce présupposé porte un nom, la loi de Parkinson : « le travail s'étend jusqu'à remplir le temps disponible ». Sauf que Cyril Parkinson était un humoriste, qu'il « n'a collecté aucune donnée », et que sa formule visait les administrations gonflées, pas une équipe de développeurs investis.

Une vraie étude a mesuré la chose. Jeffery et Lawrence (université de Nouvelle-Galles du Sud) ont comparé 103 projets réels, classés selon qui avait fixé l'estimation de départ, c'est-à-dire le délai prévu. Estimation faite par le programmeur lui-même : bonne productivité. Faite par un tiers neutre, un analyste : meilleure encore. Et le résultat qui dérange : les 24 projets menés sans aucune estimation « ont largement surpassé tous les autres », et ceux où le chef n'imposait aucune pression de planning affichaient la plus haute productivité de tout l'échantillon.

La leçon retourne l'intuition du manager : la pression de planning n'a pas dopé la productivité, elle l'a plombée. Un délai arbitraire tombé d'en haut ne motive pas un professionnel déjà impliqué, il lui signale surtout qu'on se méfie de lui. D'où la conclusion de DeMarco et Lister : une fausse deadline « ne peut que rabaisser et démotiver ».

4La qualité est un levier, pas un coût

Sous pression, la seule variable qui cède, c'est la qualité : on ne peut pas ajouter des gens ni couper des fonctions à la dernière minute. Or les gens lient leur estime de soi à ce qu'ils produisent, et ce qui compte pour eux, « ce n'est pas la quantité, mais la qualité ». Saboter la qualité par une deadline impossible, c'est démolir la motivation avec.

Le retournement contre-intuitif : « La qualité, bien au-delà de ce qu'exige l'utilisateur final, est un moyen d'atteindre une productivité supérieure. » Laisser le développeur viser SON niveau de qualité rend le projet plus rapide, pas plus lent.

La formule des auteurs sonne comme un paradoxe : « La qualité est gratuite, mais seulement pour ceux qui sont prêts à la payer cher. » Autrement dit, viser haut ne coûte rien sur la durée (moins de bugs, des gens motivés), à condition d'accepter d'y investir au départ. Hewlett-Packard a bâti une culture de qualité si forte que les gens faisaient la queue pour y travailler.

5Ce n'est pas le talent qui fait la performance, c'est l'environnement

Les Coding War Games sont un tournoi de programmation organisé par les auteurs : sur un même exercice chronométré, ils opposent deux développeurs de la même entreprise. L'édition 1984-86 a réuni plus de 600 participants dans 92 entreprises. Résultat brut : le meilleur est environ 2,5 fois plus rapide que celui du milieu de classement, et à peu près dix fois le pire.

Le choc, c'est ce qui n'explique pas l'écart : ni le langage, ni le salaire, ni les années d'expérience (au-delà de six mois). Deux choses, si. Un : l'entreprise elle-même. Les deux participants d'une même boîte obtiennent des scores proches, donc ce qui les tire vers le haut vient de l'entreprise, pas de leur talent personnel.

Deux : l'environnement physique. Les 25 % les plus rapides (le quartile de tête) avaient plus d'espace, plus de calme, plus d'intimité, moins d'interruptions. Sur l'échantillon, 58 % trouvaient leur lieu de travail trop bruyant et 61 % pas assez privé, et ceux qui travaillaient au calme rendaient un tiers de code sans aucun bug en plus.

6Le flow, et le coût caché de l'interruption

Concevoir, coder, écrire exigent le flow : un état de concentration profonde, presque méditatif, où le travail coule tout seul. On ne l'allume pas comme un interrupteur. Il faut « quinze minutes ou plus de concentration avant que l'état ne s'installe ». Chaque interruption renvoie à la case départ : un coup de fil de cinq minutes coûte 5 + 15 = vingt minutes de vrai travail. Une douzaine d'appels, et la journée est partie.

D'où le brain time (le temps en flow) contre le body time (le temps de présence) : les gens rapportent le second. La parade mesurable, c'est de compter les heures ininterrompues, pas les heures de présence. Les auteurs définissent le E-Factor (facteur d'environnement) = heures ininterrompues / heures de présence, et l'ont mesuré de 0,10 à 0,38 dans une même entreprise selon les bureaux. Autrement dit, dans le pire bureau, à peine 10 % du temps de présence est du vrai travail ininterrompu ; dans le meilleur, près de 40 %.

7L'équipe soudée, et les sept façons de la tuer

Une équipe soudée (jelled team), c'est « un groupe de gens si soudés que le tout dépasse la somme des parties » : elle produit plus que les mêmes gens désunis, et y prend plus de plaisir. On la reconnaît à son faible turnover, sa forte identité commune (surnoms, blagues internes), son sentiment d'élite et sa fierté partagée. La légendaire Black Team (des testeurs d'IBM dans les années 60) s'habillait en noir, jubilait quand un programme plantait, et l'équipe a survécu au remplacement de TOUS ses membres d'origine : la personnalité a survécu aux personnes.

On ne fabrique pas une équipe soudée, seulement ses conditions. En revanche, on la tue facilement. Les auteurs appellent ça le teamicide :

• Management défensif : surveiller les gens au lieu de leur faire confiance. « La supervision visuelle, c'est pour les prisonniers. »
• Bureaucratie : la paperasse absurde qui dévore la journée.
• Séparation physique : éparpillez les membres et le ciment informel meurt.
• Temps fragmenté : personne ne peut appartenir à plusieurs équipes soudées à la fois.
• Baisse de qualité imposée : des gens qui bâclent un produit évitent de se regarder en face.
• Fausses deadlines : des dates arbitraires que tout le monde sait fausses.
• Dissolution des cliques : casser les équipes qui marchent dès qu'un projet se termine.

8Les gens sont du capital, pas une charge (ajout de 1999)

La comptabilité traite les dépenses de personnel comme des charges, jamais comme du capital (un investissement qui rapporte plus tard). C'est une erreur de modèle aux conséquences brutales.

Quand Louise, l'experte, part et que Ralph la remplace, Ralph ne produit rien le jour de son arrivée : il fait même perdre du temps aux collègues qui doivent le former, son apport est donc négatif. Pendant tous ces mois où il monte en puissance, l'entreprise paie son salaire alors qu'il rend peu : ce manque à gagner cumulé, c'est l'investissement parti en fumée. Dans une entreprise auditée par les auteurs, ramener une personne qualifiée à pleine productivité prenait plus de deux ans et coûtait plus de 150 000 $.

Licencier brûle ce capital. « Les entreprises qui dégraissent admettent franchement que leur direction a échoué. » Écrit en 1999, et qui hurle encore plus fort en 2026 après les vagues de licenciements dans la tech.