Un business analyst passe ses semaines entre deux mondes. Il anime des ateliers avec les utilisateurs, observe le travail réel, dessine le processus actuel et le processus cible en BPMN, écrit les règles de gestion et les spécifications ou les user stories, répond aux questions des développeurs puis prépare et suit la recette. Les offres publiées sur Free-Work citent presque toutes les spécifications fonctionnelles, les ateliers et la recette. Jira, Confluence, le BPMN et un SQL de base reviennent souvent.
Le titre couvre des réalités proches : analyste fonctionnel, consultant AMOA, BA en squad agile. Le risque à l'entretien vient des profils qui racontent très bien un projet sans avoir écrit eux-mêmes une règle de gestion. Un autre écueil touche les candidats venus du métier. Ils connaissent le domaine et prennent parfois le besoin d'un seul service pour celui de toute l'entreprise.
La personne apporte une règle de gestion réelle qu'elle a écrite et en tire les cas de test en direct. Elle explique aussi comment elle a traité une demande contradictoire entre deux services. Le PDF propose un cas de 20 minutes sur la dématérialisation des notes de frais.
Méthodes et outils du business analyst
BPMN 2.0
La notation standard pour dessiner un processus, publiée par l'OMG et reprise dans la norme ISO/IEC 19510. Couloirs par acteur, tâches, passerelles de décision, événements de début, de fin et de temps. Un BA confirmé distingue le flux entre étapes d'un même acteur et l'échange de messages entre organisations.
UML pour l'analyse
Le BA n'utilise qu'une petite partie d'UML : les cas d'utilisation pour délimiter qui fait quoi avec le système, le diagramme d'activité, le diagramme d'états pour le cycle de vie d'un dossier et le diagramme de classes simplifié pour les données métier.
Modélisation des données métier
Entités, attributs, relations et cardinalités, plus un dictionnaire de données qui définit chaque champ. C'est souvent là que se cachent les erreurs de spécification : un client à plusieurs adresses, un contrat qui change de titulaire, un historique à conserver.
SQL
Un SQL de lecture suffit dans la plupart des postes : jointures, agrégations, filtres de date. Il sert à vérifier une hypothèse sur les données existantes, préparer des données de recette ou contrôler une reprise de données sans attendre un développeur.
Jira et Confluence
Jira pour les user stories, les anomalies et leur suivi, Confluence pour les spécifications, les comptes rendus d'atelier et le journal des décisions. Le BA y relie chaque exigence à ses tickets et à ses tests, ce qui rend la traçabilité possible.
Bizagi, Visio, Miro
Les outils de dessin des processus et d'animation d'atelier. Bizagi Modeler et Visio produisent des schémas BPMN propres, Miro sert pendant les ateliers pour construire le processus avec les participants. L'outil compte moins que la justesse du modèle.
Xray et Squash TM
Deux outils de gestion des tests répandus en France. Xray fonctionne comme une application intégrée à Jira. Le BA y écrit ou relit les cas de recette, les relie aux exigences et suit les campagnes. Sans ces outils, un tableur bien tenu fait l'affaire sur un petit projet.
BABOK et certifications IIBA
Le BABOK Guide de l'IIBA décrit les domaines et techniques de l'analyse métier. L'IIBA délivre l'ECBA (débutant), la CCBA et la CBAP (expérience exigée) et des certifications spécialisées comme l'AAC pour l'analyse agile. Elles attestent la connaissance du référentiel.
En prestation ou en cabinet, le business analyst intervient en mission chez un client et doit comprendre vite un domaine fonctionnel qu'il découvre. Chez un client final, il reste sur un périmètre applicatif et devient la mémoire des règles de gestion. Dans un projet au forfait, il écrit des spécifications détaillées signées avant le développement. En équipe agile, il affine le backlog avec le product owner et rédige des user stories avec leurs critères d'acceptation. Les variantes outil (SAP, Salesforce) demandent en plus la connaissance du progiciel. Sur tous ces postes, l'entretien vérifie la même base : recueil, modélisation, rédaction, recette.
Les compétences attendues d'un business analyst
- Recueil et analyse des besoins
- Modélisation de processus en BPMN
- Règles de gestion, spécifications et données
- Priorisation et conflits entre parties prenantes
- Préparation et conduite de la recette
- Analyse d'impact et traçabilité
Atelier, BPMN, règles de gestion : les questions d'entretien
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é
La direction financière arrive au premier atelier avec la maquette d'un écran de suivi des impayés déjà dessinée. Comment menez-vous l'atelier ?
Une bonne réponseIl prend la maquette comme une indication des attentes, pas comme la spécification. Il fait raconter le travail actuel : qui relance, à partir de quel retard, avec quel outil, et ce qui se passe quand un client conteste une facture. Il demande d'où viennent les données (comptabilité clients de l'ERP, CRM), les volumes, et comment chaque colonne de la maquette se calcule. Il reformule par écrit et envoie un compte rendu avec les besoins, les définitions à valider et les questions ouvertes.
Signal d'alerteValider la maquette telle quelle et la transmettre aux développeurs, ou la mettre de côté sans en tirer les attentes du métier.
Question 2 · confirmé
Décrivez à voix haute le traitement d'une réclamation client en BPMN. Quels éléments utilisez-vous ?
Une bonne réponseUn couloir par acteur (service client, service technique) et une piscine séparée pour le client. Un événement de début « réclamation reçue », des tâches, une passerelle exclusive sur la recevabilité, un événement de minuterie pour la relance si le client ne répond pas. Les échanges avec le client passent par des flux de messages, les enchaînements internes par des flux de séquence. Plusieurs fins sont possibles : réclamation close, rejetée, transmise.
Signal d'alerteUn organigramme avec des losanges, sans acteurs, sans distinction entre séquence et message, avec une seule fin.
Question 3 · confirmé
Le niveau de validation d'un bon de commande dépend du montant, de la catégorie d'achat et du statut du fournisseur. Comment écrivez-vous cette règle pour que le développeur et le testeur la lisent de la même façon ?
Une bonne réponseUne table de décision : une colonne par condition, une colonne de résultat, une ligne par combinaison. Les bornes sont exactes (« supérieur ou égal à 10 000 € HT ») et les valeurs « indifférent » sont écrites explicitement. Il vérifie que toutes les combinaisons sont couvertes et qu'aucune ligne n'en chevauche une autre. La règle porte un identifiant, sa source, son propriétaire métier et deux ou trois exemples chiffrés qui deviennent des cas de recette.
Signal d'alerte« Le bon de commande suit le circuit de validation en vigueur », ou trois paragraphes de « sauf si » imbriqués.
Question 4 · confirmé
Le recouvrement veut bloquer toute commande d'un client en retard de paiement, les commerciaux veulent continuer à livrer leurs grands comptes. Comment écrivez-vous l'exigence ?
Une bonne réponseIl remonte au besoin de chaque service : limiter le risque d'impayé d'un côté, ne pas perdre un client de l'autre. Il fait préciser les critères (montant et ancienneté du retard, encours autorisé) et mesure sur l'historique combien de commandes chaque option aurait bloquées. Il propose des options concrètes : blocage au-delà d'un seuil, alerte sous ce seuil, dérogation accordée par un rôle désigné et tracée. Il porte le choix au décideur avec une recommandation, puis écrit la règle retenue et ses cas de test.
Signal d'alerteRetenir la demande du service qui insiste le plus, ou livrer une case « bloquer oui/non » sans règle ni responsable.
Question 5 · confirmé
À partir d'une règle de remise, comment construisez-vous vos cas de test de recette ?
Une bonne réponseIl découpe en classes de valeurs, teste les bornes (juste en dessous, sur la valeur, juste au-dessus), les combinaisons de conditions à partir de la table de décision et les cas refusés. Chaque cas a ses données préparées, un résultat attendu chiffré et un lien vers la règle testée.
Signal d'alerteUn seul cas nominal du type « vérifier que la remise s'applique ».
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
Business analyst : réponses aux questions fréquentes
Business analyst, analyste fonctionnel, consultant AMOA : quelles différences ?
Les trois titres désignent souvent le même travail : recueillir le besoin, le formaliser et vérifier la solution. Le consultant AMOA est plus souvent positionné côté maîtrise d'ouvrage, avec du pilotage et de la conduite du changement. L'analyste fonctionnel est parfois plus proche de l'application et de sa maintenance. Les missions comptent plus que le titre, et les bases restent les mêmes : atelier, processus, règles, recette.
Une certification CBAP ou CCBA est-elle un bon filtre ?
Elles sont délivrées par l'IIBA et s'appuient sur le BABOK Guide. La CCBA et la CBAP demandent un nombre d'heures d'expérience en analyse métier, l'ECBA s'adresse aux débutants. Elles montrent qu'un candidat connaît le vocabulaire et les techniques du référentiel. Elles restent rares sur les CV français. Une règle de gestion bien écrite ou un processus bien modélisé pendant l'entretien en apprend davantage.
Quel test technique pour un business analyst ?
Un exercice court sur un vrai sujet : un compte rendu d'atelier à transformer en trois règles de gestion et en cas de test, ou un processus décrit en quelques phrases à dessiner en BPMN. Une petite requête SQL s'ajoute si le poste en demande. L'exercice tient en une heure et le résultat se commente en entretien. Les questions que le candidat pose pendant l'exercice comptent autant que le livrable.
Junior ou confirmé : quelles différences attendre en entretien ?
Un junior doit savoir reformuler une demande, rédiger une règle claire, dessiner un processus simple et écrire des cas de test. Un confirmé anime seul un atelier à plusieurs services, gère les demandes contradictoires et prépare une recette métier complète. Un senior mène l'analyse d'impact d'un changement sur plusieurs applications, tient la traçabilité et sait dire non à une évolution tardive avec des arguments chiffrés.
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.
