Peut-on confier un sprint à un agent IA ? Six outils comparés
Comparez les capacités documentées de Linear, ClickUp, Notion, Asana, monday et Stellary avec un même benchmark de sprint reproductible.
12 min de lecture
Programme et projet : la différence qui change le pilotage
Un projet a un objectif, une équipe, une date. Un programme en a plusieurs, reliés : une refonte de plateforme découpée en quatre chantiers, un lancement produit qui mobilise la tech, le marketing et le support, une migration qui touche six équipes. Chaque projet se pilote déjà ; le programme se pilote entre eux.
Ce qui rend le pilotage de programme difficile n’est pas le volume d’information, c’est sa transversalité. Le responsable de programme doit savoir, chaque semaine, où chaque projet en est — mais surtout ce que l’état d’un projet fait aux autres. Un retard de deux semaines sur le chantier « authentification » n’est pas un problème local si trois autres chantiers attendent son API. Une décision prise dans un projet — reporter un lot, changer un fournisseur — se propage.
Les outils de gestion de tâches montrent chaque projet. Ils montrent rarement la propagation.
Ce qu’un agent IA apporte au pilotage de programme
L’agent est bon là où l’humain est lent : lire beaucoup, souvent, sans se lasser, et signaler ce qui sort de la trajectoire. Concrètement, sur un programme, un agent de pilotage fait quatre choses.
Consolider les signaux de chaque projet
Chaque projet produit ses signaux : reste à faire, capacité, blocages, décisions en attente, risques ouverts. L’agent les lit depuis le board, les documents et les missions, et les met à la même échelle. Le responsable de programme n’a plus à ouvrir six outils — ou six onglets du même outil — pour reconstituer l’image.
Repérer les dépendances qui glissent
Une dépendance, c’est un projet qui attend un livrable d’un autre. Quand le livrable glisse, la date du projet dépendant glisse aussi, souvent sans que personne ne mette à jour son planning. L’agent compare la date attendue et la date probable, et signale l’écart au moment où il apparaît, pas au comité suivant.
Préparer les arbitrages
Quand un signal sort de la trajectoire, il y a rarement une seule réponse. Réaffecter une personne, reporter un lot, réduire le périmètre, accepter le retard : chaque option a un coût sur les autres projets. L’agent rédige les options avec leurs effets connus. Le responsable choisit avec un dossier, pas avec une intuition.
Exécuter ce qui a été validé
Une fois la décision prise, l’agent la transforme en actions : cartes créées, échéances déplacées, missions lancées, personnes prévenues. Sous permissions : ce qui touche un autre projet passe par une approbation explicite.
Où s’arrête l’agent
Un agent qui tranche les arbitrages d’un programme est un mauvais agent, même s’il a raison. Trois raisons.
La première est la responsabilité. Une décision de programme engage des équipes et un budget ; elle doit avoir un auteur humain identifiable, qui la porte devant le comité et qui en assume l’effet.
La deuxième est le contexte. L’agent connaît les données du programme ; il ne connaît pas le client qui a promis oralement une date, ni l’équipe qui sort de trois mois difficiles, ni la décision politique prise la veille. Ces informations pèsent dans un arbitrage et n’ont pas de place dans un board.
La troisième est la confiance. Une équipe accepte qu’un agent prépare le comité. Elle n’accepte pas — et elle a raison — qu’un agent décide de réduire son périmètre. Dans Stellary, cette limite est un réglage, pas une promesse : le mode d’autonomie d’un agent de pilotage est supervisé ou sur approbation, et une action inter-projets crée une proposition, jamais une modification directe.
La méthode en cinq étapes
Ce qui suit est une routine hebdomadaire. Elle fonctionne pour un programme de trois projets comme de quinze.
- Objectifs et marge. Chaque projet a un objectif daté et une marge connue (ce qu’il peut perdre avant de mettre le programme en danger). L’agent lit ces deux données.
- Signaux consolidés. L’agent produit une vue portefeuille : santé par projet, marge consommée, dépendances et leur état, décisions en attente. C’est la vue que le responsable ouvre le lundi.
- Écarts et propositions. Pour chaque signal hors trajectoire, l’agent rédige les options et leurs effets. Le responsable les lit avant le comité.
- Décisions tracées. Le comité tranche. Chaque décision est un objet : date, auteur, motif, effet attendu, actions déclenchées.
- Actions et suivi. L’agent exécute les actions validées et surveille leur effet. La semaine suivante, il dit si la décision a produit ce qu’on en attendait.
Le guide du cockpit montre comment composer la vue portefeuille de l’étape 2 avec des widgets, sans double saisie.
Trois pièges à éviter
Piloter le programme comme un gros projet. Un programme n’a pas un backlog, il en a plusieurs. Fusionner les boards pour « tout voir » détruit la lisibilité de chaque projet sans donner la vue transversale. La vue portefeuille se construit au-dessus des boards, pas à leur place.
Demander à l’agent des indicateurs, pas des décisions à prendre. Un rapport de vingt indicateurs rassure et ne pilote pas. Ce qu’il faut à un comité, ce sont les trois décisions attendues, avec leurs options. Un agent bien cadré produit ça ; un agent qu’on laisse « tout mesurer » produit du bruit.
Laisser l’agent agir entre projets sans approbation. Une action locale (déplacer une carte) peut rester directe. Une action qui touche un autre projet (déplacer une dépendance, réaffecter une personne) doit être proposée. La différence entre les deux est une règle d’autonomie, à écrire avant de lancer l’agent.
Ce que ça change pour le comité
Le comité de pilotage d’un programme reçoit, la veille, un briefing préparé : état par projet, dépendances hors trajectoire, décisions attendues avec options. Il ne relit pas les boards. Il tranche. Et il pose une question de plus qu’un comité classique : qu’ont fait les agents cette semaine, seuls, sur proposition, et qu’a-t-on refusé ? La trace des missions y répond sans reconstitution. La composition et le rythme de ce comité sont détaillés dans Comité de pilotage d’un projet IA.
FAQ
Qu’est-ce que le pilotage de programme par l’IA ?
C’est l’usage d’agents IA pour consolider les signaux de plusieurs projets liés — avancement, dépendances, marge, risques — et préparer les arbitrages du responsable de programme. L’agent lit, calcule et propose ; la décision reste humaine et chaque action inter-projets passe par une approbation.
Un agent IA peut-il arbitrer entre deux projets d’un programme ?
Il peut préparer l’arbitrage : options, coûts connus, effets sur les autres projets. Il ne doit pas trancher : la décision engage des équipes et un budget, et dépend d’un contexte que le board ne contient pas. Dans Stellary, un agent de pilotage crée des propositions, jamais des modifications directes entre projets.
Quels signaux suivre pour piloter un programme ?
La marge consommée par projet, l’état des dépendances (date attendue vs date probable), les décisions en attente et leur ancienneté, les risques ouverts avec leur plan. Ce sont les signaux qui déclenchent une décision quand ils bougent — pas les volumes de tâches.
