Notre client est un éditeur SaaS B2B (industrie), 50 salariés dont 12 développeurs, stack React/Node/Postgres. L’objectif : généraliser l’usage de Claude Code à toute l’équipe dev, mesurer l’impact, et identifier les bonnes pratiques à scaler. 90 jours plus tard, voici ce qu’on retient.
Le déroulement
Semaines 1-2 : formation (2 ateliers de 3h sur les patterns d’usage, prompting, et les MCP servers à connecter). Semaines 3-6 : usage individuel en autonomie avec un canal Slack dédié pour partager les trouvailles. Semaines 7-12 : adoption d’un workflow d’équipe et de hooks partagés.
Ce qui a immédiatement marché
L’écriture de tests, le debugging, et la rédaction de PR descriptions. Sur ces tâches, le gain de temps est immédiat et net (estimé à 30-40% de gain par les développeurs eux-mêmes). Les juniors gagnent une autonomie nouvelle, les seniors évitent les tâches répétitives.
Ce qui a coincé
La revue de code par Claude (« code review IA ») a généré beaucoup de bruit au début, avec des remarques peu pertinentes sur des codebases legacy. La solution : créer un fichier CLAUDE.md à la racine du repo qui contextualise les conventions internes et les contraintes. Effet immédiat sur la qualité des suggestions.
Les chiffres à 90 jours
Vélocité par sprint : +28% en moyenne (mesurée sur les story points livrés). Bugs en production : -15% (la pré-écriture de tests aide). Coût : 200€/dev/mois en abonnement Claude Code. ROI : amorti en moins de 2 semaines de productivité gagnée par développeur.
La leçon clé : Claude Code n’est pas un outil qu’on adopte individuellement — c’est un changement de pratique d’équipe. Investissez dans les conventions partagées (CLAUDE.md, prompts d’équipe, hooks) dès le départ.
