Le développement logiciel, c'est un travail d'équipe. La plupart des outils d'IA l'ont oublié.

Tous les outils de codage basés sur l’IA font la même promesse : des développeurs plus rapides. Saisie semi-automatique dans l’IDE, agents dans le terminal, un prototype fonctionnel avant le déjeuner. Et ça marche, du moins pour celui ou celle qui tient le clavier. Le problème, c’est que la plupart des étapes nécessaires à la livraison d’un logiciel n’ont jamais été une activité individuelle, et c’est justement cette partie que le marché continue d’ignorer.

C’est dans cette lacune qu’Upsun Dispatch™ intervient, et c’est le sujet abordé dans le dernier épisode de « Product Highlights », où Kateryna Dvornichenko, chef de produit chez Upsun, a expliqué ce que les premiers utilisateurs testent en priorité et comment son propre travail a changé maintenant que le code est accessible à moindre coût.

« Tous les produits IA qu’on trouve sur le marché s’adressent plus ou moins aux développeurs individuels », explique-t-elle. « Et on sait bien que créer un logiciel, c’est un travail d’équipe. »

Le travail autour du code

Même l’ingénieur le plus concentré sur son code passe une grande partie de sa semaine sur des tâches qui n’existent qu’entre les gens. « Peut-être que la création du code se fait en solo », dit Kateryna. « Mais ensuite, il y a toutes les discussions préliminaires, la relecture du code, les débats sur l’architecture. » Puis les commentaires commencent à affluer sur la pull request, et avec eux, des désaccords occasionnels sur la façon dont les choses devraient être faites. Rien de tout ça ne disparaît parce qu’un agent a rédigé le diff. Au contraire, plus il y a de code, plus il y en a.

C’est le raisonnement qui sous-tend l’idée fondatrice d’Upsun Dispatch : c’est le processus qui est l’élément de base, pas l’agent. Un processus dans Upsun Dispatch, c’est une séquence structurée d’étapes effectuées par des agents et par des humains, qui se déroule toujours de la même manière. Les agents fonctionnent dans des environnements isolés, rien n’atteint la production sans validation humaine, et chaque exécution est consignée avec son coût et ses décisions. Comme les étapes de contrôle sont des décisions plutôt que du code, les chefs de produit, les designers et les responsables de la sécurité participent directement au processus au lieu d’attendre un résumé de la part de l’équipe d’ingénierie.

Ce dernier point compte autant pour Kateryna que l’aspect technique. Le but d’Upsun Dispatch n’est pas seulement d’aider les ingénieurs à coordonner leurs agents. C’est de rassembler autour du code toutes les personnes qui ont toujours participé à la mise en production des logiciels, au sein d’un même processus.

Ce que les premiers utilisateurs testent en priorité

Upsun Dispatch est désormais entre les mains des clients, et les premiers appels d’intégration ont déjà soulevé des questions. Ce que Kateryna surveille de plus près : est-ce que les équipes trouvent fiables les revues de pull requests effectuées par les agents, et à quel point elles sont satisfaites de la qualité de ces revues. Les revues constituent un premier test décisif. La file d’attente des revues est l’endroit où la rapidité individuelle de l’IA se transforme en ralentissement pour l’équipe ; donc, si les agents peuvent prendre en charge une charge de travail réelle en matière de revues avec une qualité à laquelle l’équipe fait confiance, tout le concept commence à faire ses preuves.

Les intégrations sont le deuxième point qu’elle souhaite voir évalué, car Upsun Dispatch est conçu pour s’adapter aux outils qu’une équipe utilise déjà plutôt que de les remplacer.

Vient ensuite le processus qu’elle qualifie de « plus attendu » : de la ticket au processus. Un ticket arrive, Upsun Dispatch le prend en charge et le fait progresser dans le processus de l’équipe vers une modification fusionnée, les humains approuvant les décisions importantes en cours de route. C’est l’expression la plus aboutie du produit à ce jour, car ça met en œuvre plusieurs intégrations et les points de contrôle humains en une seule exécution. « Je suis vraiment curieuse de voir comment tous ces éléments fonctionnent ensemble », dit-elle.

L’indicateur qui fait la différence

Demande à un chef de produit à quoi ressemble le succès, et tu obtiendras généralement des chiffres d’adoption. La réponse de Kateryna est plus stricte que ça.

« Si les utilisateurs trouvent que, en tant que développeur individuel, c’est un outil sympa, mais qu’ils ne collaborent pas mieux en équipe, alors on a raté notre objectif. »

C’est un critère exigeant, car « une meilleure collaboration au sein de l’équipe » est justement le résultat dont les outils destinés aux développeurs individuels n’ont jamais eu à rendre compte. C’est aussi le critère le plus honnête. Une équipe qui fusionne plus de code mais qui fait moins confiance à son processus ne s’est pas améliorée. Pour Upsun Dispatch, on mesure le succès en vérifiant si la charge de révision est répartie au lieu de s’accumuler sur les mêmes ingénieurs seniors, si un chef de produit peut voir et valider ce qu’un agent s’apprête à faire, et si n’importe qui peut retracer une décision après coup.

La gestion de produit quand le code ne coûte pas cher

Kateryna a aussi vécu cette transition de l’autre côté, en tant que personne qui décide de ce qui va être développé. Le travail sur les produits est-il différent dans un monde dominé par l’IA ? « Oui et non », répond-elle. Tester des idées est plus rapide que jamais. Ce qui n’a pas changé, c’est où se trouve la valeur.

« La charge de travail n’a jamais vraiment été le plus gros problème, même avant l’IA. Ce qui a toujours compté, c’est de comprendre ce que les utilisateurs veulent vraiment, ce qui va s’imposer sur le marché, et de prendre des décisions en conséquence. »

L’IA analyse et structure désormais en amont une grande partie de ses données, ce qui lui laisse le temps d’approfondir ses recherches et, surtout, de discuter avec davantage de clients. Le jugement reste humain. « Si tu es juste là pour générer plus de code, ça ne rendra pas ton produit plus rapide ou meilleur, ni ne te permettra de gagner plus de parts de marché. Au final, l’important, c’est de créer un produit que les clients aimeront et utiliseront. »

C’est la même leçon à deux niveaux. Pour son équipe, générer plus de code ne rend pas le produit meilleur. Pour la tienne, ça n’améliore pas le processus de livraison. Le volume n’a jamais été la contrainte, et le goulot d’étranglement s’est simplement déplacé vers tout ce qui entoure le code.

Aide-nous à le construire

Upsun Dispatch est développé avec ses premiers utilisateurs, pas seulement pour eux. Le groupe de partenaires fondateurs est ouvert aux équipes d’ingénieurs comptant entre 50 et 500 personnes, avec un accès direct à l’équipe d’ingénierie, un véritable pouvoir de décision sur les processus à déployer en priorité, et des conditions d’adhésion spécifiques. Si tu corresponds à ce profil, ou si tu souhaites rejoindre le projet lorsque l’accès sera élargi, inscris-toi sur la liste d’attente.