Le pilotage par l’effort, un concept essentiel et méconnu de MS Project par Vincent Capitaine

Le pilotage par l’effort, kezako ? billet original paru sur le blog de Vincent

Vincent Capitaine
Vincent Capitaine

Le pilotage par l’effort est une fonctionnalité (pour ne pas dire un concept) aussi essentielle dans Microsoft Project que méconnue par bon nombre d’utilisateurs de l’outil de planification.

Dans le cadre de nombreux projets (et pour la majorité des tâches qui les composent), l’estimation de la charge est déterminante et sert ensuite à évaluer les délais des tâches, en fonction des ressources disponibles. Quand un chef de projet demande un conseil avisé à un expert pour l’estimation des tâches d’une tâche, celui-ci répond le plus souvent ainsi : « Il y en a pour x jours de boulot » . Il ne faut surtout pas se tromper:  ces jours ne représentent pas un délai mais une charge de travail !

Dès lors, cette estimation peut être intégrée au planning par le chef de projet et en aucun cas, lors de l’affectation des ressources, cette charge ne devra être recalculée par Microsoft Project.

Pour s’en assurer, l’utilisateur doit modifier le type de tâche et choisir « Travail fixe » afin que le travail ne soit pas recalculé par Project. Si le travail est fixe, il est « sanctuarisé » et seul l’utilisateur pourra en modifier la valeur.

Choisir le « Travail fixe » a une autre conséquence : la tâche devient alors automatiquement (et obligatoirement) « pilotée par l’effort ». Cette option de pilotage par l’effort (appelée aussi pilotage par la charge) permet, lorsque le chef de projet effectue des affectations successives de ressources, que la charge soit partagée entre ces ressources. En conséquence, la durée de la tâche est recalculée (selon l’équation éternelle : Travail = Durée x Capacité).

pilotageeffort1Dans d’autres cas de figure, les affectations de ressources successives ne doivent pas avoir pour conséquence le partage de la charge (et donc la réduction de la durée) mais l’inverse : conserver la même durée et ajouter une charge supplémentaire induite par l’affectation de nouvelles ressources sur la tâche.

Dans ce cas, il est nécessaire que la fonction pilotage par l’effort soit désactivée !

Je cite souvent en formation l’exemple d’une tâche qui pourrait s’appeler « Séminaire » : une telle tâche n’est jamais pilotée par la charge. C’est dans ce cas la durée qui est fixée d’emblée (et ne variera pas en fonction du nombre d’utilisateurs). Y affecter des participants permet en quelque sorte de déterminer le coût en jours-hommes du séminaire.

pilotageeffort2

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Quelques éléments clés :

  • une tâche de type « Travail fixe » est obligatoirement pilotée par l’effort ;
  • une tâche de type « Durée fixe » ne doit pas être pilotée par l’effort (même si l’outil le permet). En cas de nouvelles affectations sur une tâche ainsi paramétrée, un message d’avertissement apparaîtra le plus souvent. Microsoft Project ne peut comprendre : il lui est indiqué que la durée ne doit pas être recalculée (Durée fixe) mais qu’en cas d’affectations successives, la charge doit être partagée pour réduire la durée (Pilotage par l’effort) !
Partenaire de DantotsuPM et présent au Tech-Days 2015
Partenaire de DantotsuPM et présent au Tech-Days 2015

5 réflexions sur “Le pilotage par l’effort, un concept essentiel et méconnu de MS Project par Vincent Capitaine

  1. Ping : 4-5 Octobre – Paris – Microsoft experiences’16 | DantotsuPM.com

  2. Avatar de Céline Céline

    Bonjour,
    Sauriez-vous comment faire pour avoir une tache à durée fixe, ET travail fixe, et dont la charge peut alors être répartie automatiquement sur la ou les ressources affectées ? Et idéalement pouvoir indiquer la répartition de cette charge entre les ressources ?
    Par exemples : une tache dure 5j, effort 4h. J’y affecte 2 ressources, l’une y passe 3h, l’autre 1h, la charge lissées sur 5j me donne le taux de travail de la ressource chaque jour, ou mieux encore le temps en h !
    Merci pour votre aide !

    J’aime

  3. Avatar de Inconnu Anonyme

    Si le développement d’une fonctionnalité prend 40 jours pour une personne, son implémentation par 4 personnes ne prendra jamais 10 jours il faudra ajouter des jours de coordination, formation et pilotage.

    J’aime

n'hésitez pas à commenter les billets et à partager vos idées.