|
|||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||
Le chef de projet maîtrise d’œuvre (CP MOE) assure la gestion de la maîtrise d’œuvre du projet S.I.
Le Directeur Informatique est souvent appelé DSI, « directeur des systèmes d’information ». Dans les faits la responsabilité du système d’information est le plus souvent partagée entre les MOA (chargées de définir les fonctionnalités que le SI doit offrir) et la MOE (responsable de la réalisation et de l’exploitation qui permettent aux MOA de disposer des fonctionnalités).
Le maître d’œuvre est un service technique ou une direction informatique et technique ou encore un sous-traitant.
Différents rôles sont assurés par le maître d'œuvre sur un tel processus d’ingénierie métier.
Un maître d'oeuvre est une personne ou plus généralement une société qui va être chargée de réaliser les travaux que le cahier des charges a fixés.
C'est le plus souvent une SSII (Société de Services en Ingéniérie Informatique).
Elle va assurer des prestations techniques, qui aboutiront à la mise en oeuvre de la solution acceptée par la maîtrise d'ouvrage.
La Recherche d'un maître d'oeuvre peut se faire par des techniques différentes telles que :
Le marché de gré à gré est évidemment la technique d erecherche la plus utilisée que ce soit dans l'administration ou des les entreprises. Ce type de contrat permet de choisir la société qui semble la mieux à même de réaliser le travail demandé.
De nombreux groupes de conseil fournissent aujourd'hui, les différentes prestations que ce soit de l'audit, du conseil ou du développement. Dans ce cadre, les intervenants de la première partie du travail (aide à la maîtrise d'ouvrage) conseillent ou proposent des sociétés de développement du groupe.
Le maître d'oeuvre doit être une société expérimentée par rapport au problème à résoudre.
Son expérience, ses réalisations, la qualité de ses clients, leurs satisfactions sont autant de critères pouvant vous amener à contacter un maître d'oeuvre.
De nombreuses sociétés capable de faire de la maîtrise d'oeuvre, sont organisées par rapport à un métier (la banque, les télécoms, les assurances, l'industrie, la distribution,etc..). La tentation de prendre un maître d'oeuvre expérimenté dans le domaine d'application ( c'est à dire connaissant le métier de la MOA) est grande.
Si cet élément est plutôt un atout, la maîtrise d'ouvrage doit veiller particulièrement dans ce cas, à ce que la maître d'oeuvre ne substitue pas une connaissance du métier acquise chez des concurrents de la MOA, au détriment de la spécificité de celle-ci.
Exemple .
Pour développer le système d'information d'une bibliothèque, il est sans doute souhaitable que le maître d'oeuvre est une réelle expérience dans ce type de travaux. Les problèmes de référencement, de recherche nécessitent souvent des outils spécialisés (base de données documentaires) qui peuvent rendre incontournable, l'idée de sélectionner des maîtres d'oeuvre ayant déja réalisés des travaux de ce type.
Acsiome Modélisation de la conception des systèmes d'information
Masson 1990
L'engagement du MOE est un engagement contractuel. le contrat correspond à la réalisation d'un travail dont les résultats seront des livrables définis au préalable et correspondant aux besoins définis par la MOA.
L'engagement est très contraignant, puisque la prise de risque peut être maximale si la MOA n'a pas bien défini ses propres besoins. Il est donc de la plus haute improtance que l'engagement d ela MOE soit un engagement maîtrisé. La maîtrise s'appuie sur un savoir-faire et un ensemble de procédés connus, définis à l'avance et contractualisé.
Quels sont les outils de l'engagement du maître d'oeuvre.
Le cahier des charges est le premier document précisant quelles fonctionnalités le produit demandé doit assurer. Celui ci sera dans toute la mesure du possible précis, tant sur le plan fonctionnel que sur le plan du déroulement, du paiement, etc..
Le plan d'assurance qualité est un document qui va décrire le niveau de qualité attendu tant au niveau du processus (déroulement de la réalisation du travail) que des livrables (produits rendus à la fin des travaux, où lors d'une phase intermédiaire).
Exercice N° 44:
Vous êtes un MOE . Décrire les qualités que vous aimeriez trouver chez votre maître d'ouvrage?
L'engagement du maître d'oeuvre est un engagement juridique. Celui-ci doit donc être prudent, puisqu'il s'agit d'une contractualisation d'un travail à faire. Dans certains cas, le MOE peut se demander s'il n'est pas trop risqué de réaliser l'affaire. Une gestion de risque amènera le MOE a s'interroger sur des risques tels que : les besoins sont ils clairement connus, sont ils décrits sans ambiguités, le client est il solvable, le délai demandé est il extrêmement court / évaluation normale.
Exemple d'engagement de Maître d'oeuvre.
Le maître d'oeuvre exécute l'action qui lui est demandée par le maitre d'ouvrage. Le cahier des charges porte souvent sur une application, mais tout travail peut être demandé par la MOA.
Ainsi, la phase de test fonctionnel, peut être confiée à un tiers qui sera le subrogateur de la MOA. Ce tiers représentera les intérêts de la MOA / Maîtrise d'oeuvre.
Dans le cas de la bibliothèque, il s'agit de mettre en place un système reposant sur un logiciel de getsion des prêts. Ce type de logiciel peut être confié à une maîtrise d'oeuvre de type SSII (Société de services en ingéniérie informatique). L'engagement du MOE sera donc, la réalisation de programmes testés et donnat des résultats d'exploitation (temps de réponse, qualité,..) conforme au cahier des charges fonctionnels.
Les travaux réalisés par le maître d'oeuvre correspondent à une réalisation concrète d'une solution à un problème réfléchi et décidée par le maître d'ouvrage ou son assitant.
Les travaux seront d'ordre techniques : Ils devront être effectués en conformité avec un processus si possible contractualisé et fournir le résultat attendu. En termes juridiques, il y a donc, une obligation de résultats pour la maîtrise d'oeuvre
Rôle de la maîtrise d'oeuvre.
Tests, Qualité, etc.
Exercice N°45 :
Quelles qualités attendez vous d'un MOE, pour que les travaux de votre société Maîtrise d'ouvrage puisse se dérouler dans les meilleurs conditions.
Les aspects juridiques des relations MOE MOA sont fondamentaux dans leurs relations. Dans de nombreux cas, un historique des relations est conservé comme des éléments pouvant être utilisables en cas de litige. Il est donc essentiel de noter tout ce qui se passe sur un projet ( Retard dans la remise d'un livrable, réunion annulée, ..).
Le maître d'oeuvre que vous avez choisi pour réaliser le logiciel de gestion de prêts de la bibliothèque doit être capable de comprendre les spécifications détaillées du cahier des charges, elle doit être capable de les traduire dans un langage informatique, de le mettre en exploitation après avoir testé, vérifier le fonctionnement des programmes.
La maîtrise d'ouvrage (souvent à travers une assistance) doit prononcer une recette fonctionnelle après une série de tests spécifiques (Recette provisoire) ou une exploitation réussie sur une période relativement longue (3 mois par exemple) qui donne lieu à la recette définitive qui est libératrice des obligations du contrat.
La Maîtrise d'ouvrage (MOA)
C'est le client.
Il définit le produit, le besoin, l ’adéquation des solutions proposées. Il effectue la recette fonctionnelle. Il dirige la conduite du changement au sein de son organisation, et réalise un suivi des travaux. Enfin, c'est la MOA qui paie et qui prend le véritable risque du projet système d'information.
La Maîtrise d'oeuvre (MOE)
C'est le fournisseur
Il définit la solution, il concoit la solution, la réalise et assite souvent la amîtrise d'ouvrage dans le démarrage du nouveau système.
La relation MOA- MOE est une relation contractuelle. Les relations parfois difficile (souvent en fin de projet) pourraient se résumer ainsi :
La MOE reproche à la M.O.A :
Son incapacité à définir ses besoins.
Ses changements d ’avis.
Son refus systématique de mettre les moyens nécessaires.
La MOA reproche à la M.O.E:
Son incompétence sur le plan fonctionnel.
Son incapacité à respecter les coûts.
Son incapacité à respecter les délais.
Exercice N° 46:
Vous avez à rédiger un document cadre pour aider la MOA à bien contractualiser ses relations avec la maîtrise d'oeuvre.
Décrire les points que vous jugez importants.
Les relations MOA-MOE, sont nous l'avons vu des relations clients fournisseurs. Avec l'ouverture des entreprises, notammment sous l'influence du B to B, de nombreuses entreprises se rapprochent et l'évolution des relations MOA-MOE vont vers des relations de collaborations et de partenariat.
Dans le cas de la bibliothèque, le bibliothécaire à travers un groupe de validation ou un groupe d epilotage est garant des relations avec la MOE. il doit respecter le contrat sur lequel il s'est engagé au même titre que la MOE.
Dans ce cadre, il ne doit pas déroger à ses obligations : respect des délais pour prendre les décisions nécessaire à l'avancement du projet (choix de solutions organisationnelles, décisions stratégiques ou encore choix d'une technologie ou d'un forunisseur,..)
Le contrôle des travaux de la maîtrise d'oeuvre peuvent se faire à deux niveaux :
Le processus va surtout porter sur des normes de qualité, de respect de règles édictées à l'avance et acceptées par les deux parties en présence.
Les livrables devront être conforme aux fondtionnalités attendus, mais aussi obéir à des critères non fonctionnels comme la performance, la qualité, le temps de réponse, etc..
Exercice N° 47:
Indiquer quelles actions de contrôle vous pourriez faire en tant qu'assistant à la MOA pour vérifier la qualité de la documentation que le MOE pourrait vous remettre.
Le contrôle du travail de la MOE est fondamental pour la MOA. L'objectif est de s'assurer que la MOE a réalisé un outil logiciel qui fonctionne bien, avec les performances indiquées dans les spécifications non fonctionnelles, mais aussi que l''outil livré réalise bien les fonctions demandées dans la cahier des charges de l'application. Pour celà, la MOAoit s'organiser et crée des jeux d'essais dont le rôle est de tester l'excéution des programmes et voir si ceux-ci fournissent les érsultats attendus.
Bien entendu, ces résultats ne prouvent pas le bien -fondé de la démarche du MOA et ne garantissent en rien les objectifs stratégqiues souhaités à l'origine de la conception du système d'information. Un logiciel bien fait et bien testé garantit le bon fonctionnement de l'application (Test unitaire et test d'intégration réalisés par la maîtrise d'oeuvre, mais ils ne garantissent pas les résultats fonctionnels et encore moins des résultats stratégiques attendus).
Dans le cadre de la bibliothèque, il sera nécessaire d'imaginer un certain nombre de tests à partir des cas rencontrés, cas normaux, cas particuliers rencontrés ou imaginés
Les jeux d'essai devront être décrits en terme de données en entrée et en termes de résultats attendus. L'application sera alors à même de tenter d'obtenir à partir des mêmes entrées des résultats équivalents aux résultats attendus.