Guillaume Joly

Cet article est le premier d’une série qui vise à expliquer l’utilité et la pertinence d’un plan de projet dans le cadre de projets interactifs. Également, je vais essayer de développer une architecture de plan de projet qui pourra être utilisée par des gestionnaires de projets Web… comme moi!

Les plans de projet tels qu’ils sont enseignés dans les cours de gestion de projets conformes au PMI ne sont pas pratiques et ne collent pas vraiment à la réalité des entreprises oeuvrant dans des milieux où il faut être très réactif, ou les choses bougent rapidement. Ces documents sont parfois si exhaustifs et si détaillés qu’ils découragent les gestionnaires de projets et les clients. On est alors tout à fait en droit de se poser plusieurs questions :

• Dans quel cas doit-on rédiger un plan de projet?
• Qu’est-ce qu’il doit inclure?
• À quoi servira-t-il?
• Qui devra le lire?
• Devra-t-il être approuvé par le client?
• Peut-on laisser tomber certaines sections?

À ces questions, je tenterai de trouver des réponses en développant un gabarit type de plan de projet adapté aux besoins des projets interactifs.

Les besoins d’un gestionnaire de projets interactifs

Avant le projet

Avant de débuter le projet, il est nécessaire que tous les intervenants s’entendent sur la manière dont sera géré le projet. En termes clairs, pour éviter les surprises, le gestionnaire de projet doit établir les règles de la partie avant que celle-ci ne commence.

Pendant le projet

Une fois le projet amorcé, il est important que le gestionnaire de projet suive l’avancement du projet et qu’il demeure informé de tous les changements qui surviennent au cours de route. À l’image d’un commandant de bateau qui ne peut pas être partout à la fois, la participation de tout l’équipage est nécessaire pour le tenir informer des situations préoccupantes sur le pont, dans la salle des machines et dans les calles.

Pour ce faire, le gestionnaire de projet doit, dans un premier temps, se munir d’outils lui permettant de suivre et de valider avec le client l’avancement du projet, et dans un deuxième temps, il doit également utiliser des outils lui permettant de mesurer la bonne santé (dépassements du budget ou du temps) du projet.

La raison d’être d’un plan de projet

Le plan de projet est souvent un document mal compris. En réalité, un plan de projet est un document vivant. C’est-à-dire qu’il est appelé à être modifié en cours de projet. Lorsqu’une équipe sportive se prépare à un match crucial, les entraîneurs font un plan de match en fonction de ce qu’ils savent de l’autre équipe. Mais si, en arrivant au match, ils s’aperçoivent que le meilleur joueur adverse est présent, alors qu’il devait (en théorie) être blessé, les entraîneurs devront revoir leur plan de match rapidement.

Une erreur fréquente est de confondre le plan de projet avec l’échéancier. L’échéancier est bien évidemment inclus dans plan de projet, mais n’en est qu’une partie. Le plan de projet regroupe dans un même document la définition et les limites du mandat confié par le client, un outil de comparaison permettant d’évaluer l’avancement du projet et un contrat entre tous les intervenants du projet, fixant les règles de fonctionnement ainsi que les rôles et responsabilités de chacun dans le projet.

À suivre…

Dans le prochain article, je développerai la table des matières d’un plan de projet utile pour des projets interactifs.