Agent IA ou chef de projet : qui doit décider quoi ?
L’agent peut préparer, exécuter et surveiller des étapes cadrées. Le chef de projet garde les arbitrages ambigus, les exceptions, la relation et les décisions qui engagent.
Nathalie StaelensGhostwriter et Rédactrice web
À 10 h 03, le projet est en retard. L’agent le sait.
À 10 h 04, il sait aussi que la cliente n’a pas validé le script, que le monteur attend et que la date de publication est demain.
Ce qu’il ne sait pas forcément, c’est que cette cliente vient de perdre son principal contrat et qu’un message de relance automatique « URGENT » serait la pire décision possible.
Un agent IA peut orchestrer les tâches, états et règles observables. Un chef de projet reste nécessaire lorsque la bonne décision dépend d’une ambiguïté, d’une relation, de priorités concurrentes ou d’un risque que le système ne peut pas réduire à une règle fiable.
L’agent excelle quand l’état est observable
Une tâche est en retard. Un champ manque. Un livrable attend la QA. Une validation n’est pas arrivée depuis 48 heures.
Ces états peuvent être détectés sans intuition.
L’agent peut :
- mettre à jour un statut ;
- rappeler ;
- affecter ;
- préparer un résumé ;
- vérifier une checklist ;
- lancer l’étape suivante autorisée.
C’est déjà une part énorme du travail de coordination.
Le chef de projet excelle quand les objectifs se heurtent
Le client veut publier demain mais le directeur artistique juge le visuel faible.
Le commercial promet une modification hors scope pour préserver la relation.
Deux clients urgents sollicitent la même ressource.
Aucune règle simple ne contient toute la décision. Il faut comprendre la valeur, la relation, le risque et parfois accepter un compromis.
C’est le territoire humain.
Le coût d’erreur est le bon curseur
Plus une décision est facile à annuler, plus l’agent peut agir.
Une relance interne mal envoyée se corrige. Un budget dépensé, une publication sensible ou une promesse client sont plus coûteux.
Utilisez quatre critères :
- impact ;
- détectabilité ;
- réversibilité ;
- ambiguïté.
Plus ils deviennent défavorables, plus la décision monte vers l’humain.
L’escalade est une fonctionnalité, pas un échec
Un agent mature doit savoir dire :
« Il me manque une information. »
« Deux règles se contredisent. »
« Cette action dépasse ma permission. »
« Le niveau de risque exige une validation. »
Un système qui agit toujours est moins autonome qu’un système qui sait s’arrêter, parce qu’il exige davantage de surveillance après coup.
Le chef de projet devient architecte du système
Quand les relances et statuts sont automatisés, le rôle ne disparaît pas. Il remonte.
Le chef de projet travaille davantage sur :
- règles ;
- priorités ;
- définition de « prêt » ;
- exceptions ;
- capacité ;
- relation client ;
- amélioration du workflow.
Il gère moins de cases et davantage de décisions.
Documentez les décisions récurrentes
Chaque fois qu’un humain tranche un cas qui reviendra probablement, demandez si la décision peut devenir une règle.
Exemple : « si le client ne répond pas 48 h avant publication, ne pas publier ; envoyer une relance et déplacer le statut ».
Le système apprend alors de l’organisation sans transformer chaque préférence en automatisme opaque.
Où Alfie Suite place Alfie
Alfie est le directeur de Mission, pas le stagiaire qui exécute tout.
Il orchestre, répartit, garde le fil et sollicite les spécialistes. Les agents ont des rôles distincts. L’humain reste l’autorité sur les décisions qui engagent la marque ou la relation.
Cette architecture évite la fiction d’un « agent universel » qui ferait simultanément stratégie, design, publication et arbitrage.
Le chef de projet n’est pas remplacé par un agent parce que l’agent sait déplacer une tâche. Il gagne un levier lorsque le système sait enfin déplacer les tâches sans lui demander de surveiller chaque bouton.
