Les projets de Syst

1
Les projets de Système dInformationet les
relations MOA-MOE
2
Sommaire

• Projets de systèmes dinformation relation
  MOA-MOE
• Projets systèmes dinformation acteurs

3
Sur la base, entre autres, de

• Livres
• La maîtrise douvrage des projets informatiques,
  Dictionnaire pratique, Henri Kloetzer, Hermès
  Lavoisier 2002
• E.M. BENNATAN, "Management des projets
  informatiques manuel du chef de projet", AFNOR
  1995
• C. CHARTIER-KASTLER, "Précis de conduite de
  projet informatique", Les Editions
  d'Organisation, 1995
• AFITEP, Vocabulaire de la gestion de projets,
  AFNOR, 1990
• AFITEP, Le management de projets, AFNOR, 1991
• Sites Web
• http//www.afitep.fr - le site de l'association
  de la gestion de projet
• http//www.dsi.cnrs.fr/conduite-projet - site
  orienté conduite de projet informatique
• http//www.gestiondeprojet.com - site indépendant
  de gestion de projet (Livres, Documents et
  références...)
• http//www.pmi-fr.org/ - le chapitre Français du
  Project Management Institute
• http//www.rad.fr - Portail des DSI et chefs de
  projet SI, méthode RAD

4
Quelques chiffres détonants

• 83 des projets informatiques dérivent ou ne
  satisfont pas les utilisateurs,
• 31 sont abandonnés avant leur mise en
  exploitation
• 53 les besoins avaient changés ou avaient été
  mal évalués lors de la phase d'analyse
• Rapport du Standish group et de Sema Group

5
Quelques chiffres détonants

• Coût de développement délai de livraison
• Dépassements moyens de 70 du coût de 50 du
  délai
• Qualité du logiciel livré
• 80 des logiciels ne satisfont pas aux besoins
  utilisateurs
• Fiabilité du logiciel
• 60 des défaillances fautes de conception
• Maintenance du logiciel
• Difficile coûteuse (60 du budget total) et à
  lorigine de nouvelles erreurs

Laprie 01, Printz 95
6
Quelques chiffres détonants

• Sur 100 projets informatiques, les utilisateurs
• En acceptent pleinement 25
• En subissent 25
• Et rejettent les 50 autres
• Les erreurs de définition et de conception sont
• les plus nombreuses (60 à 80 )
• les plus tenaces (50 sont trouvées pendant ou
  après la livraison)

Chartier-Kastler95
7
Quelques chiffres détonants

• Une erreur de définition détectée pendant
• la conception coûte 2,5 plus que si elle avait
  été détectée lors de la définition
• le codage coûte 5 fois plus
• L'intégration coûte 36 fois plus

8
Quels constats pour quelles conclusions ?
9
Bilan

• on tire le constat qu'il est nécessaire de
  piloter le projet
• méthode de conduite de projet
• cycle de vie, phasage
• mettre en place et gérer l'organisation du projet
  les acteurs
• planifier et suivre la réalisation (délais,
  coûts, charges)
• piloter l'équipe
• gérer les risques
• communiquer le projet
• processus d'ingénierie du développement
• processus intégrant à chaque étape les options de
  modélisation (Merise, UML, etc.)
• plan d'assurance qualité
• documentation
• qualité du processus et du délivrable

10
Tout dabord, un projet SI, cest quoi?
11
Une définition

•  Ensemble des processus, des techniques et des
  hommes qui fournit aux différents niveaux de
  lorganisation des informations ordonnées 
  AFITEP
• Se veut transverse, horizontal, vertical
• Doit être capable de traiter, stocker, diffuser
  linformation aux différentes entités internes
  comme externes !!

12
Un projet SI

• Comporte en général
• La mise en place dun nouveau système
  dinformation
• Nouveaux processus métiers (éventuellement
  réorganisation de services de lentreprise
• Fourniture et installation dun ensemble de
  logiciels applicatifs
• Mise en place de linfrastructure technique
  permettant de les exploiter et de les maintenir
• Migration des données des systèmes existants sur
  le nouveau SI
• Mise en exploitation du nouveau SI

13
Un projet SI

• Laccompagnement des utilisateurs
• Formation
• Communication
• Support et assistance au moment du démarrage
• La mise en place ou ladaptation de
  lorganisation nécessaire pour assurer le
  fonctionnement et les évolutions du système
• Exploitation informatique
• Maintenance des matériels et des logiciels
• Support aux utilisateurs
• Organisation de la maîtrise douvrage

14
Dautres types de projets de SI

• Projet purement applicatif
• Visant à réaliser une nouvelle application,
  infrastructure technique et organisation de
  lexploitation informatique restant inchangées
• Projet de migration technique
• Changement de logiciel de base,devant rester
  transparent pour les utilisateurs
• Projet de déploiement dun système existant dans
  un autre secteur de lentreprise

15
Des projets de SI OUI MAIS POURQUOI?

• Sont le plus souvent voulus pour
• atteindre des objectifs stratégiques (améliorer
  la réactivité, minimiser les délais de livraison
  mise en place dun ERP)
• répondre à des besoins des utilisateurs
  (automatisation de certaines tâches mise en
  place dun logiciel de gestion de projets)

16
Des projets de SI OUI MAIS POURQUOI?

• Mais ils peuvent être également
• Subis par lentreprise
• leur origine peut être un changement de contexte
  réglementaire (ex règle de comptabilité
  européenne),
• une décision de groupe (ex mise en place dun
  ERP sur tous les sites),
• une raison technique (ex obsolescence dun
  logiciel, arrêt de la maintenance dun logiciel
  par son éditeur)

17
Pour sy retrouver tout d'abord,

• Commencer par, dans l'absolu,
• connaître le rôle des parties prenantes d'un
  projet (MOA, MOE)
• devoirs et responsabilités de chacun
• puis les identifier sur le projet qui nous
  intéresse
• apprendre à se connaître et à se reconnaître
• puis identifier où l'on est et quel est notre rôle

18
Mini étude de cas

• Vet Direct

19

• Un projet SI nexisteque parce quun MOA la
  décidé,
• ou en tout cas il a accepté
• quil devait être réalisé
• CEST LA PREMIERE DECISIONIMPORTANTE DU MOA

20

• Les différents interlocuteurs autour du projet
• Celui qui exprime le besoin
• Celui qui commande la réalisation
• Celui qui réalise

21
De l'idée au produit des acteurs différents
La Maîtrise dOeuvre

• ou du besoin à sa satisfaction

Lutilisateur final
La Maîtrise dOuvrage
22
Deux définitions importantes

• L ouvrage (facilities, work)
• est un terme général servant à désigner un
  ensemble de composants résultant de la mise en
  œuvre de techniques et procédés, généralement
  complexes, suivant un processus. Un ouvrage peut
  être un produit physique (un pont) ou
  intellectuel (un progiciel)
• Dans notre cas le système dinformation
  (serveurs, applicatif, etc.)
• L œuvre (work)
• processus de réalisation de l ouvrage, cad la
  mise en place des moyens nécessaires à cette
  réalisation et leur conduite.
• Cest le projet de réalisation du système
  dinformation

23
Un jeu de rôle entre MOA et MOE
24
Quelques éléments de réponse
25
Au départ l'idée

• C'est la Maîtrise d'ouvrage
• c'est l'entité responsable du besoin, souvent de
  non-informaticiens qui maîtrisent l'idée de base
• s'assure de la disponibilité du budget et vérifie
  que ce besoin est mûr du côté des futurs
  utilisateurs
• interface avec les futurs utilisateurs
• S'intéresse à l'aspect fonctionnel du besoin, la
  description se fait en termes non informatique

26
Les acteurs du projet

• Maître d ouvrage (owner)
• c est la personne physique, ou le plus souvent,
  la personne morale qui sera le propriétaire de
  louvrage. Il fixe les objectifs, lenveloppe
  budgétaire et les détails souhaités
• Principales missions
• définir, spécifier et justifier le (ou les)
  besoins exprimés
• établir un programme des principales phases du
  projet
• maîtriser les objectifs durant le déroulement
• Et surtout organiser et assurer la phase
  d exploitation

Dans notre cas, le client tentera de jouer le
rôle de MOA, même sil ne semble pas en avoir
les compétences !! ATTENTION .
27
Le maître d ouvrage

• Le maître d ouvrage est chargé de
• initialiser le projet
• analyser les besoins des utilisateurs et
  formaliser ces besoins
• Expression des besoins ou spécification des
  besoins
• définir des études préalables qui permettront de
  connaître les principales caractéristiques du
  futur projet
• faire exécuter ces études
• en déduire les différentes solutions possibles en
  termes de caractéristiques fonctionnelles, de
  coût et de délais
• expliquer ces solutions aux utilisateurs de façon
  que ceux-ci puissent prendre une décision et
  engager les crédits nécessaires

28
Le maître d ouvrage

• Le maître d ouvrage est chargé de
• faire réaliser l ouvrage
• lancer des appels d offres auprès des maîtres
  d œuvres potentiels
• dépouiller ces appels d offres et de choisir les
  MOE
• rédiger les contrats correspondants
• suivre les réalisations
• recetter l ouvrage, avec le transfert de
  propriété que cela implique

29
Le maître d ouvrage

• Le maître d ouvrage est chargé de la
• mise en exploitation de l ouvrage
• former (ou faire former) les utilisateurs à la
  mise en œuvre opérationnelle du produit
• organiser l assistance industrielle
• faire évoluer l ouvrage si cela est nécessaire
  (ou est demandé par les utilisateurs)
• assurer le retrait de service en fin de vie de
  l ouvrage

30
Dans certains cas ...

• Il peut s'adjoindre, une assistance à maîtrise
  d'ouvrage
• c'est un rôle de conseil,
• il peut avoir délégation pour assurer un rôle de
  MOA
• De nombreuses sociétés de conseil jouent ce rôle
  !!!

31
Le réalisateur ...

• C'est la Maîtrise d'œuvre
• Responsable de la concrétisation de l'idée en
  outil informatique
• la MOE réalise en informatique ce que la MOA a
  décrit
• MOE responsable des choix techniques, de la bonne
  réalisation et de son adéquation avec les besoins
  décrits par la MOA (performances, etc.)

32
Les acteurs du projet

• Maître d œuvre (engineer)
• désigne toute personne physique ou morale qui
  assume la charge de conception, d étude et de
  réalisation d un ouvrage et les responsabilités
  inhérentes vis-à-vis du maître d ouvrage et de
  toutes les autorités de l environnement de
  l ouvrage
• réalise le projet pour le compte du maître
  d ouvrage
• sa mission est de mener à bien la réalisation du
  projet en termes de technique, de qualité, de
  délais, de coûts et d assurer la coordination
  entre les acteurs du projet

33
Le rôle de la MOE

• Le MOE est responsable des travaux
• Dingénierie informatique
• Conception, réalisation, intégration, migration
  des données, déploiement du nouveau SI
• De mise en fonctionnement du nouveau système
• Préparation de lexploitation, de la maintenance,
  de la fourniture des supports aux utilisateurs
• Principales missions
• organiser
• réaliser techniquement
• coordonner l ensemble des travaux
• piloter l avancement
• préparer la phase d exploitation

34
Au total, les différents partenaires et/ou acteurs
35
Interface entre MOA et MOE

• C'est le rôle de la Maîtrise d'ouvrage déléguée
  ou assistance à maîtrise douvrage
• équipe chargée de la gestion du projet pour le
  compte de la MOA, spécialiste méthodologique,
  composée de quelques informaticiens
• épaule le MOA dans la démarche projet et dans
  l'expression du besoin
• interface entre MOA et MOE

36
MOA et MOE une différence essentielle..

• Bien souvent MOE joue également le rôle de MOA
• par défection de la MOA qui se dit incompétente
• ou manque de disponibilités de MOA
• Ex cela reviendrait à laisser à votre garagiste
  le choix de la couleur de la voiture au prétexte
  de ne rien connaître à la mécanique
• Ainsi, c'est le MOE qui fait les choix techniques
  mais également fonctionnels, processus métiers,
  etc.
• Dans bien des cas , le conflit est assuré
• le délivrable ne correspond pas aux attentes du
  client

37
Deux partenaires importants

• Doù deux projets différents
• Périmètres
• Enjeux
• acteurs
• Et par conséquent,
• deux chefs de projet

38
On peut identifier...

• Chef de projet côté MOA
• Chef de projet côté MOE
• Quels sont leurs rôles respectifs ?