Le PLAN PROJET

L'idée n'a rien de novatrice. Elle remonte à plusieurs décennies. Si dans un projet, il devait y avoir un seul document, ce serait le Plan Projet.
Les buts d'un plan projet sont de rassurer un client sur :

La capacité intellectuelle et organisatrice de mener le projet.
La capacité en ressources humaines.
La capacité en ressources financières.

Donc globalement il s'agit de rassurer le client (ou le sponsor interne) sur la capacité de l'équipe projet à se maintenir dans les objectifs Couts Qualité Délais.

Ajuster les activités du projet par rapport aux processus standards de l'organisation.
Etablir un contrat entre le chef de projet et sa direction.
Désigner les personnes qui vont occuper les roles, surtout s'il y a des personnes qui prendront plusieurs "casquettes".
Intégrer de nouvelles ressources qui y trouveront toutes les informations sur l'organisation du projet.
Reprendre une maintenance d'un ancien projet. J'ai vu des contrats où le client demandait de pouvoir assurer une maintenance pendant 15 ans !

Deux sources documentaires sont à la base des plans projets :

Le PMBOK Project Management Body Of Knowledge édité et maintenu par le PMI (Project Management Institute). Il concerne les projets technologiques ou infrastructures en général.
La norme IEEE1058 qui donne le sommaire standard pour les projets informatiques.

J'ai toujours préconisé l'application de IEEE1058 pour ces raisons :

ASPICE qui y faisait référence jusqu'à la version 2.0. Il est dommage que les gens réduisent les objectifs au profit d'une économie d'effort à court terme.
La norme constitue le guide d'utilisation de ce sommaire typique. Il est économique de ne pas refaire un autre guide.

J'ai bien eu une autre idée de structure de Plan Projet un peu différente que celle de IEEE1058, mais il faudrait refaire le guide...

Pour la question du support de ces plans projets nous avons le choix entre Traitement de texte ou Tableur.
Je préfère le tableur pour ces raisons :

On peut exporter les informations pour construire un document Word selon un indicateur de confidentialité. Concrètement il peut y avoir un Plan projet Word pour le client et un à destination interne.
Il y a quelques éléments de calculs dans ces plans projets. Notamment des additions :-)
Les informations peuvent être facilement repérable dans un tableur depuis les scripts ou macro commandes.

Cela permet notamment de construire l'ébauche de planning.
Avec les Jalons :

Liste et date des livrables.
Dates de réunions avec le client.
Dates des revues TR internes.
Convergence inter métier (Synchronisation interne)

Taches et ressources humaines

Dates de formations.
Dates des congés.
Plan de charge de l'équipe
WBS Work Breakdown Structure.

Une macro peut assembler tout ceci et exporter les informations au format XML qui est ensuite lu par Gant Project. Freeware et Open Source.
Sa résolution temporelle pour les taches est de 1 jour mais il peut exporter à son tour le planning vers MS Project si besoin.
Si vous réalisez le plan projet sous Word. Il est probable que vous ayez à recopier les informations dans MS Project.

Est-ce que c'est difficile ?
1)C'est probablement difficile, la première fois pour un nouveau Chef De Projet qui rentre dans une organisation. Mais ensuite, c'est comme tout: il y a du reuse.
Normalement le Plan Projet fait reférence aux processus standards de l'organisation. Une fois que ces processus sont décrits, leur présence fait gagner beaucoup de temps de rédaction.
Le Plan Projet n'est compliqué que s'il y a beaucoup d'ajustements par rapport à ces standards.
2)C'est plus difficile aussi, lorsqu'on n'a pas automatisé l'ébauche du planning comme j'ai expliqué plus haut.

Contactez moi pour vos remarques ou les erreurs qui se seraient glissées dans cette page.

mailto:gerald.mauboussin@gmail.com

Page crée le 31.10.2022 - - - - -Dernière mise à jour 06.05.2024.