Livraison, en direct de GitHub
Un leader. Une ligne d'agents. Le travail livré d'une équipe entière.
2 993 pull requests fusionnées depuis avril, dans 22 dépôts. Des chiffres seulement, aucun code.
La plupart ont été écrites par des agents d'IA que je dirige. Chacune passe des vérifications automatiques, et les plus risquées m'attendent.

1
Casey White
Un leader qui dirige des agents d'IA
Agents sur la ligne
Une équipe classique qui fusionne le même travail pendant les mêmes 29 semaines
69–86personnes
52 personnes en développement, en 7 escouades
Plus 17 à 34 personnes autour d'elles
Responsable de produit 5–9
Design UX et UI 3–5
Assurance qualité et tests 5–10
DevOps et plateforme 1–3
Scrum master 3–7
2 993
pull requests fusionnées
96%
fusionnées sur celles ouvertes
29
semaines de travail
170
jours actifs
85
fusionnées dans une semaine active typique
La ligne
Chaque tuile est une pull request fusionnée depuis avril, dans l'ordre d'arrivée. La teinte montre la taille. Le tapis garde une vitesse constante : les grosses journées s'empilent, les semaines calmes défilent à vide.
Comment le travail est encadré
Le volume ne veut rien dire sans contrôle. C'est la même gestion des changements que j'appliquais à grande échelle, tournée vers des agents.
16 004
exécutions d'intégration continue, dans 17 dépôts
6
vérifications sur une pull request fusionnée typique
2 451
fichiers de tests, dont 290 de bout en bout
127
changements de niveau rouge qui ont attendu mon approbation
Chaque changement reçoit un niveau de risque. Vert : fusion automatique. Ambre : contrôle qualité d'abord. Rouge : il m'attend.
154 fusions sont passées avec une vérification en échec. La plupart venaient de problèmes avec les exécuteurs de GitHub et nos hooks, pas de tests ratés. 4 changements ont été annulés.
Devinez la barrière
Vous 0 · La barrière 0
Choisissez un changement, ou décrivez le vôtre, et annoncez le risque avant la barrière. La barrière, c'est Jev, un modèle de décision qui tranche en direct par la Vercel AI Gateway.
Choisissez un changement
Fusion automatique
Contrôle qualité d'abord
Attend Casey
La fiche de montage
Ce qu'était le travail. Chaque pull request est classée selon ce qu'elle touche et sa taille. Les gros chantiers changent plus de 700 lignes.
- Écrans et expérience973
540 fonctionnalités · 298 gros chantiers
- Mobile natif459
212 fonctionnalités · 103 gros chantiers
- Données et serveur312
160 fonctionnalités · 107 gros chantiers
- Spécifications, plans et docs243
56 fonctionnalités · 73 gros chantiers
- Site, référencement et analytique193
89 fonctionnalités · 60 gros chantiers
- Paiements et abonnements136
74 fonctionnalités · 43 gros chantiers
- Builds, intégration et déploiements136
12 fonctionnalités · 12 gros chantiers
- Notifications et messages134
83 fonctionnalités · 48 gros chantiers
- IA et agents134
60 fonctionnalités · 30 gros chantiers
- Connexion, comptes et sécurité132
63 fonctionnalités · 33 gros chantiers
- Tests et surveillance61
7 fonctionnalités · 14 gros chantiers
- Médias et vidéo52
30 fonctionnalités · 14 gros chantiers
2 993 sur 2 993 classées par un modèle à partir de leur titre; les autres par des règles de mots-clés.
L'organisation que je n'ai pas embauchée
C'est de la livraison de produit, pas seulement du code. Autour de 52 personnes en développement, une entreprise classique place ces rôles. Ici, chaque poste est occupé par la même personne qui dirige des agents.
Casey, avec ses agents
Produit, design, qualité, plateforme et scrum à eux seuls : 17 à 34 personnes selon les ratios publiés.
Responsable de produit
243pull requests qui touchent ce rôle
une équipe classique en compte 5 à 9
Design UX et UI
973pull requests qui touchent ce rôle
une équipe classique en compte 3 à 5
Assurance qualité et tests
67pull requests qui touchent ce rôle
une équipe classique en compte 5 à 10
DevOps et plateforme
164pull requests qui touchent ce rôle
une équipe classique en compte 1 à 3
Scrum master
le pipeline tient la cadence
une équipe classique en compte 3 à 7
Développement mobile
459pull requests qui touchent ce rôle
compris dans les 52 personnes en développement
Serveur et données
446pull requests qui touchent ce rôle
compris dans les 52 personnes en développement
Ingénierie IA
134pull requests qui touchent ce rôle
compris dans les 52 personnes en développement
Sécurité et identité
132pull requests qui touchent ce rôle
compris dans les 52 personnes en développement
Marketing et croissance
245pull requests qui touchent ce rôle
Revenus et prix
136pull requests qui touchent ce rôle
Rédaction technique
409pull requests qui touchent ce rôle
Postes de fondateur, sans repère d'effectif : ventes, marketing, prix, découverte client.
Les prochains postes sur la ligne
- Développement des ventes
- Opérations marketing
- Contenu et réseaux sociaux
- Référencement et AEO
Je tourne maintenant le même système vers la distribution : ventes sortantes et entrantes, génération de pistes, marketing par réseaux sociaux et courriel, et visibilité dans les moteurs de recherche et de réponse grâce à des aimants à prospects.
Pave 2024; Mind the Product · Founders Circle 2026; NN/g 2020 · LambdaTest Future of QA, 2023 · DX developer-productivity headcount, 2026 · Scrum Guide 2020: a team of 10 or fewer
Le rythme
Tenu pendant des mois, pas un coup d'éclat. Les creux restent visibles.
Pull requests fusionnées par semaine
- Pull requests fusionnées par semaine
- Une escouade de 7 à un rythme typique
- Une personne en développement
Semaine la plus chargée : 316. Semaine médiane : 85.
Le bond de septembre correspond à la mise en service du pipeline automatisé.
Pas de petits changements
Ici, une pull request typique change 247 lignes dans 7 fichiers. Dans l'industrie, une pull request typique en change 47.
- Moins de 100 lignes949
- 100 à 7001 201
- 701 à 2 000534
- Plus de 2 000309
La course des escouades
Les lignes grises sont des escouades de 7, chacune au rythme publié. Ajoutez des escouades jusqu'à ce qu'elles suivent.
Rythme
Encore derrière. Ajoutez une escouade.
Une seule escouade y mettrait environ 4,1 ans.
Selon le rythme : de 4 à 15 escouades. Un équivalent de production, pas de valeur.
Trois modèles, trois tâches
01
Claude, comme agents de code
A écrit la plupart de ces pull requests, selon mes spécifications, par le pipeline.
02
Gemma, sur mon Mac
A classé les 2 993 premiers titres de pull requests, gratuitement et en privé. Les titres n'ont jamais quitté la machine.
03
Jev, par la Vercel AI Gateway
Tranche à la barrière ci-dessus, en direct, et classe chaque jour les nouvelles pull requests, pour une fraction de cent par mille appels.
Où en sont les choses
La production n'est pas la valeur. Voici ce qu'elle est devenue jusqu'ici.
Une application de service terrain pour les petites entreprises de métier
App Store et Google Play, 8 langues, 160 pays
En constructionProjet piloteEn ligneUne application grand public par abonnement
Google Play; une version iPhone native est en cours
En constructionProjet piloteEn ligneUne courte série animée tirée des personnages de cette application
TikTok, YouTube et Instagram
En constructionProjet piloteEn ligneUn portail client pour les mandats de conseil
Utilisé avec des clients pilotes
En constructionProjet piloteEn ligneUn site de cabinet-conseil
En constructionProjet piloteEn ligneUn jeu mobile grand public
Google Play, plus de développement actif
En constructionProjet piloteEn lignePlusieurs projets pilotes plus petits
En construction ou en pause
En constructionProjet piloteEn ligne
Les premiers clients payants sont l'objectif du prochain trimestre.
Avant cela
Des produits numériques mondiaux dans plus de 60 pays, une équipe de 34 personnes et un budget de 3,2 M£, au sein d'un groupe industriel du FTSE 100.
La barrière de fusion, c'est la même gestion des changements que j'appliquais à grande échelle, appliquée à des agents.
Ma façon de dirigerLes questions que vous me poseriez
+Avez-vous écrit le code?
Surtout pas moi. Des agents d'IA en ont écrit la plus grande partie. Je fixe le travail, j'écris les spécifications, je révise ce qui compte et je décide de ce qui part.
+Qui le révise?
Chaque changement passe des vérifications automatiques et reçoit un niveau de risque. Le vert peut fusionner seul, l'ambre passe par le contrôle qualité, le rouge m'attend.
+Qu'est-ce qui a cassé?
154 fusions sont passées avec une vérification en échec, surtout à cause des exécuteurs de GitHub et de nos hooks. 4 changements ont été annulés.
+Et le résultat d'affaires?
C'est le début. Les premiers clients payants sont l'objectif du prochain trimestre, et le même système fait maintenant le travail de ventes et de marketing.
+Savez-vous diriger des personnes, pas seulement des agents?
Oui. Avant cela, j'ai dirigé une équipe de 34 personnes dans plus de 60 pays. Cette page montre l'autre moitié : je sais ce que je délègue, parce que je sais le faire.
Les chiffres, en clair
Tout ce qui précède, sans animation. À imprimer pour un comité d'embauche.
| Pull requests fusionnées | 2 993 |
|---|---|
| Ouvertes | 3 134 |
| Commits | 5 003 |
| Dépôts avec du travail fusionné (sur 33, dont 30 privés) | 22 |
| Semaines, de la première fusion à la plus récente | 29 |
| Jours actifs | 170 |
| Lignes médianes par pull request | 247 |
| Exécutions d'intégration continue | 16 004 |
| Fichiers de tests | 2 451 |
| Changements rouges approuvés par Casey | 127 |
| Fusionnées avec une vérification en échec | 154 |
| Annulées | 4 |
| Rythme | Personnes en développement | Escouades de 7 | Sprints d'une escouade |
|---|---|---|---|
| Rapide, avec IA 4/wk | 26 | 4 | 53 |
| Typique 2/wk | 52 | 7 | 107 |
| Plus lent 1/wk | 105 | 15 | 214 |
| Mois | Ouvertes | Fusionnées |
|---|---|---|
| 2026-04 | 37 | 35 |
| 2026-05 | 572 | 553 |
| 2026-06 | 367 | 359 |
| 2026-07 | 263 | 253 |
| 2026-08 | 170 | 165 |
| 2026-09 | 677 | 667 |
| 2026-10 | 983 | 910 |
| 2026-11 | 65 | 51 |
Comment le travail est encadré
Chaque changement reçoit un niveau de risque. Vert : fusion automatique. Ambre : contrôle qualité d'abord. Rouge : il m'attend. 154 fusions sont passées avec une vérification en échec. La plupart venaient de problèmes avec les exécuteurs de GitHub et nos hooks, pas de tests ratés. 4 changements ont été annulés.
Des produits numériques mondiaux dans plus de 60 pays, une équipe de 34 personnes et un budget de 3,2 M£, au sein d'un groupe industriel du FTSE 100. La barrière de fusion, c'est la même gestion des changements que j'appliquais à grande échelle, appliquée à des agents.
Méthode et sources
- Compte les pull requests fusionnées sous mon compte GitHub du 18 avril 2026 au 3 novembre 2026. Celles des agents sont fusionnées sous le même compte.
- Les pull requests mesurent la production, pas la valeur ni la qualité. Aucun chiffre unique ne mesure la productivité.
- Les équivalents utilisent le même total à chaque rythme; seul le repère change. Une escouade compte 7 personnes, mon choix dans la limite de 10 ou moins du Scrum Guide.
- Les rôles touchés par chaque pull request viennent de son titre, classé par un modèle. Les ratios des rôles de soutien sont des repères publiés, appliqués aux personnes en développement seulement.
- Les noms de dépôts, les titres et le code ne quittent jamais GitHub. La page lit un seul fichier de chiffres, mis à jour chaque jour.
Sources: Graphite research: the median developer merges 2 a week · Faros AI, AI Productivity Paradox, 2025 (high-AI teams merged 98% more) · Scrum Guide 2020: a team of 10 or fewer · Graphite research, median pull request size · Pave 2024; Mind the Product · Founders Circle 2026; NN/g 2020 · LambdaTest Future of QA, 2023 · DX developer-productivity headcount, 2026
Envie de pointer ce système vers votre travail?
Pour les clients
Prendre rendez-vousPour les comités d'embauche
Imprimer le résuméPour les partenaires
Voir le studio





