Pourquoi les processus, et non les agents, sont l'élément essentiel qui manque à ton équipe

Si ton équipe a adopté des agents de codage basés sur l’IA, tu as sûrement remarqué quelque chose d’étrange : écrire du code n’est plus la partie la plus difficile.

C’est ce changement sur lequel Patrick, ingénieur principal chez Upsun, n’a cessé d’insister lors de notre dernière conversation « Product Highlights ». Il travaille ici depuis douze ans, dont la plupart à écrire des API back-end en Go, et a passé l’année dernière à développer notre tout nouveau produit, Upsun Dispatch™, à l’aide de l’IA. Son verdict sur le déplacement du goulot d’étranglement est sans détour : « Le code n’est plus vraiment un problème. On peut l’écrire très vite. Tout le reste est encore un peu à la traîne par rapport au code. »

C’est exactement ce qu’on entend sans cesse de la part des responsables techniques. L’IA a aidé tes ingénieurs à livrer plus de code. Elle n’a pas aidé ton équipe à livrer plus de produit. Et pour une équipe expérimentée, le code n’a jamais été le goulot d’étranglement au départ.

Le goulot d’étranglement a changé de place, mais pas les rituels

Dans une équipe d’ingénierie moderne, tout le monde dispose désormais d’un agent IA, voire souvent de plusieurs : Copilot, Cursor, Codex, et bien d’autres encore. On a arrêté de compter vers 22 principaux, et la liste change chaque semaine.

Ce qui n’a pas changé, c’est tout ce qui entoure le code. Patrick appelle ça des « rituels et cérémonies », ces mêmes étapes répétitives qu’on a toujours eues. Tu ouvres une demande de fusion. Tu trouves quelqu’un pour la relire. Tu vérifies quelles demandes sont valides, lesquelles sont encore en cours de révision et lesquelles présentent des conflits. Multiplie ça par toute l’équipe, et ça s’accumule vite, sans que rien de tout ça ne concerne le codage proprement dit.

Une partie de ce travail est déjà automatisée. Upsun utilise un agent de révision interne conçu pour examiner les demandes de fusion, et Patrick est allé plus loin : il a demandé à un agent de trier les demandes en masse pour pouvoir voir leur état d’un seul coup d’œil. 

Le même schéma se retrouve dans la conception et la planification, pas seulement au niveau du code. Comme le dit Patrick : « Avant, on se demandait ce qui pouvait être automatisé par un ordinateur. Et aujourd’hui, c’est pratiquement tout. »

Le risque, c’est que l’IA agit comme un amplificateur. Elle accélère aussi bien les bonnes pratiques que les mauvaises. Si tu affectes une douzaine d’agents à un processus non structuré, tu n’obtiens pas d’ordre, mais un chaos qui s’accélère : des files d’attente de révision qui grossissent plus vite que n’importe qui ne peut les valider, des dépenses que personne ne peut prévoir, et des systèmes de production que l’équipe n’arrive plus à expliquer complètement.

Ce sont les processus qui comptent, pas les agents

Les processus ne sont pas une nouveauté dans le monde du logiciel. Ce qui est nouveau, c’est ce qu’ils peuvent contenir. Avant, c’étaient surtout des mécanismes de suivi, un moyen de surveiller le travail que les humains faisaient à la main. Les étapes fastidieuses et répétitives entre les deux comportaient trop de variables pour être codées en dur dans un système déterministe, donc c’était une personne qui s’en chargeait. L’IA change la donne. Ces étapes peuvent désormais s’exécuter de bout en bout, les humains restant là où leur jugement est réellement nécessaire et se retirant des parties où ce n’est pas le cas.

C’est là le pari central d’Upsun Dispatch™ : le processus est l’unité de coordination, pas l’agent individuel. Les agents vont et viennent. Ce sont les processus qui permettent aux équipes d’avancer. Ça demande un vrai effort d’identifier quels sont tes processus, puis de les orchestrer efficacement et en toute sécurité. 

Pour l’instant, ils sont éparpillés entre les compétences des agents, des scripts ponctuels et des tâches d’intégration continue (CI), et dès que quelqu’un en crée un qui marche bien, toute l’équipe veut l’utiliser.

À quoi ça ressemble quand une équipe s’y met vraiment

Tu peux voir comment cette idée prend forme dans la façon dont on développe Upsun Dispatch™. L’équipe travaille dans un monorepo partagé avec une documentation commune, et cette documentation ne se limite pas au code. Elle inclut la planification, la vision à long terme et le contexte qui, d’habitude, reste cloisonné entre le marketing, le produit et l’ingénierie. Tout le monde a accès aux mêmes informations et utilise le même vocabulaire, y compris les agents.

Ce dernier point est plus important qu’il n’y paraît. Patrick est, selon ses propres mots, « assez pointilleux sur notre glossaire », car des termes comme « activité », « tâche », « mission » et « exécution » doivent être cohérents à tous les niveaux de la stack. Il suffit qu’une seule personne utilise un mot de manière imprécise pour que tu te retrouves sur une voie de conception complètement à côté de la plaque dès le départ, tant pour les collaborateurs que pour les agents.

Le résultat : moins de cloisonnement et moins d’attente. Une petite question qui, avant, t’obligeait à attendre une réunion, peut désormais être traitée sur-le-champ, par un collègue ou par un agent capable de replacer la question dans son contexte et d’agir en conséquence. 

C’est le même principe sur lequel repose Upsun Dispatch : le contexte partagé se trouve dans le cloud au lieu d’être dispersé sur des ordinateurs portables individuels, ce qui permet à toute l’équipe et à ses agents de travailler à partir d’une source unique de vérité. On partage déjà les consignes et les structures de révision entre notre agent de révision interne et celui d’Upsun Dispatch. Comme le dit Patrick, la meilleure façon de bien concevoir un produit, c’est de l’utiliser soi-même.

Qu’est-ce qu’Upsun Dispatch™ exactement ?

Upsun Dispatch est une plateforme dédiée à la collaboration pilotée entre des agents IA et des équipes humaines interfonctionnelles. Les agents IDE t’ont apporté des assistants de codage ; aucun n’a donné à ton organisation les moyens de piloter ces agents de manière globale. 

Cursor, Copilot, Claude Code et Devin gèrent chacun leurs propres agents au sein de leurs propres produits. Upsun Dispatch est la couche qui les chapeaute tous, pour que ton équipe garde le contrôle sur une seule plateforme partagée. Garde tes outils et tes modèles ; intègre-les dans un processus commun.

Au fond, tout repose sur quatre éléments fondamentaux. Les processus sont des séquences structurées d’étapes effectuées par des agents et des humains, qui peuvent se ramifier et s’exécuter selon un calendrier. Les sandbox isolent les agents, pour que rien n’affecte l’infrastructure en production, sauf si c’est prévu. Les « human gates » permettent aux équipes d’ingénierie, de produit, de conception et de sécurité de valider chacune à leur niveau. Et une piste d’audit enregistre chaque invite, chaque différence, chaque validation et chaque coût, pour que tu disposes d’un historique complet de la prise de décision.

Un cycle typique se déroule ainsi : un déclencheur se déclenche (un événement Git, une mention dans le chat, une planification, un appel API) et lance un agent dans un bac à sable pour planifier, rédiger et exécuter. Un point de contrôle humain permet aux bonnes personnes de prendre la décision. La modification est déployée en production, et tout est consigné. 

Le routage intelligent choisit un modèle par tâche en fonction du coût et de la qualité, plutôt que de te lier à un seul fournisseur. Comme chaque dollar est attribué au processus qui l’a dépensé, les ingénieurs peuvent prévoir les dépenses et les financiers établir leur budget. Les agents « Spécifications » et « Code » s’exécutent en premier, suivis des agents « Révision », « Test », « Maintenance » et « Sécurité » tout au long du reste du cycle de vie.

Qui l’a développé ?

Upsun gère depuis plus de dix ans les environnements de production d’autres entreprises à grande échelle, et Upsun Dispatch applique ces mêmes normes aux processus des agents. 

À la tête de ce projet, on retrouve Fabien Potencier, créateur du framework Symfony et directeur technique et produit chez Upsun. Il a passé 20 ans à résoudre les défis liés au cycle de vie des logiciels open source à grande échelle ; Upsun Dispatch est sa vision du cycle de vie basé sur les agents. Si la question de la maturité t’intéresse, son article sur les 8 étapes de la maturité en ingénierie de l’IA, adapté des niveaux de développement assisté par l’IA de Steve Yegge, est le meilleur point de départ.

Le programme de partenariat de conception d’Upsun Dispatch est désormais ouvert. 

La raison pour laquelle Patrick a créé ce projet est d’un égoïsme rafraîchissant, et c’est sans doute le meilleur argument de vente qui soit : « Je m’intéresse à Upsun Dispatch pour me faciliter la vie. Et j’espère que ça marchera pareil pour tout le monde. »