Chez Stoïk, la transfo IA n'a pas réduit l'équipe tech. Elle a changé le métier de chacun. Les développeurs spécifient et pilotent des agents, les PM prototypent eux-mêmes. La vélocité a été multipliée par trois et l'équipe produit a doublé en un an.
Sommaire12 sections
- 1.Le replay du live
- 2.Pourquoi basculer toute l'équipe tech sur le développement assisté par IA ?
- 3.Comment embarquer des devs seniors réticents ?
- 4.Que devient le métier de software engineer ?
- 5.Combien coûte une transfo IA côté tech ?
- 6.Comment s'organise le cycle produit quand les PM prototypent ?
- 7.Faut-il encore une review humaine sur chaque PR ?
- 8.Comment l'IA s'étend aux équipes non tech ?
- 9.Quels profils recruter dans une équipe tech augmentée par l'IA ?
- 10.Un CTO doit-il continuer à coder ?
- 11.Checklist pour lancer une transfo IA dans une équipe tech
- 12.Cadrer sa transfo IA avec TPC
1. Le replay du live
Nicolas Sayer est cofondateur et CTO de Stoïk. L'entreprise vend des outils de cybersécurité couplés à une assurance contre les cyberattaques. Il pilote une équipe tech d'une quarantaine d'ingénieurs. Depuis début 2026, il conduit sa bascule complète vers le développement assisté par IA. Ce live ouvre la série TPC Leaders consacrée à la transfo IA, animée par Mehdi, cofondateur de TPC.
2. Pourquoi basculer toute l'équipe tech sur le développement assisté par IA ?
La première raison est la vitesse : suivre le rythme du marché et prendre la vague. La seconde tient au niveau de l'équipe. Stoïk ne recrute que des seniors. Nicolas Sayer veut qu'ils le restent.
"Un dev senior qui refuse d'utiliser ces outils-là peut redevenir un dev junior."
À l'inverse, un dev qui maîtrise ces outils se libère pour des sujets à plus forte valeur. La bascule protège donc la séniorité de l'équipe autant qu'elle accélère la livraison.
3. Comment embarquer des devs seniors réticents ?
En janvier, une partie des seniors ne voyait pas la valeur ajoutée d'un outil comme Claude Code. L'outillage disponible restait limité : GitHub Copilot pour pré-remplir du code, peu de MCP, de skills ou de rules. Une autre partie avait peur pour son métier. Elle ne savait pas à quoi il ressemblerait neuf mois plus tard.
La réponse a pris la forme de neuf mois de change management :
Identifier des ambassadeurs qui portent le message dans l'équipe.
Organiser des hackathons pour faire mesurer le gain de vitesse.
Accompagner chacun pour lui montrer que le métier n'est pas si différent.
Le déclic est venu d'un hackathon en février. Pendant trois jours, des équipes de quatre ont construit un jeu vidéo sans toucher une ligne de code. Beaucoup ont utilisé Claude Code sans IDE pour la première fois. Ils ont découvert qu'on peut donner du contexte et des règles communes à plusieurs agents. Nicolas Sayer décrit un avant et un après.
4. Que devient le métier de software engineer ?
Le métier d'avant était un métier de "crafter" : répéter les mêmes opérations, écrire chaque ligne. Ce métier a disparu. Le développeur dispose désormais d'agents en nombre illimité. Son rôle est de se placer au-dessus pour leur donner le bon contexte.
"Les software engineers deviennent de plus en plus des technical product managers."
Concrètement, le dev specke une fonctionnalité et construit un plan clair, puis le transmet à un agent. Le métier devient moins créatif et plus ingénieur. Il faut penser système : comment la fonctionnalité s'intègre dans un ensemble complexe. C'est simple sur un projet neuf, bien plus dur en équipe sur un existant. Effet visible au recrutement : Stoïk reçoit plus de candidatures de diplômés de grandes écoles d'ingénieurs qu'il y a trois ans.
5. Combien coûte une transfo IA côté tech ?
Stoïk a fait un choix assumé pour 2026 : le budget n'est pas un frein. Chacun utilise les outils qu'il veut et consomme les tokens dont il a besoin. L'idée : diverger cette année, puis converger et uniformiser. Avec le recul, Nicolas Sayer juge la décision excellente au vu du gain de vélocité.
Le budget de janvier a été dépassé en mai. Le budget refait en mai a été dépassé en août. Pour une quarantaine d'ingénieurs, l'ordre de grandeur atteint plusieurs centaines de milliers d'euros par an. Il anticipe deux évolutions : l'équipe apprendra à optimiser, et le coût des tokens va monter.
Côté outils, la majorité de l'équipe travaille sur Claude Code, une minorité sur Cursor. Nicolas Sayer cherche à retirer Cursor, trop proche de l'ancienne façon de coder. Les devs construisent aussi leurs propres outils : librairies de skills partagées, outils de debugging, review de PR.
6. Comment s'organise le cycle produit quand les PM prototypent ?
Contrairement à ce que beaucoup anticipaient, les PM n'ont pas disparu. Stoïk a doublé son équipe produit en un an pour suivre une vélocité multipliée par trois.
"On a doublé l'équipe de Product Manager cette année."
Les PM gardent la roadmap, la vision globale des besoins et la user research. L'organisation est en feature squads. Chaque PM dispose de son propre environnement, vibe codé, qui réunit toutes ses features. Ce prototype sert aux démos utilisateurs et à préparer les maquettes pour le designer. Une fois validé, il ne part pas en production. Il passe au développeur, qui rédige les specs pour l'agent.
| Étape | Qui | Support |
|---|---|---|
| User research et itération | PM | Prototype vibe codé, sans infra |
| Design validé | Product designer | Figma, source de vérité une fois la décision prise |
| Specs et plan | Software engineer | Specs transmises à l'agent |
| Développement | Agent | Claude Code |
| Review de PR | Un humain et un agent | Même mission pour les deux |
| QA | PM, software engineers, agent de review | Pas d'équipe QA dédiée |
Étape
User research et itération
Qui
PM
Support
Prototype vibe codé, sans infra
Étape
Design validé
Qui
Product designer
Support
Figma, source de vérité une fois la décision prise
Étape
Specs et plan
Qui
Software engineer
Support
Specs transmises à l'agent
Étape
Développement
Qui
Agent
Support
Claude Code
Étape
Review de PR
Qui
Un humain et un agent
Support
Même mission pour les deux
Étape
QA
Qui
PM, software engineers, agent de review
Support
Pas d'équipe QA dédiée
Le rythme combine sprint et shape-up. Les sprints durent une semaine et donnent un cadre. Les fonctionnalités peuvent déborder sur le début de la semaine suivante.
7. Faut-il encore une review humaine sur chaque PR ?
La validation devient le goulot quand le volume de code triple. Stoïk a réduit la review humaine par étapes :
| Période | Reviews exigées par PR |
|---|---|
| Avant la bascule | 3 reviews humaines |
| Étape intermédiaire | 2 reviews humaines et 1 review agentique |
| Depuis un peu plus d'un mois | 1 review humaine et 1 review agentique |
Période
Avant la bascule
Reviews exigées par PR
3 reviews humaines
Période
Étape intermédiaire
Reviews exigées par PR
2 reviews humaines et 1 review agentique
Période
Depuis un peu plus d'un mois
Reviews exigées par PR
1 review humaine et 1 review agentique
Nicolas Sayer était réticent, ses devs très favorables. Il n'a constaté aucun impact négatif. Selon lui, un agent de review est plus vigilant qu'un humain sur les effets de bord. La fiabilité de la CI a augmenté sans doubler l'équipe. La tendance va vers l'automerge, ce qui l'inquiète. Mais des devs qui reviewent du code toute la journée finiraient par démissionner.
Autre conséquence : la clean archi devient un prérequis. Une base de code propre permet à l'IA de s'intégrer vite. Les devs pensent désormais davantage à l'articulation du code qu'à la feature elle-même. Enfin, Stoïk n'a pas de QA dédiée. Nicolas Sayer considère la QA comme un rôle assez junior.
8. Comment l'IA s'étend aux équipes non tech ?
La culture de transfo IA concerne toute l'entreprise. Chacun peut construire les outils dont il a besoin. Pour encadrer le risque cyber, l'équipe infra a mis en place un tunnel. Il contrôle les données qui entrent et sortent des outils de vibe coding.
Quelques résultats : la finance a construit un connecteur entre l'ERP et l'outil de facturation en quelques jours. Avant, il aurait fallu des semaines ou des mois via l'éditeur. L'équipe CSM a automatisé une grande partie des questions du support. La gestion des incidents est elle aussi largement automatisée.
9. Quels profils recruter dans une équipe tech augmentée par l'IA ?
Stoïk ne recrute pas de juniors, et ce depuis sa création. Mais la séniorité n'y est pas une affaire d'années.
"La séniorité, elle ne se définit pas par ton nombre d'années d'expérience."
Elle se mesure à la capacité d'aller plus loin que son sujet. Savoir parler aux bonnes personnes, anticiper les problèmes sans qu'on les signale, s'outiller seul. Des sortants d'école sont ainsi recrutés comme seniors. Les CV ne sont pas préfiltrés sur l'expérience, un point difficile à faire comprendre aux recruteurs.
Le test technique se fait en live, et l'IA y est obligatoire. Le signal observé : le candidat envoie-t-il l'énoncé brut à Claude Code, ou structure-t-il d'abord le problème ? Côté produit, Stoïk cherche des shippers autonomes. Un PM peut avoir une vingtaine de parties prenantes internes sur une fonctionnalité. Côté management, les engineering managers doivent rester hands-on et comprendre le code.
10. Un CTO doit-il continuer à coder ?
Le rôle de Nicolas Sayer a changé. Il met en place les process et rituels qui gardent la vélocité de quatre ingénieurs à quarante. Il anticipe les recrutements et recompose régulièrement les squads. Celles-ci rétrécissent : de cinq à sept devs autrefois, à deux ou trois aujourd'hui.
Il a cessé de coder il y a deux ans, et c'est son principal regret.
"J'ai arrêté de coder il y a deux ans à mon plus grand regret."
Début 2026, il a tenté de s'y remettre pendant trois mois. Mais ses devs avaient eux aussi gagné en vélocité, et il les ralentissait. Son conseil aux CTO, CPO et leaders : garder les mains dans le code le plus longtemps possible. Sur l'organisation cible à six mois, il reste prudent. Sa stack IA gagne une couche chaque mois, l'équipe avance mois par mois.
11. Checklist pour lancer une transfo IA dans une équipe tech
Fixer une fenêtre d'exploration sans plafond de budget, puis une phase de convergence.
Nommer des ambassadeurs IA dans chaque équipe.
Organiser un hackathon où toucher au code est interdit.
Redéfinir le rôle du dev : specs, plan, contexte transmis à l'agent.
Donner aux PM un environnement de prototypage isolé.
Assainir l'architecture avant de généraliser les agents.
Introduire une review agentique, puis réduire la review humaine par étapes.
Encadrer le vibe coding hors tech par un tunnel de données côté infra.
Rendre l'IA obligatoire en test technique et évaluer la structuration du problème.
Exiger des managers et du CTO qu'ils restent hands-on.
12. Cadrer sa transfo IA avec TPC
Chaque organisation tech conduit sa transfo IA à son rythme. Les arbitrages se ressemblent pourtant : budget, rôles, review, recrutement. TPC Advisory propose un rendez-vous de 30 minutes pour cadrer ces choix avec un expert TPC. Réserver un rendez-vous TPC Advisory.
Questions fréquentes
Combien de temps prend une transfo IA dans une équipe tech ?
Chez Stoïk, la bascule a demandé environ neuf mois de change management. Ambassadeurs, hackathons et accompagnement individuel ont été nécessaires pour convaincre les seniors réticents.
Quel budget IA prévoir pour une équipe d'ingénieurs ?
Pour une quarantaine d'ingénieurs, Stoïk dépense plusieurs centaines de milliers d'euros par an. Le budget initial a été dépassé deux fois en 2026.
L'IA va-t-elle remplacer les Product Managers ?
Pas chez Stoïk : l'équipe produit a doublé en un an. Quand la vélocité tech triple, il faut plus de PM pour porter roadmap et user research.
Peut-on supprimer la review humaine des pull requests ?
Stoïk est passé de trois reviews humaines à une review humaine et une agentique. Aucun impact négatif n'a été constaté après plus d'un mois.
Comment évaluer la séniorité d'un développeur à l'ère de l'IA ?
Stoïk ne la mesure pas en années. Le test technique se fait en live, IA obligatoire, et observe comment le candidat structure le problème.
Un CTO doit-il continuer à coder ?
Nicolas Sayer le recommande. Il a arrêté il y a deux ans et le regrette : garder les mains dans le code aide à piloter l'équipe.