Nous sommes au neuvième jour d’un sprint de deux semaines et l’équipe de livraison tourne en rond. Les ingénieurs demandent sur Slack quel ticket est réellement prêt, le responsable QA attend un environnement dont personne n’est responsable, et le Product Owner réclame un simple point d’avancement dont la préparation prend plus de temps que le travail lui-même. En tant que chef de projet, vous hésitez : faut-il automatiser les tâches parasites du flux de travail ou d’abord optimiser ce flux ? Chaque heure d’attente entraîne une perte de temps supplémentaire due aux sollicitations pour connaître l’avancement, aux transferts de tâches ratés et aux reprises de travail.
Avant toute automatisation, il faut identifier où passe le temps et pour quelles raisons. Ensuite, il convient de distinguer les tâches qu’il est sans risque d’automatiser de celles qui, bien qu’apparemment répétitives, impliquent des décisions critiques. Enfin, il faut une méthode d’arbitrage claire pour choisir une cible d’automatisation qui favorise la livraison au lieu de créer une nouvelle source de dysfonctionnement.
Pour concrétiser le problème, examinez le calendrier de ce sprint et repérez les points où la coordination fait défaut par rapport à ceux où le travail est simplement lent.
Ce schéma se manifeste généralement à trois niveaux. Les demandes de suivi se multiplient lorsque le plan n’est pas centralisé, les transferts échouent lorsque la « définition de terminé » (Definition of Done) est floue, et les blocages perdurent lorsque les responsabilités ne sont pas clairement définies. Une erreur fréquente des chefs de projet consiste à automatiser en priorité la mise à jour de l’avancement, car cela semble immédiatement utile aux parties prenantes. Résultat : l’équipe propage plus rapidement la confusion et finit par moins faire confiance au système, car les rapports automatisés contredisent la réalité du terrain.
Lorsqu’une étape semble répétitive, demandez-vous de quel type de tâche il s’agit réellement. Certaines étapes relèvent de la prise de décision, comme l’approbation de modifications du périmètre ou le choix d’une date de mise en production. D’autres impliquent des transferts, comme le passage d’un ticket de la phase de développement à celle de test ou la transmission d’un élément de campagne au service juridique. Enfin, certaines étapes consistent en de la saisie de données, comme le transfert d’informations entre outils ou la mise en forme d’un rapport hebdomadaire. L’automatisation est la plus sûre lorsqu’il s’agit de saisie de données et que les données d’entrée sont stables.
Les décisions sont très variables et le coût d’une erreur n’apparaît souvent que plus tard. Les automatiser sans garde-fous revient à remplacer le jugement par de la simple conjecture. Les transferts échouent lorsque les rôles et les critères d’acceptation sont flous ; l’automatisation ne peut donc intervenir qu’une fois définis l’état de préparation (« ready ») et le responsable de l’action. La saisie de données est un domaine où l’IA peut apporter une aide rapide, car le processus peut être audité, relancé et soumis à des contrôles ponctuels.
Utilisez cet exercice comparatif pour apprendre à identifier les étapes suffisamment stables pour être automatisées et celles qui nécessitent un jugement humain.