Calculez votre taux d'avancement (% complete) à partir des tâches achevées et totales, avec objectif et délai restant pour estimer la vitesse requise.
L'avancement projet est l'indicateur de visibilité minimum pour toute partie prenante : il dit où on en est. Compter en nombre de tâches achevées rapporté au total est la méthode la plus simple et la plus partagée. C'est aussi la méthode la moins précise : toutes les tâches n'ont pas le même poids. Pour un suivi plus fin, vous pouvez pondérer en story points, en heures restantes ou en valeur métier livrée. La force du % d'avancement est sa simplicité de lecture en comité de pilotage ; sa faiblesse est de masquer les 80/20 de complexité (les 20 % de tâches les plus complexes consomment 80 % du temps).
Avancement = tâches achevées / total × 100
Nombre de tâches définitivement terminées et validées par les parties prenantes. Une tâche « en revue » ne compte pas tant qu'elle n'est pas validée. Unité attendue : tâches. Valeur généralement attendue entre 0 et 1000000. Le pas de saisie conseillé est 1.
Périmètre total du projet en nombre de tâches identifiées. Si le périmètre évolue, mettez à jour ce chiffre — un avancement calculé sur un périmètre figé devient trompeur. Unité attendue : tâches. Valeur généralement attendue entre 1 et 1000000. Le pas de saisie conseillé est 1.
Avancement théorique attendu en fonction du temps écoulé. Si vous êtes à 50 % du temps imparti, l'attendu linéaire est 50 % (sauf phasage particulier). Unité attendue : %. Valeur généralement attendue entre 0 et 100. Le pas de saisie conseillé est 1.
Nombre de jours ouvrés restants jusqu'à la deadline. Permet de calculer la vitesse de réalisation requise (tâches/jour) pour terminer à temps. Unité attendue : j. Valeur généralement attendue entre 1 et 100000. Le pas de saisie conseillé est 1.
Comparez l'avancement réel à l'avancement attendu en fonction du temps écoulé. Écart positif = projet en avance (rare, vérifier qu'on ne triche pas sur la définition de « terminé »). Écart 0-5 points = aligné, gestion normale. Écart -5 à -10 = vigilance, replanifier les semaines restantes. Écart -10 à -20 = retard structurel, négocier scope ou délai. Au-delà de -20 points : projet en dérive, faire un point d'arrêt formel avec le sponsor avant de continuer.
Projet de refonte CMS : 70 tâches identifiées au lancement, 35 achevées à mi-parcours. Avancement = 35 / 70 × 100 = 50 %. Le projet doit durer 8 semaines, on en est à la 5e semaine = 62,5 % du temps écoulé. Avancement attendu linéaire = 62,5 %. Écart = -12,5 points : retard structurel. Avec 20 jours ouvrés restants (4 semaines à 5 j) et 35 tâches restantes, vitesse requise = 35 / 20 = 1,75 tâche/jour. Si la vitesse observée est de 1 tâche/jour (35 tâches en 35 j sur les 5 premières semaines), il faut soit doubler la vitesse (renfort), soit réduire le scope de 15 tâches, soit décaler la deadline de 4 semaines supplémentaires.
Trois pratiques pour fiabiliser le suivi. (1) Définir précisément « terminé » au lancement : pour éviter les fausses tâches closes qui rouvrent en fin de projet (Definition of Done en Agile). (2) Pondérer les tâches par effort plutôt que par nombre : 20 % des tâches consomment 80 % du temps, un comptage brut sous-estime le travail restant. (3) Mesurer la vélocité pour anticiper : sur les 4 dernières semaines, combien de tâches/semaine en moyenne ? Projetez sur les semaines restantes au lieu d'extrapoler linéairement le passé.
Les tâches sont plus simples à communiquer (% facile à lire) mais peuvent fausser si toutes les tâches n'ont pas le même poids. Les heures restantes sont plus précises mais demandent une re-évaluation régulière. Pour un comité de pilotage : tâches. Pour le pilotage interne d'équipe : heures restantes (burn-down chart). Pour un projet à valeur métier mesurable : story points ou points de valeur.
Effet 80/20 classique : les 20 % de tâches les plus complexes (intégrations, edge cases, validations finales) consomment 80 % du temps. Sur la dernière phase, l'avancement en tâches sous-estime le travail restant car il reste les plus difficiles. Surveillez plutôt la vitesse en heures restantes ou en bugs/incidents critiques résolus.
Trois règles. (1) Le plus tôt possible : un retard annoncé à mi-parcours est gérable, annoncé à 80 % devient un crash. (2) Avec 2-3 options : « scope réduit + délai initial », « scope complet + délai +2 sem », « scope complet + renfort 2 pers ». Le sponsor décide. (3) Sans promesse de rattrapage miracle : éviter « on va se rattraper » qui sape la confiance. Un nouveau plan réaliste est toujours préférable.
