Plan de Projet

7/31/2019 Plan de Projet

1/28

Treasury Board of CanadaSecretariat

Secrtariat du Conseil du Trsordu Canada

Cadre de gestion amliorde la technologie de l'information

MODLE DE PLAN DE PROJET

Rvision, version 1.0

Novembre 1999

Direction du dirigeant principal de linformation

Secrtariat du Conseil du Trsor du Canada

Canada


2/28Version 1.0 Novembre 1999 Page 2

Aperu du modle de plan de projet

Quest-ce quun plan de projet ?

Un plan de projet, c'est un document dont on sert pour grer un projet de technologie del'information. On y dcrit :

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 ncessaires la ralisation du projet.

Pourquoi faut-il un plan de projet ?

Parce que les dcisions doivent tre fondes et qu'un plan met en vidence les lacunes et

les incohrences. Un plan de projet comporte d'habitude des centaines de petitesdcisions contribuant la clart du projet.

Le plan de projet permet d'informer des dcisions. Il arrive, en effet, que d'autresmembres de l'quipe ne soient pas au courant de ce que nous considrons comme un faitconnu de tous. Essentiellement, le gestionnaire du projet doit veiller ce que tous lesmembres du projet monde travaillent dans la mme direction, et, pour cela, lacommunication est essentielle. Le plan de projet facilite beaucoup la communication.

Un plan de projet, c'est une mine d'information et une liste de contrle. L'examen du plan(autant de fois qu'il le faut) permet au gestionnaire de savoir o en est le projet et dedterminer les correctifs ou les changements de priorit ou d'orientation ncessaires.

Les gestionnaires de projet passent 80 p. 100 de leur temps communiquer (audiences,rapports, enseignement, conseils, encouragement). Quant au reste (20 p. 100), ils leconsacrent des activits pour lesquelles ils ont besoin de donnes. Le plan de projet estun ensemble critique de documents rpondant ce besoin.

Le travail du gestionnaire de projet consiste laborer un plan et le raliser. Pour treprcis et transmissible, le plan de projet doit tre crit. Il est constitu de documents quidcrivent les intervenants, ce qu'ils font, pourquoi, quand, o, comment et dans quellemesure. Il dcrit aussi une bonne partie du travail du gestionnaire. Le fait de cerner lesaspects gnraux et critique du travail au dbut permet au gestionnaire d'y voir des

instruments utiles et non un fardeau et de dfinir plus exactement et plus rapidementl'orientation du projet.1

1 Brooks, P., The Mythical Man Month Anniversary Edition, Reading, Massachusett, Addison-Wesley, 1995.



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. Mme si les projets ne consistent pas tous laborer le code source d'un nouveau logiciel, ils peuvent comporter les lments suivants:

Analyse de rentabilisation

tudes de faisabilit et dfinition des besoins en TI

Phases spcifiques 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 formalits que les gros, mais tous les projets

de TI doivent tenir compte de l'ensemble des lments 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 deprojet.

volution des plans de projet

L'une des premires choses faire au cours d'un projet consiste laborer le plan initial,qui se prcisera ensuite mesure que l'on en comprendra mieux les lments. Chaqueversion doit faire l'objet d'une gestion des configurations et comporter un calendrier desmises jours prvues.

Qu'est-ce que le modle du plan de projet ?

Le modle du plan de projet sert illustrer la prsentation et le contenu du plan de projetde TI. L'ordre des sections ne sert pas convenir de l'ordre selon lequel on ralisera letravail dcrit. Il a pour but de faciliter la lecture, la prsentation et la consultation desdiverses sections et non d'indiquer l'ordre dans lequel elles ont t prpares.

Le prsent modle s'appuie sur l'IEEE Std 1057-1998 et l'IEEE Standard for SoftwareProject Management Plans (norme de l'IEEE concernant les plans de gestion des projets

logiciels).Le texte qui figure dans chaque section est destin au rdacteur du plan de projet et doittre supprim avant l'achvement du plan.

Le modle s'adresse aux gestionnaires de projet et ceux qui prparent et mettent jourles plans et veillent leur respect.



Adaptation du modle du plan de projet

On peut ajouter des lments au modle en insrant ou annexant des sections soit en lesincorporant, soit l'aide de renvois d'autres documents.

Les organisations peuvent laborer des plans gnraux permettant aux projets derutiliser les sections communes l'organisation (organigrammes, rles, responsabilits,

procdures de soutien) et une infrastructure permettant aux projets de se concentrer surles lments qui leur sont propres (calendrier, budget, etc.).

Rfrences

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

lIEEE concernant les plans de gestion des projets logiciels)

Watts S. Humphrey. Managing the Software Process. Addison-Wesley, Reading,Massachesett, 1989.

Rdaction

C'est le Groupe de travail charg de la planification, du suivi et de la surveillance(GTPSS) du Cadre de gestion amlior (CGA) de la Direction du dirigeant principal del'information (DDPI) du Secrtariat du Conseil du Trsor (SCT) du Canada qui a rdigle prsent document.

Les personnes ci-dessous ont aussi particip sa rdaction.

Linda Albert Revenu Canada

Vern French Prior

Mark Jennings Ministre de la Dfense nationale

Debbie Jones Secrtariat du Conseil du Trsor du Canada

Roy Mundt Travaux publics et Services gouvernementaux Canada

Debbie Sleeman Citoyennet et Immigration Canada

Raymond Vilbikaitis Prior



Suivi de modification des documents

Numrode rvision

Date depublication

Auteur(s) Brve description des modifications

0.1 1999-07-23 CAG PPTO Premire bauche0.2 1999-07-30 CAG PPTO Mises jour du premier examen

0.3 1999-08-09 Services laclientle duSCT

Mises jour selon les documents duSCT ou les normes d'affichage surl'internet

0.4 1999-08-12 CAG PPTO Mises jour de l'examen du GTPSS

1.0 1999-11-09 CAG PPTO Premire bauche


6/28

MODLE DU PLAN DE PROJET

< NOM DE L'ORGANISATION RESPONSABLE>

< TITRE DU PROJET>

Numro de rvision du document :

Date de publication :

Gestionnaire du projet :


7/28

Plan du projet < Titre du projet >

< Numro de rvision et date de publication > Page i

Signatures dapprobation

Approuv par : Chef de projet Approuv par : Chef de projet de TI

Prpar par : Gestionnaire de projet Prpar par : Chef de projet de TI

Examin par : Gestionnaire del'assurance de la qualit


8/28


Organisation Plan du projet Numro

Administrateur Approuv par Date Version Page ii

Table des matires

1. Aperu du projet...........................................................................................1

1.1 But, porte et objectifs .....................................................................................................1

1.2 Hypothses, contraintes et risques..................................................................................1

1.3 Biens livrables du projet ...................................................................................................2

1.4 Calendrier et budget sommaires ......................................................................................2

1.5 volution du plan..............................................................................................................2

1.6 Rfrences.......................................................................................................................2

1.7 Dfinitions et acronymes..................................................................................................3

2. Organisation du projet.................................................................................4

2.1 Interfaces externes...........................................................................................................4

2.2 Structure interne...............................................................................................................4

2.3 Rles et responsabilits...................................................................................................43. Plans du processus de gestion...................................................................5

3.1 Plan de dmarrage ..........................................................................................................5

3.1.1 Prvisions ............................................................................................................................ 5

3.1.2 Dotation................................................................................................................................ 5

3.1.3 Acquisition des ressources .................................................................................................. 5

3.1.4 Formation du personnel du projet ........................................................................................ 6

3.2 Plan de travail ..................................................................................................................6

3.2.1 Structure de rpartition du travail ......................................................................................... 6

3.2.2 Rpartition des tches ......................................................................................................... 7

3.2.3 Affectation des ressources................................................................................................... 7

3.2.4 Affectation budgtaire.......................................................................................................... 7

3.3 Plan de suivi du projet......................................................................................................8

3.3.1 Gestion des exigences......................................................................................................... 8

3.3.2 Surveillance du calendrier.................................................................................................... 8

3.3.3 Gestion budgtaire............................................................................................................... 8

3.3.4 Contrle de la qualit ........................................................................................................... 9

3.3.5 Rapports .............................................................................................................................. 9

3.3.6 Donnes du projet................................................................................................................ 9

3.4 Plan de gestion des risques...........................................................................................10

3.5 Plan de clture du projet ................................................................................................10

4. Plans du processus technique..................................................................11

4.1 Modle du processus.....................................................................................................11


9/28



Administrateur Approuv par Date Version Page iii

4.2 Mthodes, instruments et techniques ............................................................................11

4.3 Infrastructure..................................................................................................................11

4.4 Acceptation des rsultats...............................................................................................12

5. Plans du processus de soutien.................................................................13

5.1 Gestion des configurations ............................................................................................13

5.2 Vrification et validation .................................................................................................135.3 Documentation...............................................................................................................14

5.4 Assurance de la qualit..................................................................................................14

5.5 Examens et vrifications ................................................................................................14

5.6 Rsolution des problmes .............................................................................................15

5.7 Gestion des sous-traitants .............................................................................................15

5.8 Amlioration des processus...........................................................................................15

6. Autres plans................................................................................................16

Annexe A............................................................................................................17

Annexe B............................................................................................................18


10/28



Administrateur Approuv par Date Version Page iv

Suivi de modification des documents

La prsente section permet de suivre l'laboration et la diffusion des rvisions du mandatdu projet jusqu' leur approbation. Le mandat ne change pas pendant tout le cycle de viedu projet. Il est tabli au commencement du projet (immdiatement aprs l'autorisationde sa mise en uvre, et au tout dbut de sa planification). Le mandat du projet sert de

rfrence constante aux intervenants. Le tableau ci-dessous permet d'indiquer le numrode rvision (conformment aux grandes lignes de votre plan de documentation), la datede mise jour ou de publication, le nom de l'auteur des modifications et une brvedescription du contexte ou de la nature des modifications apportes dans la rvision.

Numrode rvision

Date depublication

Auteur(s) Brve description desmodifications


11/28



Administrateur Approuv par Date Version Page 1

1. Aperu du projet

La prsente section du plan de gestion du projet de TI contient un aperu du but, dela porte et des objectifs du projet vis par le plan ainsi que des hypothses et descontraintes du projet, la liste des biens livrables, un sommaire du calendrier et dubudget et le plan de mise en uvre du plan de gestion du projet de TI.

1.1 But, porte et objectifs

Dfinir le but et la porte du projet.

Dcrire les considrations relatives la porte ou aux objectifs carter duprojet ou des biens livrables.

Assurer que l'nonc de la porte du projet est conforme aux noncsanalogues de l'analyse de rentabilisation, du mandat du projet et desdocuments pertinents concernant les systmes ou les activits.

Cerner et dcrire les besoins des activits ou du systme auxquels doitrpondre le projet.

Prsenter un rsum concis :

des objectifs du projet,

des biens livrables ncessaires pour rpondre aux objectifs du projet,

des mthodes permettant d'atteindre les objectifs du projet.

Dcrire le rapport existant entre le projet et d'autres projets.

Dcrire, s'il y a lieu, la faon dont le projet s'intgrera d'autres projets ou des processus de travail en cours.

Offrir un renvoi l'nonc officiel des exigences du projet (comme l'analyse

de rentabilisation ou le mandat du projet).

1.2 Hypothses, contraintes et risques

Dcrire les hypothses sur lesquelles repose le projet.

Dcrire les contraintes et les risques du projet :

le calendrier,

le budget,

les ressources,

la qualit,

les logiciels rutiliser, les logiciels actuels introduire,

la technologie utiliser,

les interfaces externes.


12/28




1.3 Biens livrables du projet

Cerner et numrer les aspects ci-dessous ncessaires afin de respecter lemandat du projet ou le contrat :

les biens livrables du projet (noncs dans le plan actuel ou mentionnsdans un document externe),

les dates de livraison, le lieu de livraison,

les quantits exiges.

Prciser le mode de livraison.

Indiquer les exigences d'emballage ou de manutention respecter.

1.4 Calendrier et budget sommaires

Prsenter un sommaire du calendrier et du budget du projet de TI.

Limiter les dtails une numration des principales activits du projet et

des processus de soutien ncessaires (s'en tenir, par exemple, aux lmentsprincipaux de la structure de rpartition du travail).

1.5 volution du plan

Dterminer la conformit du plan aux normes.

La structure du plan du projet est conforme aux recommandations de l'IEEE Std1058-1998.

Indiquer la faon de raliser les mises jour prvues ou pas du plan.

Indiquer le mode de diffusion des mises jour du plan. Indiquer la faon dont la version initiale du plan sera vise par la gestion

des configurations.

Indiquer la faon de suivre les modifications du plan aprs sa publication.

1.6 Rfrences

Donner la liste complte des documents et autres sources d'informationmentionns dans le plan.

Indiquer le titre, le numro de rapport, la date et l'auteur de tous les

documents cits et les noms des organisations qui les ont publis. Indiquer les autres sources d'information cites (les fichiers lectroniques,

par exemple) au moyen d'identificateurs uniques (chemin d'accs/nom, date,nombre de versions).

Indiquer et justifier les carts des normes ou des politiques mentionnes.


13/28




1.7 Dfinitions et acronymes

Indiquer les documents ou les annexes o sont dfinis les termes et lesacronymes permettant de bien comprendre le plan, ou les rfrences.


14/28




2. Organisation du projet

2.1 Interfaces externes

Dcrire les frontires organisationnelles existant entre le projet et les entitsexternes.

Indiquer, s'il y a lieu, le nom : de l'organisme parrain,

du client,

des sous-traitants,

des organisations qui ont un rapport avec le projet.

Utiliser des organigrammes ou des diagrammes pour illustrer les interfacesexternes du projet.

2.2 Structure interne

Dcrire la structure interne de l'organisation responsable du projet. Dcrire les rapports existant entre les units de l'quipe de dveloppement

de la TI.

Dcrire les rapports existants entre le projet et les organisationsresponsables des processus de soutien (gestion des configurations,assurance de la qualit, vrification, validation).

Utiliser des organigrammes ou des diagrammes pour illustrer les pouvoirs,les responsabilits et les voies de communications hirarchiques du projet.

2.3 Rles et responsabilits

Dterminer et indiquer la nature des activits et des processus de soutienimportants.

Indiquer les units organisationnelles responsables de ces processus etactivits.

Utiliser, au besoin, un tableau illustrant, d'une part, les activits et leprocessus de soutien et, d'autre part, les units organisationnelles, afind'illustrer les rles et les responsabilits.


15/28




3. Plans du processus de gestion

La prsente section du plan de gestion du projet de TI indique les processus degestion du projet et dfinit les plans de dmarrage, de gestion des risques, desactivits, de suivi et de clture du projet.

3.1 Plan de dmarrage

3.1.1 Prvisions Indiquer le cot approximatif et le calendrier du projet et les

ressources ncessaires sa ralisation, ainsi que le degr deconfiance de chaque prvision.

Indiquer les mthodes, les instruments et les techniques servant dterminer le cot et le calendrier du projet et les ressourcesncessaires sa ralisation.

Indiquer les sources des donnes des prvisions et le moded'valuation (analogie, rgle empirique, comptabilisation des

caractristiques, modle de cots, base de donnes chronologiques,etc.).

Indiquer les mthodes, les instruments et les techniques utiliserpour rvaluer le cot et le calendrier du projet et les ressourcesncessaires sa ralisation.

Indiquer le calendrier de rvaluation, lequel doit tre rgulier,priodique ou fonction des vnements (selon les grandes tapes duprojet, par exemple).

3.1.2 Dotation Indiquer le nombre d'employs ncessaire et les renseignements

suivants :

le nombre d'employs selon le niveau de comptence,

le nombre d'employs et les comptences selon chacune desphases du projet,

la dure du besoin en personnel.

Indiquer la provenance du personnel (mutation interne, embauche,sous-traitance, etc.)

Utiliser, au besoin, des graphiques de Gantt, des histogrammes de

ressources, des chiffriers et des tableaux pour illustrer le plan dedotation selon degr de comptence, les phases du projet, lesdiffrents niveaux de comptence et les phases du projet.

3.1.3 Acquisition des ressources Indiquer le plan d'acquisition des ressources et des biens ncessaires,

outre le personnel, la ralisation du projet.


16/28




Dcrire le processus d'acquisition des ressources.

Indiquer l'attribution des responsabilits concernant tous les aspectsde l'acquisition des ressources.

Indiquer les plans d'acquisition d'quipements, de matrielsinformatiques, de logiciels, de services contractuels, de formation etde transport, d'installations et de services administratifs ainsi que de

nettoyage et d'entretien. Indiquer, dans le calendrier, le moment des diverses acquisitions.

Indiquer les contraintes inhrentes l'acquisition des ressourcesncessaires.

Ajouter, s'il y a lieu, des lments la prsente sous-section afin detenir compte des plans d'acquisition d'autres types de ressources.

3.1.4 Formation du personnel du projet Indiquer la formation permettant d'assurer les comptences

ncessaires la bonne marche du projet de TI.

Indiquer l'information suivante au sujet de la formation :

les types de formation offrir,

le nombre d'employs former,

les critres d'entre et de sortie relatifs la formation,

la mthode de formation (cours magistraux, consultations,tutorat, formation assiste par ordinateur, etc.).

Indiquer la formation ncessaire l'acquisition des comptencestechniques, de gestion et de soutien.

3.2 Plan de travail

3.2.1 Structure de rpartition du travail Dfinir une structure de rpartition du travail afin d'indiquer les

diverses activits du projet de TI et d'illustrer les rapports existantentre celles-ci.

Dcomposer les activits jusqu'au niveau permettant d'exposer lesfacteurs de risque du projet et d'valuer avec prcision les ressourcesncessaires et la dure de chaque activit.

Indiquer les facteurs suivants par rapport chaque activit :

les ressources ncessaires, la dure approximative,

les produits ou biens livrables,

les critres d'acceptation des produits,

les activits prcdentes et suivantes.


17/28




Le degr de dcomposition interne de la structure de rpartition dutravail peut varier selon la nature des exigences, la connaissance dutravail, le niveau de technologie pertinent, etc.

3.2.2 Rpartition des tches Indiquer, en fonction du calendrier, les rapports existant entre les

activits du projet, de manire illustrer les contrainteschronologiques et les possibilits des autres activits en cours.

Indiquer le cheminement critique du calendrier.

Indiquer les contraintes du calendrier de certaines activits, lis des facteurs externes.

Indiquer les tapes respecter afin d'valuer la porte, la qualit desproduits et l'avancement du projet.

Parmi les techniques servant illustrant les rapports selon lecalendrier, il y a les graphiques des tapes critiques, les listesd'activits, les graphiques de Gantt, les rseaux d'activits, les

rseaux de chemins critiques et les graphiques PERT.

3.2.3 Affectation des ressources numrer en dtail les ressources attribues chaque activit

importante de la structure de rpartition du travail du projet.

Indiquer le nombre d'employs et les comptences ncessaires chaque activit.

Indiquer, s'il y a lieu, l'attribution des ressources :

en personnel (selon le niveau de comptence),

informatiques, logicielles,

en installations d'essai et de simulation,

de soutien administratif.

Utiliser une catgorie pour chaque type de ressource ncessaire chaque activit.

3.2.4 Affectation budgtaire numrer en dtail les ressources ncessaires chacune des activits

importantes de la structure de rpartition du travail.

Indiquer le cot approximatif du personnel ncessaire la ralisationdes activits et, s'il y a lieu, le cot :

des dplacements,

des runions,

des ressources informatiques,


18/28




des instruments logiciels,

des installations dessai et de simulation,

du soutien administratif.

Utiliser une catgorie pour chaque type de ressource ncessaire chaque activit.

3.3 Plan de suivi du projet

3.3.1 Gestion des exigences Indiquer le processus servant valuer, signaler et suivre les

changements d'exigences du projet.

Indiquer les processus respecter pour valuer l'incidence deschangements d'exigences sur la nature et la qualit des produits, lecalendrier, le budget, les ressources et les facteurs de risque duprojet.

Indiquer, dans les processus de gestion des configurations, les

procdures de suivi des changements de mme que la cration etl'utilisation d'un mcanisme de suivi des changements.

Indiquer, dans les processus de gestion des exigences, le travail defiliation, de prototypage et de modlisation ainsi que l'analyse etl'examen des consquences.

3.3.2 Surveillance du calendrier Indiquer les activits de surveillance du calendrier en mentionnant

les processus suivre pour :

valuer l'avancement du travail chacune des grandes et des

petites tapes du projet, comparer les progrs rels et les progrs prvus,

adopter des correctifs lorsque les progrs rels ne correspondentpas aux progrs prvus.

Indiquer les mthodes et les instruments qui serviront valuer etsuivre les progrs en fonction du calendrier.

Indiquer les critres objectifs qui serviront valuer l'ampleur et laqualit du travail ralis et, partant, son avancement chacune destapes.

3.3.3 Gestion budgtaire Indiquer les activits de contrle budgtaire en dterminant les

processus utiliser pour :

valuer le cot des travaux raliss,

comparer le cot rel et le cot prvu et budgt,


19/28




adopter des correctifs lorsque le cot rel diffre du cot prvu.

Indiquer le moment o le rapport des cots sera terminconformment au calendrier du projet.

Indiquer les mthodes et les instruments qui serviront suivre lescots du projet.

Indiquer les tapes importantes et les indicateurs objectifs quiserviront valuer l'ampleur et la qualit du travail ralis chacunedes tapes.

Indiquer le recours un mcanisme comme le suivi de la valeurcomptabilise pour prsenter le plan budgtaire et le calendrier,l'avancement des travaux et le cot des travaux raliss.

3.3.4 Contrle de la qualit Indiquer les processus utiliser pour valuer et contrler la qualit

du travail et des produits.

Indiquer le recours des processus de contrle de la qualit commel'assurance de conformit aux processus de travail, la vrification etla validation, les examens conjoints, les vrifications de compte etl'valuation des processus.

3.3.5 Rapports Indiquer les mcanismes de rapports ainsi que les modes de

prsentation des rapports et de diffusion de l'information utiliserpour informer les membres du projet (ou les entits de l'extrieur)des exigences, du calendrier, du budget, de la qualit recherche etdes donnes souhaitables ou exiges.

Indiquer les mthodes, les instruments et les techniques decommunication.

Indiquer la frquence et les dtails des communications relatives lagestion du projet et d'valuation des donnes, conformes la porte, la criticit, aux risques et la visibilit du projet.

3.3.6 Donnes du projet Indiquer les mthodes, les instruments et les techniques utiliser

pour collecter et stocker les donnes du projet.

Indiquer :

la dtermination des donnes collecter,

la frquence des collectes de donnes,

les processus de validation, d'analyse et de rapport des donnes.


20/28




3.4 Plan de gestion des risques

Indiquer le plan de gestion des risques permettant de cerner et danalyser lesfacteurs de risque du projet et de dterminer leur priorit.

Indiquer les plans permettant d'valuer les facteurs de risque initiaux et dedterminer, d'valuer et de limiter les facteurs de risque au cours du projet.

Dcrire : les procdures de planification d'urgence,

les procdures de suivi des facteurs de risque,

les procdures d'valuation des changements de niveau des facteurs derisque et permettant d'en tenir compte,

les activits de gestion des risques,

les procdures et les calendriers de gestion des risques,

la documentation et les exigences de rapport relatives aux risques,

les organisations et les employs chargs de la gestion de certains

risques, les procdures suivre pour informer les clients, les membres du projet

et les sous-traitants des risques ainsi que de la nature des risques.

Dterminer et dcrire l'incidence, s'il y a lieu, des facteurs de risque suivants:

les risques pour le rapport client-projet,

les risques technologiques,

les risques lis la taille et la complexit du produit,

les risques pour les environnements cibls ou de conception,

les risques pour l'embauche du personnel, les niveaux de comptence etla conservation du personnel,

les risques pour le calendrier et le budget,

les risques pour l'acceptation des rsultats par les clients.

3.5 Plan de clture du projet

Dterminer les plans de clture ordonne du projet de TI.

Indiquer :

un plan de raffectation du personnel,

un processus d'archivage des documents du projet, un processus d'enregistrement des donnes du projet dans la base de

donnes de projet,

un processus de compte-rendu aux membres aprs la clture du projet,

un plan de prparation du rapport final faisant tat des enseignementsdu projet et comportant une analyse des objectifs atteints.


21/28




4. Plans du processus technique

4.1 Modle du processus

Dfinir les rapports existant entre les principales activits du projet et lesprocessus de soutien.

Dcrire la circulation de l'information et des produits entre les activits etles fonctions.

Indiquer le moment o les produits doivent tre crs.

Dterminer les examens effectuer.

Indiquer les principales tapes respecter.

Dfinir les rfrentiels ncessaires.

Dterminer les biens livrables du projet.

Indiquer les autorisations obtenir au cours du projet.

Indiquer, dans le modle du processus, les activits de mise en uvre etd'achvement du projet.

Utiliser des notes graphiques et textuelles pour dcrire le modle duprocessus du projet.

Indiquer les adaptations du modle du processus standard de votreorganisation un projet.

4.2 Mthodes, instruments et techniques

Indiquer les mthodes de dveloppement, les langages de programmation etautres notations ainsi que les processus, les instruments et les techniques utiliser pour dterminer, concevoir, raliser, essayer, intgrer, documenter,livrer, modifier et grer les biens livrables et non livrables du projet.

Indiquer les normes techniques, les politiques et les procdures rgissant laralisation ou la modification des produits.

4.3 Infrastructure

Indiquer le plan ncessaire l'tablissement et au maintien del'environnement de dveloppement (matriel informatique, systmed'exploitation, rseau et logiciels) ainsi que les politiques, les procdures,les normes et les installations ncessaires la ralisation du projet de TI.Parmi ces ressources, il y a les postes de travail, les rseaux locaux, lesinstruments logiciels d'analyse, de mise en uvre des nouveaux systmes,d'essai et de gestion du projet, le mobilier, les bureaux et les services descurit physique, de gestion du personnel ainsi que de nettoyage etd'entretien.


22/28




4.4 Acceptation des rsultats

Indiquer le plan visant assurer l'acceptation des bien livrables du projet deTI par les clients.

Indiquer les critres objectifs d'acceptabilit des biens livrables.

Indiquer un document officiel tmoignant de l'adoption des critres

d'acceptation, sign par l'organisation responsable de la TI et les clients. Indiquer les processus techniques, les mthodes ou les instruments (d'essai,

de dmonstration, d'analyse et d'inspection, par exemple) ncessaires l'acceptation des biens livrables.


23/28




5. Plans du processus de soutien

5.1 Gestion des configurations

Indiquer le plan de gestion des configurations du projet de TI ou s'y rfrer,en donnant l'information ci-dessous.

Indiquer les mthodes qui serviront : dterminer les configurations,

grer les configurations,

rendre compte de l'tat d'avancement,

valuer le projet,

grer les rsultats.

Indiquer les processus de gestion des configurations, notamment en ce quiconcerne :

les rfrentiels initiaux des produits du projet,

l'enregistrement et l'analyse des demandes de changements, les procdures du bureau de suivi des changements,

le suivi des changements en cours,

les procdures suivre pour informer les intresss lorsqu'on adopte oumodifie des rfrentiels.

Dterminer les instruments automatiss du processus de gestion desconfigurations.

5.2 Vrification et validation

Indiquer le plan de vrification et de validation du projet de TI ou s'yrfrer, en donnant l'information ci-dessous.

Indiquer la porte, les instruments, les techniques et les responsabilits devrification et de validation.

Indiquer les rapports organisationnnels et le degr d'indpendance desactivits de dveloppement et des activits de vrification et de validation.

Indiquer les techniques de vrification utiliser aux fins, par exemple, defiliation, des examens d'tape, des progrs et par les pairs, de prototypage,de simulation et de modlisation.

Indiquer les techniques de validation utiliser (essais, dmonstrations,analyses et inspections).

Indiquer les instruments automatiss utiliser aux fins de vrification et devalidation.


24/28




5.3 Documentation

Indiquer les plans de production des documents livrables et non livrables duprojet.

Indiquer les organisations devant donner de l'information de mme queproduire et examiner la documentation du projet.

Indiquer l'information ou les lments ci-dessous : la liste des documents prparer,

le modle ou la norme de suivi des documents,

le nom de celui qui prparera des documents,

le nom de celui qui examinera des documents,

les dates de remise des copies rviser,

les dates de remise des versions de rfrence initiales,

la liste de diffusion des copies rviser, des versions de rfrence etdes quantits requises.

5.4 Assurance de la qualit

Indiquer le plan d'assurance de la qualit du projet de TI qui contientl'information ci-dessous ou s'y rfrer.

Indiquer les plans permettant d'assurer que le projet de TI remplit sesengagements quant aux processus et au produit de TI conformment auxspcifications, au plan de gestion du projet de TI ainsi qu'aux plans, auxnormes, aux procdures et aux lignes directrices rgissant le processus ou leproduit.

Indiquer, s'il y a lieu, les procdures d'assurance de la qualit respecter,

par exemple, en matire d'analyse, d'inspection, d'examen, de vrification etd'valuation.

Indiquer le rapport existant entre les processus d'assurance de la qualit, devrification et de validation, d'examen, de vrification de compte, de gestiondes configurations, d'ingnierie des systmes et d'valuation.

5.5 Examens et vrifications

Indiquer le calendrier, les ressources, les processus et les procdures utiliser aux fins d'examen et de vrification.

Indiquer les plans des examens conjoints des clients et des membres duprojet, des examens de surveillance de la gestion, des examens despromoteurs par les pairs, des vrifications d'assurance de la qualit ainsi quedes examens et des vrifications raliss par les clients.

numrer les organismes externes qui autorisent ou rgissent les bienslivrables du projet.


25/28




5.6 Rsolution des problmes

Indiquer les ressources, les mthodes, les instruments, les techniques et lesprocdures utiliser aux fins de rapport, d'analyse, d'tablissement despriorits et de traitement des rapports de problmes de TI du projet.

Indiquer les rles de conception, de gestion des configurations, de suivi des

changements ainsi que de vrification et de validation inhrents larsolution des problmes.

Assurer un suivi distinct des activits de rapport, d'analyse et de rsolutiondes problmes permettant de suivre les modifications et les amliorations.

5.7 Gestion des sous-traitants

Indiquer les plans de slection et de gestion des sous-traitants susceptiblesde participer au projet de TI ou s'y rfrer.

Indiquer les critres de slection des sous-traitants.

Produire un plan de gestion pour chaque sous-traitant, en se servant d'uneadaptation du plan du projet, et prvoir tous les lments ncessaires labonne excution des contrats de sous-traitance en ce qui concerne :

la gestion des exigences,

le suivi des progrs techniques,

le calendrier et la gestion budgtaire,

les critres d'acceptation des produits,

les procdures de gestion des risques,

les autres aspects assurant la bonne excution du contrat de sous-traitance,

un renvoi au contrat de sous-traitance officiel et aux personnes-

ressources du sous-traitant ou de l'entrepreneur principal.

5.8 Amlioration des processus

Indiquer les plans d'valuation priodique du projet, de dtermination desamliorations et de mise en uvres des plans d'amlioration.

Veiller ce que le plan d'amlioration des processus soit troitement li auplan de rsolution des problmes.

Prvoir, dans le plan d'amlioration, un processus permettant de dterminer

les processus qu'on peut amliorer sans interrompre gravement le projet encours ainsi que les processus les plus susceptibles d'amliorations dans lecadre d'initiatives de l'organisation.


26/28




6. Autres plans

Indiquer les autres plans ncessaires au respect des exigences et lesmodalits contratuctuelles concernant les produits, notamment :

les plans permettant d'assurer le respect des exigences de scurit, desret et de confidentialit,

les installations spciales et les spcifications concernant l'quipement, les plans d'installation des produits,

les plans de formation des utilisateurs,

les plans d'intgration,

les plans de conversion des donnes,

les plans de changement de systme,

les plans de maintenance des produits,

le plans de soutien des produits.


27/28




Annexe A


28/28


Annexe B

Plan de Projet

Documents

Transcript of Plan de Projet