IT Project Plan Template Version 0.3

|[pic] |Treasury Board of |Secrétariat du Conseil |
| |Canada |du Trésor |
| |Secretariat |du Canada |
Cadre de gestion amélioré
de la technologie de l'information MODÈLE DE PLAN DE PROJET Révision, version 1.0 Novembre 1999
Direction du dirigeant principal de l'information
Secrétariat du Conseil du Trésor du Canada [pic]
Aperçu du modèle de plan de projet
Qu'est-ce qu'un plan de projet ? Un plan de projet, c'est un document dont on sert pour gérer un projet de
technologie de l'information. On y décrit : . les biens que doit livrer le projet tant qu'il n'est pas terminé et
lorsqu'il est terminé, . les processus techniques et de gestion qu'exigent les biens livrables du
projet, . les ressources permettant de fournir les biens livrables du projet, . les autres plans nécessaires à la réalisation du projet.
Pourquoi faut-il un plan de projet ? Parce que les décisions doivent être fondées et qu'un plan met en évidence
les lacunes et les incohérences. Un plan de projet comporte d'habitude des
centaines de petites décisions contribuant à la clarté du projet. Le plan de projet permet d'informer des décisions. Il arrive, en effet,
que d'autres membres de l'équipe ne soient pas au courant de ce que nous
considérons comme un fait connu de tous. Essentiellement, le gestionnaire
du projet doit veiller à ce que tous les membres du projet monde
travaillent dans la même direction, et, pour cela, la communication est
essentielle. Le plan de projet facilite beaucoup la communication. Un plan de projet, c'est une mine d'information et une liste de contrôle.
L'examen du plan (autant de fois qu'il le faut) permet au gestionnaire de
savoir où en est le projet et de déterminer les correctifs ou les
changements de priorité ou d'orientation nécessaires. Les gestionnaires de projet passent 80 p. 100 de leur temps à
communiquer (audiences, rapports, enseignement, conseils, encouragement).
Quant au reste (20 p. 100), ils le consacrent à des activités pour
lesquelles ils ont besoin de données. Le plan de projet est un ensemble
critique de documents répondant à ce besoin. Le travail du gestionnaire de projet consiste à élaborer un plan et à le
réaliser. Pour être précis et transmissible, le plan de projet doit être
écrit. Il est constitué de documents qui décrivent les intervenants, ce
qu'ils font, pourquoi, quand, où, comment et dans quelle mesure. Il décrit
aussi une bonne partie du travail du gestionnaire. Le fait de cerner les
aspects généraux et critique du travail au début permet au gestionnaire d'y
voir des instruments utiles et non un fardeau et de définir plus exactement
et plus rapidement l'orientation du projet.[1]
Peut-on utiliser le plan de projet pour tous les genres de projet de TI ? On peut utiliser le plan de projet pour tous les genres de projet de TI,
quelles que soient leur taille, leur complexité ou leur criticité. Même si
les projets ne consistent pas tous à élaborer le code source d'un nouveau
logiciel, ils peuvent comporter les éléments suivants : . Analyse de rentabilisation . Études de faisabilité et définition des besoins en TI . Phases spécifiques du cycle de vie d'un produit de TI . Modifications importantes de logiciels actuels . Mises à jour de l'infrastructure technique Les petits projets exigent peut-être moins de formalités que les gros,
mais tous les projets de TI doivent tenir compte de l'ensemble des
éléments du plan.
Qui doit établir le plan de projet ? C'est la personne ou l'organisation responsable du projet de TI qui établit
le plan de projet.
Évolution des plans de projet L'une des premières choses à faire au cours d'un projet consiste à élaborer
le plan initial, qui se précisera ensuite à mesure que l'on en comprendra
mieux les éléments. Chaque version doit faire l'objet d'une gestion des
configurations et comporter un calendrier des mises à jours prévues.
Qu'est-ce que le modèle du plan de projet ? Le modèle du plan de projet sert à illustrer la présentation et le contenu
du plan de projet de TI. L'ordre des sections ne sert pas à convenir de
l'ordre selon lequel on réalisera le travail décrit. Il a pour but de
faciliter la lecture, la présentation et la consultation des diverses
sections et non d'indiquer l'ordre dans lequel elles ont été préparées. Le présent modèle s'appuie sur l'IEEE Std 1057-1998 et l'IEEE Standard for
Software Project Management Plans (norme de l'IEEE concernant les plans de
gestion des projets logiciels). Le texte qui figure dans chaque section est destiné au rédacteur du plan de
projet et doit être supprimé avant l'achèvement du plan. Le modèle s'adresse aux gestionnaires de projet et à ceux qui préparent et
mettent à jour les plans et veillent à leur respect.
Adaptation du modèle du plan de projet On peut ajouter des éléments au modèle en insérant ou annexant des sections
soit en les incorporant, soit à l'aide de renvois à d'autres documents. Les organisations peuvent élaborer des plans généraux permettant aux
projets de réutiliser les sections communes à
l'organisation (organigrammes, rôles, responsabilités, procédures de
soutien) et une infrastructure permettant aux projets de se concentrer sur
les éléments qui leur sont propres (calendrier, budget, etc.).
Références PPTO-PS-001 Processus de gestion de projet PPTO-PS-001 Processus de planification de projet PPTO-PS-003 Processus de suivi et de surveillance des projets IEEE Std 1058-1998, IEEE Standard for Software Project Management Plans
(norme de l'IEEE concernant les plans de gestion des projets logiciels) Watts S. Humphrey. Managing the Software Process. Addison-Wesley,
Reading, Massachesett, 1989.
Rédaction C'est le Groupe de travail chargé de la planification, du suivi et de la
surveillance (GTPSS) du Cadre de gestion amélioré (CGA) de la Direction du
dirigeant principal de l'information (DDPI) du Secrétariat du Conseil du
Trésor (SCT) du Canada qui a rédigé le présent document. Les personnes ci-dessous ont aussi participé à sa rédaction. Linda Albert Revenu Canada Vern French Prior Mark Jennings Ministère de la Défense nationale Debbie Jones Secrétariat du Conseil du Trésor du Canada Roy Mundt Travaux publics et Services gouvernementaux Canada Debbie Sleeman Citoyenneté et Immigration Canada Raymond Vilbikaitis Prior
Suivi de modification des documents |Numéro |Date de |Auteur(s) |Brève description des |
|de |publication | |modifications |
|révision | | | |
|0.1 |1999-07-23 |CAG PPTO |Première ébauche |
|0.2 |1999-07-30 |CAG PPTO |Mises à jour du premier examen |
|0.3 |1999-08-09 |Services à |Mises à jour selon les |
| | |la |documents du SCT ou les normes |
| | |clientèle |d'affichage sur l'internet |
| | |du SCT | |
|0.4 |1999-08-12 |CAG PPTO |Mises à jour de l'examen du |
| | | |GTPSS |
|1.0 |1999-11-09 |CAG PPTO |Première ébauche | MODÈLE DU PLAN DE PROJET < NOM DE L'ORGANISATION RESPONSABLE> < TITRE DU PROJET> Numéro de révision du document : Date de publication : Gestionnaire du projet :
Signatures d'approbation |Approuvé par : | |Approuvé par : |
|Chef de projet | |Chef de projet de TI |
| | | |
| | | |
| | | |
|Préparé par : | |Préparé par : Chef de |
|Gestionnaire de projet | |projet de TI |
| | | |
| | | |
| | | |
| | |Examiné par : Gestionnaire de |
| | |l'assurance de la qualité |
| | | | Table des matières 1. Aperçu du projet 1 1.1 But, portée et objectifs 1 1.2 Hypothèses et contraintes 1 1.3 Biens livrables du projet 2 1.4 Calendrier et budget sommaires 2 1.5 Évolution du plan 2 1.6 Références 2 1.7 Définitions et acronymes 3 2. Organisation du projet 4 2.1 Interfaces externes 4 2.2 Structure interne 4 2.3 Rôles et responsabilités 4 3. Plans du processus de gestion 5 3.1 Plan de démarrage 5 3.1.1 Prévisions 5 3.1.2 Dotation 5 3.1.3 Acquisition des ressources 5 3.1.4 Formation du personnel de projet 6 3.2 Plan de travail 6 3.2.1 Structure de répartition du travail 6 3.2.2 Répartition des tâches 7 3.2.3 Affectation des ressources 7