Six ingénieurs, 76 jours : recruter est devenu une décision d'infrastructure
AWS a reconstruit une partie critique de Bedrock avec six ingénieurs au lieu de trente. Dans une équipe de six, une erreur de recrutement, c'est un sixième de la capacité.
Trente ingénieurs pendant 12 à 18 mois. Ou six ingénieurs pendant 76 jours.
C'est le choix qu'a fait une équipe d'AWS pour reconstruire une partie critique du moteur d'inférence de Bedrock, celui qui route des milliards de requêtes vers les modèles.
L'estimation classique disait 30 ingénieurs, 12 à 18 mois. Six ingénieurs expérimentés l'ont fait en 76 jours avec des agents de code, et AWS parle d'une productivité individuelle multipliée par 20, obtenue en changeant la façon de travailler, pas seulement les outils.
Ce qui m'intéresse n'est pas le chiffre de productivité. C'est ce qui disparaît avec les 24 postes.
Trente personnes, c'est plusieurs équipes, des managers, des réunions, de la coordination. Six personnes, c'est un groupe assemblé autour d'un problème, qui le règle et passe au suivant. Amazon y travaille depuis 2024 : Andy Jassy a demandé d'augmenter d'au moins 15 % le ratio de contributeurs individuels par manager.
Côté recrutement, ça change l'équation.
Dans une équipe de trente, un recrutement moyen se dilue. Dans une équipe de six, il représente un sixième de la capacité. Se tromper sur une personne n'est plus un coût RH. C'est un risque d'infrastructure.
Et les six d'AWS n'étaient pas six juniors prometteurs. C'étaient six ingénieurs expérimentés, choisis pour ça.
