Académique Documents
Professionnel Documents
Culture Documents
www.cours-ofppt.com
ROYAUME DU MAROC
www.cours-ofppt.com
Sommaire
1. Introduction..........................................................................................2 2. Contexte organisationnel de l'entreprise de lequel intervient la gestion de projet.......................................................................................................3 2.1. Contexte .........................................................................................3 2.2. Diagramme des flux: les diffrents rles..............................................3 2.3. Les grandes runions de la gestion de projet.......................................4 2.4. Les diffrentes tapes de la gestion de projet.......................................5 3. La phase prparatoire ou conception.........................................................6 3.1. Etude pralable................................................................................6 3.2. Etude de faisabilit ou dopportunit...................................................7 3.3. Analyse fonctionnelle.........................................................................8 3.4. Etude dadquation...........................................................................8 3.5. Constitution du dossier de recette.......................................................9 4. Phase de ralisation..............................................................................10 4.1. Conduite du changement.................................................................10 4.2. Etude dtaille................................................................................10 4.2.1. Etude de charge........................................................................11 4.2.2. Ralisation / codage...................................................................12 4.2.3. Documentation .........................................................................12 4.2.4. Tests unitaires..........................................................................13 5. Phase de mise en uvre et recette.........................................................13 5.1. Recette..........................................................................................14 5.1.1. Intgration en environnement de recette......................................14 5.1.2. Vabf : Validation au bon fonctionnement.......................................14 5.1.3. VABE : Validation la bonne exploitation......................................15 5.1.4. Mise en production.....................................................................15 6. Phase de Clture..................................................................................16 6.1. Etude de fin de projet......................................................................16 7. Conclusion...........................................................................................17
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 1 - 20
1.Introduction
Depuis les 20 dernires annes, l'informatique a littralement envahit les entreprises. Ces dernires ont donc dveloppes des services informatiques puis des DSI afin de grer, maintenir et suivre les projets informatiques. Ces services ont donc pour vocation de mener bien les projets informatiques; qu'il s'agisse de dveloppements spcifiques ou d'intgration de progiciels. La question qui apparat naturellement est: Comment ces entits au sein des entreprises arrive-t-elle respecter leurs objectifs? Quelle est la mthode qui rgit la gestion de projet informatique? L'expansion de l'informatique cre de nouveaux besoins de comptences informatiques et de gestion projet. Aussi, s'il y a 20 ans, il y avait peu (voir aucun) de formation informatique et donc peu d'informaticiens (mais plutt des ingnieurs qui s'taient reconvertit); la situation est diffrente aujourd'hui: bon nombre de formation existe et des personnes ont t forms. Il en est de mme en ce qui concerne la gestion de projet informatique et les chefs de projet. En effet, au dpart, la gestion de projet informatique tait un peu hasardeuse et la russite des projets tait surtout due grce aux qualits individuelles (notamment lexprience) des chefs de projets. Aujourd'hui, la gestion de projet informatique est standardise et en perptuelle volution (amlioration). Des socits ou des associations ont vu le jour et se sont spcialiss dans ce domaine, on peut citer par exemple le PMI (Project management institue) ou encore l'AFITEP. Ces organismes standardises la gestion de projet, propose des formations et permettent mme de passer des certifications en gestion de projet. C'est donc naturellement que de plus en plus de personnes sont formes grer des projets. Cependant, au sein des entreprises, plusieurs chefs de projet travaillent gnralement individuellement (chacun sur son ou ses projets) et mme s'ils connaissent des mthodes de gestion de projet, il est plutt rare que ces personnes travaillent utilisent exactement la mme mthode. En effet, quelque soit leur formation, les chefs de projet ont une exprience diffrente de la gestion de projet et cela influe leur mthodologie de gestion de projet. Les Services informatiques se retrouvent donc avec plusieurs mthodologies diffrentes. Or, il est important pour ces services, notamment dans un souci de gestion, d'organisation et d'optimisation de dfinir une mthodologie unique et de s'assurer quelle soit respecte par tous. En effet, procder toujours aux mmes tapes permet de tendre vers la rptition et l'automatisation de celles-ci, permettant ainsi de gagner en rapidit (habitude de rpter la mme tche et d'utiliser toujours les mmes documents et mthodes) et efficacit (lhabitude permet de mieux matriser la tche effectuer).
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 2 - 20
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 3 - 20
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 4 - 20
Logiquement les comits projet ont toujours lieu avant les comits de pilotage. Runions ponctuelles par phase : Lors du cycle de vie dun projet, certaines phases donnent lieu une runion spcifique. Runion de validation du dossier de recette : La phase de constitution du dossier de recette donne lieu une runion qui a pour objectif de valider le dossier de recette. Les acteurs sont la MOA et la MOE. Il sagit de saccorder sur le primtre des tests qui constituent le dossier de recette.
PHASE DE REALISATION 1) 2) CONDUITE DU CHANGEMENT ETUDE DETAILLEE i. Etude de charge ii. Ralisation / codage iii. Documentation iv. Tests unitaires
III.
PHASE DE RECETTE 1) RECETTE i. Intgration en environnement de recette ii. Vabf : Validation au bon fonctionnement
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 5 - 20
la pertinence et la viabilit de la demande et de son concept doivent tre values Lors de lexpression des besoins, il faut recenser tous les besoins potentiels de linitiateur du projet. Plusieurs facteurs sont prendre en compte et dfinir : les enjeux du projet, les objectifs globaux du projet, les grandes fonctionnalits, le primtre projet (utilisateurs cibles), les contraintes associes. Une fois que tous les besoins ont t identifis et que le projet est dfini, il faut valuer la pertinence et la viabilit du projet. Cette tape permet d'tudier la demande de projet et de dterminer si le concept est viable en termes oprationnels et organisationnels. Lobjectif est de valider la demande des utilisateurs par rapport la stratgie et aux objectifs gnraux de lentreprise. Acteurs : MOA / MOA dlgue / AMOA. La MOA est charge de raliser cette tude et de fournir le livrable. Etant donn le contexte organisationnel dune entreprise donne, la MOA dlgue peut se voir confier cette tche. LAMOA peut aider la gestion de projet en apportant des mthodes de gestion de projet dans un contexte informatique. Entrant : Aucun Sortant (livrable ): Rapport dtude pralable
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 6 - 20
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 7 - 20
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 8 - 20
Le cahier des charges est lentrant permettant la ralisation de la 1ere sous tche tandis que les spcifications dtailles permettront de dfinir les scnarii. Cette tape est traite en parallle des autres tapes et dure jusqu la recette. Acteurs : MOA / MOE . Le dossier de recette est rdig par la MOA et la MOE. Entrant : Cahier des charges fonctionnel Spcifications dtailles Sortant (livrable): Dossier de recette Grandes actions : Objectifs et cas Scnarii
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 9 - 20
4. Phase de ralisation
4.1. Conduite du changement
Description : La conduite du changement est ltape qui vise aider et accompagner les utilisateurs lutilisation du nouveau logiciel. Souvent, ils passent dun ancien systme un nouveau systme, il faut donc veiller ce que le changement se droule de faon optimale. La conduite du changement est une tape qui dmarre ds le lancement du projet et qui dure jusqu la fin de la formation des utilisateurs aprs la mise en production du systme. Plusieurs livrables sont issues de cette tape et donne donc lieu des sous tches : - Constitution de plan de communication - Constitution du plan organisationnel - Constitution du plan de formation - Formation des utilisateurs Ds le dbut de ltude dtaille, le plan de communication peut tre rdig. Il vise dcrire la stratgie employe pour expliquer aux utilisateurs les raisons du changement et comment ladopter. Le plan organisationnel est commenc la fin de ltude dtaille, une fois que les spcifications dtailles ont t acheves. Le plan organisationnel traite des processus existants et des processus cibles affects ou crs par le projet. Les impacts des changements sont tudis. La constitution du plan de formation commence en mme temps que la phase de documentation du projet. En effet, le manuel utilisateur contient des informations importante prendre en compte dans le plan de formation. Ces documents peuvent doivent donc tre cres en parallle. Acteurs : MOA. La MOA rdige les documents de la conduite du changement. Entrant : Spcifications dtailles Manuel utilisateur Sortant (livrable): Plan de communication, organisationnel, de formation Grandes actions : Rdaction des documents
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 10 - 20
4.2.1.
Description :
Etude de charge
Lors de cette tape, il sagit de rpertorier et dvaluer toutes les charges du projet. Il faut donc identifier chaque tche et dterminer quelle est la charge associe en fonction de sa date de ralisation. Lors de cette tape, on tablit les ressources utilises thoriques ( matrielles, humaines et financires ) pour respecter les jalons du planning. Le but de ltude charge est de rpertorier les tches et leur charges afin de pouvoir actualiser le planning du projet mais aussi de crer un document permettant de suivre la charge du projet ( tches de ralisation ) : le suivi des charges. Acteurs : MOE / MOE dlgue. La MOE identifie les tches et estime les besoins matriels et humains associs. La MOE recense ces besoins et calcule les cots financiers. Entrant : Planning dtaill Sortant (livrable ): Suivi des charges , actualisation du budget prvisionnel Grandes actions : Estimation matrielle et humaine des charges Estimation financire des charges Actualisation du budget prvisionnel
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 11 - 20
4.2.2.
Description :
Ralisation / codage
Il s'agit de l'tape de dveloppement de l'ouvrage proprement dite. Cette tape est sous la responsabilit du matre d'uvre. Lors de la ralisation de l'ouvrage l'accent doit tre mis sur la communication afin de pouvoir prendre les dcisions au plus vite en cas de problme. Ainsi, la mise en place d'un plan de communication permet d'animer le projet : Des runions doivent tre rgulirement organises afin de manager l'quipe projet, c'est--dire faire un point rgulier sur l'avancement du projet et fixer les priorits pour les semaines suivantes. Acteurs : MOE / MOE dlgue. La MOE dlgue ralise le projet et des runions davancement sont faites avec la MOE. Entrant : Spcifications dtailles Sortant (livrable ): Aucun Grandes actions : codage, suivi des tches du planning runions davancements runion de fin de ralisation
4.2.3.
Description :
Documentation
Une documentation doit ncessairement accompagner l'ouvrage lors de la livraison ; 3 types de documents sont identifis: le manuel utilisateur, le manuel dexploitation , le manuel dadministration . Manuel utilisateur : manuel expliquant le fonctionnement du logiciel aux utilisateurs Manuel dexploitation : dtaille les procdures pour le maintient oprationnel de la solution (modalit d'arrt des bases, backup, emplacement des fichiers log, procdure de crash recovery, dtail des chanes de nuit, etc. ) Manuel dadministration : dtaille toutes les options de paramtrage, de configuration et d'administration du logiciel Lors de cette tape qui intervient aprs la ralisation du projet, on tablit gnralement le plan de test pour la recette ( MOE + MOA ). Ce dossier test contient galement le plan des tests unitaires. Acteurs : MOA / MOE / MOE dlgue. Entrant :
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 12 - 20
4.2.4.
Description :
Tests unitaires
Lors de cette phase la MOE dlgue teste le projet quelle a ralis selon le plan de test tablit lors de ltape prcdente. Il sagit de tests unitaires permettant de supprimer les bugs pouvant exister. Une bonne mthode consiste automatiser les tests en crant des classes de tests. Acteurs : MOA / MOE / MOE dlgue. Le pv de tests unitaires est rdig par la MOE dlgue et est transmis la MOE. Gnralement, la MOA prend aussi connaissance du document. Entrant : Dossier de test Sortant (livrable ): PV des tests unitaires qui atteste du droulement des tests. Grandes actions : phase de test rdaction du P.V T.U
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 13 - 20
5.1. Recette
5.1.1.
Description : Lors de cette tape, le logiciel va tre dploy sur un environnement de test, idalement identique lenvironnement de production. Il est alors possible de procder la VABF. Acteurs : MOE / MOE dlgue. La MOE et MOE / dlgue se charge de dployer lapplication Entrant : Demande de mise en pr production Sortant (livrable ): aucun Grandes actions : Analyse de la demande de mise en pr production par la MOE Dploiement de lapplication en pr production
5.1.2.
Description :
Lors de cette tape, la MOE va tester que le logiciel ralis fonctionne bien, que tout les fonctionnalits demandes sont prsentes ( il sagit de valider que le logiciel fourni rpond aux besoins du client ). Une fois que cette tape est valide, la MOE peut pour procder la Vabe, si lenvironnement de recette est iso production. Un P.V de Vabf est galement rdig afin dattester des rsultats de la Vabf. Acteurs : MOA / MOE / MOE dlgue. La MOE et MOE / dlgue teste lapplication en terme de bon fonctionnement ( lapplication utilise-t-elle les bons processus et les rgles associes ? ). La MOA valide la prsence des fonctionnalits demandes. Elle exprime sa satisfaction quant aux rsultats obtenus. La MOA peut ensuite demander la mise en pr production. Entrant : Dossier de test Sortant (livrable ): P.V Vabf Grandes actions :
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 14 - 20
5.1.3.
Description :
La VABE est une validation du bon fonctionnement dans le temps. Il sagit de procder des tests avec des utilisateurs rels afin de vrifier que le logiciel est correctement exploitable, que les utilisateurs cibles puissent utiliser toutes les fonctionnalits dont ils ont besoin. La priode de VABE varie dune application lautre. Acteurs : MOA / MOE / MOE dlgue. La MOE et MOE / dlgue teste lapplication en terme de bonne exploitation. La MOA exprime sa satisfaction quant aux rsultats obtenus. Entrant : Dossier de test Sortant (livrable): PV Vabe / PV de recette / Demande de mise en production Grandes actions : Droulement de la VABE selon le dossier de test Demande de mise en production
5.1.4.
Description :
Mise en production
Lors de cette tape, le logiciel va tre dploy sur lenvironnement de production. Lors de la mise en production on procde la VSR. La VSR, ou validation du service rgulier, prolonge la VABE lorsquun environnement de pr production est disponible. Il sagit de sassurer que les produits livrs sont capables d'assurer un service rgulier dans les conditions normales d'exploitation pour remplir les fonctions vises ( par exemple, il faut absolument que le service fonctionne entre 14h et 18h ).
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 15 - 20
La gnralisation est le dploiement en masse de l'ouvrage auprs des utilisateurs finaux. Un dploiement russi sur les sites pilotes ne signifie pas systmatiquement que le dploiement gnralis va russir. En effet, lors de l'exprimentation, les utilisateurs ont une motivation que les utilisateurs finaux n'ont pas. De plus chaque dysfonctionnement de l'ouvrage est mis sur le compte de l'exprimentation. La gnralisation implique gnralement des changements dans la faon de travailler des utilisateurs, ce qui freine l'adoption du produit par les utilisateurs. En effet, les utilisateurs finaux recherchent gnralement dans leur vie professionnelle une motivation physiologique (augmentation des revenus et du statut hirarchique) et une scurit de l'emploi. Un changement dans leurs habitudes de travail est donc un frein ces objectifs.
Acteurs : MOE / MOE dlgue. La MOE et MOE / dlgue se charge de dployer lapplication en production. Entrant : Demande de mise en prod Sortant (livrable ): Aucun Grandes actions : Dploiement de lapplication en production
6. Phase de Clture
6.1. Etude de fin de projet
Description : Lors de cette tape, il sagit de tirer un bilan sur le droulement du projet avec les diffrents acteurs concerns ( MOA / MOE ). Il faut donc analyser les points positifs et ngatifs, les carts entre le projet ralis et les objectifs initiaux. Il faut aussi aborder les points ventuels quil reste traiter et les amliorations futures. La capitalisation
La phase de capitalisation consiste faire un bilan du projet en capitalisant, c'est--dire en archivant, l'exprience mtier (savoir-faire) qui dcoule du projet afin d'amliorer l'efficacit de la conduite pour les projets futurs. Il est donc indispensable la fin d'un projet d'organiser la " mise en mmoire " de ces informations et de permettre leur restitution en plus grand nombre. Cette organisation prend le nom de gestion de la connaissance (ou en anglais knowledge management , abrg gnralement sous la notation KM ). Une runion de bilan sur le projet (debriefing) est bnfique pour les acteurs du projet car elle permet de passer en revue toutes les dviations du projet et les mesures correctives entreprises.
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 16 - 20
Acteurs : MOA / MOE. La MOA / MOE rdige le bilan de projet Entrant : Sortant (livrable ): Bilan de projet Grandes actions : Rdaction bilan de projet
7. Conclusion
Il apparat que la mthode de gestion de projet s'articule autour d'un grand nombre de phases qui s'effectuent en parallle. Chaque tche fait office de jalon types dans le droulement du projet et il est impossible de procder l'tape suivante si l'tape en cours n'est pas termine et valide. Les rles des diffrents acteurs lors de chaque tape sont clairement dfinis ainsi que les entrants et sortants de chaque tape. Ce formalisme de la gestion de projet permet une entreprise de s'assurer que tous les chefs de projet utilisent la mme mthode. Et en utilisant le formalisme documentaire ( tout le monde utilise les mmes documents ), il est alors possible de faire vivre la mthode et de gagner en efficacit et rapidit.
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 17 - 20
Sources de rfrence
http://www.projetsinformatiques.com/ http://www.supinfo-projects.com/fr/2005/methode_proj_2005/
OFPPT @
Document
118845053.doc
Millsime
juillet 12
Page 18 - 20