AMOA, PMO, data analyst : les métiers d'un projet IT

Un projet IT réussi repose sur une dizaine de rôles distincts : certains expriment le besoin, d'autres le construisent, d'autres encore pilotent, fiabilisent les données ou accompagnent les utilisateurs. Dans les offres de mission, ces intitulés se mélangent souvent : AMOA, PMO, business analyst, consultant fonctionnel, data analyst.

Cet article clarifie qui fait quoi, à quel moment du projet, et avec quels livrables. Il s'adresse aux directions métier qui montent une équipe projet, aux recruteurs IT qui cherchent le bon profil, et aux consultants qui veulent se positionner clairement.

Le principe de base : MOA et MOE

Tout projet IT s'organise autour de deux pôles. La maîtrise d'ouvrage (MOA) porte le besoin : elle définit ce qu'il faut obtenir, finance le projet et valide le résultat. La maîtrise d'œuvre (MOE) construit la solution : elle conçoit, paramètre, développe et livre.

Autour de ces deux pôles gravitent des rôles d'assistance, de pilotage, de data et d'accompagnement. Comprendre de quel côté se situe un rôle, c'est comprendre à qui il rend des comptes.

Côté métier : sponsor, chef de projet MOA, AMOA, business analyst, key users

Sponsor. Le dirigeant qui porte le projet (DAF, DSI, directeur des opérations). Il arbitre le budget, les priorités et les conflits. Il ne gère pas le quotidien, mais sans lui aucune décision structurante ne tient.

Chef de projet MOA. Le représentant du métier au quotidien. Il formalise les objectifs, priorise les besoins, organise la recette et prononce la validation finale. C'est lui qui dit « c'est conforme à ce que nous voulions ».

AMOA (assistance à maîtrise d'ouvrage). Le consultant qui épaule la MOA quand elle manque de temps ou d'expertise. Il recueille les besoins, rédige le cahier des charges et les spécifications fonctionnelles, aide au choix de l'éditeur ou de l'intégrateur, prépare et pilote la recette. Son rôle clé : traduire le langage métier en exigences exploitables par la MOE, puis vérifier que la livraison y répond.

Business analyst. Proche de l'AMOA, plus centré sur l'analyse des processus. Il cartographie l'existant (« as-is »), modélise la cible (« to-be »), écrit les règles de gestion et les user stories. On le trouve surtout dans les environnements agiles et les grands comptes.

Key users (utilisateurs clés). Des collaborateurs métier référents, mobilisés à temps partiel. Ils participent aux ateliers, testent en recette, puis forment et assistent leurs collègues. Leur implication conditionne l'adoption de l'outil.

Le pilotage : chef de projet, PMO, directeur de programme

Chef de projet. Responsable de la livraison dans le triptyque coût, délai, qualité. Il construit le planning, coordonne les équipes, gère les risques et anime les comités. Selon l'organisation, il est côté MOA, côté MOE ou à l'interface des deux.

PMO (Project Management Officer). Le garant du cadre de pilotage. Il tient le planning consolidé, suit la consommation des jours et le budget, met à jour les tableaux de bord, prépare les comités de pilotage et en rédige les comptes rendus. Il gère aussi le registre des risques et des actions, la documentation et souvent la communication projet. Le PMO ne décide pas à la place du chef de projet : il lui donne une vision fiable et à jour pour décider.

Directeur de programme. Il coordonne plusieurs projets liés (par exemple ERP, outil de dématérialisation et BI dans une même transformation finance). Il gère les dépendances, les arbitrages entre projets et le reporting au comité de direction.

Côté technique : architecte, consultant fonctionnel, développeur, intégrateur

Architecte SI. Il conçoit la cible technique : briques logicielles, flux entre applications, hébergement, sécurité. Sur un projet ERP, il définit comment le nouvel outil s'interface avec la paie, la banque, la BI ou les outils métier.

Consultant fonctionnel (ERP). Expert d'un progiciel (Sage, SAP, Oracle, Microsoft Dynamics…). Il traduit les besoins en paramétrage, anime les ateliers de conception, configure l'outil et rédige les spécifications des développements spécifiques.

Développeur / consultant technique. Il réalise les spécifiques : interfaces, états, workflows, add-ons, scripts de reprise. Il corrige les anomalies remontées en recette.

Intégrateur. La société de services qui déploie le progiciel pour le client. Elle fournit le chef de projet MOE, les consultants fonctionnels et techniques, et s'engage sur un périmètre contractuel.

La data : data analyst, data engineer, responsable reprise de données

Data analyst. Il transforme les données en informations utiles à la décision. Sur un projet IT, il construit les indicateurs de suivi, les tableaux de bord (Power BI, Excel, Power Query) et analyse la qualité des données. Il répond à des questions concrètes : combien de tiers en doublon, quel écart entre ancien et nouveau système ?

Data engineer. Il construit la tuyauterie : flux d'extraction, de transformation et de chargement (ETL), entrepôts de données, automatisations. Son travail rend les données disponibles et fiables pour les analystes et les applications.

Responsable reprise de données. Rôle souvent sous-estimé, critique dans une migration ERP. Il extrait les données de l'ancien système, définit les règles de transcodage (plan comptable, tiers, immobilisations), organise les reprises à blanc et contrôle les soldes après bascule. Une reprise ratée suffit à faire échouer un démarrage.

Qualité, changement et exploitation

Testeur / responsable recette. Il écrit les cahiers de recette, déroule les scénarios de test, consigne les anomalies et suit leur correction. Il garantit qu'aucune mise en production ne se fait sans validation documentée.

Consultant en conduite du changement. Il prépare les équipes à travailler autrement : analyse d'impact par population, plan de communication, supports de formation, mesure de l'adoption. Un outil techniquement réussi mais non utilisé reste un échec.

Formateur. Il conçoit et anime les sessions par processus métier, rédige les guides utilisateurs et forme en priorité les key users.

Support et exploitation (run). Après la mise en production, l'équipe support traite les incidents et les demandes d'évolution. La période d'hypercare, renforcée sur les premières semaines, assure la transition entre projet et exploitation courante.

Récapitulatif : qui fait quoi

• Sponsor (MOA) : porter et arbitrer le projet. Livrables : budget, décisions de comité. Phase : tout le projet. Compétences : leadership, vision.

• Chef de projet MOA (MOA) : représenter le métier, valider. Livrables : objectifs, PV de recette. Phase : cadrage à bascule. Compétences : connaissance métier, priorisation.

• AMOA (MOA, assistance) : traduire le besoin, sécuriser la recette. Livrables : cahier des charges, spécifications fonctionnelles, plan de recette. Phase : cadrage, conception, recette. Compétences : analyse, rédaction, expertise métier.

• Business analyst (MOA) : modéliser les processus. Livrables : cartographie as-is / to-be, user stories. Phase : cadrage, conception. Compétences : modélisation, agilité.

• Key users (MOA) : tester et relayer sur le terrain. Livrables : validations, retours de recette. Phase : conception, recette, déploiement. Compétences : expertise métier opérationnelle.

• Chef de projet (MOA ou MOE) : livrer dans coût, délai, qualité. Livrables : planning, plan de risques. Phase : tout le projet. Compétences : pilotage, coordination.

• PMO (pilotage) : fiabiliser le suivi et la gouvernance. Livrables : tableaux de bord, comptes rendus de COPIL, registre des risques. Phase : tout le projet. Compétences : rigueur, reporting, outillage.

• Directeur de programme (pilotage) : coordonner plusieurs projets. Livrables : feuille de route, reporting CODIR. Phase : tout le programme. Compétences : arbitrage, vision transverse.

• Architecte SI (MOE) : concevoir la cible technique. Livrables : schéma d'architecture, flux. Phase : cadrage, conception. Compétences : urbanisation, sécurité.

• Consultant fonctionnel ERP (MOE) : paramétrer le progiciel. Livrables : paramétrage, spécifications détaillées. Phase : conception, réalisation. Compétences : expertise progiciel.

• Développeur (MOE) : réaliser les spécifiques. Livrables : interfaces, états, scripts. Phase : réalisation, recette. Compétences : développement, intégration.

• Data analyst (data) : produire les indicateurs. Livrables : tableaux de bord, analyses qualité. Phase : tout le projet. Compétences : Excel, Power Query, BI, SQL.

• Data engineer (data) : construire les flux de données. Livrables : pipelines ETL, entrepôt. Phase : réalisation. Compétences : ETL, SQL, cloud.

• Responsable reprise (data) : migrer les données. Livrables : règles de transcodage, contrôles de soldes. Phase : réalisation, bascule. Compétences : rigueur, métier + technique.

• Responsable recette (qualité) : garantir la conformité. Livrables : cahier de recette, suivi des anomalies. Phase : recette. Compétences : méthode, exhaustivité.

• Conduite du changement (accompagnement) : faire adopter l'outil. Livrables : plan de communication, analyse d'impact. Phase : cadrage à hypercare. Compétences : communication, pédagogie.

• Formateur (accompagnement) : rendre les utilisateurs autonomes. Livrables : supports, guides utilisateurs. Phase : déploiement. Compétences : pédagogie.

• Support / run (exploitation) : maintenir l'outil en service. Livrables : tickets traités, évolutions. Phase : après bascule. Compétences : réactivité, connaissance outil.

AMOA, business analyst et consultant fonctionnel sont les rôles les plus souvent confondus. Le repère : l'AMOA défend le besoin du client, le consultant fonctionnel configure la solution de l'éditeur ou de l'intégrateur.

Les profils hybrides : un atout sur les projets ERP finance

Sur le terrain, les frontières bougent. Une PME ou une ETI ne finance pas dix profils : un même consultant cumule souvent AMOA, PMO, reprise de données et conduite du changement. Les profils capables de passer du comité de pilotage au paramétrage, puis à la newsletter projet, réduisent les pertes d'information entre les rôles.

C'est le positionnement de Sconseil depuis 2008 : chef de projet AMOA et PMO sur des projets ERP finance (Sage FRP 1000), avec une double compétence finance et IT. Concrètement : recueil des besoins et cahiers des charges, pilotage des comités et des intégrateurs, reprise de données et recette, communication projet multi-audiences et outillage data (Power Query, VBA, API).

Vous préparez un projet ERP, une migration comptable ou un programme de transformation finance ? Contactez Sconseil ou retrouvez-moi sur LinkedIn.