Pourquoi un projet informatique stagne-t-il alors que l’équipe travaille sans relâche ?

Un projet à l’arrêt malgré une équipe surchargée : comprendre le paradoxe

Nombre de dirigeants et responsables de projets se retrouvent face à cette situation : l’équipe multiplie les journées chargées, mais les jalons avancent peu et la livraison s’éloigne. Pourtant, personne ne semble inactif. Comment expliquer ce décalage entre l’effort perçu et le progrès constaté ? Pour sortir de la confusion, il est essentiel de distinguer le mouvement apparent du franchissement concret d’étapes, puis d’objectiver ce qui bloque ou disperse les efforts.

Mesurer le progrès : des faits, pas des impressions

Le sentiment d’une équipe « très occupée » repose souvent sur le volume de tâches traitées, la succession de réunions et la gestion d’urgences. Pourtant, le progrès d’un projet ne se mesure pas à la quantité d’efforts, mais à l’atteinte de résultats vérifiables. Le Manifeste Agile résume ainsi : « le logiciel fonctionnel est la principale mesure d’avancement » (agilemanifesto.org). Dans tout projet, il s’agit de recenser les livrables effectivement produits, validés et utilisables : une fonctionnalité acceptée, une décision d’architecture documentée, une migration vérifiée, une documentation finalisée…

La pratique Kanban recommande de suivre le flux réel de travail à travers quelques mesures clés : le nombre d’éléments commencés mais non terminés (WIP), le débit de sujets réellement terminés, l’âge des éléments et le temps de cycle. Ces indicateurs permettent de visualiser le passage (ou non) à chaque étape et d’objectiver les blocages (The Kanban Guide, 2025.5).

Il faut garder à l’esprit que ces mesures décrivent le flux, mais ne suffisent pas à qualifier la valeur métier ou la qualité technique. Un projet peut livrer de nombreux petits éléments sans avancer sur ses enjeux majeurs, ou avancer sur le papier sans franchir de réel jalon.

Qu’est-ce qui occupe tant l’équipe sans faire bouger le projet ?

Trop de sujets en parallèle

L’une des causes les plus fréquentes est la dispersion de l’effort : trop d’éléments sont commencés en même temps, ce qui dilue la capacité de l’équipe. Chaque sujet nécessite de la coordination, du contexte, des arbitrages. Résultat : le travail progresse localement, mais peu d’éléments sont réellement terminés et validés. Pour objectiver ce phénomène, il est utile de suivre :

• le nombre d’éléments commencés mais non terminés ;
• le nombre de nouveaux sujets ouverts par semaine ;
• le débit d’éléments terminés sur la même période.

Le guide Kanban rappelle l’importance de limiter ce WIP et de traiter en priorité les éléments bloqués (The Kanban Guide, 2025.5).

Dépendances et décisions en attente

L’équipe peut avancer sur certaines tâches tout en restant bloquée sur des points clés, faute de décision, d’accès ou de validation. Les exemples typiques : attente d’une réponse produit, d’un arbitrage de sécurité, d’une validation juridique, d’une donnée à migrer, ou de l’intervention d’un autre service. Il est alors pertinent de mesurer :

• le nombre d’éléments bloqués à l’instant T ;
• l’âge de chaque blocage ;
• l’équipe ou la décision responsable du déblocage.

L’Open Guide to Kanban recommande d’intégrer le temps passé bloqué comme indicateur du flux réel (Open Guide to Kanban, 2025.7).

Retours arrière et rework

Des tâches peuvent être déclarées « presque terminées », puis revenir en arrière suite à la découverte d’une contrainte, d’un désaccord tardif, ou de critères insuffisamment définis au départ. Ce rework se traduit par des allers-retours qui consomment du temps mais n’avancent pas le jalon. À mesurer :

• le taux d’éléments réouverts ou corrigés après validation ;
• le temps passé en correction versus la première réalisation ;
• la fréquence de retours sur les mêmes causes.

Un certain retour en arrière fait partie de l’apprentissage normal, mais des récurrences sur les mêmes points signalent un problème dans la définition des critères ou la coordination amont.

Travail non visible ou non planifié

Les équipes absorbent souvent une part significative d’activité qui ne figure pas dans le projet : support aux utilisateurs, incidents, réunions, gestion des accès, conformité, documentation, aide à d’autres équipes… Ce travail est légitime, mais s’il n’est pas comptabilisé, la capacité réelle affectée au projet est surestimée. Pour y voir clair, il peut être utile, pendant une période courte, de noter :

• le temps consacré au projet prévu ;
• celui absorbé par le support, les incidents, les interruptions et les réunions ;
• la part liée à des activités récurrentes hors projet.

L’objectif n’est pas de surveiller les personnes, mais de restituer une image fidèle de la capacité mobilisable.

Jalons mal posés ou critères flous

Des jalons tels que « conception terminée » ou « développement avancé » restent sujets à interprétation. Un jalon utile doit correspondre à un livrable précis, accepté selon des critères connus, dans un environnement identifié. Sans cette précision, le pourcentage d’avancement reste théorique et ne garantit pas la progression réelle.

Tableau de bord minimal : que suivre pour objectiver ?

Sur deux à quatre semaines, il est possible de reconstituer le flux réel avec des mesures simples :

| Mesure | Question à laquelle elle répond | |----------------------|------------------------------------------------------| | WIP (travail en cours) | Combien de sujets restent ouverts ? | | Débit | Combien d’éléments sont réellement terminés ? | | Âge du WIP | Quels éléments trainent sans avancer ? | | Temps de cycle | Combien de temps entre début et fin d’un élément ? | | Temps bloqué | Où le flux s’interrompt-il ? | | Retours arrière | Quelle part du travail repart en correction ? | | Éléments réouverts | Que déclare-t-on terminé trop tôt ? | | Interruptions | Quelle capacité échappe au projet initial ? | | Critères de jalon | Quels résultats sont réellement acquis ? |

Ces mesures doivent être croisées : un haut débit de petites tâches ne compense pas l’absence de livrables majeurs, et un temps de cycle élevé peut révéler des sujets trop gros ou trop dépendants.

Une méthode simple pour revenir aux faits

1. Lister les jalons attendus. Pour chacun, préciser le livrable concret et les critères d’acceptation.
2. Reconstituer le flux réel. Où en est chaque sujet ? En attente, en cours, bloqué, en validation, terminé ?
3. Ajouter les dates clés. Cela permet d’objectiver l’ancienneté des blocages et des reprises.
4. Distinguer attente et activité réelle. Une tâche « en cours » depuis dix jours a-t-elle reçu dix jours d’efforts ?
5. Classer les causes de non-avancement. Dépendance, manque de décision, surcharge externe, problème de qualité, priorité absente…
6. Comparer activité et résultats. Mettre en face le temps mobilisé et les jalons effectivement franchis.
7. Traiter une contrainte à la fois. Par exemple : réduire le nombre de sujets ouverts, clarifier les décisions attendues, ou rendre visible le support hors projet.
8. Mesurer à nouveau après une période courte. Les indicateurs évoluent-ils ?

Ce que ces mesures ne disent pas à elles seules

• Une équipe très sollicitée n’est pas forcément inefficace : elle peut absorber du support, des incidents ou des obligations réglementaires.
• Un faible débit d’avancement ne traduit pas nécessairement une faible compétence : la taille des sujets, les dépendances externes ou l’absence de décision pèsent lourdement.
• Réduire les réunions n’est pas une solution automatique : certaines compensent des manques structurels de décision ou de coordination.
• Surveiller les heures individuelles ne mesure pas le progrès : cela peut même détourner l’attention des vrais jalons.
• Une métrique isolée ne fait pas un diagnostic : il faut rapprocher flux, qualité, blocages, capacité et franchissement des jalons pour comprendre le tableau d’ensemble.

En résumé : face à un projet qui n’avance pas malgré une équipe très active, la priorité est de mesurer le passage réel des jalons, d’objectiver le flux et de rendre visible le travail non planifié ou les blocages cachés. C’est en revenant aux faits que l’on peut prioriser les actions nécessaires et sortir de l’impression d’immobilisme.

Pour aller plus loin, vous pouvez découvrir comment un audit ciblé permet d’objectiver ces constats et de hiérarchiser les actions sur le diagnostic de fonctionnement.