Vous êtes sur la page 1sur 15

Nom-Projet

MODELE







PLAN DE MANAGEMENT DE PROJET















Page 2 / 15

Glossaire

La terminologie propre au projet, ainsi que les abrviations et sigles utiliss sont dfinis dans le
Glossaire.

Approbation
Dcision formelle, donne par la personne habilite, de mise en circulation d'un produit conforme.
Cette approbation peut tre prcde d'une validation ou d'une vrification.

Assurance qualit
Ensemble des activits prtablies et systmatiques mises en oeuvre dans le cadre du systme
Qualit, et dmontres en tant que besoin, pour donner la confiance approprie en ce qu'une
entit satisfera aux exigences pour la Qualit.

Audit Qualit
Examen mthodique et indpendant en vue de dterminer si les activits et rsultats relatifs la
qualit satisfont aux dispositions prtablies et si ces dispositions sont mises en oeuvre de faon
effective et sont aptes atteindre les rsultats.

Conduite de Projet
La conduite de projet comprend les activits de planification, de matrise des dlais, d'estimation
et d'valuation des cots, de coordination et de contrle des ralisations. Est habituellement de la
responsabilit du Chef de Projet Technique.

Conformit
Satisfaction aux exigences spcifies.

Contrle
Activits telles que mesurer, examiner, essayer ou passer au calibre une ou plusieurs
caractristiques d'une entit, et comparer les rsultats aux exigences spcifies en vue de
dterminer si la conformit est obtenue pour chacune de ces caractristiques.

Disposition
Toute rgle, obligation, organisation ou procdure dfinie dans le PMP

Direction de Projet
La direction de projet comprend les activits de communication et ngociation, d'organisation,
d'optimisation et dcision.

Document Qualit
Tout document jug ncessaire au bon fonctionnement du systme Qualit, dont l'absence est
prjudiciable la qualit du produit livr.

Enregistrement Qualit
Trace destine prouver qu'un lment du systme Qualit a t mis en oeuvre dans les
conditions prvues, conformment aux exigences spcifies.

Fiche de Gestion


Page 3 / 15

Toute fiche mise dans le cadre d'une procdure de gestion du projet, telle que dfinie dans le
chapitre correspondant du PMP.

Gestion de Projet
La gestion de projet comprend les activits de matrise des cots, de suivi, d'analyse des carts,
de prvisions, de rapports, de logistique, de diffusion de l'information.

Jalon
Evnement significatif constituant soit un lment objectif reprsentatif de l'avancement rel d'un
projet ou d'un sous-projet par rapport un planning, tel qu'une livraison de produit, soit un facteur
de synchronisation entre diffrents sous-projets (change d'lments).

Lot
Ensemble cohrent de produits et prestations livrer une date spcifie et soumis rception
contractuelle.
Un lot est dfini contractuellement, sur la base de critres techniques, fonctionnels ou financiers.

Management de Projet
Le management de projet comprend les activits de direction, de conduite, de gestion du projet et
d'assurance de la qualit.

Organigramme Technique
Reprsentation hirarchique des produits (intermdiaires et finals) et prestations ainsi que des
activits de ralisation et contrle associes. Il est issu de la dcomposition du systme en sous-
systmes telle que dfinie dans l'architecture technique, et est enrichi des produits, prestations et
activits lies la mthode de management de projet et aux procds de fabrication.

Plan de Management de Projet (PMP)
Document formalisant les choix de management auxquels se conforment tous les acteurs du
projet. Il s'agit du plan qualit du projet.

Planning Dtaill
Niveau de planning le plus fin permettant d'identifier les tches lmentaires (dure de 5 10
jours) et les personnes affectes ces tches (2 3 personnes). Ce planning est ralis soit pour
une phase d'un sous-projet, soit pour l'ensemble du projet sur une priode critique.

Planning Gnral
Le planning gnral, galement appel "Plan matre" ou "macro-planning", visualise l'ensemble du
projet et de son avancement. Orient produits et sous-produits livrables, il permet de positionner
dans le temps les principaux vnements, ou jalons, du projet. Il permet galement de mettre en
vidence la dure des macro-activits des diffrents sous-projets. C'est par rapport lui que les
plannings des diffrents sous-projets seront synchroniss.

Planning de Rfrence
Le planning de rfrence, tabli lors de la signature du contrat et mis jour de faon trs
exceptionnelle, matrialise sous forme de jalons les engagements contractuels de date, tels que
les livraisons de lots. Il permet de dterminer les dates cls. Il est utilis comme base
d'tablissement de tous ,les autres plannings.

Produit


Page 4 / 15

Tout bien ou service : matriel, logiciel, documentation, prestation (dveloppement applicatif,
formation, ...), etc.

Projet
Un projet informatique est un ensemble organis d'activits destines concevoir, raliser et
mettre en place une solution satisfaisant aux besoins des utilisateurs, conformment des
objectifs pr-dfinis en termes de fonctions, dlais, moyens humains, matriels et financiers,
contraintes externes.

Qualit
La Qualit d'un produit est l'ensemble des caractristiques qui lui confrent l'aptitude satisfaire
les besoins exprims et implicites.
La Qualit d'un processus est son aptitude conduire de faon sre au rsultat attendu.
L'ensemble "Qualit des produits" + "Qualit des processus" constitue la "Qualit totale du projet"


Solution
Ensemble ncessaire et suffisant des fonctions et prestations permettant de satisfaire les besoins
des utilisateurs.

Sous-Projet
Sous-ensemble d'un projet correspondant une unit de management. Un sous-projet est
manag par un responsable unique rendant compte au chef du projet.

Sous-Systme
Ensemble cohrent de produits et prestations constitutif d'une partie du systme.

Sous-Traitant
Dsigne toute entreprise auprs de laquelle IBM acquiert un produit.

Systme
Ensemble ncessaire et suffisant des produits et prestations permettant de fournir une solution
oprationnelle.

Systme Qualit
Ensemble de l'organisation, des responsabilits, des procdures, des processus et des moyens
ncessaires pour mettre en oeuvre le management de la qualit.



Page 5 / 15

Objet/Domaine d'application
Objet
Le Plan de Management de Projet a pour objectif d'expliciter les choix de Management du projet
pour Nom-Client, les Sous-traitants. Il contribue ainsi :

w assurer la matrise des processus de conduite et gestion de projet, des procds de fabrication,
de la qualit de la solution,
w tablir les rles de chacun des intervenants,
w faciliter la communication au sein de l'quipe constitue pour le projet,
w donner une visibilit du projet la direction de Nom-Client, des sous-traitants.

Il couvre la totalit des prestations pour la dure du projet et est applicable l'ensemble des
intervenants.

Le Plan de Management de Projet constitue le PLAN QUALITE du projet, il sera dsign par le
sigle "PMP".

Structure du PMP

Les chapitres du PMP sont :

Prsentation gnrale du projet
Synthse de la solution replace dans son contexte, ce chapitre permet aux acteurs du
projet et leur hirarchie de comprendre les enjeux, objectifs et exigences de leurs
prestations.

Plan d'Organisation du projet
Rles et missions des acteurs, modes de dcision et d'approbations, communications, sont
ici exposs.

Plan de Conduite du projet
Mthodes utiliser, normes et standards, dmarche et moyens de ralisation, mthode de
planification.

Plan de Gestion du projet
Pour chaque procdure, le domaine couvert, les responsabilits

Plan des contrles qualit
Actions de contrle de la qualit, indicateurs et tableaux de bord associs

L'annexe A est constitue de documents dcrivant le projet, ainsi que de documents
oprationnels utiliss lors de la ralisation du projet.

Documents applicables et de rfrence

Les documents applicables pour le projet sont :


Page 6 / 15


Les documents de rfrence sont :
w Etude pralable, Rf. : .......
w Cahier des charges, Rf. : .......
w Appel d'offre, Rf. : .......
w Documents d'tude, Rf. : .......
w Normes et standards, Rf. : .......
w Documentation technique, Rf. : .......



Page 7 / 15

1. PRESENTATION DU PROJET

Un projet informatique est un ensemble organis d'activits destin concevoir, raliser et mettre
en place une solution (produits et services) satisfaisant aux besoins des utilisateurs,
conformment des objectifs pr-dfinis en termes de :
w fonctionnalits
w dlais
w moyens humains
w moyens matriels
w moyens financiers
w contraintes externes.

Le prsent chapitre expose les objectifs, les prestations prvues, les architectures de la solution
mise en oeuvre.

1.1. Objet et Environnement du Projet
Objectifs essentiels du projet auxquels on se rfrera lors de la ralisation, ainsi que les
contraintes dues l'environnement du projet.

1.2. Prestations sous traitant et Critres d'achvement

1.3. Obligations Client

1.4. Architecture fonctionnelle
Aspect fonctionnel de la solution ralise par le projet

1.5. Architecture technique
Aspect technique de la solution ralise par le projet



Page 8 / 15

2. PLAN D'ORGANISATION DU PROJET

Le projet a par dfinition une existence propre, il est indispensable de le doter d'une organisation
temporaire spcifique. Cette organisation est compose de personnes, de moyens et de
procdures. Elle a pour mission unique de raliser le projet tel qu'il a t dfini.

2.1. Organisation de l'quipe du projet
Les acteurs du projet et leur mode d'organisation doivent permettre une ralisation optimale du
projet.

2.1.1. Organigramme
Synoptique prsentant les acteurs du projet et leur participation aux diffrents types de runions.

2.1.2. Missions et Responsabilits
Les missions et responsabilits sont explicites avant le dbut de la ralisation du projet, afin de
pouvoir s'exercer efficacement.

2.1.3. Annuaire du Projet
Les coordonnes des acteurs sont ici prcises afin de faciliter les contacts lors du projet. Ce
document se trouve en Annexe A.

2.2. Runions
Les runions ont pour objectif de
w prendre des dcisions sur les tous les points abords
w dfinir un responsable pour chaque actions, ainsi qu'une date d'achvement de l'action
w communiquer les informations par rdaction ,approbation et diffusion du compte rendu
w prparer la runion suivante.
Elles seront courtes (1 2 heures) car bien prpares par les diffrents intervenants.

Le-Client et les sous-traitant conviennent que le bon droulement de ces runions et la prsence
des personnes concernes sont une condition essentielle la bonne marche du projet.

2.2.1. Fonctionnement des runions
Chaque type de runion a une fonction bien prcise dans l'organisation du projet, qui est dcrit ci-
dessous.

2.2.2. Compte Rendu de Runion
Le compte rendu de runion est un lment cl pour le bon droulement du projet, puisqu'il
permet de communiquer aux participants le point sur le projet ainsi que les actions dcides au
cours de la runion.
Un modle de ce document se trouve en Annexe A.

2.2.3. Calendrier des Runions


Page 9 / 15

Le calendrier des runions est fix ds le dbut du projet, afin que les participants puissent
s'organiser pour y assurer leur prsence active.
Ce calendrier est en Annexe A.
2.3. Communication
Les activits du projet consistent essentiellement en des prises de dcision, de la ralisation au
sens large, et de la communication.
Cette dernire permet :
w A chaque acteur du projet d'tre constamment au courant de son avancement et des actions
mener
w A l'entreprise en gnrale et aux futurs utilisateurs en particulier de comprendre l'utilit et l'tat
d'avancement du projet
w Eventuellement aux clients de Nom-Client d'apprcier les consquences du projet en ce qui les
concerne

2.3.1. Plan de communication

Communication interne au projet
REUNIONS

Les changes au cours des diffrentes runions ainsi que leurs comptes-rendus constituent une part
essentielle de la communication du projet. Se reporter pour le dtail la partie "Fonctionnement
des Runions".

COMMUNICATION EN COURS DE PROJET
- Toute dcision prise ou information significative fait l'objet d'une trace crite qui est diffuse
aux intervenants concerns. Ce document est ventuellement peu formel (tlcopie), mais
conserv par le Chef de Projet Technique et rpertori dans la liste des documents du projet. Une
conversation tlphonique se concluant par un vnement ou une dcision sera document de
cette manire.

- Les documents diffuss de manire habituelle sont les fiches oprationnelles du PMP (Compte
rendu de runion, Demande de modification, Fiche d'anomalie,...). Les destinataires sont les
participants aux runions, les personnes ayant des actions raliser, les responsables du projet.

2.3.2. Fiche de communication
Document permettant de communiquer des informations qui ne le sont pas par un document autre
(compte rendu de runion par exemple).
Un modle se trouve en Annexe A.
2.3.3. Tlcopie
Modle de Tlcopie propre au projet, dont la trame est en Annexe A.



Page 10 / 15

3. PLAN DE CONDUITE DU PROJET
Ce chapitre permet de dfinir la manire dont le projet sera mis en oeuvre.
3.1. Dmarche de ralisation
Description des sous-systmes, et phases.

3.2. Mthodes de ralisation et standards
Description des mthodes, outils et standards mis en oeuvre.

3.3. Organigramme technique
Structuration du projet en termes de produits lmentaires et tches, il servira en particulier de
point d'entre la planification.

3.4. Planning
Le planning gnral permet d'avoir une vue synthtique du droulement du projet dans le temps,
et en particulier des jalons qui le rythment.
Le planning gnral est finalis lors de la runion de lancement du projet; il est approuv par le
Propritaire et le Parrain du projet. Toute modification est obligatoirement approuve par ces
mmes responsables.
Le non respect d'un jalon du projet est un incident qui sera trait immdiatement par un Comit de
Pilotage.
La planification dtaille sera effectue selon les besoins spcifiques du projet, lors de son
droulement.




Page 11 / 15

4. PLAN DE GESTION DU PROJET

Grer un projet, consiste dfinir, mettre en place et faire fonctionner le systme de contrle de la
totalit des activits et procdures du projet.
4.1. Gestion des anomalies
Les anomalies rsultent d'une erreur de fabrication du produit.
L'tablissement d'une anomalie se fait par rfrence un document de spcification dtaille ou
par rfrence une norme ("Fiche de Test" par exemple), pralablement approuv.
Le Chef de Projet dclare l'anomalie l'aide de la "Fiche d'anomalie", la transmet au Chef de
Projet MOE si ncssaire.
Si le produit est non conforme, il prend les dispositions pour le rendre conforme (les parties
"Description de la correction et dcision" ainsi que "Suivi de correction" sont prises en charge par
le Chef de Projet MOE).
S'il est conforme l'anomalie est ferme, et Nom-Client peut mettre une "Demande de
Modification".

4.2. Gestion des incidents
Les incidents sont des alas qui surviennent lors du droulement du projet. Ils doivent tre
immdiatement signals (Tlphone, "Fiche de communication") au Chef de Projet MOE, qui :
w analysera l'impact sur le projet
w prendra et/ou fera prendre immdiatement les actions pour attnuer les consquences
w prendra et/ou fera prendre immdiatement les actions pour y remdier de manire durable
w prendra et/ou fera prendre les actions pour qu'un tel incident ne se reproduise pas, si cela est
possible
w fera le point au prochain Comit de Pilotage.

4.3. Gestion des modifications
Les "modifications" peuvent rsulter de:
w l'volution des besoins,
w l'apparition de nouveaux besoins,
w la mauvaise comprhension des besoins lors de la spcification,
w des impossibilits techniques.

Un besoin de modification ne peut tre ignor. Toutefois, sa prise en compte doit tre
particulirement contrle.

L'metteur de la demande est le Chef de Projet client, qui dcrit la demande de modification au
moyen de la partie "Description de la demande" du document "Demande de Modification" (Voir
Annexe A). Le destinataire est le Chef de Projet MOE
L'attention porte au remplissage correct de cette fiche doit viter des demandes
complmentaires et des pertes de temps.

Les chefs de projet MOE client (et sous-traitant si besoin) analysent la demande de modification
et apprcient ses consquences en termes de fonctionnalits, charge de ralisation, dlais et
cots.
Le Chef de Projet MOE rdige la partie "Evaluation"


Page 12 / 15

Le Parrain propose lors d'un Comit de Pilotage la solution et son ventuel avenant au
Propritaire qui accepte, diffre, ou annule la demande de modification. Ils co-signent la partie
"Dcision" du document.
L'objet de la modification est alors gr avec les moyens habituels du projet.

Prcision : Importance de la demande de modification
w "1" : Modification majeure, relative l'ensemble du projet
w "2" : Modification importante, concernant un sous-projet dans son ensemble
w "3" : Modification simple, touchant une application entire, un "objet" fabriquer (avec une
incidence limite
w "4" : modification lmentaire avec une incidence nulle (changer un titre dans une map d'cran,
par exemple)


4.4. Gestion des risques
Un "risque" est la perception d'un danger qui peut mettre en pril le bon droulement du projet.
Cette gestion sera assure par le chef de projet MOE.
Les risques majeurs doivent tre identifis au plus tt dans le projet afin d'avoir le temps de
prendre les mesures permettant de les liminer.
Le suivi en est fait lors des runions du Comit de Pilotage.
4.5. Plan d'actions
Le Chef de Projet MOE est responsable du suivi des actions.
Ce document prsent en Annexe A permet d'avoir une vue synthtique de la ralisation effective
des actions en cours.
4.6. Gestion de la documentation de conduite de projet
La documentation est l'un des lments essentiels dans le droulement d'un projet car elle
constitue le support de rfrence des relations entre les diffrents intervenants sur un projet. Elle
permet galement de conserver la mmoire du projet.

4.6.1. Nomenclature de la documentation
Elle est dfinie dans le paragraphe "Mthodes de ralisation et standards".

4.6.2. Rpertoire des documents
Sont mentionns dans le rpertoire (dont le modle se trouve en Annexe A) l'objet de tous les
documents produits pendant le projet et leurs rfrences. Leur accs un classement squentiel
en est ainsi facilit.
4.7. Gestion de la confidentialit et de la scurit
Les rgles suivantes s'appliquent l'ensemble de l'quipe projet.
w Tous les documents du projet sont la proprit du Client et MOE. Ils ne peuvent tre utiliss,
reproduits ou communiqus sans leur autorisation.
w Pour chaque document, Client dfinit conjointement avec la MOE :

P le niveau de confidentialit : les documents sont au plus "A usage intrieur" tant pour La MOE
que pour Le-Client, il n'est pas gr de documents confidentiels
P la liste de diffusion.
P les dispositions prises pour la protection contre les accs non autoriss ou dgradations


Page 13 / 15

P les procdures de contrle des accs aux supports du logiciel et la documentation (mot de
passe par exemple).

4.8. Gestion du contrat
Le produit des activits de la MOE sera mis disposition sous forme de lots tels que dfinis dans
le contrat. Chaque livraison fait l'objet d'un document que l'on trouvera en Annexe A.


Page 14 / 15

5. PLAN D'OBTENTION DE LA QUALITE
Le Plan de Management de Projet dcrit les dispositions prises pour assurer la qualit du projet.


L'obtention de la qualit repose sur les rgles de base suivantes:
w Planification des contrles Qualit : les dures, ressources et cots ncessaires doivent tre
prvus.
w Continuit des contrles Qualit : La qualit d'un produit se construit et se contrle de faon
continue sur la dure du projet.
w Contrle des produits et des processus : S'effectue selon un plan de contrles prtabli, par
rapport des rfrences prcises et crites telles que : standards, spcifications fonctionnelles
dtailles, objectifs quantifis au moyen de mtriques.
w Les indicateurs qualit dfinis ci-dessous seront calculs par le Chef de Projet IBM, et
prsents lors des Comits de Direction l'aide de l'tat "Indicateurs Qualit", donnant
ventuellement lieu des actions correctives.

Indicateurs Qualit retenus

Exemples

Efficacit des runions:
Ratio = ( nombre participants ) / ( nombre de participants invits ) en %
Cible = 100%

Respect des dlais:
Ratio = ( nombre de jalons atteints dans les dlais) / (nombre de jalons atteints) en %
Cible = 100%


Respect des ressources :
Ratio : (jours*homme rels) / (jours*homme prvus) en %
Cible =< 100%



Page 15 / 15

Annexes

Vous aimerez peut-être aussi