Côté maîtrise d'ouvrage, le chef de projet représente le métier face à la DSI, à une ESN ou à un éditeur. Il traduit un problème de gestion en exigences chiffrables, fait arbitrer les règles entre services, organise la recette avec les utilisateurs et prépare le déploiement. Les intitulés varient : chef de projet fonctionnel, chef de projet métier, chef de projet AMOA quand il est consultant d'une ESN auprès du client.
Un entretien de chef de projet MOA qui reste sur le parcours et la méthode passe à côté du poste. Le candidat apporte une règle de gestion qu'il a écrite, un business case qu'il a construit, une recette qu'il a organisée. Un bon profil donne des volumes, des délais et des taux d'erreur mesurés avant le projet, puis après. Un profil faible décrit des ateliers et des comités, sans résultat.
Les offres demandent souvent de connaître un domaine fonctionnel, comme la finance, la paie, les achats ou la relation client. Cette connaissance se vérifie par une règle de gestion concrète du domaine. Le PDF contient un cas de 20 minutes sur le remplacement d'un outil de notes de frais.
Les méthodes et livrables du chef de projet MOA
Note d'opportunité et business case
Le document qui justifie le projet : problème actuel mesuré, gains attendus, coûts complets sur plusieurs années, risques. C'est souvent le chef de projet MOA qui le construit avec le métier et le contrôle de gestion. Le candidat doit pouvoir dire d'où venaient les chiffres de son dernier business case.
Cahier des charges et SFG
Le cahier des charges décrit le besoin pour une consultation ou un lancement. Les spécifications fonctionnelles générales (SFG) détaillent processus, règles de gestion et écrans attendus, et la MOE en tire ses spécifications détaillées. Une règle de gestion bien écrite se teste : condition, action, exemple chiffré.
BPMN 2.0 et cartographie des processus
La notation standard de l'OMG pour dessiner un processus : couloirs par acteur, tâches, événements, passerelles de décision. Le chef de projet MOA dessine le processus actuel puis le processus cible, et s'en sert pour faire valider les changements d'organisation. Outils fréquents : Bizagi, ARIS, Visio, Bizzdesign Hopex (ex-MEGA).
Exigences et priorisation
Les exigences sont numérotées, rattachées à un objectif et priorisées, souvent avec la méthode MoSCoW (indispensable, important, souhaitable, exclu). La traçabilité relie chaque exigence à sa spécification et à ses cas de recette. Sans elle, personne ne sait ce qui a été testé.
Recette métier (UAT)
La vérification par les utilisateurs que l'application permet de faire leur travail. Elle suit la recette technique de la MOE et ne la refait pas. Le chef de projet MOA écrit la stratégie, prépare les scénarios et les jeux de données, mobilise les recetteurs et signe le PV. Squash TM, Xray ou un simple suivi Jira servent à tracer les anomalies.
Conduite du changement
Tout ce qui fait qu'une application livrée sera utilisée : analyse des impacts par population, communication, formation, utilisateurs relais (key users), support au démarrage, mesure de l'usage. C'est sur ce point que beaucoup de projets fonctionnels échouent alors que la technique fonctionne.
RGPD et AIPD
Dès qu'un projet touche des données personnelles, la MOA doit traiter finalité, minimisation, durée de conservation et droits d'accès avec le DPO. L'article 35 du RGPD impose une analyse d'impact (AIPD) pour les traitements susceptibles d'engendrer un risque élevé, et la CNIL publie la liste des types de traitements concernés.
Jira, Confluence et outils de suivi
Les offres citent Jira et Confluence pour les exigences, la documentation et le suivi des anomalies, Excel pour le suivi du budget métier. Sur les projets agiles, le chef de projet MOA travaille parfois en proxy product owner et rédige des user stories.
Le chef de projet MOA travaille chez le client final, dans une direction métier ou dans une direction de l'organisation rattachée au métier, ou en prestation comme consultant AMOA placé chez le client. Il ne code pas et pilote rarement des développeurs, mais il engage le métier : ce qu'il écrit dans un cahier des charges sert de base au contrat avec l'éditeur ou l'ESN, et ce qu'il signe en recette déclenche le déploiement. Le poste demande une bonne compréhension d'un domaine fonctionnel, assez de culture SI pour discuter avec la MOE (interfaces, reprise de données, paramétrage d'un progiciel) et de la rigueur sur les données personnelles. Les profils viennent souvent du métier lui-même ou d'un poste de business analyst.
Ce qu'un chef de projet fonctionnel doit montrer en entretien
- Expression et formalisation du besoin
- Analyse de processus et BPMN
- Business case et pilotage côté métier
- Pilotage de la MOE ou de l'éditeur
- Stratégie et organisation de la recette métier
- Conduite du changement, déploiement et RGPD
Cinq questions de terrain pour un chef de projet MOA
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Le directeur commercial demande « un nouvel outil de devis ». Comment conduisez-vous le recueil du besoin ?
Une bonne réponseIl part du problème avant de parler d'outil : délais de production des devis, erreurs de prix, ressaisies dans l'ERP. Il observe le processus actuel, mène des ateliers par population (commerciaux, administration des ventes, direction), récupère les volumes et les cas particuliers, note les règles de calcul et les interfaces. Il reformule par écrit le besoin et les objectifs mesurables, et les fait valider avant d'écrire la moindre exigence.
Signal d'alerteNoter la liste de fonctionnalités dictée par le demandeur, ou proposer d'emblée le logiciel utilisé chez un ancien employeur.
Question 2 · confirmé à senior
Deux services veulent des règles de gestion contradictoires sur le même processus. Comment faites-vous arbitrer ?
Une bonne réponseIl rend l'écart visible sur le processus dessiné, avec des exemples concrets des deux règles. Il chiffre les options avec la MOE : règle commune, paramétrage par entité, ou une règle maintenant et l'autre plus tard. Il ajoute l'impact sur le volume traité et sur les contrôles. Il porte le sujet au sponsor ou au comité métier avec une recommandation, et inscrit la décision dans le registre des exigences.
Signal d'alerteSpécifier les deux règles pour ne fâcher personne, ou laisser la MOE choisir pendant le développement.
Question 3 · confirmé
Le service traite 4 000 dossiers par mois et le projet doit réduire le temps de saisie de chaque dossier. Sur quels chiffres bâtissez-vous le business case ?
Une bonne réponseIl mesure d'abord le temps de saisie actuel sur un échantillon de dossiers, le taux de reprise et les volumes mois par mois. Il pose une hypothèse de gain prudente et justifiée : 6 minutes gagnées sur 4 000 dossiers font 400 heures par mois, et il dit ce que le métier en fera (absorber une hausse de volume, réaffecter, réduire l'intérim). Côté coûts : projet, licences ou abonnement, run, formation, temps des utilisateurs mobilisés et baisse de productivité au démarrage. Il fixe les indicateurs à mesurer après le déploiement.
Signal d'alerte« 30 % de gain de productivité » sans mesure de départ, et des coûts limités au devis de l'éditeur.
Question 4 · confirmé
Comment organisez-vous la recette métier d'une application de gestion de dossiers ?
Une bonne réponseUne stratégie écrite : périmètre, critères d'entrée (recette MOE terminée, environnement stable), scénarios tirés des processus et des règles de gestion avec cas nominaux et cas d'erreur, jeux de données réalistes et anonymisés, recetteurs nommés et libérés dans leur planning, gravité des anomalies définie avant, outil de suivi, critères de sortie et PV. Les processus de bout en bout passent avant les écrans pris un par un.
Signal d'alerte« Les utilisateurs testent librement pendant deux semaines », sans scénarios ni critères de sortie.
Question 5 · confirmé
Trois semaines après le déploiement, la moitié des agents utilise encore l'ancien fichier Excel. Que faites-vous ?
Une bonne réponseIl cherche la cause avant d'agir : statistiques d'usage, échanges avec les agents et leurs managers. Les raisons habituelles sont une fonction manquante, un écran trop lent, une formation trop éloignée du démarrage ou une double saisie imposée. Il traite les causes (correctifs prioritaires avec la MOE, support de proximité, key users), implique les managers et fixe une date d'arrêt du fichier, annoncée et tenue.
Signal d'alerteSupprimer le fichier du jour au lendemain sans comprendre, ou accepter les deux outils en parallèle sans date de fin.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Chef de projet MOA : les questions fréquentes
Chef de projet MOA, AMOA, business analyst : quelle différence ?
Le chef de projet MOA porte le projet pour le métier : budget côté métier, arbitrages, recette, déploiement. L'AMOA désigne l'assistance à maîtrise d'ouvrage, souvent un consultant d'ESN qui fait ce travail ou une partie de ce travail chez le client. Le business analyst se concentre sur l'analyse du besoin et la rédaction des exigences ou des user stories, sans porter le pilotage. Dans les offres, les trois intitulés se recouvrent souvent, et les responsabilités comptent plus que le titre.
Un chef de projet MOE peut-il réussir côté MOA ?
Oui, à condition de changer de point de vue. Côté MOE, il défendait une charge et un délai ; côté MOA, il défend l'usage et les gains. Les anciens MOE sont souvent bons pour challenger un chiffrage ou une spécification détaillée. Leur point faible fréquent est la conduite du changement et le travail avec les utilisateurs. Il doit pouvoir citer une formation ou un déploiement qu'il a menés lui-même auprès d'utilisateurs.
Faut-il connaître le domaine fonctionnel du poste ?
Pour un poste confirmé, souvent oui. Un chef de projet MOA en finance doit savoir ce qu'est une clôture, en paie ce qu'est un rappel, aux achats ce qu'est un rapprochement commande, réception et facture. Sans cette base, il passe les premiers mois à apprendre ce que les utilisateurs lui expliquent. Elle se vérifie par une règle de gestion du domaine écrite pendant l'entretien.
Quel test technique pour un chef de projet MOA ?
Pas de code ici. À partir d'un besoin court et un peu flou, par exemple une procédure de validation de notes de frais, le candidat produit en trente minutes trois règles de gestion testables, un processus cible dessiné à la main et cinq scénarios de recette. On voit la précision de l'écriture, les questions posées sur les cas particuliers et la capacité à relier exigences et recette.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
