La surcharge cognitive, angle mort du delivery à l’ère des agents
Sur le papier, tout va bien. Les mes de l’industrie, travaux DORA en tête dont le dernier rapport date du printemps 2026, confirment l’adoption massive de l’IA dans les équipes de développement et des gains de productivité largement ressentis. Toutefois, ces indicateurs révèlent également une augmentation du débit de livraison, accompagnée d’une instabilité des déploiements. Au-delà de trois agents simultanément employés, la productivité commence à décroître et les erreurs graves se multiplient. Ces chiffres indiquent que le goulot d’étranglement s’est déplacé : non plus dans la production du code, mais dans la capacité des humains à l’absorber, une capacité qui nécessite une conception, un outillage et un accompagnement adéquats.
Une fatigue qui avance masquée
Dans une équipe augmentée, la rédaction de code devient marginale ; relire, vérifier et arbitrer devient le cœur du métier. Relire le code d’un agent est plus exigeant que de l’écrire. Cette charge se concentre sur les profils expérimentés, seuls capables de juger rapidement et avec précision. Un développeur saturé ne relit plus, il survole : l’approbation se fait rapidement, car les tests passent et le code semble propre. La règle du « pas de merge sans compréhension » devient alors une fiction. Lorsque l’épuisement emporte une ressource clé, la trajectoire du projet est en jeu. Cette dérive s’installe dans la satisfaction, car l’accélération, bien que gratifiante, peut conduire à des sessions de travail compulsives. La surcharge cognitive n’est pas seulement un sujet de bien-être ; c’est un risque pour la livraison et une faille de sécurité qui avancent masquées.
Les juniors, premiers exposés
Le risque est particulièrement élevé chez les juniors. Ils sont souvent chargés de valider un code qu’ils n’ont pas l’expérience de juger. Face à une production fluide, le biais de complaisance envers le LLM est fort, et l’approbation est rapide, car le doute est difficile à exprimer. Leur apprentissage est également affecté, car ils n’ont pas l’occasion d’apprendre de leurs erreurs dans un environnement où l’agent produit du code. Cela crée une génération de valideurs qui n’ont jamais appris à juger, constituant ainsi une menace pour le système d’information.
Une méthodologie qui protège l’attention
Protéger l’attention des développeurs nécessite une organisation rigoureuse. Des règles non négociables doivent être mises en place : chaque code généré doit être compris et validé par un humain. Le doute doit déclencher une escalade immédiate. Il est également crucial de limiter les sessions agentiques menées en parallèle. Le rythme doit être régulé par des sessions timeboxées, suivies de temps hors agents pour la conception et les revues. Ces « pauses agentiques » sont essentielles pour éviter que le delivery ne devienne une interaction isolée entre le développeur et sa stack agentique.
Piloter l’attention comme une ressource rare
La charge cognitive doit être pilotée comme la dette technique, par des signaux faibles. Il est essentiel de surveiller des indicateurs tels que le taux d’approbations sans commentaire, les délais de revue courts, et l’épuisement des seniors. Ces signaux ne figurent pas dans les tableaux de bord de vélocité, mais ils sont cruciaux pour la santé du projet. Le chef de projet doit orchestrer le dispositif humains-agents, répartir les sessions et protéger les temps collectifs. Dans un delivery agentique, la ressource rare n’est plus la production de code, mais l’attention qui valide cette production. Protéger cette attention est essentiel pour éviter incidents, dette de compréhension et burnout.
Source : Économie Matin.
