ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

www.cours-ofppt.com

Les phases lies la gestion des projets informatiques

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC

ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC

Les phases lies la gestion des projets informatiques

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

Les phases lies la gestion des projets informatiques

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

Les phases lies la gestion des projets informatiques

2.Contexte organisationnel de l'entreprise de lequel intervient la gestion de projet

2.1. Contexte
Au sein dEN ENTREPRISE DONNE, diffrents acteurs interviennent au cours de la gestion d projet informatique - La matrise douvrage ( MOA ) - La matrise douvrage dlgue - Lassistance la MOA ( lAMOA ) - La matrise duvre dlgue La MOA reprsente le client ( les diffrents services mtiers : RH, finance ), cest dire, les demandeurs, initiateurs de projets. Le client a un besoin et soumet ce besoin la DSI. Elle est donc responsable de la production de plusieurs documents notamment en ce qui concerne la dfinition et le dtail des besoins. La MOA peut tre aide ou reprsente pour ce travail. La MOA peut tre reprsente par une MOA dlgue, appele antenne fonctionnelle. La MOA peut se faire aider par une AMOA. Deux cas sont alors envisags : LAMOA est constitue de consultants externes Sil nest pas possible dengager des consultants, la DSI endosse le rle dAMOA La MOE est linstance qui va prendre en charge la ralisation des projets. Dans le contexte dune entreprise donne, il sagit de la DSI. En effet, les chefs de projet sont chargs de grer tous les projets dun mme domaine (Intranet, Dwh). Cependant, la MOE ne possde pas de ple de dveloppement ; elle dlgue donc la ralisation des projets des prestataires externes (MOE dlgue).

2.2. Diagramme des flux: les diffrents rles

Voici un schma des rles des diffrents acteurs :

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 3 - 20

Les phases lies la gestion des projets informatiques

2.3. Les grandes runions de la gestion de projet

Diffrentes runions animent le cycle de vie dun projet. La runion de lancement : La premire grande runion lieu au lorsque le prestataire est engag et que le projet va tre lanc. Les principaux acteurs sont : Les reprsentants de la MOA, les dcisionnaires DSI et les dcisionnaires du contractant Plusieurs points jalonnent cette runion : - Cadrage des objectifs et des enjeux du projets. Il sagit de partager entre tous les acteurs la mme vision du primtre du projet - Etablissement de la mthodologie projet. Il sagit pour les diffrents acteurs de saccorder sur les pratiques de gestion de projet qui seront appliqus ( PQP, PP frquence des comits de pilotage) - Prsentation du planning ( afin de saccorder sur les contraintes de temps ) Les Comits de pilotage : Ces runions concernent les mmes acteurs que ceux de la runion de lancement et en moyenne elles ont lieu une fois par mois ( la frquence varie selon les projets ). Lors comits de pilotage permettent des arbitrages stratgiques sur le projet. Il sagit de prendre les grandes dcisions relatives aux aspects financiers et contractuels. En effet, tout problme pouvant amener larrt ou des surcot sur le projet ou encore une modification des accords avec le contractant est abord lors des comits de pilotage. Les Comits projet :

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 4 - 20

Les phases lies la gestion des projets informatiques

Les comits projets impliquent le ou les chefs de projet et leur quipe. Ces comits ont lieu une fois par mois en moyenne et permettent de contrler lavancement du projet conformment aux grandes dcisions prises lors des comits de pilotage. Lors de ces runions, les points suivant sont traits : Revue davancement Suivi des risques et des actions Remonte des risques financiers et contractuels vers les comits de pilotage

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.

2.4. Les diffrentes tapes de la gestion de projet

Voici un schma prsentant les diffrentes phases de la gestion de projet, avec les livrables qui en dcoule et les rles de la MOA et MOE. Nous pouvons distinguer 3 grandes phases lors du cycle de vie dun projet : - phase prparatoire - phase de ralisation - phase de recette - phase de clture Chacune de ces phases majeures est compose de diffrentes tapes : I. PHASE PREPARATOIRE 1) 2) 3) 4) 5) II. ETUDE PREALABLE ETUDE DE FAISABILITE ANALYSE FONCTIONNELLE ETUDE DADEQUATION CONSTITUTION DU DOSSIER DE RECETTTE

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

Les phases lies la gestion des projets informatiques

iii. 2) IV. VABE : Validation la bonne exploitation MISE EN PRODUCTION

PHASE DE CLOTURE 1) ETUDE DE FIN DE PROJET

3.La phase prparatoire ou conception

La phase prparatoire consiste analyser et tudier la demande de projet. Cest la fin de cette phase que nous aurons toutes les informations ncessaires pour commencer la ralisation du projet (Quels sont les objectifs du projet, le primtre, les besoins des utilisateurs ? Quelles fonctionnalits allons nous implmenter ? Etc.). Cest galement la fin de cette phase quun prestataire sera engag.

3.1. Etude pralable

Description : Ltude pralable a un objectif double. En effet, cette tude sarticule autour de deux axes : une premire expression des besoins doit tre formule

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

Les phases lies la gestion des projets informatiques

Grandes actions : - Expression des besoins : Dfinir le projet, le besoin et les contraintes ( les objectifs, les enjeux, le contexte, les rsultats attendus ) - Analyse dopportunit : Etudier la viabilit en termes conomiques, stratgiques et organisationnels du concept.

3.2. Etude de faisabilit ou dopportunit

Description : L'tude de faisabilit vise analyser la faisabilit conomique, organisationnelle et technique du projet. A partir de l'analyse des besoins, il est possible de procder une estimation grossire du cot d'investissement et de fonctionnement du projet (en terme de moyens humains et matriels), des dlais envisags et des ventuels retours sur investissement. En fonction de ces estimations, les directeurs de la DSI (comit de pilotage, instance dcisionnaire ) peuvent dterminer si le projet est faisable ou non. L'tude de faisabilit conduit envisager plusieurs scnarii. Chaque scnario envisag permet d'valuer les risques pesant sur le projet. Il faut tudier pour chaque scnario la faisabilit de celui (technique, organisationnelle et conomique ). Une fois que diffrentes solutions ont t envisages, il faut choisir celle qui sera retenue pour la suite du projet. Il faut ensuite rdiger les documents suivants pour la solution envisage: Planning prvisionnel / Budget Prvisionnel / Suivi des risques et des actions Ces documents intgrent le dossier de suivi de projet qui vivra jusqu la fin de ralisation du projet. Acteurs : MOE / MOA . La MOE est charge de raliser cette tude et de fournir le rapport de faisabilit. La MOA/ MOE ralise le planning et le budget prvisionnel ainsi que le suivi des risques et des actions. Entrant : Rapport dtude pralable. Ce document est lentrant sur laquelle se base ltude de faisabilit. Sortant (livrable ): Rapport de faisabilit, Dossier de suivi de projet : Planning prvisionnel / Budget Prvisionnel / Suivi des risques et des actions Grandes actions : Etude des contraintes Analyse de lenvironnement Analyse de solutions Recommandations Choix dune solution Planification, budgtisation, tude des risques

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 7 - 20

Les phases lies la gestion des projets informatiques

3.3. Analyse fonctionnelle

Description : L'analyse des besoins combine ltude de faisabilit ne porte que sur les processus majeurs du projet. Il est ncessaire de faire une tude plus approfondie des besoins pour que la matrise d'ouvrage et la matrise d'uvre puissent s'entendre sur un document contractuel. Il est essentiel lors de l'tude pralable de s'assurer que les besoins sont exprims uniquement de manire fonctionnelle et non en terme de solutions. L'analyse fonctionnelle des besoins permet ainsi de dgager les fonctionnalits ncessaires de l'ouvrage. Cette analyse aboutit la mise au point d'un document dfinissant fonctionnellement le besoin (indpendamment de toute solution technique). Ce document est appel cahier des charges fonctionnel. Le Cahier des charges permet la matrise d'ouvrage d'exprimer son besoin de manire fonctionnelle, ainsi que de clarifier les contraintes imposes la matrise d'uvre. Acteurs : MOA . Le cahier des charges fonctionnel est donc le livrable rdig par la MOA. Entrant : Rapport dtude pralable / Rapport de faisabilit. Sortant (livrable ): Cahier des charges fonctionnel ou document des spcifications fonctionnelles / Grandes actions : Rdaction cahier des charges : o Problmatique o Objectifs o Analyse de lexistant o Analyse des fonctions souhaites o Spcificits techniques o Calendrier prvisionnel

3.4. Etude dadquation

Description : A la fin de lanalyse fonctionnelle, le cahier des charges cr est transmis des prestataires comme appel doffre. Les prestataires doivent fournir des rponses selon les modalits dcrites dans le cahier des charges. Les rponses sont alors analyses laide de la grille dvaluation de lappel doffre afin de choisir un prestataire en fonction de diffrents critres notamment financiers, capacits rpondre au besoin, relationnels ( si lon connat dj le prestataire ), etc. A la suite de ce choix, un contrat de projet est rdig avec toutes les modalits qui lient le client et le consultant ( engagement, dlais dinterventions, etc..). La MOE et le consultant rdigent ce document, la MOA en prend connaissance et le valide. Acteurs : MOE . La MOE est charge de choisir le prestataire ( la MOE dlgue ). La MOA est aussi

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 8 - 20

Les phases lies la gestion des projets informatiques

concerne, elle donne son accord et valide le contrat de projet. Entrant : Cahier des charges fonctionnel Sortant (livrable ): Contrat de projet Grandes actions : Lancer lappel doffre, diffuser le cahier des charges Analyser les rponses Choisir un prestataire Rdiger le contrat de projet

3.5. Constitution du dossier de recette

Description : La constitution du dossier de recette commence ds la fin de lanalyse fonctionnelle. En effet, le cahier des charges est le premier document ncessaire la constitution du dossier de recette. Cette phase est constitue de deux sous tches : Les spcifications des objectifs et des cas La dfinition des scnarii

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

Les phases lies la gestion des projets informatiques

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

4.2. Etude dtaille

Description :

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 10 - 20

Les phases lies la gestion des projets informatiques

L'tude dtaille est la phase de spcification de l'architecture technique retenue, tout en dcrivant et documentant le fonctionnement de chaque unit du logiciel. Le livrable de cette tude est un document appel spcifications dtailles. Ces spcifications peuvent ventuellement s'accompagner de la cration d'une maquette, ou prototype, permettant aux reprsentants des utilisateurs de vrifier que la solution retenue rpond bien leurs attentes. Les spcifications dtailles sarticulent autour de deux axes : laspect fonctionnel et laspect technique. Acteurs : MOE / MOE dlgu. La MOE peut rdiger les spcifications dtailles, ou laisser la MOE dlgue sen charger. Entrant : Cahier des charges fonctionnel Sortant (livrable ): Spcifications dtailles Grandes actions : Spcifications fonctionnelles Spcifications techniques

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

Les phases lies la gestion des projets informatiques

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

Les phases lies la gestion des projets informatiques

Produit ralis Sortant (livrable ): Manuel utilisateur, dexploitation et administrateur Grandes actions : Rdaction des manuels

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

5.Phase de mise en uvre et recette

On appelle recette la vrification de la conformit de l'ouvrage la demande formule dans le cahier des charges fonctionnel. La recette est un processus rigoureux et mthodologique effectu ds la rception de la commande. Elle est ralise conformment au dossier de test tabli par la matrise d'uvre. Cette tape se solde par la rdaction d'un dossier de recette (procs-verbal de recette) cosign par le matre d'uvre et le matre d'ouvrage contenant les remarques du matre d'ouvrage et ventuellement le refus de l'ouvrage s'il n'est pas conforme au cahier des charges.

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 13 - 20

Les phases lies la gestion des projets informatiques

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

Intgration en environnement de recette

5.1.2.
Description :

Vabf : Validation au bon fonctionnement

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

Les phases lies la gestion des projets informatiques

Droulement de la vabf selon le dossier de test

5.1.3.
Description :

VABE : Validation la bonne exploitation

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 ).

Les Sites pilotes :

La mise en place de sites pilotes permet de tester l'ouvrage dans sa dimension technique, comme dans celle de l'organisation et de l'adhsion des utilisateurs. L'exprience des sites pilotes permet de prparer le dploiement, de mieux en apprcier la charge, et d'en identifier les difficults a priori.

OFPPT @

Document
118845053.doc

Millsime
juillet 12

Page 15 - 20

Les phases lies la gestion des projets informatiques La Gnralisation

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

Les phases lies la gestion des projets informatiques

La maintenance
On dsigne par maintenance l'ensemble des oprations de modification d'un logiciel oprationnel laissant intactes ses fonctionnalits de base. La maintenance permet donc de maintenir un systme en fonctionnement en rectifiant les anomalies de l'ouvrage et en prenant en compte les demandes d'volution des utilisateurs. On distingue gnralement la maintenance corrective, consistant corriger les erreurs du systme de la maintenance volutive consistant modifier le systme pour lui apporter de nouvelles fonctionnalits.

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

Les phases lies la gestion des projets informatiques

Pour approfondir le sujet.

http://www.projetsinformatiques.com/

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