SlideShare une entreprise Scribd logo
1  sur  39
Télécharger pour lire hors ligne
Les projets de Système d’Information
     et les relations MOA-MOE
Sommaire

• Projets de systèmes d’information & relation
  MOE-MOE
• Projets systèmes d’information & acteurs
Sur la base, entre autres, de :
• Livres
   – La maîtrise d’ouvrage 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
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
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

                                             [Laprie 01, Printz 95]
• 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 à l’origine de
     nouvelles erreurs
Quelques chiffres détonants

• Sur 100 projets informatiques, les utilisateurs
  – En acceptent pleinement 25
                                        [Chartier-Kastler95]
  – 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)
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
Quels constats pour quelles conclusions ?
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
Tout d’abord,
un projet SI, c’est quoi?
Une définition

– « Ensemble des processus, des techniques et des
  hommes qui fournit aux différents niveaux de
  l’organisation des informations ordonnées »
  [AFITEP]

– Se veut transverse, horizontal, vertical

– Doit être capable de traiter, stocker, diffuser
  l’information aux différentes entités internes …
  comme externes !!
Un projet SI

• Comporte en général …

  – La mise en place d’un nouveau système d’information

     • Nouveaux processus métiers (éventuellement réorganisation de services
       de l’entreprise
     • Fourniture et installation d’un ensemble de logiciels applicatifs
     • Mise en place de l’infrastructure 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
Un projet SI
– L’accompagnement des utilisateurs
   • Formation
   • Communication
   • Support et assistance au moment du démarrage


– La mise en place ou l’adaptation de l’organisation 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 d’ouvrage
D’autres types de projets de SI

• Projet purement applicatif
   – Visant à réaliser une nouvelle application, infrastructure
     technique et organisation de l’exploitation informatique
     restant inchangées


• Projet de migration technique
   – Changement de logiciel de base,devant rester transparent
     pour les utilisateurs


• Projet de déploiement d’un système existant dans un
  autre secteur de l’entreprise
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 d’un ERP)
  – répondre à des besoins des utilisateurs
    (automatisation de certaines tâches : mise en place
    d’un logiciel de gestion de projets)
Des projets de SI : OUI MAIS POURQUOI?

• Mais ils peuvent être également
  – Subis par l’entreprise :
     • 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 d’un ERP sur tous les
       sites),
     • une raison technique (ex: obsolescence d’un logiciel, arrêt de la
       maintenance d’un logiciel par son éditeur)
Pour s’y 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
Mini étude de cas


   Vet Direct
Un projet SI n’existe
que parce qu’un MOA l’a décidé,

   ou en tout cas il a accepté
    qu’il devait être réalisé



C’EST LA PREMIERE DECISION
    IMPORTANTE DU MOA
Les différents interlocuteurs autour du projet



        Celui qui exprime le besoin
     Celui qui commande la réalisation
              Celui qui réalise
De l'idée au produit : des acteurs différents

  • ou du besoin à sa satisfaction
                                         La Maîtrise
                                          d’Oeuvre




                         Celui qui réalise
                                                       L’utilisateur final


         La Maîtrise
         d’Ouvrage




Celui qui a l'idée                                           Celui qui utilise
Ou qui est à l’origine
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 d’information (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.
     • C’est le projet de réalisation du système d’information
Un jeu de rôle entre MOA et MOE
Quelques éléments de réponse
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
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 l‘ouvrage.
    Il fixe les objectifs, l’enveloppe 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 s’il ne semble pas en avoir les compétences !!
                     ATTENTION ….
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
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
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
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 !!!
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.)
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
Le rôle de la MOE

• Le MOE est responsable des travaux
  – D’ingé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 l’exploitation, 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
Au total, les différents partenaires et/ou acteurs
Interface entre MOA et MOE

• C'est le rôle de la Maîtrise d'ouvrage déléguée ou
  assistance à maîtrise d’ouvrage

  – é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
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
Deux partenaires importants

• D’où deux projets différents
  – Périmètres
  – Enjeux
  – acteurs


• Et par conséquent,
               deux chefs de projet
On peut identifier...


• Chef de projet côté MOA

• Chef de projet côté MOE



  Quels sont leurs rôles respectifs ?
This document was created with Win2PDF available at http://www.daneprairie.com.
The unregistered version of Win2PDF is for evaluation or non-commercial use only.

Contenu connexe

Tendances

Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodesJean Michel
 
Introduction à la conduite de projet
Introduction à la conduite de projetIntroduction à la conduite de projet
Introduction à la conduite de projetHassan EL ALLOUSSI
 
Gestion de projets
Gestion de projetsGestion de projets
Gestion de projetsSana REFAI
 
Gestion de projets Niv 1
Gestion de projets Niv 1Gestion de projets Niv 1
Gestion de projets Niv 1Ahmed SEMOUD
 
De l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionDe l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionCOMPETENSIS
 
Gestion de projet avec Smartsheet, Google Apps et OffiSync
Gestion de projet avec Smartsheet, Google Apps et OffiSyncGestion de projet avec Smartsheet, Google Apps et OffiSync
Gestion de projet avec Smartsheet, Google Apps et OffiSyncTechnoConseil
 
Formation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageFormation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageiafactory
 
Gestion de projets
Gestion de projetsGestion de projets
Gestion de projetsAli Polat
 
Outils d'organisation de Projet
Outils d'organisation de ProjetOutils d'organisation de Projet
Outils d'organisation de ProjetRémi Bachelet
 
La gestion de projet informatique 2015
La gestion de projet informatique 2015La gestion de projet informatique 2015
La gestion de projet informatique 2015Loïc Charpentier
 
Projet outils basiques
Projet outils basiquesProjet outils basiques
Projet outils basiquesRémi Bachelet
 
Chp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGLChp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGLLilia Sfaxi
 
Comprendre la planification de projets
Comprendre la planification de projetsComprendre la planification de projets
Comprendre la planification de projetsMichel Estève
 

Tendances (20)

Introduction gestion de projet
Introduction gestion de projetIntroduction gestion de projet
Introduction gestion de projet
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodes
 
Introduction à la conduite de projet
Introduction à la conduite de projetIntroduction à la conduite de projet
Introduction à la conduite de projet
 
Gestion de projets
Gestion de projetsGestion de projets
Gestion de projets
 
Définition du Management de Projet
Définition du Management de ProjetDéfinition du Management de Projet
Définition du Management de Projet
 
Expertinbox
ExpertinboxExpertinbox
Expertinbox
 
Gestion de projets Niv 1
Gestion de projets Niv 1Gestion de projets Niv 1
Gestion de projets Niv 1
 
De l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionDe l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solution
 
Gestion de projet avec Smartsheet, Google Apps et OffiSync
Gestion de projet avec Smartsheet, Google Apps et OffiSyncGestion de projet avec Smartsheet, Google Apps et OffiSync
Gestion de projet avec Smartsheet, Google Apps et OffiSync
 
Formation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrageFormation gestion de projet - 04 - le cadrage
Formation gestion de projet - 04 - le cadrage
 
Formation Gestion de projet
Formation Gestion de projetFormation Gestion de projet
Formation Gestion de projet
 
Gestion de projets
Gestion de projetsGestion de projets
Gestion de projets
 
Gestion de projet
Gestion de projetGestion de projet
Gestion de projet
 
Management de projet
Management de projetManagement de projet
Management de projet
 
Outils d'organisation de Projet
Outils d'organisation de ProjetOutils d'organisation de Projet
Outils d'organisation de Projet
 
Cours Génie Logiciel - Introduction
Cours Génie Logiciel - IntroductionCours Génie Logiciel - Introduction
Cours Génie Logiciel - Introduction
 
La gestion de projet informatique 2015
La gestion de projet informatique 2015La gestion de projet informatique 2015
La gestion de projet informatique 2015
 
Projet outils basiques
Projet outils basiquesProjet outils basiques
Projet outils basiques
 
Chp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGLChp1 - Introduction à l'AGL
Chp1 - Introduction à l'AGL
 
Comprendre la planification de projets
Comprendre la planification de projetsComprendre la planification de projets
Comprendre la planification de projets
 

En vedette

Cartilla de jairo miguel henriquez
Cartilla de  jairo  miguel  henriquezCartilla de  jairo  miguel  henriquez
Cartilla de jairo miguel henriquezEdgar Saza
 
Powerpoint de inskape
Powerpoint de inskapePowerpoint de inskape
Powerpoint de inskaperamiandy
 
Sergio daniel paez mendez
Sergio daniel paez mendezSergio daniel paez mendez
Sergio daniel paez mendezsergiopaez1993
 
Documentos técnicos y cientificos presentacion
Documentos técnicos y cientificos presentacionDocumentos técnicos y cientificos presentacion
Documentos técnicos y cientificos presentacionovidioalarcon
 
el rock y el pop
el rock y el popel rock y el pop
el rock y el popma26vi1995
 
TDJ 2011 - A.Lamy & P.Useille - Newsgame
TDJ 2011 - A.Lamy & P.Useille - NewsgameTDJ 2011 - A.Lamy & P.Useille - Newsgame
TDJ 2011 - A.Lamy & P.Useille - NewsgameBasicomTdJ
 
Tableaux Photos by Pierre Sénard
Tableaux Photos by Pierre SénardTableaux Photos by Pierre Sénard
Tableaux Photos by Pierre SénardPierre Sénard
 
Power plataforma educación vial.
Power plataforma educación vial.Power plataforma educación vial.
Power plataforma educación vial.edisondario
 
Fotos Epoca Increibles
Fotos Epoca IncreiblesFotos Epoca Increibles
Fotos Epoca IncreiblesHugo Carril
 
Temario Técnico de Gestión General
Temario Técnico de Gestión GeneralTemario Técnico de Gestión General
Temario Técnico de Gestión GeneralArea Oposiciones
 
tecnicas de comunicaccion documentos
tecnicas de comunicaccion documentostecnicas de comunicaccion documentos
tecnicas de comunicaccion documentosrafametal
 
Vendo Casa en San Martin
Vendo Casa en San MartinVendo Casa en San Martin
Vendo Casa en San MartinDamian Scotton
 
Proyecto de cindy y vale
Proyecto de cindy y valeProyecto de cindy y vale
Proyecto de cindy y valeCINDY GINETH
 
Energia electrica
Energia electricaEnergia electrica
Energia electricaPepe Gómez
 

En vedette (20)

Cartilla de jairo miguel henriquez
Cartilla de  jairo  miguel  henriquezCartilla de  jairo  miguel  henriquez
Cartilla de jairo miguel henriquez
 
Web 2
Web 2Web 2
Web 2
 
Powerpoint de inskape
Powerpoint de inskapePowerpoint de inskape
Powerpoint de inskape
 
Brumont 2010 (1)
Brumont 2010 (1)Brumont 2010 (1)
Brumont 2010 (1)
 
Sergio daniel paez mendez
Sergio daniel paez mendezSergio daniel paez mendez
Sergio daniel paez mendez
 
Documentos técnicos y cientificos presentacion
Documentos técnicos y cientificos presentacionDocumentos técnicos y cientificos presentacion
Documentos técnicos y cientificos presentacion
 
el rock y el pop
el rock y el popel rock y el pop
el rock y el pop
 
TDJ 2011 - A.Lamy & P.Useille - Newsgame
TDJ 2011 - A.Lamy & P.Useille - NewsgameTDJ 2011 - A.Lamy & P.Useille - Newsgame
TDJ 2011 - A.Lamy & P.Useille - Newsgame
 
Tableaux Photos by Pierre Sénard
Tableaux Photos by Pierre SénardTableaux Photos by Pierre Sénard
Tableaux Photos by Pierre Sénard
 
Power plataforma educación vial.
Power plataforma educación vial.Power plataforma educación vial.
Power plataforma educación vial.
 
Fotos Epoca Increibles
Fotos Epoca IncreiblesFotos Epoca Increibles
Fotos Epoca Increibles
 
Temario Técnico de Gestión General
Temario Técnico de Gestión GeneralTemario Técnico de Gestión General
Temario Técnico de Gestión General
 
tecnicas de comunicaccion documentos
tecnicas de comunicaccion documentostecnicas de comunicaccion documentos
tecnicas de comunicaccion documentos
 
Vendo Casa en San Martin
Vendo Casa en San MartinVendo Casa en San Martin
Vendo Casa en San Martin
 
Actividades
ActividadesActividades
Actividades
 
Leader20 willms buhse-conventionch
Leader20 willms buhse-conventionchLeader20 willms buhse-conventionch
Leader20 willms buhse-conventionch
 
Les bibliothèques numériques et la recherche, Fabrice PAPY, 5 décembre 2011
Les bibliothèques numériques et la recherche, Fabrice PAPY, 5 décembre 2011Les bibliothèques numériques et la recherche, Fabrice PAPY, 5 décembre 2011
Les bibliothèques numériques et la recherche, Fabrice PAPY, 5 décembre 2011
 
Proyecto de cindy y vale
Proyecto de cindy y valeProyecto de cindy y vale
Proyecto de cindy y vale
 
Energia electrica
Energia electricaEnergia electrica
Energia electrica
 
Solicitud ley del arbol
Solicitud ley del arbolSolicitud ley del arbol
Solicitud ley del arbol
 

Similaire à 2 relation-acteurs-projet

Résumé Théorique - M110 - Adopter Approche Agile.pdf
Résumé Théorique - M110 - Adopter Approche Agile.pdfRésumé Théorique - M110 - Adopter Approche Agile.pdf
Résumé Théorique - M110 - Adopter Approche Agile.pdfJussefFF1
 
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptx
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptxc10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptx
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptxSpartRaw
 
Tutoriel Jira et Gitalb Gggggggggggggggggg
Tutoriel Jira et Gitalb GgggggggggggggggggTutoriel Jira et Gitalb Gggggggggggggggggg
Tutoriel Jira et Gitalb GgggggggggggggggggDorraLamouchi1
 
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Ardesi Midi-Pyrénées
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxtestuser715939
 
présentation sur la gestion des projets.pdf
présentation sur la gestion des projets.pdfprésentation sur la gestion des projets.pdf
présentation sur la gestion des projets.pdfghiz-
 
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxresume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxZakariaLabay
 
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxresume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxFootballLovers9
 
Gestion_de_projetOK.pptx
Gestion_de_projetOK.pptxGestion_de_projetOK.pptx
Gestion_de_projetOK.pptxOlyvierNzighou1
 
Gestion_de_projet_manager_Le_leader.pptx
Gestion_de_projet_manager_Le_leader.pptxGestion_de_projet_manager_Le_leader.pptx
Gestion_de_projet_manager_Le_leader.pptxmazuyabernard83
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptxLatifaBen6
 
Management de projet 2
Management de projet 2Management de projet 2
Management de projet 2David VALLAT
 
resume-theorique-m207-v1-0-62f6ea3f2d061.pdf
resume-theorique-m207-v1-0-62f6ea3f2d061.pdfresume-theorique-m207-v1-0-62f6ea3f2d061.pdf
resume-theorique-m207-v1-0-62f6ea3f2d061.pdfFootballLovers9
 
Chp2 - Cahier des Charges
Chp2 - Cahier des ChargesChp2 - Cahier des Charges
Chp2 - Cahier des ChargesLilia Sfaxi
 
Cours 5_Gestion de projets.ppt
Cours 5_Gestion de projets.pptCours 5_Gestion de projets.ppt
Cours 5_Gestion de projets.pptjouaiti1
 

Similaire à 2 relation-acteurs-projet (20)

Résumé Théorique - M110 - Adopter Approche Agile.pdf
Résumé Théorique - M110 - Adopter Approche Agile.pdfRésumé Théorique - M110 - Adopter Approche Agile.pdf
Résumé Théorique - M110 - Adopter Approche Agile.pdf
 
chapitre 1 SI.pdf
chapitre 1 SI.pdfchapitre 1 SI.pdf
chapitre 1 SI.pdf
 
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptx
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptxc10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptx
c10-adopter-lapproche-agile-resume-theorique-6311e1a767ead.pptx
 
Tutoriel Jira et Gitalb Gggggggggggggggggg
Tutoriel Jira et Gitalb GgggggggggggggggggTutoriel Jira et Gitalb Gggggggggggggggggg
Tutoriel Jira et Gitalb Gggggggggggggggggg
 
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
 
présentation sur la gestion des projets.pdf
présentation sur la gestion des projets.pdfprésentation sur la gestion des projets.pdf
présentation sur la gestion des projets.pdf
 
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxresume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
 
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptxresume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
resume-theorique-m106-partie1-v2-6228baed03113 (1).pptx
 
Gestion_de_projetOK.pptx
Gestion_de_projetOK.pptxGestion_de_projetOK.pptx
Gestion_de_projetOK.pptx
 
Gestion_de_projet_manager_Le_leader.pptx
Gestion_de_projet_manager_Le_leader.pptxGestion_de_projet_manager_Le_leader.pptx
Gestion_de_projet_manager_Le_leader.pptx
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
 
Cahier charge ebusiness_p6
Cahier charge ebusiness_p6Cahier charge ebusiness_p6
Cahier charge ebusiness_p6
 
Management de projet 2
Management de projet 2Management de projet 2
Management de projet 2
 
La Conduite de projet
La Conduite de projetLa Conduite de projet
La Conduite de projet
 
resume-theorique-m207-v1-0-62f6ea3f2d061.pdf
resume-theorique-m207-v1-0-62f6ea3f2d061.pdfresume-theorique-m207-v1-0-62f6ea3f2d061.pdf
resume-theorique-m207-v1-0-62f6ea3f2d061.pdf
 
Assurance qualité
Assurance qualitéAssurance qualité
Assurance qualité
 
Chp2 - Cahier des Charges
Chp2 - Cahier des ChargesChp2 - Cahier des Charges
Chp2 - Cahier des Charges
 
Cours 5_Gestion de projets.ppt
Cours 5_Gestion de projets.pptCours 5_Gestion de projets.ppt
Cours 5_Gestion de projets.ppt
 

2 relation-acteurs-projet

  • 1. Les projets de Système d’Information et les relations MOA-MOE
  • 2. Sommaire • Projets de systèmes d’information & relation MOE-MOE • Projets systèmes d’information & acteurs
  • 3. Sur la base, entre autres, de : • Livres – La maîtrise d’ouvrage 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
  • 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 [Laprie 01, Printz 95] • 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 à l’origine de nouvelles erreurs
  • 6. Quelques chiffres détonants • Sur 100 projets informatiques, les utilisateurs – En acceptent pleinement 25 [Chartier-Kastler95] – 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)
  • 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 d’abord, un projet SI, c’est quoi?
  • 11. Une définition – « Ensemble des processus, des techniques et des hommes qui fournit aux différents niveaux de l’organisation des informations ordonnées » [AFITEP] – Se veut transverse, horizontal, vertical – Doit être capable de traiter, stocker, diffuser l’information aux différentes entités internes … comme externes !!
  • 12. Un projet SI • Comporte en général … – La mise en place d’un nouveau système d’information • Nouveaux processus métiers (éventuellement réorganisation de services de l’entreprise • Fourniture et installation d’un ensemble de logiciels applicatifs • Mise en place de l’infrastructure 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 – L’accompagnement des utilisateurs • Formation • Communication • Support et assistance au moment du démarrage – La mise en place ou l’adaptation de l’organisation 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 d’ouvrage
  • 14. D’autres types de projets de SI • Projet purement applicatif – Visant à réaliser une nouvelle application, infrastructure technique et organisation de l’exploitation informatique restant inchangées • Projet de migration technique – Changement de logiciel de base,devant rester transparent pour les utilisateurs • Projet de déploiement d’un système existant dans un autre secteur de l’entreprise
  • 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 d’un ERP) – répondre à des besoins des utilisateurs (automatisation de certaines tâches : mise en place d’un logiciel de gestion de projets)
  • 16. Des projets de SI : OUI MAIS POURQUOI? • Mais ils peuvent être également – Subis par l’entreprise : • 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 d’un ERP sur tous les sites), • une raison technique (ex: obsolescence d’un logiciel, arrêt de la maintenance d’un logiciel par son éditeur)
  • 17. Pour s’y 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 n’existe que parce qu’un MOA l’a décidé, ou en tout cas il a accepté qu’il devait être réalisé C’EST LA PREMIERE DECISION IMPORTANTE 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 • ou du besoin à sa satisfaction La Maîtrise d’Oeuvre Celui qui réalise L’utilisateur final La Maîtrise d’Ouvrage Celui qui a l'idée Celui qui utilise Ou qui est à l’origine
  • 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 d’information (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. • C’est le projet de réalisation du système d’information
  • 23. Un jeu de rôle entre MOA et MOE
  • 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 l‘ouvrage. Il fixe les objectifs, l’enveloppe 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 s’il 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 – D’ingé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 l’exploitation, 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 d’ouvrage – é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 • D’où 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 ?
  • 39. This document was created with Win2PDF available at http://www.daneprairie.com. The unregistered version of Win2PDF is for evaluation or non-commercial use only.