Activity – Work – Task – Responsibility – Purpose – Outcome

Activity – Work – Task – Responsibility – Purpose – Outcome, etc. Je m’y perds !

Dans l’ECO-2019, les rédacteurs PMI définissent les tâches (Tasks) comme « the underlying reponsibilities of the project manager… » Alors, tâche ou responsabilité, c’est pareil ? 

Et « Enabler », alors ? Les mêmes rédacteurs écrivent : « Illustrative examples of the work associated with the task. » Et voilà « Work », maintenant !

Pourquoi c’est important ?

A mon avis, c’est important parce que :

• l’appréhension du métier change au sein du PMI. De ce fait, notre métier de PM pourrait changer visiblement à court terme, par exemple dans les fiches de postes PM à pourvoir.
• les PMIsms chers à Rita Mulcahy sont là pour exprimer clairement ce qu’est ce métier. Or, les PMIsms sont connus sur l’ancien référentiel (ECO-2015). Anticipons leur évolution.
• l’examen PMP nous apporte des questions situationnelles qu’il faut savoir décrypter en fonction des  PMIsms anciens et nouveaux.

Au commencement était le travail (Work)

Le travail, c’est une transformation qui consomme de l’énergie et aboutit à un livrable. Cf. le WBS où Work.

On peut vérifier le livrable, Cf. PMBOK 8.3 Control Quality qui produit des livrables vérifiés (verified deliverables).

On peut faire accepter le livrable, Cf. PMBOK 5.5 Validate Scope qui aboutit à des livrables acceptés (accepted deliverables).

Finalement, on sait quand un livrable est terminé.

Pour produire un livrable, des activités (Activities)

Les activités sont présentées comme les actions spécifiques (specific actions, Cf. PMBOK 6.2) à réaliser pour produire les livrables.

Chaque activité comporte une description de son « scope of work », c’est à dire de son contenu. L’équipe de planification lui estimera une durée, des ressources, des prédécesseurs, un endroit, une place dans le planning, etc.

Donc, une activité, ça se réalise et on sait qu’on a terminé l’activité quand le livrable, intermédiaire ou finalisé, est prêt à être vérifié et passé à l’activité suivante. Les gens affectés à l’activité repartent chez eux. Ils reviendront s’il y a un problème. Auquel cas, l’activité sera prolongée, ou reprogrammée, etc.

Finalement, on sait aussi quand une activité est terminée.

Le souci, c’est que ça ressemble à la définition d’une tâche (Task) dans la méthode KANBAN. Du coup, tâche et activité ont l’air de s’interchanger.

Or, je lis ceci sous la plume d’Hitesh Bhasin à propos de marketing : « Task and activity are different in many terms and the terms should not be used synonymously. In terms of business, a task is a project that is to be completed. It requires supervision and more often than not, has an end result which needs to be studied and evaluated. On the other hand, the activity does not require supervision. Activity is to be performed with a set of instructions to do but does not require the result to be evaluated. »

Du coup, qu’est-ce qui fait la différence ?

Ce qui importe, c’est le DoD

Le Definition of Done (ou DoD), ne serait-ce pas l’essence de ce que nous recherchons ?

Par exemple, le DoD d’une responsabilité d’un PM, comme « manager le travail », c’est :

pour l’ECO-2015, quand les livrables d’un projet sont acceptés par le client.

5.1 Obtain final acceptance of the project deliverables from relevant stakeholders in order to confirm that project scope and deliverables were achieved.

pour l’ECO-2020, quand la valeur business et les bénéfices sont acquis par le client.

<in progress>