Collective Speed Is Not the Summation of Individual Speed

Résumé

Jim Nielsen, en réaction à un billet de Chris Coyier, illustre par la métaphore du 4×100 mètres pourquoi accélérer les individus avec l'IA n'accélère pas mécaniquement l'organisation. Comme dans une course de relais, ce qui décide la vitesse collective, c'est la qualité du passage de témoin entre les coureurs — pas leur vitesse individuelle. Faster individuals don't make a fast company.

💡 Pourquoi ça compte

Cette mise en garde devrait être affichée dans tous les bureaux d'Engineering Director qui investissent massivement dans Copilot, Cursor ou Claude Code. La vraie question n'est pas "à quelle vitesse mes devs codent-ils ?" mais "à quelle vitesse mes équipes shippent-elles, mergent-elles, déploient-elles ensemble ?". Sans ré-architecturer les interfaces, on accumule juste des PR plus vite.

Analyse approfondie

Jim Nielsen réfléchit depuis longtemps à la vitesse, ce qui est pour cela qu'un récent billet de Chris Coyier discutant de comment l'IA pourrait être en train de multiplier par 10 la vitesse à laquelle on code, sans rendre notre software 10× meilleur, a attiré son attention :

Faster individuals don't make a fast company

L'esprit de Nielsen est immédiatement allé au 4×100 m relais des JO. (Pas sûr de quelle course il parle ? Regardez celle de Londres 2012.)

Imaginez qu'on vous mette en charge de gagner le 4×100 m relais. Tout ce qu'il faut faire, c'est trouver les quatre sprinteurs les plus rapides de votre pays — non ?

Nielsen n'est pas expert en athlétisme, mais il doute que ce soit aussi simple.

Dans une course de relais, le baton est sans doute l'élément le plus critique. Le passer proprement est vital parce que si vous le fumblez, vous êtes facilement en retard de plusieurs mètres ou peut-être même disqualifiés.

Donc, on pourrait argumenter qu'une capacité de sprinteur à passer et recevoir le baton est plus importante que sa vitesse, parce que toute la vitesse du monde ne vous aidera pas à surmonter un baton tombé.

(Il y a d'autres considérations aussi, comme quelle jambe chaque coureur prend, quelle séquence marche le mieux selon les rapports individuels, et si un vétéran plus lent pourrait mieux performer dans la chaleur du moment.)

Des coureurs plus rapides ne garantiront pas une équipe plus rapide.

Et des coders plus rapides ne garantiront pas une boîte plus rapide.

Comme dans une course de relais, il vaudrait peut-être la peine de réfléchir aux relations et aux interfaces entre les personnes.