Faire passer vos équipes dans les 20 % qui ont changé d'échelle avec l'IA

L'IA agentique en 2026 ne se déploie pas en distribuant des licences. C'est un changement de process autant que d'outil, et c'est ce changement de process que je vous aide à conduire, avec une méthode validée sur des livraisons réelles en production.

80 % des équipes ont testé un outil IA en 2025 et conclu "ça ne marche pas". Le test était pourtant biaisé : mauvais outil, pas de formation, intérêt inconscient à l'échec. Pendant ce temps-là, les 20 % restantes ont changé d'échelle de productivité et le fossé se creuse chaque mois.

Mon rôle : faire passer votre équipe dans les 20 %. Pas en imposant une stack, pas en formant pendant deux jours puis en disparaissant. En accompagnant le changement de process, en formant un noyau dur, en mesurant les vrais gains et en évitant les pièges classiques.

Huit mois dans une startup dont le CTO et le CPO n'y croyaient pas

C'est l'accompagnement le plus représentatif que j'ai conduit, et je ne peux pas nommer l'entreprise. Le CTO et le CPO étaient franchement sceptiques. Le sponsor, c'était le CEO : il y voyait un moyen de challenger ses équipes, de faire baisser ses coûts, et surtout de répondre plus vite aux besoins de ses clients.

Trois choses sont arrivées en huit mois.

La refonte de leur SaaS B2B, qu'ils traînaient depuis plus de deux ans, a été bouclée en quelques semaines. Leur façon de travailler au quotidien a changé : pas leurs outils, leur organisation. Et à la fin, ils ont répondu si vite à une demande client que c'est le client lui-même qui a dû ralentir le projet : il n'était pas prêt de son côté, alors que c'était nous qui portions tout le risque de délai au départ.

Je raconte celui-là en premier parce qu'il dit l'essentiel : l'adhésion de l'équipe technique n'est pas un prérequis. Un sponsor déterminé et un premier résultat tangible font bouger les sceptiques beaucoup plus sûrement qu'une démonstration.

Comment se déroule un accompagnement

01

On forme, dès la première semaine

Pas de phase d'observation : les équipes entrent dans le bain tout de suite. Je reprends le contenu de mon académie, déjà rodé en formation, pour que tout le monde parte avec le même vocabulaire et les mêmes réflexes.

02

On attaque le projet le plus difficile

Pas le plus facile, pas un POC de côté : le sujet le plus complexe techniquement ET organisationnellement, celui que personne n'a envie d'ouvrir. C'est contre-intuitif et c'est délibéré : c'est le seul moyen de traiter tous les obstacles en même temps, au lieu de les découvrir un par un au moment de passer à l'échelle.

03

À mi-parcours, on montre des résultats tangibles

Pas un rapport d'avancement : du livré, sur le sujet difficile. C'est ce qui achète la légitimité nécessaire à l'étape suivante, et ce qui fait basculer les sceptiques.

04

Aux trois quarts, on diffuse aux autres équipes

La méthodologie part vers les équipes qui travaillent sur des projets plus simples. Elle a été éprouvée sur le cas le plus dur : elle passe sans effort sur le reste, et ce sont les pilotes qui la transmettent.

Ce que ça change dans votre organisation

Le gain de vélocité d'une équipe tech est la partie visible. La partie qui compte est ailleurs, et c'est de l'organisation.

Dans le cas que je viens de décrire, le client est passé de grosses feature teams (des équipes projet avec un PO tout-puissant) à de petites entités autonomes portées par un ou deux Product Builders. Ce n'est pas un effet de bord : quand une poignée de personnes peut produire ce qui demandait une squad, la maille d'équipe qui avait du sens ne l'a plus.

Et l'impact a été mesuré sur la vélocité de l'organisation entière, pas sur celle de l'équipe tech. C'est la mesure qui m'intéresse, parce que c'est la seule qui dit quelque chose au CODIR. Une équipe tech deux fois plus rapide dans une organisation qui décide au même rythme qu'avant ne livre pas plus vite.

→ Le PO Technique : le profil qui va redéfinir les équipes produit, le rôle qui remplace le PO classique dans ce modèle.

Qui doit porter le sujet chez vous

Ça dépend de la taille de votre structure, et surtout de la position de votre CTO. Il y a deux cas de figure, et ils ne demandent pas le même engagement.

Dans les deux cas, ce qu'il me faut au démarrage c'est un sponsor identifié, capable de trancher. Pas un comité.

Par où on commence

Par un audit, dont le format dépend entièrement de votre contexte.

Dans beaucoup de cas, deux heures d'échange avec le CTO, le CPO ou le CEO suffisent : on y voit la taille, la maturité, les contraintes, et on sait déjà quel format d'intervention a du sens. C'est court exprès, parce que ça enlève une friction inutile avant de démarrer.

Dans les organisations plus établies, avec des enjeux politiques ou des contraintes particulières, l'inverse est vrai : un audit de plusieurs jours, avec des entretiens de plusieurs personnes-clés, cadre bien mieux la mission qu'il n'en retarde le départ. On évite alors de découvrir en semaine 6 l'opposition qu'on aurait pu entendre en semaine 1.

Je vous dis lequel des deux s'applique à votre cas dès le premier appel.

Ce que je peux faire avec vos équipes

Quatre formats d'intervention, qu'on peut combiner. L'audit + roadmap est souvent le bon point d'entrée : une vision claire avant d'engager du budget. Le coaching pilote est le format à plus fort ROI à moyen terme.

L'IA agentique, si vous partez de zéro

Si vous voulez d'abord comprendre de quoi on parle (ce qui a changé ces derniers mois, les trois niveaux d'usage, le détail du ROI et les nouveaux rôles), tout est réuni et tenu à jour dans le guide de l'IA agentique en entreprise. Cette page-ci décrit ce que je fais ; le guide explique pourquoi ça marche.

Les quatre entrées les plus utiles avant un premier appel :

• IA agentique en 2026 : ce qui a changé en 6 mois : contexte long, mode agentique, mémoire persistante, outils hors du dev.
• Pourquoi vos devs seniors rejettent l'IA, et pourquoi c'est normal : les trois biais du test typique, dont celui dont personne ne parle.
• Le vrai ROI de l'IA agentique : recrutement, infrastructure, vélocité, avec les chiffres.
• Déployer l'IA agentique dans une équipe de 40 personnes : la méthodologie de diffusion, en détail.

Mes propres projets, pour juger la méthode sur pièces

La mission ci-dessus est le cas client. Ces trois-là sont mes propres projets : je les cite parce qu'ils sont documentés publiquement, dans le détail, et que vous pouvez donc vérifier la méthode plutôt que me croire.

Le monorepo-mémoire et l'équipe de 11 experts virtuels

Sur le projet alva.do (CRM, blog, outils internes), j'ai industrialisé une équipe de 11 sub-agents IA spécialisés (pentester, SEO, senior partner VC, stratège pricing, archiviste, etc.). Chaque sub-agent a son contexte versionné dans le monorepo. Résultat : un MVP quasi-V2 en 2 mois, sans aucun recrutement.

Comprendre la méthode →

Une academy de formation complète en 4 sprints d'agents autonomes. 51 stories, 68 tests E2E, 0 régression. Présentations interactives, quiz dynamiques, émargement, certificats, tout livré sous 8 semaines avec un harnais de tests à 3 niveaux qui détecte les régressions avant le merge. Sur ce projet, la moitié du code a été écrite par des agents IA en exécution autonome, l'autre moitié par moi en pair prompting.

→ 51 stories, 4 sprints, 0 régression, le détail de la méthode et du harnais de tests.

Du business plan aux maquettes implémentables en 3h. Workflow Claude Design : un PRD entre, un design system + 30 écrans sortent. Pas un prototype Figma à retoucher, des maquettes prêtes à coder, isolées par écran avec leurs commentaires d'interaction.

→ Claude Design : du business plan aux maquettes implémentables.

→ Vous démarrez votre startup ? Découvrir le Sprint Fondateur, cette méthode applique tout ce que vous venez de lire à un cas particulier : passer de l'idée au MVP en 2 mois.

Pour qui ce n'est PAS adapté

Par transparence :

• Si vous cherchez une "magic bullet" qui doublerait votre vélocité sans changer votre process, vous serez déçu : il faut accepter de remettre à plat les rituels et les définitions de stories.
• Si votre équipe ne peut pas allouer 1 à 2 jours par semaine au pilote pendant 6 semaines, le projet ne décolle pas. L'IA ne fait pas gagner du temps sans qu'on en investisse au départ.
• Si vous n'êtes pas prêt à challenger vos process actuels (entretiens d'embauche, stories, code review, rétrospectives), aucune méthode IA ne vous fera gagner mécaniquement.
• Si votre objectif principal est "remplacer des gens" plutôt que "augmenter ce que les gens font", ce n'est pas la bonne approche : les déploiements qui réussissent sont ceux qui amplifient l'équipe en place avant de questionner les recrutements futurs.

Questions fréquentes

Combien de temps avant de voir des résultats ?

Sur un déploiement bien conduit, les premiers gains de vélocité sont visibles en 4 à 6 semaines (équipe pilote sur des sujets réels). Le ROI sur l'ensemble de l'équipe se matérialise sur 4 à 8 mois, c'est-à-dire le temps que la diffusion par capillarité soit complète et que les nouveaux process soient installés. Plus vite ? C'est généralement le signe qu'on a confondu un POC avec un déploiement.

Combien coûte un accompagnement ?

Je ne publie pas de tarif, parce qu'aucun chiffre unique ne serait honnête. Le prix dépend de la taille de l'équipe, de la durée de la mission, de la complexité organisationnelle du sujet pilote et de la localisation. La durée joue dans votre sens : un engagement long se négocie mieux qu'une succession de missions courtes, et le tarif journalier baisse à mesure que la mission s'étale. On chiffre pendant l'audit, et vous avez une proposition écrite avant d'engager le moindre euro.

Faut-il que mes équipes aient déjà testé Claude / Cursor ?

Pas nécessairement. Idéalement, elles sont à l'aise avec un IDE moderne (VS Code, JetBrains) et avec leur stack technique. Le reste (outils IA, méthodologie, prompts) fait partie de l'accompagnement. Si certains ont déjà testé en mode "freestyle", c'est même un atout pour le pilote : ils connaissent les écueils.

C'est compatible avec un environnement on-premise / sans cloud externe ?

Oui, mais avec des contraintes. La plupart des outils agentiques de pointe (Claude Code, Cursor) appellent des APIs hébergées par leurs éditeurs. Si votre code ne peut pas sortir du SI, deux options : utiliser des modèles open-source hébergés en interne (perte de qualité de 30 à 50 % aujourd'hui), ou négocier des accords spécifiques avec les éditeurs (Anthropic propose Bedrock pour AWS, Vertex pour GCP). On définit le bon arbitrage pendant l'audit.

Qu'est-ce que vous apportez que mon Tech Lead ne peut pas faire en interne ?

Trois choses : (1) du temps, parce qu'un Tech Lead a déjà sa charge opérationnelle et n'a pas la bande passante pour piloter un déploiement transverse, (2) du recul, parce que j'ai observé des dizaines d'équipes faire les mêmes erreurs et que je sais quels écueils éviter, (3) une posture extérieure qui débloque les sceptiques : l'argument "c'est ton CTO qui le dit" porte parfois moins que "c'est un consultant indépendant qui livre des projets en prod avec cette méthode".

Comment mesurer le ROI ?

On définit les métriques en début de mission. Trois axes typiques : vélocité (Lead Time, Deployment Frequency au sens DORA), qualité (Change Failure Rate, bugs détectés en prod), et coûts (heures économisées, recrutements évités). Les métriques sont mesurées avant le pilote et 3-6 mois après pour permettre une comparaison honnête.

Quels sont les outils que vous recommandez ?

Pour le code : Claude Code en priorité (pour son mode agentique mature et son contexte long), Cursor en alternative (excellent pour la mixité IDE classique + agent). Pour le hors-code : Claude Web pour la rédaction et l'analyse, ChatGPT pour la veille, Perplexity pour la recherche sourcée. Mais l'enjeu n'est pas le choix de l'outil : c'est le process derrière. La même équipe avec ChatGPT et un bon process ira plus loin qu'avec Claude Code et zéro méthode.