31 octobre 2016

Pourquoi se préoccuper du démarrage du projet

Dans un examen de travail du PMI (Project Management Institute, association professionnelle des chefs de projet dans le monde), nous lisons cette question-ci : Quelle phase du projet est typiquement la plus grevée d’incertitudes et la plus risquée ? Est-ce :

  1. Le démarrage ?
  2. Le développement ?
  3. L’exécution ?
  4. La conclusion ?

Eh bien, la réponse attendue est : le démarrage. Cette période de l’initiative où les parties prenantes se mettent d’accord sur l’intérêt du projet à venir, cette période qui prendra fin avec leur approbation de la charte du projet.

L’idée est la suivante : bondir sur la planification nous amène à laisser les plus grandes incertitudes non résolues. D’autant que, les témoignages convergent, une fois le projet lancé, l’on perd de vue son objectif.

Une autre question du même questionnaire de travail du PMI:

Quel est la période la plus cruciale pour vérifier les parties prenantes du projet et leurs intentions ?

  1. Lorsque la complexité du projet augmente ?
  2. Durant la phase de planification ?
  3. Durant la phase de démarrage ?
  4. Après que le plan de projet a été finalisé ?

Réponse de la communauté des chefs de projet du PMI : même si l’on garde un oeil sur les parties prenantes durant tout le projet, c’est durant la phase de démarrage que scruter les parties prenantes est le plus crucial.

Qu’est-ce à dire, si je suis propulsé dans un projet qui a démarré sans moi ? Eh bien, plutôt que de plonger dans la planification, je ferais mieux de commencer par analyser les parties prenantes.


12 janvier 2015

Les 10 premiers jours d'un chef de projet (entre autres possibilités)

Pourquoi se préoccuper des 10 premiers jours sur un projet (supposément à plein temps) ? Pour réduire l'incertitude du commanditaire, pour lui vendre qu'il faut du temps à quiconque pour avoir les idées claires avant de décider quoi que ce soit, pour que chacun ait eu une chance de s'exprimer avant qu'un changement s'opère.

Pour l'exercice, je propose de commencer par la fin (rétro-planning) :

J-10 : allers-retours avec les responsables d'équipes et le commanditaire. Le commanditaire approuve le plan de projet v0 comme base de départ et le fait savoir. Les responsables d'équipes et moi-même nous donnons rendez-vous pour J-11, au programme : travailler selon le plan et mettre à jour le plan autant que nécessaire (pas trop de détails).

J-8-9 : nous (les responsables d'équipes et moi-même) négocions avec les superviseurs des ressources sur la base du plan de projet v0. Le soir de J-9, je présente au commanditaire le plan de projet v0 et répond à ses questions.

J-6-7 : nous (les responsables d'équipes et moi-même) développons le premier plan de projet (version v0) en utilisant le formalisme du One Page Project Manager.

J-5 : je mets à jour la charte de projet en fonction des remarques, le commanditaire expose le projet aux responsables d'équipes pressentis et leurs manageurs et me présente comme responsable du projet en chef. Je demande aux responsables d'équipe pressentis de réserver leur J-6 et J-7.

J-1-4 : je rencontre le commanditaire et note ses idées et directives. Je lui demande de pouvoir rencontrer en face à face des représentants des parties prenantes du projet (les gens impactés par le projet) en commençant par l'échelon de base et en remontant la ligne hiérarchique. Chaque soir, je rédige une synthèse de mes trouvailles sous forme d'une charte. Le soir de J-4, je présente au commanditaire la charte du projet et réponds à ses questions. Le commanditaire convoque les responsables d'équipes pressentis et leurs manageurs pour le lendemain.
Notez que ça revient à (re-)faire pour moi-même la phase de démarrage. Utile pour moi, et utile pour les autres parties prenantes, même si elles le découvriront plus tard.

Notez aussi que je ne cite pas mon collègue manageur du changement. Je fais l’hypothèse (sciemment réductrice) que mon job est de livrer l’outil et que son job à lui est de le faire utiliser.

Notez également que le One Page Project Manager est aussi bien la charte du projet, le plan du projet et le document de suivi du projet, le tout en une seule page. Miraculeux ! Inespéré !