Will Claude Code ruin our team?
- Auteur
- Justin Jackson
- Thème
- IA
- Mots-clés
- Claude Code, rôles, équipe, expertise, Mexican standoff
- Ton
- opinion
Résumé
Justin Jackson analyse l'impact de Claude Code sur la dynamique des équipes produit. L'argument central : lorsque des compétences rares deviennent plus accessibles grâce à l'IA, les individus se sentent sous pression de "monter dans la stack" pour prouver leur valeur — créant ce que Marc Andreessen appelle un "Mexican standoff" entre les rôles. Le risque est que tout le monde course vers le même 10% de compétences à haute valeur ajoutée.
💡 Pourquoi ça compte
Cet article pose une question que peu d'engineering leaders se posent explicitement : l'IA ne menace pas les professions en les rendant inutiles, elle les menace en rendant les frontières entre elles poreuses. La réponse n'est pas défensive — c'est d'investir dans les compétences de jugement que l'IA ne peut pas substituer.
Analyse approfondie
Le Mexican standoff
La première fois que Justin Jackson a utilisé Claude Code avec Opus 4.5 pour construire du logiciel, il ne pouvait pas croire à quel point c'était bon. Sa pensée immédiate suivante : cela va changer la dynamique dans les équipes logicielles.
Marc Andreessen a récemment décrit le moment comme un "Mexican standoff" :
- Chaque ingénieur pense désormais qu'il peut être PM et designer
- Chaque PM pense qu'il peut coder et designer
- Chaque designer pense qu'il peut faire les deux
Le risque : beaucoup d'ICs croient qu'ils n'ont plus besoin des autres. À court terme, c'est une disruption massive de la culture d'équipe. Quand des compétences rares deviennent plus accessibles, les gens se sentent sous pression de monter "vers le haut de la stack" pour prouver leur valeur.
La formule Kent Beck
Kent Beck a exprimé ce sentiment de façon mémorable :
"The value of 90% of my skills just dropped to $0. The leverage of my remaining 10% went up a thousand."
La préoccupation de Justin Jackson : tout le monde recalibre vers le même 10%. Tous les ICs courrent vers la même couche de levier.
Ce qui change
Ben Werdmuller, dans son article "AI coding works now", donne des conseils spécifiquement aux ingénieurs. Il note : "l'IA coding déplace le centre de gravité de l'implémentation vers le jugement", et recommande de se concentrer sur quatre compétences :
- Formuler les objectifs pour le produit
- Comprendre ce que les utilisateurs veulent vraiment
- Être d'une clarté cristalline sur l'expérience et la valeur créée
- Concevoir, construire et maintenir une architecture logicielle robuste
La tension des frontières
Le problème de ce conseil : beaucoup de rôles revendiquent déjà ces compétences. La direction veut posséder les objectifs et la stratégie. Les PMs se voient comme les seuls qualifiés pour comprendre les utilisateurs. Les designers veulent contrôler l'expérience. Le marketing veut définir la valeur.
Avec l'IA, tous ces rôles deviennent plus fluides. Plus d'individus vont vouloir revendiquer l'identité à plus haute valeur ajoutée : "Dans mon rôle, je résous des problèmes et je crée de la valeur pour les utilisateurs."