La plupart des backlogs regorgent de tickets assez clairs pour être développés, mais que personne ne prend jamais en charge. Un agent IA peut mener ces tickets du backlog jusqu’à une pull request mergée, à condition que le travail soit découpé en étapes vérifiables. Ce guide détaille ces étapes, sans jargon.
Commencez par un ticket qu’un agent peut mener à bien
Un bon premier ticket a un résultat clair, un périmètre réduit et un moyen de vérifier qu’il fonctionne. « Ajouter un bouton d’export à la page des commandes » convient. « Améliorer les performances », non. Si une personne de votre équipe pouvait terminer le ticket en une journée sans poser de questions, un agent le peut probablement aussi.
Avant de confier un ticket, vérifiez trois choses : la description précise à quoi ressemble le travail terminé, la zone du code concernée est nommée ou facile à trouver, et les tests qui doivent passer sont listés.
Les cinq étapes
- Lecture : l’agent lit le ticket, les pages liées et les parties pertinentes du dépôt.
- Plan : il note ce qu’il va modifier et les tests qu’il va ajouter. Ce plan est assez court pour qu’une personne le lise en une minute.
- Développement : il fait la modification sur sa propre branche, lance les tests et corrige ce qui échoue.
- Revue : un second agent lit la pull request comme le ferait un collègue et laisse des commentaires. Le premier agent y répond.
- Merge : une fois les contrôles au vert et l’accord des personnes désignées obtenu, la pull request est mergée et le ticket avance.
Gardez chaque étape visible
Le ticket doit montrer ce qui s’est passé : le plan en commentaire, un lien vers la pull request et une note quand l’agent est bloqué. Votre équipe ne devrait jamais avoir à demander « Où en est-on ? » Si le statut ne vit que dans une fenêtre de chat, il finira par se perdre.
Ce qu’une personne doit relire
Au départ, inutile de relire chaque ligne écrite par l’agent, mais il faut décider où une personne porte son regard. La plupart des équipes commencent par relire le plan et la pull request, puis allègent le contrôle du plan une fois que l’agent a gagné leur confiance sur ce type de ticket. Le guide sur le choix des étapes à faire valider détaille ce point.
Pourquoi un ticket reste bloqué
- La description omet les critères d’acceptation : l’agent doit deviner.
- Le ticket mélange deux tâches. Scindez-le en deux tickets.
- Les tests sont lents ou instables : l’agent ne peut pas savoir si sa modification fonctionne.
- Personne n’a été désigné pour valider : la pull request attend.
Corrigez ces points dans le backlog, et le taux de réussite de l’agent grimpe sans toucher à l’agent lui-même.