| Version actuelle |
Votre texte |
| Ligne 22 : |
Ligne 22 : |
|
| |
|
| (Kueviakoe, 2004) | | (Kueviakoe, 2004) |
| | |
|
| |
|
| ==Maîtrise d'ouvrage VS Maîtrise d'oeuvre== | | ==Maîtrise d'ouvrage VS Maîtrise d'oeuvre== |
| Ligne 33 : |
Ligne 34 : |
| *MOA et MOE sont deux '''organisations différentes''', proches ou distantes géographiquement | | *MOA et MOE sont deux '''organisations différentes''', proches ou distantes géographiquement |
| *Développement distribué : collaboration de '''plusieurs organisations.''' | | *Développement distribué : collaboration de '''plusieurs organisations.''' |
|
| |
| Le service informatique d'une entreprise peut, tour à tour, être :
| |
| *le '''maître d'oeuvre''' - le fournisseur - si l'on considère qu'il a à fournir un produit logiciel
| |
| *le '''maître d'ouvrage''' - le client - s'il sous-traite tout ou partie du projet à une autre société.
| |
|
| |
|
| =Maître d'ouvrage (MOA) : client= | | =Maître d'ouvrage (MOA) : client= |
| Ligne 62 : |
Ligne 59 : |
| *maître d'ouvrage délégué, sollicité pour assurer l'interface entre l'utilisateur et le fournisseur | | *maître d'ouvrage délégué, sollicité pour assurer l'interface entre l'utilisateur et le fournisseur |
| *une assistance à maîtrise d'ouvrage, sollicité pour conseiller le MOA interne à l'organisation. | | *une assistance à maîtrise d'ouvrage, sollicité pour conseiller le MOA interne à l'organisation. |
|
| |
| ==Équipe client==
| |
|
| |
| ===Chef de projet côté client (chef MOA)===
| |
|
| |
| Les responsabilités du MOA :
| |
| *diriger l'équipe des usagers sélectionnés pour participer dans le projet
| |
| *gérer les ressources du projet : les finances, les ressources humaines, le matériel de l'équipe client
| |
| *être en contact permanent avec l'équipe fournisseur.
| |
|
| |
| Le chef MOA peut être représenté par :
| |
| *un membre de la direction de l'entreprise
| |
| *un responsable du département informatique interne
| |
| *un responsable du SI
| |
| *un consultant externe.
| |
|
| |
| ===Sponsor===
| |
|
| |
| Le promoteur est une personne haut placée dans l'entreprise (de préférence) qui :
| |
| *soutient le projet auprès de la direction de l'entreprise
| |
| *prend des décisions stratégiques, politiques et de définition des objectifs
| |
| *sélectionne les usagers les plus représentatifs de leur métier à participer dans le projet
| |
| *assure que la solution proposée corresponde bien aux besoins de l'entreprise tant au niveau technique que stratégique
| |
| *est crédible influent
| |
| *dirige officiellement le Comité de Pilotage
| |
| *est le recours ultime, quand les arbitrages sont nécessaires entre départements de l'entreprise
| |
|
| |
| Le sponsor peut être représenté par :
| |
| *un membre de la direction de l'entreprise
| |
| *un responsable du département informatique interne
| |
| *un responsable du SI
| |
| *un consultant externe (dans le pire des cas).
| |
|
| |
| '''Très souvent, le rôle de Sponsor interne n'existe pas dans les entreprises. Il faut le créer!'''
| |
|
| |
| ===Comité de pilotage===
| |
|
| |
| Le comité de pilotage :
| |
| *est un donneur d'ordre du projet
| |
| *prend la décision finale sur la solution proposée par le Sponsor
| |
| *assure le suivi du projet
| |
| *valide la solution proposée au niveau budgétaire et stratégique.
| |
|
| |
| ===Usagers représentatifs===
| |
|
| |
| Les usagers capables d'exprimer les exigences concernant leur métier :
| |
| *les employés les plus représentatifs de chaque département de l'entreprise concerné par le projet SI.
| |
|
| |
| '''Objectifs et responsabilités des usagers : '''
| |
| *Transférer à l'équipe de maîtrise d'ouvrage la connaissance sur leur domaine d'activité :
| |
| **organisation
| |
| **activités métier
| |
| **système et règles de gestion
| |
| **concepts
| |
| **problèmes liés à l'utilisation des anciens systèmes
| |
| **exigences pour le nouveau
| |
| *Valider la bonne perception de la situation existante et des problèmes qu'elle engendre
| |
| *Exprimer les besoins
| |
| *Valider le réalisme des solutions globales proposées
| |
| *Faire évoluer le produit
| |
|
| |
| ===Consultants===
| |
|
| |
| Les consultant externes aident à :
| |
| *choisir le maître d'oeuvre ou le fournisseur ERP
| |
| *réaliser la spécification des besoins
| |
| *valider les solutions proposées par le maître d'oeuvre
| |
| *gérer le projet
| |
| *etc.
| |
|
| |
| ==Expression des exigences==
| |
|
| |
| L'expression des besoins est du ressort du client.
| |
|
| |
| Étapes d'expression des exigences :
| |
| *Identification : établissement et choix d'un objectif global
| |
| *Découverte : recueil des besoins auprès des utilisateurs et des dirigeants
| |
| *Exploration : affinement et stabilisation des besoins
| |
| *Formalisation : mise en forme des exigences, afin qu'elles soient suffisamment précises et compréhensibles par le maître d'oeuvre.
| |
|
| |
| Les exigences sont spécifiées dans un '''cahier des charges.'''
| |
|
| |
| ==Cahier des charges==
| |
|
| |
| C'est un document qui '''fixe les obligations''' réciproques du client et du fournisseur, un '''recueil de caractéristiques''' que doit présenter un produit en cours d'étude ou de réalisation. À partir de ce cahier des charges, un fournisseur doit pouvoir s'engager sur un '''budget''' et sur un '''délai'''. Les besoins sont définis, mais la manière de les satisfaire n'est pas abordée.
| |
|
| |
| ==Problèmes d'expression des besoins==
| |
|
| |
| Les problèmes liés à l'expression des besoins peuvent être des sources de litiges entre le client et le fournisseur.
| |
|
| |
| '''Questions à se poser :'''
| |
| *Les besoins formalisés par le client sont-ils exhaustifs ?
| |
| *Les besoins exprimés par le client sont-ils compréhensibles par le fournisseur ?
| |
| *Le client a-t-il les moyens nécessaires pour valider la solution ?
| |
|
| |
| '''Solutions :'''
| |
| *Utilisation des '''méthodes''' d'analyse et de spécification des besoins
| |
| *Adaptation du '''cycle de développement''' du projet aux caractéristiques du domaine
| |
| *Adoption d'un '''langage commun''' fondé sur des modèles
| |
| *'''Participation''' accrue des deux parties.
| |
|
| |
| ==Rédaction du cahier des charges==
| |
|
| |
| '''Structure du document :'''
| |
| #Introduction - description générale du projet/futur SI
| |
| ##les '''objectifs''' du futur SI
| |
| ##le '''périmètre''' du projet : les frontières du domaine d'étude avec d'autres domaines
| |
| ##la '''collaboration''' avec d'autres domaines et systèmes existants
| |
| ##la '''décomposition''' en sous-domaines (si nécessaire)
| |
| ##les '''décideurs''' du projet
| |
| ##les '''principes de configuration''' du SI
| |
| ##la '''terminologie''' : définitions, acronymes, abréviations
| |
| #Description détaillée du futur SI
| |
| ##Perspective produit
| |
| ###les '''composants''' du SI et les liens entre eux
| |
| ###les '''interfaces''' nécessaires avec d'autres systèmes existants
| |
| ###le '''modèle conceptuel du domaine''' définissant les principales entités (les concepts du domaine) : entités de gestion, entités de référence produit/service, entités de reporting, etc.
| |
| ###les '''cycles de vie''' des entités de gestion (ex. diagramme d'états).
| |
| ##Perspective processus
| |
| ###les '''processus d'entreprise''' concernés par le futur SI
| |
| ###leur '''qualification''' : métier, support, management, etc.
| |
| ###leur '''description''' détaillée (ex. BPMN, cas d'utilisations, scénarios, diagrammes de séquence, diagrammes d'activité)
| |
| ##Perspective utilisateurs
| |
| ###la liste et les définitions des '''rôles'''/utilisateurs type du SI
| |
| ###les '''profils''' des utilisateurs (ex. expérience, niveau d'éducation, formation)
| |
| ##Contraintes et qualités
| |
| ###les contraintes techniques (réseaux, matériel, plateformes et systèmes existants ou imposés)
| |
| ###les exigences qualité (performance)
| |
| ##Hypothèses et dépendances
| |
| ###les facteurs ayant un impact sur les exigences (ex. hypothèse qu'un système opérationnel spécifique va être disponible)
| |
| #Description détaillée des exigences spécifiques
| |
| ##Interfaces
| |
| ##Exigences fonctionnelles
| |
| ##Exigences non fonctionnelles
| |
| ###performance
| |
| ###base de données
| |
| ###contraintes de design (standards et normes)
| |
| ###propriétés du système logiciel (disponibilité, fiabilité, sécurité, maintenance, portabilité).
| |
| ##Autres exigences
| |
| #Annexes
| |
|
| |
|
| |
|
| =Maître d'oeuvre (MOE) : fournisseur= | | =Maître d'oeuvre (MOE) : fournisseur= |
|
| |
|
| Le '''maître d'oeuvre (MOE)''' est le '''fournisseur''' de services qui s'engage à réaliser l'ouvrage (le SI). Il est responsable des choix techniques inhérents à la réalisation de l'ouvrage conformément aux exigences de la maîtrise d'ouvrage, et il a la responsabilité, dans le cadre de sa mission, de désigner une personne physique chargée du bon déroulement du projet - le chef de projet.
| |
|
| |
| Le fournisseur doit :
| |
| *'''concevoir''' et réaliser le SI ou fournir une solution déjà réalisée et adéquate
| |
| *'''conseiller''' techniquement le client
| |
| *'''assister''' le client lors de la mise en place du produit
| |
| *'''informer''' le client de l'avancement des travaux
| |
| *'''former''' le futur utilisateur
| |
|
| |
| Le fournisseur est '''totalement autonome pour les étapes purement techniques''' (étude technique, réalisation, tests d'intégration, etc.).
| |
|
| |
| ==Les responsabilités du MOE==
| |
|
| |
| Le MOE doit fournir :
| |
| *'''Plan de livraisons'''
| |
| Les engagements réciproques entre le client et le fournisseur en termes de produit à livrer et/ou d'information à fournir
| |
| *'''Prestations relatives au domaine cible'''
| |
| pour lesquelles le client paie réellement : spécifications, études, logiciels, documentation, formation, etc.
| |
| *'''Prestations relatives au domaine projet'''
| |
| permettant au client d'avoir une visibilité sur l'avancement des travaux : plans, comptes rendus.
| |
|
| |
| ==Qui peut réaliser le rôle du MOE?==
| |
|
| |
| Un '''prestataire externe''' à l'entreprise : une société de service en informatique ou un fournisseur ERP
| |
|
| |
| Le '''service informatique/SI''' ou le '''département R&D''' de l'entreprise
| |
| *il doit avoir les '''compétences''' et les '''ressources''' nécessaires
| |
| *il peut '''sous-traiter''' à une ou plusieurs entreprises externes la réalisation de certaines tâches du projet, lorsqu'il ne possède pas en interne les ressources nécessaires
| |
| *un sous-traitant réalise une partie du projet en communicant directement avec le maître d'oeuvre. Il n'a aucune responsabilité directe avec la maîtrise d'ouvrage.
| |
|
| |
| ==Équipe fournisseur==
| |
|
| |
| *'''Chef de projet - chef de projet côté Maître d'oeuvre'''
| |
| *'''Chefs des sous-équipes'''
| |
| *'''Équipe de production :'''
| |
| **analystes
| |
| **concepteurs
| |
| **administrateurs de données
| |
| **développeurs
| |
| **testeurs, contrôleurs de qualité
| |
| **formateurs
| |
|
| |
| ==Plan de livraisons==
| |
|
| |
| *'''La démarche de construction du SI avec découpage en étapes et en phases : '''
| |
| **la description du contenu de chaque étape/phase
| |
| **les techniques qui vont être utilisées
| |
| *'''La description des livrables'''
| |
| *'''La validation des livrables :'''
| |
| **les processus de validation des livrables intermédiaires et définitifs
| |
| **les délais, les acteurs concernés, les méthodes, etc.
| |
| *'''La normalisation qui va être appliquée'''
| |
| *'''Les exigences concernant le suivi du projet'''
| |
| *'''Les dispositions d'assurance qualité'''
| |
|
| |
| ==Prestations relatives au domaine cible==
| |
|
| |
| '''Spécifications du système d'information - documents décrivant :'''
| |
| *Vue générale du projet
| |
| **perception du domaine, description du SI, réponses aux exigences, spécifications techniques et prototypes, etc.
| |
| *Vue système d'information - modèles conceptuels :
| |
| **informations d'entreprise (modèle conceptuel de données)
| |
| **processus d'entreprise (processus métier, règles de gestion, flux d'information)
| |
| **procédures (acteurs, rôles, responsabilités, droits, etc.)
| |
| *Vue système informatique - modèles techniques :
| |
| **données (modèle logique de données), fonctions (procédures et transactions), architecture du système.
| |
| *Manuels utilisateur/maintenance
| |
| '''Éléments opérationnels - logiciels'''
| |
|
| |
| ==Les plans du projet==
| |
|
| |
| '''Plan de développement : '''
| |
| *livraison des prestations prévues
| |
| *réseau des tâches et leurs échéanciers
| |
| *effectifs et budgets détaillés
| |
| *ressources du client à impliquer
| |
| *ressources du fournisseurs à impliquer
| |
| *produits à utiliser en entrée de la production
| |
| *infrastructure logique
| |
|
| |
| '''Plan d'assurance qualité :'''
| |
| *ressources nécessaires pour l'établissement du PAQ
| |
| *organisation de la gestion de la qualité
| |
| *définition des procédures d'assurance qualité
| |
|
| |
| '''Plan de gestion des configurations :'''
| |
| *organisation de la gestion des configurations
| |
| *procédures de changement
| |
| *type de contrôle des versions
| |
|
| |
| ==Les comptes rendus de projet==
| |
|
| |
| '''Sur le développement :'''
| |
| *état d'avancement
| |
| *effectifs utilisés et coûts
| |
| *ressources du client réellement impliquées
| |
| *ressources du fournisseur réellement impliquées
| |
| *produits réellement utilisés en entrée de la production
| |
| *'''déviations''' par rapport au plan de développement
| |
| *propositions d''''actions correctives'''
| |
| *propositions de modifications du plan de développement
| |
|
| |
| '''Sur les procédures d'assurance qualité : '''
| |
| *ressources utilisées
| |
| *procédures d'assurance qualité mises en place
| |
| *évaluation de l'assurance qualité
| |
|
| |
| '''Sur la gestion des configurations :'''
| |
| *procédures et outils mis en place
| |
| *état de réalisation des configurations
| |
|
| |
|
| =Projet de maître d'oeuvre VS projet maître d'ouvrage= | | =Projet de maître d'oeuvre VS projet maître d'ouvrage= |
| [[Fichier:Projet vu maitre oeuvre.png|cadre|centré|Projet vu par le maître d'oeuvre]]
| |
|
| |
| Le rôle de chef de projet client est dédoublé en :
| |
| *directeur responsable des relations contractuelles avec le client
| |
| *manager responsable de l'avancement du travail.
| |
|
| |
|
| |
| [[Fichier:Projet vu maitre ouvrage.png|cadre|centré|Projet vu par le maître d'ouvrage]]
| |
|
| |
| Le rôle du chef de projet fournisseur se situe en-dessous du sponsor de projet et du comité de pilotage.
| |
|
| |
|
| |
|
| = Annexes = | | = Annexes = |