On croise l'architecte fonctionnel sur les programmes qui touchent plusieurs applications : remplacement d'un ERP, nouveau CRM, refonte d'une chaîne de commande ou de facturation. Il dessine les blocs, définit les objets métier, spécifie les échanges côté métier et garde la cohérence entre projets. Les questions d'entretien d'architecte fonctionnel partent d'un poste bien situé. Il commence après le recueil des besoins et s'arrête avant le choix du format d'échange.
Le titre est porté par des parcours très différents. D'anciens business analysts y arrivent par la modélisation des processus, d'anciens consultants ERP par le fit-gap, des urbanistes par la cartographie. Le point commun à vérifier reste la rigueur sur les objets métier : définition, cycle de vie, propriétaire. Un candidat qui dessine de beaux schémas sans dire qui crée le client ou qui traite un rejet n'a pas encore tenu ce rôle.
La spécification d'un échange, rejets compris, sur un processus qui traverse trois applications est un bon test. La réponse montre vite le niveau. Le PDF reprend 30 questions sur six axes, un cas de 20 minutes sur des interventions non facturées et une grille de 1 à 4.
Notations et livrables de l'architecte fonctionnel
Cartographie fonctionnelle
La vue du SI découpée en domaines et en blocs fonctionnels, sans nom de produit. Elle sert à placer un nouveau besoin, à repérer les doublons et à comparer des solutions. L'architecte fonctionnel la produit pour son périmètre et l'aligne sur celle des urbanistes.
Modèle d'objets métier, MCD et UML
Les objets que le SI manipule (client, contrat, commande, facture), avec leur définition, leurs liens et leur propriétaire. Le modèle conceptuel peut prendre la forme d'un MCD Merise ou d'un diagramme de classes UML. Les diagrammes d'états décrivent le cycle de vie de chaque objet.
BPMN 2.0
La notation des processus de l'OMG, aussi publiée en norme ISO/IEC 19510. L'architecte fonctionnel l'utilise surtout pour les processus de bout en bout qui traversent plusieurs applications, avec un couloir par bloc ou par application.
Spécification fonctionnelle des échanges
La description métier d'un échange : déclencheur, objet transporté, règles de correspondance, propriétaire, délai acceptable, rejets. Elle précède le choix du protocole et du format, qui revient à l'architecte d'intégration ou aux développeurs.
Fit-gap progiciel et ERP
La confrontation des processus cibles avec un progiciel, écart par écart. Chaque écart est réglé par paramétrage, changement d'organisation, extension ou développement spécifique. Un architecte fonctionnel issu de SAP, Oracle ou Dynamics 365 connaît bien l'exercice.
Exigences non fonctionnelles côté métier
Volumes, délais attendus, historisation, traçabilité, habilitations, durées de conservation. L'architecte fonctionnel les écrit de façon mesurable, l'architecte technique choisit comment les tenir.
ArchiMate et TOGAF
ArchiMate 3.2 relie couches métier et application dans un même modèle. TOGAF, en 10e édition, apporte le vocabulaire commun avec les architectes d'entreprise. Plusieurs offres d'architecte fonctionnel les citent, sans en faire une condition.
DMN et règles de gestion
DMN (Decision Model and Notation) est le standard de l'OMG pour décrire les décisions sous forme de tables. Il sert quand des règles complexes doivent être lues par le métier et exécutées par un moteur de règles.
Confluence, Jira et outils de référentiel
Les dossiers et les décisions vivent souvent dans Confluence et Jira, les cartographies dans un référentiel comme HOPEX ou LeanIX. Reste à savoir où le candidat rangeait ses modèles et qui les relisait.
L'architecte fonctionnel travaille entre la maîtrise d'ouvrage, les business analysts, les architectes applicatifs ou d'intégration et les équipes de réalisation. Il est rattaché à une cellule d'architecture, à un programme ou à une direction de projets. Le titre se combine souvent avec d'autres : architecte fonctionnel et applicatif, architecte fonctionnel et urbaniste, architecte fonctionnel transverse. Selon le poste, l'accent porte sur un progiciel (fit-gap, paramétrage, satellites) ou sur la cohérence entre plusieurs applications développées en interne. En mission de conseil, il rejoint souvent un programme déjà lancé et doit reprendre des modèles écrits par d'autres.
Ce qu'un architecte fonctionnel doit savoir faire
- Découpage fonctionnel d'un périmètre
- Modélisation des objets métier
- Processus et règles transverses
- Spécification des échanges
- Fit-gap et intégration de progiciels
- Exigences et dossier d'architecture
Cinq questions d'entretien et les réponses attendues
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é
Un programme veut un nouvel outil de gestion des contrats fournisseurs. Comment dessinez-vous l'architecture fonctionnelle avant de choisir une solution ?
Une bonne réponseIl part des processus et des objets métier (fournisseur, contrat, commande, facture) et découpe en blocs : référencement du fournisseur, rédaction et validation du contrat, suivi des engagements, renouvellement. Pour chaque bloc, il note ce que le SI couvre déjà (ERP achats, référentiel des tiers, GED), désigne le maître de chaque objet et dessine les échanges fonctionnels. Cette vue sans nom d'éditeur sert ensuite à comparer les solutions.
Signal d'alerteUne architecture tirée de la démonstration d'un éditeur, ou une liste d'écrans.
Question 2 · confirmé
Le métier parle d'« un client ». Comment arrivez-vous à une définition que trois applications pourront partager ?
Une bonne réponseIl recense les sens du mot : prospect, payeur, client livré, titulaire d'un contrat. Il sépare la personne ou l'entreprise de son rôle, puis écrit une définition, l'identifiant de référence, le cycle de vie et les liens avec le contrat ou la commande. Il désigne le propriétaire de l'objet et le range dans le glossaire et le modèle d'objets métier.
Signal d'alerteLa table client d'une des applications reprise telle quelle comme définition commune.
Question 3 · confirmé
Un processus de bout en bout traverse quatre applications. Comment montrez-vous qui fait quoi à chaque étape ?
Une bonne réponseUn processus BPMN de niveau macro avec un couloir par application ou par bloc fonctionnel, qui sépare activités humaines et traitements automatiques. Les passages d'une application à l'autre apparaissent comme des messages. Il repère les étapes manuelles entre deux outils, souvent sources d'erreurs et de délais, et complète par une matrice activités par applications.
Signal d'alerteUn schéma par application, sans vue de bout en bout.
Question 4 · confirmé
Comment rédigez-vous la spécification fonctionnelle d'un échange entre deux applications, avant que l'équipe technique choisisse le format ?
Une bonne réponseIl décrit l'événement métier déclencheur, l'objet transporté avec ses attributs et les règles de correspondance, le propriétaire de la donnée, le délai acceptable pour le métier, ce que l'application réceptrice fait à l'arrivée (création ou mise à jour), les cas de rejet et qui les traite, la volumétrie et la présence de données personnelles. Le protocole et le format reviennent à l'équipe technique.
Signal d'alerteUne spécification qui commence par un exemple de fichier JSON, ou qui se limite à l'émetteur et au récepteur.
Question 5 · confirmé
Comment menez-vous un fit-gap entre les processus de l'entreprise et un ERP du marché ?
Une bonne réponseIl part des processus cibles et de scénarios métier réels, joués sur l'ERP avec des données proches de la réalité. Chaque écart est classé : standard, paramétrage, changement d'organisation, extension prévue par l'éditeur, développement spécifique ou application satellite. Il demande une justification métier pour chaque écart conservé et note son coût et son effet sur les montées de version. Quand l'écart ne porte pas sur une fonction différenciante, il propose d'adapter le processus.
Signal d'alerteUne liste de fonctionnalités cochées à partir de la documentation commerciale de l'éditeur.
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
Architecte fonctionnel, les questions fréquentes
Architecte fonctionnel ou architecte applicatif, quelle différence ?
L'architecte fonctionnel décrit ce que le SI doit faire : blocs, objets métier, règles, échanges vus du métier. L'architecte applicatif, ou architecte solution, décide comment le faire : choix des applications, modes d'échange, exigences techniques, déploiement. Sur un programme ERP ou une refonte de processus, le fonctionnel vient en premier. Sur un projet où les choix techniques et l'intégration pèsent le plus, l'applicatif prime. Beaucoup d'offres demandent les deux, et l'entretien couvre alors les deux versants.
Un architecte fonctionnel doit-il savoir coder ?
Non, mais il doit comprendre ce que ses choix imposent aux équipes de réalisation. Savoir lire une API, écrire une requête SQL simple pour vérifier une donnée ou suivre un message dans une plateforme d'intégration l'aide beaucoup dans le dialogue avec les développeurs. Un profil purement documentaire, qui ne sait pas ce que devient sa spécification une fois livrée, produit des dossiers que personne n'applique.
Quel test technique pour un architecte fonctionnel ?
Un exercice de trente minutes pendant l'entretien fonctionne bien. Le cas décrit un processus qui traverse trois applications. Le candidat propose le découpage en blocs, la définition de deux objets métier avec leur maître, puis la spécification d'un échange avec ses rejets, en commentant à voix haute. On voit la rigueur sur les objets, la place laissée aux techniques et la manière de traiter les cas d'erreur.
Quelles certifications regarder sur le CV d'un architecte fonctionnel ?
TOGAF et ArchiMate montrent une connaissance des cadres d'architecture. Le CPRE de l'IREB (ingénierie des exigences) et les certifications ECBA, CCBA ou CBAP de l'IIBA (analyse métier) se rencontrent chez les profils venus du business analysis. Une certification d'éditeur ERP compte sur un programme progiciel. Aucune ne dit si la personne a tenu un modèle d'objets métier sur plusieurs projets. Un dossier qu'elle a écrit, et ce qu'il est devenu, le montre mieux.
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.
