Le poste existe dès qu'un système doit prouver, contrat ou norme à l'appui, qu'il fait ce qu'on lui a demandé. Préparer des questions d'entretien pour un ingénieur exigences revient à vérifier trois choses : sa façon d'écrire une exigence, sa façon de la relier au reste du projet et sa tenue face aux demandes de changement. DOORS, DOORS Next, Polarion, Jama Connect et Codebeamer reviennent dans les annonces, souvent avec Capella ou SysML.
Les intitulés brouillent la lecture des CV. Ingénieur système, administrateur DOORS, ingénieur gestion des exigences : certains ont rédigé et négocié des spécifications avec le client, d'autres ont surtout administré l'outil ou écrit du DXL. Il faut savoir quel était le rôle exact, sur combien d'exigences, et qui validait. La certification IREB CPRE atteste la méthode, l'expérience se juge sur des exemples.
L'exercice le plus parlant tient en cinq minutes : le candidat réécrit à voix haute trois exigences mal écrites tirées d'un vrai projet. Le PDF propose 30 questions sur six axes, un cas de 20 minutes sur une spécification à préparer pour une revue et une grille de 1 à 4.
Normes, méthodes et outils d'un ingénieur exigences
ISO/IEC/IEEE 29148
La norme internationale de l'ingénierie des exigences pour les systèmes et le logiciel. Elle décrit les processus, le contenu des spécifications et les caractéristiques d'une bonne exigence. Les candidats sérieux la citent avec des exemples, pas comme une formule.
IREB CPRE
Le Certified Professional for Requirements Engineering de l'IREB, avec un niveau Foundation et des modules avancés (élicitation, modélisation, gestion des exigences). Il couvre la méthode et le vocabulaire. Il ne dit rien de l'outil ni du domaine du candidat.
EARS et règles de rédaction
EARS (Easy Approach to Requirements Syntax) propose quelques gabarits de phrase selon le déclencheur : toujours, quand un événement survient, dans un état donné, en cas de comportement indésirable. Le guide de rédaction de l'INCOSE pousse plus loin avec des règles détaillées. Beaucoup d'équipes s'en inspirent pour leurs propres règles.
IBM DOORS et DOORS Next
DOORS, l'outil historique des grands projets d'ingénierie, avec ses modules, ses liens, ses baselines et le langage de script DXL. DOORS Next est sa version web, intégrée à IBM Engineering Lifecycle Management. Beaucoup de projets tournent encore sur DOORS Classic, et les migrations sont fréquentes.
Polarion, Jama Connect, Codebeamer
Les principaux concurrents de DOORS : Polarion chez Siemens, Jama Connect chez Jama Software, Codebeamer chez PTC. Ils réunissent exigences, tests et changements dans une même application web. Le passage de l'un à l'autre s'apprend vite si la méthode est là.
ReqIF
Requirements Interchange Format, standard de l'OMG (version 1.2) pour échanger des exigences entre outils et entre entreprises, par exemple entre un donneur d'ordre et un fournisseur. Il transporte exigences, attributs et liens, avec des pertes possibles sur la mise en forme et les objets embarqués.
MBSE : Capella et SysML
Capella, outil open source de l'Eclipse Foundation qui applique la méthode Arcadia, et SysML, langage de modélisation de l'OMG dont la version 2 a été adoptée en 2025. Le modèle décrit fonctions, composants et interfaces, et les exigences s'y rattachent par des liens d'allocation ou de satisfaction.
Normes de domaine
Selon le projet, ARP 4754B (révision de décembre 2023, beaucoup de programmes restent sur la A) et DO-178C, ISO 26262, EN 50126 et EN 50716, ou les exigences contractuelles d'un client public. Elles imposent la traçabilité, les revues et les preuves de vérification. Reste à savoir lesquelles le candidat a pratiquées, et dans quel rôle.
Le poste existe sous plusieurs noms et à plusieurs places. Chez un maître d'œuvre, l'ingénieur exigences reçoit la spécification du client, la découpe, répond en conformité et dérive les exigences vers les équipes. Chez un fournisseur d'équipement, il reçoit des exigences allouées et doit prouver qu'elles sont tenues. Côté outil, certains profils sont surtout administrateurs DOORS ou Polarion, avec du script et de la migration. Le niveau d'exigence documentaire dépend des normes du domaine. La certification IREB CPRE donne un vocabulaire commun ; la qualité du travail se voit sur des exigences réécrites et des choix de traçabilité expliqués.
Ce que l'entretien d'un ingénieur exigences doit établir
- Rédaction d'exigences vérifiables
- Élicitation et arbitrage entre parties prenantes
- Traçabilité et gestion des changements
- Outils d'exigences et migrations
- Dérivation et allocation en ingénierie système
- Vérification et conformité contractuelle
Cinq mises en situation pour un ingénieur exigences
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 · junior à confirmé
On vous transmet l'exigence « Le système doit démarrer rapidement et être facile à utiliser. » Comment la réécrivez-vous ?
Une bonne réponseIl la coupe en deux, car elle mélange performance et ergonomie. Pour le démarrage, une forme du type EARS : « À la mise sous tension, le système doit être opérationnel en moins de 30 secondes », avec la condition de départ, la valeur, l'unité et la méthode de vérification (test). Pour la facilité d'usage, il demande au client ce qu'il entend par là et propose un critère mesurable : durée d'une tâche type, taux de réussite d'utilisateurs novices. Il ajoute un identifiant unique et la source de l'exigence.
Signal d'alerteUne reformulation plus jolie qui garde « rapidement » et « facile ». Ou une valeur de 30 secondes inventée sans la faire valider par personne.
Question 2 · confirmé
Un ingénieur modifie une exigence système dans DOORS. Comment savez-vous quelles exigences dérivées et quels tests doivent être revus ?
Une bonne réponsePar les liens : la modification rend suspects les liens qui partent de l'exigence, et chaque propriétaire d'exigence dérivée ou de test doit les examiner, puis les lever ou modifier son objet. Il compare avec la dernière baseline pour voir ce qui a changé exactement. Un changement sur une exigence déjà en baseline passe par une demande de changement et une instance qui l'accepte, avec l'analyse d'impact jointe. Il sait que Polarion, Jama et DOORS Next offrent un mécanisme équivalent.
Signal d'alerte« On prévient les équipes par e-mail », sans s'appuyer sur les liens. Ou des liens suspects levés en masse pour vider le tableau.
Question 3 · confirmé
L'exploitation veut une mise à jour automatique chaque nuit, la sécurité refuse toute mise à jour non validée. Que faites-vous de ces deux exigences ?
Une bonne réponseIl ne tranche pas seul et ne garde pas les deux telles quelles dans la spécification. Il remonte au besoin de chacun : réduire le temps d'indisponibilité d'un côté, empêcher un code non maîtrisé de l'autre. Il cherche une formulation qui satisfait les deux (mise à jour automatique d'un paquet signé et validé au préalable, par exemple), la fait relire par les deux parties et trace la décision avec sa justification. Faute d'accord, il porte le conflit au responsable qui a autorité sur le périmètre.
Signal d'alerteGarder les deux exigences contradictoires dans le document, ou retenir celle de l'interlocuteur le plus insistant.
Question 4 · senior
Vous devez migrer 20 000 exigences de DOORS Classic vers Polarion ou DOORS Next. Que préparez-vous ?
Une bonne réponseUn inventaire des modules, des types d'attributs, des types de liens et des baselines à conserver, puis une table de correspondance validée avec les équipes. L'export passe souvent par ReqIF, complété par des scripts pour les liens et les objets OLE. Il migre d'abord un module pilote, compare les nombres d'objets et de liens avant et après, et décide ce que devient l'historique : migré, archivé en lecture seule ou abandonné. Il prévoit un gel des modifications pendant la bascule et la formation des utilisateurs.
Signal d'alerte« On exporte en Excel et on réimporte », en perdant les liens et l'historique, sans contrôle de complétude.
Question 5 · confirmé
Le client envoie un cahier des charges de 600 exigences. Comment construisez-vous la matrice de conformité de votre réponse ?
Une bonne réponseIl importe le document dans l'outil d'exigences en gardant la numérotation du client, puis découpe les paragraphes qui contiennent plusieurs exigences. Chaque ligne reçoit un statut (conforme, partiellement conforme, non conforme), un commentaire, la référence à la solution proposée et, si besoin, une hypothèse. Les exigences floues partent en questions de clarification avant la remise. Il fait relire les non-conformités par le chef de projet, car elles engagent le contrat.
Signal d'alerteUn « conforme » partout pour gagner l'appel d'offres, ou une matrice remplie sans avoir lu les exigences regroupées dans un même paragraphe.
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
Ingénieur gestion des exigences : questions fréquentes
Quelle différence entre un ingénieur exigences et un business analyst ?
Le business analyst travaille surtout sur des processus et des applications de gestion, avec des user stories et des règles métier. L'ingénieur exigences intervient plutôt sur des systèmes où la traçabilité et la preuve de conformité sont imposées par un contrat ou une norme, avec des outils comme DOORS ou Polarion. Les deux élicitent et rédigent. Le second passe beaucoup plus de temps sur les liens, les baselines et la vérification.
Un administrateur DOORS peut-il tenir un poste d'ingénieur exigences ?
Pas toujours. L'administrateur connaît l'outil en profondeur : structure des modules, droits, DXL, migrations. L'ingénieur exigences doit aussi rédiger, négocier avec le client et dériver des exigences vers les sous-systèmes. L'entretien fait réécrire une exigence floue et revient sur la façon dont il a déjà traité un conflit entre deux parties prenantes. S'il ne parle que de configuration de l'outil, son profil relève plutôt d'un poste d'administration.
Quel test technique proposer à un ingénieur exigences ?
Trois à cinq exigences réelles, anonymisées, avec des défauts variés : deux demandes dans une phrase, un adverbe sans valeur, une solution imposée, une exigence impossible à tester. Le candidat les réécrit en expliquant ses choix, puis indique la méthode de vérification de chacune. Vient ensuite une question d'impact : l'une d'elles change, que faut-il revoir ? Vingt minutes suffisent pour voir la rigueur de rédaction et le réflexe de traçabilité.
La certification IREB CPRE est-elle demandée par les employeurs ?
Elle apparaît dans certaines annonces, plus souvent comme un atout que comme une condition. Elle garantit une méthode et un vocabulaire communs, ce qui aide dans une équipe où chacun écrit différemment. Elle ne couvre ni l'outil, ni les normes de domaine, ni la négociation avec un client. Un profil non certifié avec plusieurs projets tracés de bout en bout reste plus sûr qu'un certifié sans pratique.
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.
