2 relation-acteurs-projet

1 302 vues

Publié le

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 302
Sur SlideShare
0
Issues des intégrations
0
Intégrations
18
Actions
Partages
0
Téléchargements
33
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

2 relation-acteurs-projet

  1. 1. Les projets de Système d’Information et les relations MOA-MOE
  2. 2. Sommaire• Projets de systèmes d’information & relation MOE-MOE• Projets systèmes d’information & acteurs
  3. 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 dOrganisation, 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 lassociation 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. 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 danalyse – Rapport du Standish group et de Sema Group
  5. 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. 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. 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 – Lintégration coûte 36 fois plus
  8. 8. Quels constats pour quelles conclusions ?
  9. 9. Bilan• on tire le constat quil est nécessaire de piloter le projet : – méthode de conduite de projet • cycle de vie, phasage • mettre en place et gérer lorganisation 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 dingénierie du développement • processus intégrant à chaque étape les options de modélisation (Merise, UML, etc.) – plan dassurance qualité • documentation • qualité du processus et du délivrable
  10. 10. Tout d’abord,un projet SI, c’est quoi?
  11. 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. 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. 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. 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. 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. 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. 17. Pour s’y retrouver tout dabord,• Commencer par, dans labsolu, – connaître le rôle des parties prenantes dun 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ù lon est et quel est notre rôle
  18. 18. Mini étude de cas Vet Direct
  19. 19. Un projet SI n’existeque 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. 20. Les différents interlocuteurs autour du projet Celui qui exprime le besoin Celui qui commande la réalisation Celui qui réalise
  21. 21. De lidé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’OuvrageCelui qui a lidée Celui qui utiliseOu qui est à l’origine
  22. 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. 23. Un jeu de rôle entre MOA et MOE
  24. 24. Quelques éléments de réponse
  25. 25. Au départ : lidée• Cest la Maîtrise douvrage – cest lentité responsable du besoin, souvent de non- informaticiens qui maîtrisent lidée de base – sassure 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 – Sintéresse à laspect fonctionnel du besoin, la description se fait en termes non informatique
  26. 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 ’exploitationDans 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. 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. 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. 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. 30. Dans certains cas ...• Il peut sadjoindre, une assistance à maîtrise douvrage – cest 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. 31. Le réalisateur ...• Cest la Maîtrise dœuvre – Responsable de la concrétisation de lidé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. 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. 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. 34. Au total, les différents partenaires et/ou acteurs
  35. 35. Interface entre MOA et MOE• Cest le rôle de la Maîtrise douvrage 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 lexpression du besoin – interface entre MOA et MOE
  36. 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, cest 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. 37. Deux partenaires importants• D’où deux projets différents – Périmètres – Enjeux – acteurs• Et par conséquent, deux chefs de projet
  38. 38. On peut identifier...• Chef de projet côté MOA• Chef de projet côté MOE Quels sont leurs rôles respectifs ?
  39. 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.

×