Les erreurs de planning qui passent inaperçues dans Microsoft Project

Microsoft Project calcule tout à partir de ce qu'on lui donne. Si une information manque ou se contredit, il calcule quand même, et le résultat semble juste. C'est ce qui rend certaines erreurs si difficiles à voir.

Des tâches sans lien

Une tâche sans prédécesseur ni successeur ne bouge pas quand le reste glisse. Le planning affiche une date de fin rassurante, alors qu'une partie du travail ne dépend plus de rien. C'est l'erreur la plus courante, et la plus coûteuse.

Des dates imposées

Saisir une date de début à la main crée souvent une contrainte. La tâche reste alors figée, même si celles qui la précèdent prennent du retard. Le planning ne montre pas le conflit : il le cache.

Des tâches sans ressource

Une tâche sans personne affectée n'apparaît dans aucun plan de charge. Le travail existe, mais personne ne le porte. Dans notre exemple, les tests et l'industrialisation d'un lancement de produit n'avaient pas de ressource : la charge de l'équipe semblait raisonnable, elle ne l'était pas.

Les autres pièges

• des ressources affectées aux tâches récapitulatives, qui comptent deux fois le travail ;
• des jalons qui ont une durée ;
• des durées en semaines qui masquent le détail du travail.

Faire vérifier le planning

Relire un planning de deux cents lignes à la main prend du temps, et on finit par ne plus voir les erreurs. C'est pour cela que More With Project intègre un coach virtuel : il analyse plus de vingt paramètres, signale les anomalies et propose des corrections, directement dans Microsoft Project.