L'IA déplace les frontières entre les rôles. J'aide votre équipe à s'adapter.
L'outil, c'est la partie facile
Déployer Claude Code ou Cursor dans une équipe prend un après-midi. Changer la façon dont l'équipe travaille autour prend plus de temps, et c'est là qu'est la valeur. Quand une personne peut soudain faire ce qui demandait trois personnes, les anciennes frontières entre les rôles n'ont plus de sens. Les intitulés de poste restent les mêmes. Le travail en dessous, lui, change.
La plupart des équipes qui peinent avec l'IA ne peinent pas à cause des outils. Elles peinent parce que personne n'a redessiné la carte de qui fait quoi.
Comment chaque rôle évolue
Voici le changement que je vois dans les équipes produit qui adoptent bien l'IA :
- Les product managers construisent, ils ne se contentent plus de spécifier. Un PM peut désormais mettre du vrai code front-end entre les mains des utilisateurs, pas seulement une maquette Figma ou un ticket. La boucle de l'idée au retour se raccourcit, et le passage de relais s'allège.
- Les designers livrent leurs propres systèmes. Au lieu de transmettre une maquette en espérant qu'elle survive à l'implémentation, un designer peut construire le design system et l'intégrer directement dans le code, en préservant le soin du détail jusqu'en production.
- Les développeurs front se rapprochent du produit. Le travail mécanique de transformation des maquettes en composants étant en grande partie pris en charge, les développeurs front sont libres de s'approprier les résultats : les parcours, les cas limites, et les détails qui déterminent si une fonctionnalité marche vraiment.
- Les ingénieurs full-stack et back s'orientent vers l'architecture. À mesure que davantage de code est généré, la compétence rare devient le jugement : la conception système, les modèles de données, et les garde-fous qui empêchent une équipe rapide de livrer n'importe quoi.
Les garde-fous comptent plus, pas moins
L'IA rend la production de code bon marché. Cela augmente la valeur de tout ce qui rend le code fiable : la revue, les tests, une architecture claire, et une vision partagée de ce qui est bon. Les équipes qui relâchent tout ça au nom de la vitesse le paient plus tard, souvent d'un coup.
Je n'aide donc pas les équipes à couper les coins pour aller plus vite. Je les aide à renforcer les garde-fous, pour qu'elles puissent faire confiance à ce que l'IA produit et maintenir le niveau de qualité exactement là où il était.
Ce que je fais
Je travaille avec votre équipe, pas à côté. Une mission type ressemble à ça :
- Cartographier votre façon de travailler actuelle. Où passe le temps, où sont les frictions, et où l'IA aide vraiment plutôt que d'ajouter du bruit.
- Piloter sur du vrai travail. On adopte les outils sur une tâche réelle, pas un exemple jouet, pour que l'équipe ressente le changement concrètement.
- Poser les garde-fous. Des pratiques de revue, de tests et d'architecture qui vous permettent de faire confiance au code généré par l'IA au lieu de le craindre.
- Accompagner chaque rôle. Un soutien concret et pratique pendant que les PM, designers et ingénieurs évoluent vers leur nouveau rôle.
- L'ancrer dans le processus. Pour que les nouvelles façons de travailler tiennent longtemps après mon départ.
À qui ça s'adresse
Les équipes produit qui veulent adopter l'IA sérieusement : équipes internes, scaleups et studios qui tiennent à livrer un logiciel de qualité et veulent aller plus vite sans perdre les pratiques qui les ont menées jusqu'ici.
À propos
Je suis Ben Leavett. En 17 ans, j'ai dirigé des équipes d'ingénierie et produit chez Microsoft, SwiftKey et Glovo, construisant des produits de zéro à des millions d'utilisateurs. J'utilise ces outils au quotidien pour livrer de vrais logiciels, donc je sais où ils aident et où ils gênent. Je dirige Cadence Digital, basé en France et au Royaume-Uni.