X

Historique des versions du document

Version / Date Auteur Commentaire Date de

validation /
Approbateur
20090508_PROJETX_PQ Mr X Version initiale 08/05/2009
P

Documents de référence

Intitulé Versio Date Commentaire

n
Referentiel_PROJETX_08052009. initiale 08/05/2009 Version initiale
xls
 Sommaire

1 PRINCIPES DU PLAN PROJET.................................................................................3

1.1 OBJECTIFS DU PLAN PROJET.....................................................................................3
1.2 GESTION DU PLAN PROJET.......................................................................................3
2 PÉRIMÈTRE DU PROJET.........................................................................................4
2.1 PRÉSENTATION DU PROJET........................................................................................4
2.2 OBJECTIFS DU PROJET.............................................................................................4
2.3 RÉFÉRENTIEL D’EXIGENCES.......................................................................................4
2.4 LIVRABLES..........................................................................................................4
3 PLANNING.............................................................................................................6
3.1 CYCLE DE VIE.......................................................................................................6
3.2 DESCRIPTION DES PHASES.......................................................................................7
3.3 PLANNING DU PROJET............................................................................................10
4 ORGANISATION DU PROJET................................................................................12
4.1 EQUIPE............................................................................................................12
4.2 INSTANCES DE SUIVI DE PROJET...............................................................................14
1 PRINCIPES DU

1.1 OBJECTIFS DU
Le est un document qui synthétise tous les éléments décrivant le cadre, l’organisation et le
déroulement du projet.
Il sert de référence pour définir :
 quels sont les objectifs du projet,
 ce que le projet doit produire,
 qui intervient dans le projet et quand,
 comment on travaille sur ce projet,
 quel est le déroulement du projet (planning, phases).
Chaque intervenant du projet doit pouvoir se référer au pour pouvoir se situer en tant
qu’acteur, avoir une visibilité sur les objectifs à atteindre ainsi que sur les moyens mis en
œuvre.

1.2 GESTION DU

1.2.1 Procédure de validation du

Le établit les règles d’organisation, de fonctionnement et de production de livrables entre les
différents acteurs du projet. Il doit donc être validé selon la procédure établie au chapitre
Error: Reference source not found.

1.2.2 Procédure d’évolution du

Concernant la gestion courante des éléments (planning, équipe,…), leur suivi et modification
est assuré dans le tableau de bord du projet, et dans tout document signalé comme tel dans la
suite du .

La mise à jour du sera effectuée en cas d’événement exceptionnel nécessitant une remise en
cause forte du planning, des charges ou du périmètre du projet.
 2 PÉRIMÈTRE DU PROJET

2.1 PRÉSENTATION DU PROJET

L’objectif induit est d’améliorer le portail PROJETX sur le plan de publication de l’information à
partir des éléments recueillis des points nodaux. Le nouveau portail devra fournir des fonctions
et outils favorisant le travail collaboratif.

2.2 OBJECTIFS DU PROJET

Les prestations demandées par le client incluent :

 Analyse fonctionnelle et ergonomique du portail

 Proposition de la solution CMS
 Intégration
 Tests et recette
 Documentation
 Formation
 Assistance à l’animation

2.3 RÉFÉRENTIEL D’EXIGENCES

2.3.1 Eléments du référentiel d’exigence

 Dans le cadre de ce projet le référentiel des exigences pour le pool des experts est
maintenu au niveau du document Referentiel_PROJETX_[date].xls (cf. Documents
de référence)
 Les éléments du référentiel d’exigences sont revus à chaque comité de projet et la
décision d’avancer, reporter ou supprimer une exigence est prise à cette occasion.

2.3.2 Contraintes du client

Dans le cadre du projet PROJETX, les documents qui suivent ont été fournis par DSI. Ils
engendrent quelques contraintes qui devront être respectées par le pool d’expert.
 Charte graphique
 Rapport d’analyse du portail existant et des pistes d’amélioration (M. X)

2.4 LIVRABLES

Date de Date de
Date validation
Phase Livrable Responsable livraison livraison
prévue
prévue réelle
Conception PQP & Planning projet Pool d’expert 08/05/09 08/05/09 11/05/09
Conception Spécifications fonctionnelles Pool d’expert 26/05/09 29/05/09
Conception Déclinaison graphique Pool d’expert 10/06/09 12/06/09

Paramétrage Code source Pool d’expert 28/08/09 01/09/09

Documentation Documentation technique Pool d’expert 11/09/09 15/09/09

Documentation Guide d’utilisateur Pool d’expert 11/09/09 15/09/09
NB : les délais de validation des différents livrables du projet ne dois pas dépasser une
semaine, si aucune remarque n’a été reçu , le document se considère comme accepté
manurellermrnt.

2.4.1 Procédure de validation des livrables *

La démarche projet du pool d’expert est une démarche itérative au cours de laquelle DSI aura
largement contribuée. De la même manière, le pool d’expert proposera une série de livraisons
partielles au fil de l’eau, qui permettront à DSI de « pré-valider » les travaux. Cette approche
justifie donc un processus de validation définitif relativement court.

Pour cela, DSI s’engage à réserver la disponibilité d’une équipe de validation pour chacun des
livrables produits sur le projet. Cette équipe devra commencer à valider le produit dès le
premier jour de la période de validation. Ceci permet aux pool d’expert de répartir la charge de
prise en compte au fur et mesure de leur émission. Une déclaration tardive des retours (ou des
dysfonctionnements en phase de recette), aura nécessairement des impacts sur le planning du
projet et la date de fin de recette.

Le processus standard de validation d’un produit documentaire est le suivant :

 Remise du document par son responsable du côté des pools d’expert aux responsables
du projet chez DSI
 Les retours sont fournis par DSI dans les deux (2) jours suivants sa remise. Ils sont
émis au sein de la version électronique du document, passée en mode révision. Des
réunions peuvent avoir lieu entre le pool d’expert et DSI pour s’accorder sur ces retours
et la manière de les traiter (Ateliers de travail)
 Rédaction des aménagements sur les chapitres concernés et livraison d’une nouvelle
version. Ce processus de livraison/intégration des retours peut avoir lieu avec un
maximum de 2 itérations par document
 Validation de la version par les responsables du projet chez DSI
 Diffusion du document auprès des acteurs du projet

 Tous les documents diffusés font l’objet d’un versionning et d’une historisation des
modifications
 Le Comité de pilotage Valide les fins, et les livrables des phases du projet,
notamment les phases et sous phases suivantes:
o La phase de conception.
o Déclinaison graphique du portail.
o La phase du maquettage du projet.
o Déploiement et recette du projet

2.4.2 Validation des comptes-rendus de réunion

Des comptes-rendus de réunions sont systématiquement rédigés par le pool d’expert pour les
comités de projets et de pilotage. Du fait de la fréquence des comités, les retours doivent être
émis par DSI au plus tard dans les 2 jours qui suit leur diffusion.
Le pool d’expert émettra alors une nouvelle version prenant en compte ces derniers, qui sera
validée au plus tard lors du comité de projet/pilotage suivant.
En l’absence de retour dans le délai indiqué ci-dessus, le compte-rendu sera considéré comme
automatiquement validé.
3 PLANNING

3.1 MÉTHODE

3.2 CYCLE DE VIE

3.2.1 Phases du cycle de vie retenu

Les phases du cycle de vie du projet sont les suivantes :

 Conception : Cette phase par de l’analyse déjà effectué de l’existant (cf contraintes
du client §2.3.2) permet la conception graphique, fonctionnelle et technique du projet.
La conception sera prolongée par un prototype technique et une maquette HTML afin
de valider l’architecture technique et l’adéquation par rapport aux besoins des
utilisateurs.

 Intégration & Recette : Cette phase permet l’implémentation technique de

l’application. Elle est testée puis installée sur l’environnement de test du pool d’expert
suivi d’une recette menée en deux temps. Tout d’abord une recette front office puis
back office.

 Déploiement : Cette phase a pour objectif la mise en production de l’application et

l’assistance du pool d’expert pour cette opération.

 Documentation et Formation : Cette phase a pour objectif la rédaction de la

documentation technique et les guides utilisateurs ainsi que la formation des
utilisateurs.
3.3 DESCRIPTION DES PHASES

3.3.1 Phase de Conception

Phase de Conception
Objectifs  Appropriation fonctionnelle et technique de l’application
 Validation ergonomique et Choix du CMS
 Validation de la compréhension de l’application
Contrainte  Respect de la charte graphique existante
 Prise en compte du rapport d’étude de l’existant et axes
d’amélioration
Pré-requis  Fourniture par DSI de la charte graphique
 Mise à disposition du rapport
 Fourniture de l’architecture technique de la solution
d’hébergement par DSI.
Etape de la phase  Cf Planning
Livrables en sortie  Dossier de spécifications fonctionnelles et ergonomique

Dépendance  N/A

Critères de fin de phase :

 Compréhension fonctionnelle et technique de l’application par l’équipe de
développement
3.3.2 Phase de Intégration & Recette
Phase Intégration et recette
Objectifs  Développer les modules fonctionnels du portail PROJETX
 Valider l’application sur le plan fonctionnel, technique et
ergonomique
 Valider que la solution est cohérente avec les spécifications
et répond aux exigences des utilisateurs

Contrainte  Respect du référentiel d’exigence

 Utilisation de solution CMS standard, aucun développement
spécifique n’est à prévoir
Pré-requis  Dossier de spécifications fonctionnelles, techniques et
ergonomique détaillées validé
 Le choix du CMS validé
 La maquette HTML des pages gabarits validé
 Cas de test validé
Etape de la phase  Cf planning

Livrables en sortie  Procédure d’installation et de configuration de l’application

 Package d’installation de l’application
 Rapport de test (rapports d’exécution des scénarios
fonctionnels et liste des anomalies détectées et corrigées)
Dépendance  Appropriation fonctionnelle de l’équipe de développement

Critères de fin de phase :

 Les critères de sortie sont les suivantes :
 Aucune anomalie bloquante
3.3.3 Phase de Déploiement
Phase de Déploiement
Objectifs  Assistance à l’installation de l’environnement de production

Contrainte
 Respect des procédures de livraison du client si définies
Pré-requis
 Procédure d’installation et de configuration de l’application
validée
 Package d’installation de l’application validée
Livrables en sortie  N/A
Etape de la phase  Assistance à l’installation de l’application
 Bilan de projet
Dépendance  Dépendance avec la phase Intégration & recette, cette phase
ne peut débuter seulement si les critères de sortie de la phase
de recette sont validés.

Critères de fin de phase :

 Fin de la période de garantie de l’application (1 Mois)

3.3.4 Phase de Documentation & Formation
Phase Déploiement
Objectifs  Elaboration de l’ensemble de la documentation technique de la
solution
 Sensibilisation et formation des utilisateurs
Contrainte
N/A
Pré-requis
 Procédure d’installation et de configuration de l’application
validée
Livrables en sortie  Documentation technique
 Guide utilisateur
 Synthèse de best practise
Etape de la phase  Séminaire sensibilisation des best practise
 Formation du point focal
Dépendance  Dépendance avec la phase de recette, cette phase ne peut
débuter seulement si les critères de sortie de la phase de
recette sont validés.

Critères de fin de phase :

 Séminaire et formation effectué

3.4 PLANNING DU PROJET

L’élaboration du planning s’est basé sur les hypothèses suivantes :
 Respect des périodes de validation (Voir Chapitre Livrable)
 La solution CMS choisie sera standard aucun développement spécifique n’est prévu

Le planning peut subir des modifications suivant les impératifs du projet.

Le planning est revu avec le client à l’occasion de chaque comité de projet ou comité de
pilotage.
ID Nom de la tâche Duration Start Finish
20 Apr '09 11 May '09 01 Jun '09 22 Jun '09 13 Jul '09 03 Aug '09 24 Aug '09 14 Sep '09
06 14 22 30 07 15 23 01 09 17 25 02 10 18 26 03 11 19 27 05
1 Projet Portail RNIIM 103 days Wed 06/05/09 Fri 25/09/09
2 KICK OFF 1 day Wed 06/05/09 Wed 06/05/09 06/05
3 Conception 34 days Thu 07/05/09 Tue 23/06/09
4 Cadrage : PQP 2 days Thu 07/05/09 Fri 08/05/09 08/05
5 Livraison charte graphique du portail RNIIM & Rapport Bachr 2 days Thu 07/05/09 Fri 08/05/09 08/05
6 Livraison rapport d’étude de l’existant et axes d’amélioration 2 days Thu 07/05/09 Fri 08/05/09 08/05
7 Spécifications fonctionnelles & Techniques 27 days Tue 12/05/09 Wed 17/06/09
8 Atelier 1 : DOMTI 1 day Tue 12/05/09 Tue 12/05/09 12/05
9 Atelier 2 : Point Nodal 1 1 day Thu 14/05/09 Thu 14/05/09 14/05
10 Atelier 3 : Point Nodal 2 1 day Mon 18/05/09 Mon 18/05/09 18/05
11 Atelier 4 : DOMTI 1 day Tue 19/05/09 Tue 19/05/09 19/05
12 Elaboration dossier des specifications fonctionnel 5 days Wed 20/05/09 Tue 26/05/09 26/05
13 Validation des spécifications 3 days Wed 27/05/09 Fri 29/05/09 DOMTI
14 Déclinaison technique et choix de la solution CMS 5 days Mon 01/06/09 Fri 05/06/09 05/06
15 Redaction des cas de test fonctionnels 5 days Mon 08/06/09 Fri 12/06/09 12/06
16 Redaction du plan de test d'integration 3 days Mon 15/06/09 Wed 17/06/09 17/06
17 Maquette graphique 23 days Fri 22/05/09 Tue 23/06/09
18 Storyboard Front-office 5 days Fri 22/05/09 Thu 28/05/09 28/05
19 Design Front-office 3 days Fri 29/05/09 Tue 02/06/09 02/06
20 Déclinaison graphique 6 days Wed 03/06/09 Wed 10/06/09 10/06
21 Validation déclinaison graphique 2 days Thu 11/06/09 Fri 12/06/09 12/06
22 Comité de validation du design graphique et du choix CMS 0 days Fri 12/06/09 Fri 12/06/09 12/06
23 Maquette html 5 days Mon 15/06/09 Fri 19/06/09 19/06
24 Validation maquette HTML 2 days Mon 22/06/09 Tue 23/06/09 23/06
25 Integration et recette 53 days Wed 24/06/09 Fri 04/09/09
26 Mise en place de l'environnement technique 2 days Wed 24/06/09 Thu 25/06/09 25/06
27 Appropriation du contexte fonctionnel et technique 3 days Wed 24/06/09 Fri 26/06/09 26/06
28 Réalisation des fonctionnalités Front-office 15 days Mon 29/06/09 Fri 17/07/09 17/07
29 Tests d'intégration 2 days Mon 20/07/09 Tue 21/07/09 21/07
30 Réalisation des fonctionnalités Back-office 20 days Mon 20/07/09 Fri 14/08/09 14/08
31 Tests d'intégration 2 days Mon 17/08/09 Tue 18/08/09 18/08
4 ORGANISATION DU PROJET

4.1 EQUIPE (MOE)

4.1.1 Equipe Pool d’expert
Nom Fonction / rôle pour le projet Tél Mail
Directeur de projet
Expert Fonctionnel
Chef de projet
Consultant fonctionnel

 Rôles des acteurs du projet

Le directeur de projet
 Est responsable du projet vis à vis du client.
 Anime les comités de pilotage
 Valide pour le pool d’expert les évolutions du référentiel d’exigence et leurs impacts
 Gère l’affectation des ressources humaines et matérielles pour la réalisation du projet
 Contrôle le respect du périmètre, des coûts et des délais par un suivi périodique de
l’avancement par rapport au plan
Expert fonctionnel :
 Valide le dossier des spécifications fonctionnelles.
 S’assure de la cohérence entre les spécifications fonctionnelles et la solution technique
 Valide le support de formation de sensibilisation aux best practises
Le chef de projet
 Est l’interlocuteur principal du PROJETX.
 Est responsable de la conception fonctionnelle et technique de l’application
 Participe aux comités de projets et pilotage
 Mène la phase de recette en assistant le PROJETX dans l’appropriation de l’application
et la qualification des anomalies/demandes de changement
 Analyse l’impact des demandes de changements
Consultant fonctionnel :
 Elabore le dossier des spécifications fonctionnelles.
 Effectue les tests fonctionnels
 Rédige les plans de test d’intégration.
 Rédige le guide utilisateur
Ingénieurs développement & design:
 Elaborer le dossier ergonomique
 Réalisation des fonctionnalités front et back office
 Effectue les tests unitaires

4.1.2 Equipe PROJETX (MOA)

Nom Fonction / rôle pour le projet Tél Mail
Président du comité de pilotage
Membre du comité de pilotage
Membre du comité de pilotage
Chef de projet
Responsable de projet
Le Comité de pilotage
 Valide les grands choix et orientations du projet
 Valide les fins, et les livrables des phases du projet, notamment les phases et sous
phases suivantes:
o La phase de conception.
o Déclinaison graphique du portail.
o La phase du maquettage du projet.
o Déploiement et recette du projet
NB :
i. Le président du comité de pilotage se chargera de présider les réunions du comité
de politage.
ii. Le comité se réunit à la fin de chaque phase, et cela par demande du chef du projet.
iii. Des réunions extraordinaires peuvent être programmées par demande du chef du
projet.

Le chef de projet
 Pilote l’ensemble des opérations pour DSI
 Garantit la conformité des livrables, le respect du périmètre et des délais
 Valide les spécifications techniques
 Valide les actions de l’ensemble des autres intervenants du projet
 Est responsable de la mise en œuvre des plates-formes de pré-production, qualification
et production
 Définit les objectifs fonctionnels du projet

Le responsable de projet
 Pilote toutes les dimensions techniques et fonctionnelles côté DSI
 Valide les spécifications fonctionnelle et technique
 Participe au pilotage du projet
 Coordonne les actions de l’ensemble des autres intervenants techniques
 Est responsable de la mise en œuvre des plates-formes de pré-production, qualification
et production
 Est l’interlocuteur principal pour la phase de conception fonctionnelle, participe à toutes
les réunions de conception et ateliers de travail.
 Est l’interface avec les utilisateurs finaux de l’application, et assure la transmission des
informations entre ceux-ci et le pool d’experts
 Assume la validation des livrables fonctionnels dans les délais
4.2 INSTANCES DE SUIVI DE PROJET *
4.2.1 Suivi avec DSI
Deux structures de communication et décision sont mises en place dans le projet :
 Le comité de pilotage est l’instance décisionnelle et de coordination pour tout ce qui
concerne la stratégie, la validation des choix principaux, et le suivi de l’avancement du
projet.
 Le comité de projet est l’instance opérationnelle du projet pour le suivi de
l’avancement, les décisions fonctionnelles et techniques, la synchronisation des
intervenants…

 Organisation des comités de pilotage

Participants permanents :  le Directeur du projet DSI

 le représentant de l’ONUDI
 le responsable administratif DSI
 le chef du projet DSI
 le Directeur de Projet du pool d’expert

Participants facultatifs :
Périodicité :
 le Chef de Projet de pool d’expert
 l’expert fonctionnel du pool d’expert
 Le responsable de projet DSI
Il accompagne les phases de validation du projet avec une
périodicité mensuelle.

Lieu : Les locaux de DSI

Ordre du jour standard :
Modalités pratiques :
Validation des actions :
 Point sur l’avancement du projet et les phases passées
 Prise de décision sur les orientations stratégiques en termes de
planning, de périmètre fonctionnel, technique, de budget.
 Analyse et suivi des risques pouvant avoir un impact significatif
sur les délais, la qualité ou le budget
 Points divers (éventuellement abordés selon l’importance de
l’ordre du jour et l’initiative en restant à l’animateur)
 L’ordre du jour est rédigé par le directeur de projet du pool
d’expert et envoyé au plus tard J-2 par rapport à la date de la
réunion.
 L’ordre du jour peut être amendé par les responsables DSI
 Le compte rendu est rédigé par le directeur ou chef de projet
du pool d’expert et envoyé au plus tard J+2 par rapport à la
date de réunion.
 Les remarques sur le compte rendu doivent se faire dans un
délai de J+2 par rapport à la date d’envoi de ce CR.
 La réunion suivante est planifiée à l’issue de chaque réunion.
 Le compte rendu est diffusé à l’ensemble des participants par
E-Mail
 Le compte-rendu est validé soit explicitement, soit
implicitement si aucune remarque ou amendement n’est
apporté à J+2 par rapport à sa date de diffusion
 Organisation des comités de projet *
 le Responsable de Projet DSI
Participants permanents :
 le Chef de Projet de du pool d’expert
Participants facultatifs :  Le directeur de projet du pool d’expert
 Les experts et consultants du pool d’expert
 Le chef du projet DSI
Périodicité : Il se tient toutes les semaines.

Lieu Les locaux de DSI

Ordre du jour standard :  Avancement du projet

 Suivi des actions décidées lors de la réunion précédente
 Analyse et suivi des risques pouvant avoir un impact
significatif sur les délais, la qualité ou le budget
 Synchronisations entre différents intervenants
 Arbitrages éventuels
 Points divers (éventuellement abordés selon l’importance de
l’ordre du jour et l’initiative en restant à l’animateur)
 Le compte rendu est rédigé par le chef de projet du pool
Modalités pratiques :
d’expert et envoyé au plus tard J+2 par rapport à la date de
réunion.
 Les remarques sur le compte rendu doivent se faire dans un
délai de J+2 par rapport à la date d’envoi de ce CR.
 La réunion suivante est planifiée à l’issue de chaque réunion.
 Le compte rendu est diffusé à l’ensemble des participants par
E-Mail
Point de validation  Le compte rendu est validé soit explicitement soit
automatiquement si aucune remarque ou amendement n’est
apporté à J+2 par rapport à sa date de réception

4.2.2 Suivi interne du pool d’expert

 Une réunion interne avec l’ensemble de l’équipe sera organisée toutes les
semaines le Vendredi à 16h GMT

Ces réunions ont pour objectifs :

 Le suivi détaillé de l’avancement du projet
 Le suivi des actions interne et externe à mener sur le projet
 L’affectation des ressources sur le projet
 Le suivi des actions d’assurance qualité menées
 La synchronisation entre les intervenants
 Les éléments issus d’une révision périodique du projet :
o La validation de la révision des risques
o La validation des indicateurs projets
o La validation de la ré-estimation et la re-planification du projet
