kengdevParlons de votre projet
Une équipe AI-native intègre les modèles dans son process de travail plutôt que de les garder comme un outil à côté. Concrètement, les prompts et les agents sont versionnés comme du code, ce qu'ils produisent passe par la même revue que le reste, et l'équipe suit l'effet sur le délai de livraison plutôt que sur le volume produit.
Faire adopter l'IA par une équipe sans perdre la discipline d'ingénierie qui tenait la qualité jusqu'ici.
Plus de commits ne veut pas dire plus de valeur. On regarde les incidents et le temps de revue.
AI native: définition utile
Une équipe AI native industrialise ses boucles de delivery (générer, tester, revoir, merger) avec des conventions écrites, des outils partagés et des métriques reliées au métier. L'idée ne se résume pas à « tout le monde prompte plus fort ».
L'IA change le rythme du delivery, pas la qualité par magie. Sans conventions, elle accélère surtout le chaos: des PRs monstrueuses, un ownership flou, de la dette silencieuse et des styles qui divergent.
Les compétences se déplacent aussi. L'équipe passe plus de temps sur la revue, l'architecture, la spécification et les garde-fous, et beaucoup moins sur le boilerplate. Les seniors ne disparaissent pas: leur temps change de place.
Conventions avant outils
Avant de débattre d'outils, écris les règles du jeu:
- Comment on demande à l'IA, avec un template de spec courte
- Ce qu'on merge et ce qu'on refuse
- Les chemins qui exigent une revue senior: auth, paiement, migrations, PII
- L'environnement standard: guide Claude Code ou équivalent, CLAUDE.md partagé, policy de secrets, definition of done commune
Un pilote de 2 à 4 personnes sur un repo bat le déploiement massif du jour 1. Le pilote produit les conventions, puis le reste de l'équipe les adopte en atelier.
La communication interne devient vite le goulot: les handoffs, les specs async, les critères d'acceptation. L'IA ne remplace pas un backlog clair, elle le rend plus urgent encore.
Métriques qui comptent
Les métriques utiles forment une famille proche de DORA, complétée par la lucidité:
- Le lead time et la fréquence de déploiement
- Le taux d'échec au changement et le MTTR
- Le temps de revue et les incidents post-merge
- La couverture des chemins critiques
À l'inverse, les commits, les lignes générées ou le « % de code IA » deviennent dangereux comme KPI uniques: tu optimises le bruit et tu encourages le merge sans compréhension.
Plus de commits ne veut pas dire plus de valeur. On regarde les incidents et le temps de revue.
Ajoute enfin une métrique de lucidité, comme la rotation d'ownership ou le temps qu'il faut à un dev externe pour comprendre un module. Si personne ne comprend le code généré, c'est un passif.
Shadow IT et enablement
Interdire l'IA pousse l'équipe vers le shadow IT. L'imposer sans formation pousse au copier-coller non relu. La bonne réponse est un chemin officiel (des outils, des conventions, des garde-fous) plus simple que le contournement.
Le format qui marche est un atelier d'une journée, à 8 personnes maximum, sur un vrai repo. On y travaille les réflexes (la spec, les tests, la revue, les secrets, le compact et le clear si l'équipe utilise Claude Code) plutôt qu'un tour des features. L'atelier livre des conventions, une checklist de merge et une liste d'anti-patterns.
Feuille de route 90 jours
La bascule se joue sur un trimestre, en trois phases:
| Période | Chantiers |
|---|---|
| Jours 1-30 | Le pilote, les conventions v0, l'atelier outil, le HITL sur les chemins critiques, les métriques de base |
| Jours 31-60 | Une deuxième équipe, la revue IA en commentaires seuls, les skills et prompts versionnés, un premier job CI assisté |
| Jours 61-90 | Industrialiser ce qui marche, tuer la dette, former les validateurs, relier les KPI eng au métier |
Si vous voulez structurer le passage AI-native, on peut cadrer la démarche en 20-40 minutes.
Questions fréquentes
L'IA remplace-t-elle les seniors ?
Non. Elle déplace leur temps vers la revue, l'architecture et les garde-fous, et en enlève au boilerplate. La responsabilité reste humaine.
Par quel outil commencer ?
Commence par le flux d'équipe, puis standardise un outil. Une convention partagée bat le débat d'outils.
Faut-il un AI champion ?
Oui, temporairement: un binôme pilote qui documente. Il ne doit pas devenir un goulot permanent.
Métriques COMEX ?
Montre le lead time, les incidents, le temps gagné sur un flux métier nommé, l'adoption et les risques mitigés. Laisse le théâtre de commits de côté.
Lien revue de code IA ?
La culture d'équipe se joue ici; l'outillage de revue est détaillé dans l'article code review IA.
Équipe de 2 ?
Oui, même à deux. Les conventions évitent que l'IA ne devienne une dette partagée.
Sources et repères
- The SPACE of Developer ProductivityForsgren et al., ACM Queue
Pourquoi une seule métrique de productivité se fait toujours contourner, et quelles dimensions regarder ensemble.
- DORA software delivery performance metricsDORA, Google Cloud
Quatre indicateurs de livraison qui résistent au gaming. Ce sont eux qui bougent si l'IA aide vraiment ton équipe.
- Quantifying GitHub Copilot's impact on developer productivity and happinessGitHub
Une étude menée par l'éditeur sur son propre outil, à lire avec cette réserve. Utile surtout pour la méthode de mesure.
