Gestion de projet de système d'information - E-MIAGE · PDF fileGestion de projet et...

Click here to load reader

  • date post

    12-Sep-2018
  • Category

    Documents

  • view

    257
  • download

    6

Embed Size (px)

Transcript of Gestion de projet de système d'information - E-MIAGE · PDF fileGestion de projet et...

  • Gestion de projet et ERP

    Gestion de projet de systme d'information Bibliographie

    Ch. MORLEY, Gestion d'un projet systme d'information, InterEditions

    Webographie

    un site trs sympathique (et trs instructif), http://www.projetsinformatiques.com le site de l'AFITEP (voir notamment la bibliographie), http://www.afitep.fr un peu de documentation, http://www.gestiondeprojet.com/guides/

    Gnralits

    Nous proposons dans cette squence des notions gnrales sommaires sur le dveloppement de projet de systmes d'information. On trouvera dans la rfrence bibliographique (Chantal Morley) un ouvrage trs clair et assez complet sur le sujet et que nous recommandons au lecteur.

    Le mot "projet" est souvent employ en diverses circonstances. Il peut correspondre une intention d'action, comme un projet de voyage ou de vacances ; il peut correspondre une phase d'tude prliminaire comme un projet de loi. Pour ce qui nous concerne, on dfinira un projet comme un triptyque objectif - moyens - dlai. Il s'agit en effet d'atteindre un objectif dfini avec des moyens adapts et dans un dlai donn.

    On peut, de nos jours, adjoindre un autre sommet au triangle prcdent correspondant au concept qualit (nous prciserons ce concept plus loin).

    Le contexte dans lequel nat et se dveloppe un projet est essentiel pour sa russite. En gnral, un projet "vit" dans une organisation pralablement existante (une entreprise par

    http://www.projetsinformatiques.com/http://www.afitep.fr/http://www.gestiondeprojet.com/guides/

  • exemple) que l'on appellera une organisation stable. Cette organisation possde son fonctionnement propre (indpendant en principe du projet) dfini par des rgles. On peut considrer qu'un projet vienne "percuter" ces rgles ou du moins les remettre en question. C'est d'ailleurs un moyen privilgi de redynamiser l'organisation et de la faire valuer. On peut d'ailleurs, la limite, considrer que toute l'organisation consiste en plusieurs projets ; on parle alors de gestion par projets.

    Grer ou conduire un projet consiste le mener bien dans le cadre des contraintes de moyens et de dlai et en prenant en compte les alas. Aux trois ingrdients d'un projet (objectif, moyens, dlai) correspondent trois types de gestion :

    la gestion de la production est celle qui permet d'atteindre globalement l'objectif ou du moins de s'en rapprocher rgulirement : elle consiste en organisation, en direction de travaux et en contrle (suivi)

    la gestion des ressources est la gestion des moyens humains (choix de l'quipe, affectation de personnel, coordination), matriels (choix, acquisition, location), et financiers (gestion du budget, cots d'utilisation des ressources).

    la gestion du temps doit permettre la matrise des dlais.

    Bien videmment, ces trois types de gestion sont interdpendants.

  • On peut rsumer en deux grandes phases le dveloppement d'un projet

    La premire phase est celle de la rflexion et de la prvision ; elle consiste en activits d'analyse et d'organisation : dcoupage du projet en units (tches) et reprage des contraintes d'enchanement de ces tches, puis ordonnancement (planification de l'excution des tches : calendrier et affectation de ressources)

    La seconde phase est celle du pilotage (suivi de l'avancement, prise de dcisions) et de la production.

    On dtaillera plus loin les tapes d'un projet.

    Matrise d'ouvrage et matrise d'uvre

    Un projet vise satisfaire un ensemble de besoins exprim par un reprsentant des futurs utilisateurs. Il est conduit terme par des spcialistes en dveloppement de systmes d'information ; il y a donc une distinction importante faire entre les utilisateurs potentiels et les dveloppeurs. Plus gnralement il ne faut pas confondre la matrise d'ouvrage (MOA) et la matrise d'uvre (MOE).

    Le matre d'ouvrage est le demandeur de rsultat, porteur des besoins, commanditaire d'un rsultat correspondant des objectifs, son calendrier, son budget. Le matre d'ouvrage n'a pas priori les comptences, ni les moyens techniques ou opratoires pour aboutir au rsultat escompt. Il fait donc appel un matre d'uvre. Le matre d'ouvrage se fait reprsenter par un responsable du projet ou, si le projet est important, par une direction de projet (quipe de responsables). Dans certaines circonstances, le matre d'ouvrage peut, s'il considre ne pas avoir les comptences ncessaires pour dfinir ses besoins, faire appel un intermdiaire, prestataire de service, appel matre d'ouvrage dlgu.

    Le matre d'uvre est stipendi par le matre d'ouvrage pour raliser le produit convoit selon les conditions (dlais, qualit, cots, ...) dfinies par un contrat. Le choix des moyens (techniques, ressources humaines) est donc du ressort du matre d'uvre. En particulier, le matre d'uvre dsignera un chef de projet pour conduire le projet terme. Un projet peut ncessiter, pour sa ralisation, des comptences quelquefois pointues ; dans cette circonstance, le matre d'uvre peut avoir recours des prestataires spcialiss ; il s'agit alors d'une sous-traitance.

  • Spcificit d'un projet de systme d'information

    On peut distinguer au moins deux caractristiques des projets de systmes d'information par rapport des projets industriels ou de travaux publics par exemple :

    L'objectif n'est pas toujours compltement dfini au dbut du projet. La part d'alas est grande et un objectif, pour tre ralis, ncessite des moyens et des dlais idoines. Ceux-ci ne sont pas pr-dfinis de manire exacte et on est souvent conduit des r-ajustements, le plus souvent de l'objectif compte tenu des moyens et des dlais constats. Tout ceci est nettement contestable dans la construction d'une route ou d'un vhicule automobile.

    Le projet de systme d'information se droule dans une organisation dont la "stabilit" peut tre remise en cause par le projet. L'interaction entre le projet et l'organisation dans laquelle il doit se dvelopper est un facteur non ngligeable qu'il n'est pas possible d'omettre.

    Dcoupage d'un projet

    Il est bien connu que pour rsoudre un problme, il est prconis de diviser le problme en sous-problmes dont la rsolution sera vraisemblalement plus aise que celle du problme global. Il en est de mme d'un projet que l'on dcoupe gnralement en "morceaux".

    On peut, en effet, considrer un projet comme un ensemble d'units autonomes appeles parties. Une partie se dfinit par les caractristiques suivantes :

    chaque partie conduit un rsultat dfini chaque partie ncessite une quantit de ressources dfinie les contraintes d'enchanement entre parties sont identifies (certaines parties

    peuvent s'laborer squentiellement, d'autres paralllement). une partie peut ventuellement tre dcoupe elle-mme en sous-parties.

    La manire de dcouper un projet peut tre temporelle (succession d'tapes et de phases) ou structurelle (modularisation).

    dcoupage temporel : un projet est dcoup en tapes ; une tape est dcoupe en phases ; une phase est dcoupe en tches. Chaque tape, phase ou tche comporte une date de dbut et une date de fin et produit un rsultat dfini.

    dcoupage structurel : un projet est dcoup en modules ; un module peut tre, son tour, dcoup en modules.

    Dans la pratique, on utilise trois normalisations de dcoupage :

  • Product Breakdown Structure (PBS) : dcoupage purement structurel

    Work Breakdown Structure (WBS) : dcoupage la fois structurel et temporel

    Organization Breakdown Structure (OBS) : le WBS avec l'indication des responsables des units.

    Dans le cadre du dcoupage temporel, les tapes usuelles, que l'on retrouve (pas toujours sous le mme nom) dans diffrentes "mthodes" de dveloppement sont les suivantes :

  • Phases prliminaires

    avant-projet Cette phase est de la responsabilit du matre d'ouvrage. Le projet est dcrit dans ses grandes lignes dans un document dont la finalit est

    o de s'assurer que le projet rpond des besoins rels o de communiquer sur le projet auprs des utilisateurs concerns o de susciter des ractions permettant de conforter le projet.

    expression des besoins L'avant-projet permet de s'assurer de la pertinence du projet. Il convient ensuite, pour le matre d'ouvrage, d'exprimer les besoins en termes de fonctionnalits. En gnral, cette tude donne lieu un document qui doit tre valid, non seulement par la direction de projet, mais aussi (et surtout) par les utilisateurs concerns du produit envisag).

    Phases d'tudes

    Expression dtaille des besoins Il s'agit de la suite logique de la phase d'expression des besoins. En effet, pour la ralisation du produit envisag, il est ncessaire d'avoir la liste dtaille des fonctionnalits requises. Cette phase est normalement conduite par la matrise d'ouvrage, mais il est usuel d'y associer la matrise d'uvre, dont l'intervention permettra de complter utilement un certain nombre de "blancs" ou de "silences". Cette phase se conclut par la production d'un document.

    Analyse fonctionnelle

  • C'est un travail important de la matrise d'uvre, puisqu'il s'agit de concevoir sur le plan fonctionnel, le produit raliser. L'analyse fonctionnelle partira de l'expression dtaille des besoins et en dduira l'architecture du produit raliser. Il y a souvent confusion entre cette phase et la prcdente. La phase d'expression dtaille des besoins est une liste de ces besoins, tandis que l'analyse fonctionnelle est une construction conceptuelle du produit. Les rsultats de l'analyse fonctionnelle sont traduit dans un cahier des charges fonctionnel, valid par la matrise d'ouvrage.

    Etude technique Les contraintes techniques sont ici examines par la matrise d'uvre qui dcrira l'architecture technique du produit, les moyens et ressources ncessaires au dveloppement de celui-ci. Dans certains cas, notamment les dveloppements multimdi