Les projets de Système d’Information

et les relations MOA-MOE

ORATEURS
M SIWOU Gaston Doctorant et
Ingénieur concepteur en Système
d’information
M AMOUZOU Aklesso
Consultant en sciences de commerce et
communication digital
 Sommaire

• Projets de systèmes d’information & relation

MOA-MOE
• Projets systèmes d’information & acteurs
 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

• 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
– 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
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
• Les recettes de 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
• MOA : définition, fonctions et intervention sur le projet
• Le chef de projet MOA (ou maître d’ouvrage) est la personne
qui, dans l’équipe, va représenter le client. Il représente
généralement la société ou le service délivré et a donc pour
responsabilité de diriger les équipes pour obtenir un produit
final conforme aux attentes du client. Il peut également porter
les titres de sponsor ou de pilote stratégique.
• Le maître d’ouvrage est responsable de la structuration du
projet. Ses compétences l’amènent à remplir différentes
fonctions :
• Déterminer les objectifs du projet
• Estimer et allouer un budget
• Fixer le délai de livraison
• Animer les différentes réunions
• Chef de projet côté MOA

• Chef de projet côté MOE

Quels sont les responsabilités de chaque

acteurs ?
•En projet informatique comme ailleurs, la réussite dépend de deux
facteurs importants liés au binôme MOA MOE : définir ce qui doit être
fait, et définir avec quels moyens s’y prendre.
•C’est la raison pour laquelle il y a toujours deux responsables lors de la
construction d’un projet informatique ou de développement. On les
appelle MOA, pour maître d’ouvrage, et MOE, pour maître d’œuvre.
•MOA et MOE sont complémentaires et interviennent en mode projet
« agile ». Le premier est à l’origine du projet, c’est lui qui rédige le cahier
des charges fonctionnel. Le second est celui qui conçoit la solution et
s’assure du bon déroulement du projet.
•Pour résumer, on peut considérer le MOA comme le commanditaire du
projet informatique alors que le MOE est le chef de projet qui va piloter
toute la partie technique nécessaire à sa mise en oeuvre.
•MOA : définition, fonctions et intervention sur le projet
•Le chef de projet MOA (ou maître d’ouvrage)
• est la personne qui, dans l’équipe, va représenter le client. Il représente
généralement la société ou le service délivré et a donc pour responsabilité:
• de diriger les équipes pour obtenir un produit final conforme aux
attentes du client. Il peut également porter les titres de sponsor ou de
pilote stratégique.
•Le maître d’ouvrage est responsable de la structuration du projet. Ses
compétences l’amènent à remplir différentes fonctions :
•Déterminer les objectifs du projet
•Estimer et allouer un budget
•Fixer le délai de livraison
•Animer les différentes réunions
• MOE : définition, fonctions et intervention sur le projet
• Si le maître d’ouvrage veille au respect des délais, du budget
et de la conformité du produit, le maître d’œuvre ou chef de
projet MOE, lui, est la personne qui va décider des moyens
techniques mis en œuvre pour concevoir le produit
conformément à ce qui a été défini par la MOA.
• Il s’agit du chef de projet technique, également appelé lead
developper. Il possède les compétences pour choisir les
frameworks, langages ou outils avec lesquels travaillera
l’équipe de développement. Dans les plus petits projet, le
MOE va décider des moyens techniques et concevoir dans un
même temps le produit.
• Ses compétences l’appellent à :
• Assister la MOA (conception du cahier des charges et suivi technique)
• Sélectionner les prestataires nécessaires
• Manager l’équipe de développement
• Réaliser ou faire réaliser le produit
• Assurer la bonne qualité du produit
• Rendre compte des avancements à la MOA
• Tenir les délais et le budget
• Si le maître d’ouvrage a la gestion du projet global, le maître d’œuvre
n’est pas dépourvu pour autant de responsabilités. Au contraire, c’est lui
qui devra rendre compte de la qualité du produit livré. Il est amené à
manager ses collaborateurs de sorte ce que que les spécificités
fonctionnelles du produit soient respectées.