Академический Документы
Профессиональный Документы
Культура Документы
d'ouvrage (AMOA)
BUSINESS INTELLIGENCE
MOA AMOA MOE
Double casquette : technique et fonctionnelle pour faire le lien entre le besoin métier et son
implémentation informatique
Pourquoi faire appel à une AMOA ?
défaut de compétences ou de temps dans la conduite de projet ;
besoin d'apport d'expertise durant la vie d'un projet ;
besoin d’organisation en compétences spécifiques le temps d'un projet, pour en assurer la
conduite de projet,
nature de la mission confiée au prestataire: par exemple, le recours à un consultant externe
s'impose pour un audit ou une recette de projet.
Les axes de la AMOA
Expression de besoin BI
Spécification
Recette et validation
Conduite de projet
Conduite de changement
Expression du besoin
Conseil en amont de projets décisionnels et aide au cadrage du besoin
Rédaction de cahiers des charges de projets décisionnels
Analyse et modélisation des besoins
Prise de connaissance des objectifs stratégiques, des besoins et
évolutions métier pertinents et ayant une influence sur la définition du
SI Cible
Conduite d’entretiens(role, existant, cible et stratégie)
Expression du besoin
Pour des besoins d'analyse, il est nécessaire de collecter les besoins
métiers, de définir une priorité et un niveau de criticité de ces
besoins et d'identifier le périmètre fonctionnel de ces évolutions.
En ayant dessiné les contours de votre expression de besoin, il s'agit
de le traduire en spécifications fonctionnelles, à destination des
équipes de développement, la maîtrise d'oeuvre ou un sous-traitant.
Accompagnement au choix de solution et réalisation de maquettes,
prototype, POC
Expression du besoin-cahier de charges
Un rappel du contexte et objectif du SI décisionnel Les spécifications en termes d’administration
et de management du système cible
Une description du système existant et de la cible ◦ gouvernance des accès
Les spécifications fonctionnelles et techniques du SI ◦ Sécurité
décisionnel cible en matière de : ◦ Sauvegarde des données
◦ MDM ou Référentiel de données ◦ Gestion des reprises après incident
◦ Les spécifications en termes de KPI et de reporting
décisionnel
Réactivité
5
4
Simplicité technique Niveau d'intégration
3
2
1
Délai de mise en œuvre 0 Facilité de mise en œuvre
Scénario 1
Scénario 2
Capacité de restitution Coût
Scénario 3
Scénario 4
Capacité d'évolution
Note de cadrage
périmètre,
impacts,
chiffrage,
planning
Spécifications fonctionnelles
Conseil en conception en architecture de Datawarehouse ou
Datamart spécialisé, dictionnaires de métadonnées
◦ décrire l’architecture fonctionnelle et applicative du SI
décisionnel
◦ Elaborer le catalogue des référentiels de données du SI
décisionnel
◦ Modéliser les processus des flux d’informations du SI
décisionnel
◦ Produire les spécifications générales, détaillées
Assistance à la recette
Savoir les fondamentaux de tests
Produire la Stratégie, le plan de recette, objectifs et techniques de
tests, organisation des tests
Définir et réaliser les tests :cahier de recette, la préparation des cas de
tests, scénario, outillage, …
Elaborer le PV de recette fonctionnelle et métiers
Un ensemble de scénarios et de jeux d'essais doit être rédigé pour
qualifier et valider la qualité des livraisons.
Assistance à la conduite de projet
Identification et construction de l’équipe projet côté client et fournisseur avec une gestion
intégrée.
Suivi du projet par phase avec des contrôles qualité à l’issue de chacune d’entre elles et un
pilotage transverse
Suivi du planning selon une méthode rigoureuse et réaliste de type prévisionnel/réel
Suivi des budgets
Pilotage du périmètre (gestion des impacts des changements sur le périmètre, priorisation des
activités, etc.)
Pilotage des risques avec les plans de limitation et actions associés
Reporting sur l’avancement et réalisations projet efficace et simple avec des comités de pilotage
et de projet.
Conduite du changement
Rédaction du plan d’accompagnement
◦ précise la stratégie de communication définie et planifie les actions (quoi, qui, quand,
où, comment et pourquoi) lors de mise en œuvre du système décisionnel cible
changement
◦ les grands jalons en matière d’actions d’accompagnement
◦ les objectifs opérationnels du dispositif à mettre en œuvre (informer, sensibiliser,
consulter, agir ensemble, etc.)
◦ les besoins d’informations spécifiques pour chaque cible. S’il est important de garantir
un niveau d’information générale homogène, il convient de ne pas saturer
d’informations les différentes cibles
Conduite du changement
Rédaction du plan d’accompagnement
◦ le planning des actions à mettre en œuvre
◦ les messages et les actions associées pour répondre aux objectifs énoncés par période clé et par cible
◦ le(s) média(s) approprié(s) pour porter le(s) message(s) en fonction de l’objectif
◦ les besoins en termes de recrutement et formation.
◦ transfert de compétences
Facteurs de succès
Aider les utilisateurs à définir leur besoin
• Souvent les futurs utilisateurs d'un projet BI n'ont en tête que le reporting qu'ils ont
l'habitude de faire. Le boulot de la MOA est aussi de les aider à murir leur besoin en
leur proposant d'autres idées de reporting
Connaissance technique
• un CP MOA qui connaît à fond son besoin et ses utilisateurs, plutôt que quelqu'un qui
connaît la technique mais pas le métier.
Gestion avancée des risques
Annexe-Assistance à la maitrise
d’ouvrage
Etudes d’opportunité
Etudes de cadrage
Direction de projets déléguée – Management des SI décisionnels transverses pour les DSI Groupes
Coaching méthodologique