Un IT business partner, ou business relationship manager, suit une direction précise : commerce, supply chain, finance, ressources humaines ou industrie. Il reçoit ses demandes, les fait instruire, construit avec elle sa feuille de route SI et suit le budget de son périmètre avec le contrôle de gestion. Il ne gère pas les équipes de développement. Les questions d'entretien pour un IT business partner portent donc sur ce qu'il obtient des autres : un arbitrage, un délai tenu, un projet arrêté à temps.
Les candidats viennent souvent d'un poste de chef de projet MOA, de consultant en organisation ou de responsable d'application. Ils connaissent bien un métier ou bien la DSI, rarement les deux. Le candidat décrit une demande suivie du premier échange jusqu'à la mesure des gains, avec les montants. Un profil qui n'a fait que transmettre des demandes parle de comités et de comptes rendus. Celui qui a tenu le rôle parle de demandes refusées, de business cases revus et d'indicateurs du métier.
Le périmètre change tout : nombre de directions suivies, budget, présence ou non d'une équipe. Le PDF propose 30 questions sur six axes, un cas de 20 minutes et une grille de 1 à 4.
Les notions qu'un IT business partner manie au quotidien
Feuille de route SI du métier
Le plan à deux ou trois ans des projets et évolutions SI d'une direction, relié à ses objectifs et aux contraintes du parc applicatif. L'IT business partner la construit avec le métier et la fait valider par la DSI. La façon dont elle a été revue en cours d'année en dit long.
Gestion de la demande
Le circuit qui reçoit, qualifie et oriente les demandes du métier : demande de service, évolution ou projet. Un point d'entrée unique et un outil partagé (ServiceNow SPM, Jira, l'outil PPM de la DSI) évitent les demandes passées par les couloirs.
Business case et ROI
Le dossier qui compare les coûts complets d'un projet sur plusieurs années aux gains attendus, avec des hypothèses signées par le métier. Le retour sur investissement ou la valeur actualisée en sortent. Le bon IT business partner sait le refaire quand les coûts dérivent.
Budget build et run
Le build finance les projets, le run la maintenance, les licences, l'hébergement et le support. L'IT business partner suit avec le contrôle de gestion IT le voté, l'engagé, le consommé et l'atterrissage de son périmètre, et explique les écarts au métier.
Showback et chargeback
Deux façons de rendre visibles les coûts SI d'une direction. Le showback les montre, le chargeback les refacture selon des unités d'œuvre (utilisateur, poste, ticket). Le choix change la discussion avec le métier, qui découvre sa facture et cherche à la réduire.
Comités et instances
Comité SI du métier, revue de la demande, instance d'arbitrage de la DSI, comités de projet. L'IT business partner prépare les décisions et en garde la trace. Il ne remplace ni le sponsor métier ni le DSI.
Référentiels : ITIL 4 et BRM Institute
ITIL 4 décrit une pratique de gestion des relations (relationship management), que PeopleCert certifie par l'examen ITIL 4 Practitioner: Relationship Management. Le BRM Institute délivre les certifications BRMP, CBRM et MBRM sur le métier de business relationship manager. Elles donnent un vocabulaire commun ; l'expérience se vérifie sur des cas vécus.
L'intitulé change d'un employeur à l'autre : IT business partner, business relationship manager, responsable SI métier, digital & IT business partner, IT business manager. Les annonces publiées en France le rattachent à la DSI, avec un périmètre défini par direction (supply chain, ventes et opérations, commerce et marketing, finance) ou par entité du groupe. Elles demandent la consolidation des feuilles de route, le suivi du portefeuille de projets du métier, la préparation des comités et le pilotage d'un budget, parfois le management d'une petite équipe. Le poste est proche de celui de responsable de domaine SI. Reste à savoir si le poste dispose d'équipes et d'un budget en propre, ou s'il travaille uniquement par influence.
Ce qu'un IT business partner prouve en entretien
- Compréhension des processus du métier servi
- Cadrage des besoins et des demandes
- Feuille de route SI du métier
- Priorisation et arbitrage de la demande
- Business case et suivi budgétaire
- Mesure des bénéfices et de la satisfaction
Cinq situations d'entretien pour un business relationship manager
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 directrice des ressources humaines vous dit : « il nous faut un nouveau SIRH ». Que faites-vous avant d'ouvrir une demande auprès des études ?
Une bonne réponseIl remonte au problème : ce qui ne marche pas aujourd'hui, pour qui, avec quel effet chiffrable (ressaisies entre la gestion des temps et la paie, délai de traitement d'une embauche, erreurs de paie). Il regarde ce que l'outil en place sait déjà faire et ce que d'autres directions utilisent. Il obtient un sponsor, un référent métier disponible et l'indicateur qui dira si le problème est réglé. La demande part ensuite avec un besoin formulé, pas avec un nom de solution.
Signal d'alerteTransmettre la demande telle quelle aux études, ou lancer directement une consultation d'éditeurs de SIRH.
Question 2 · confirmé
Votre métier a vingt demandes en attente et la DSI peut en traiter six ce semestre. Comment proposez-vous l'ordre ?
Une bonne réponseIl met à part les obligations (réglementaire, sécurité, fin de support). Pour le reste, il note chaque demande sur des critères connus du métier : valeur attendue, urgence, effort, risque, dépendances. Il fait arbitrer le classement par le directeur métier, en montrant ce qui passe et ce qui attend. Il explique aux demandeurs écartés pourquoi et quand leur sujet sera revu.
Signal d'alerteTraiter les demandes dans l'ordre d'arrivée, ou selon le demandeur qui insiste le plus.
Question 3 · senior
Le métier promet que son projet de 600 000 € fera « gagner du temps ». Comment construisez-vous le business case ?
Une bonne réponseIl transforme le temps gagné en chiffres vérifiables : nombre d'opérations, durée avant et après, coût horaire, et surtout ce que le métier fera du temps libéré (moins d'intérim, plus de volume traité). Il ajoute les coûts complets sur plusieurs années : licences, intégration, run, conduite du changement. Il calcule un retour sur investissement ou une valeur actualisée, avec un scénario prudent, et fait signer les hypothèses par le métier.
Signal d'alerteUn gain de temps multiplié par un salaire moyen, sans vérifier que ce temps produit un gain réel, et sans coûts de run.
Question 4 · confirmé
Une application du métier arrive en fin de support dans dix-huit mois, et le métier ne veut pas en entendre parler. Comment l'intégrez-vous à la feuille de route ?
Une bonne réponseIl traduit le risque en conséquences métier : absence de correctifs de sécurité, coût d'un support étendu, impossibilité de faire évoluer l'outil. Il présente les options (montée de version, remplacement, décommissionnement) avec leur coût et leur calendrier, fait inscrire le sujet comme contrainte et non comme demande discrétionnaire, et profite du chantier pour traiter quelques besoins du métier.
Signal d'alerteLaisser le sujet à la production, ou l'imposer au métier sans lui présenter d'option ni de bénéfice.
Question 5 · confirmé
Un incident majeur bloque la facturation de votre métier depuis deux heures. Que faites-vous, et que ne faites-vous pas ?
Une bonne réponseIl laisse la gestion de l'incident à la production et au responsable de l'incident. Il informe le directeur métier à un rythme convenu, recueille l'impact réel (clients touchés, factures bloquées, échéance) pour aider la production à prioriser, et organise avec le métier une solution de contournement si elle existe. Après coup, il suit le plan d'actions de la revue d'incident et en rend compte au métier.
Signal d'alerteAppeler les ingénieurs pour connaître l'avancement toutes les dix minutes, ou disparaître pendant l'incident.
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
IT business partner : les questions fréquentes
IT business partner ou responsable de domaine SI : quelle différence ?
Le responsable de domaine SI répond d'un ensemble d'applications et souvent des équipes qui les font évoluer. L'IT business partner répond d'une relation : il suit une direction métier, porte ses besoins, trie ses demandes et mesure ce qu'elle obtient de la DSI, sans forcément avoir d'équipe. Dans les petites DSI, les deux rôles sont tenus par la même personne. Une annonce qui ne tranche pas attire les deux profils.
Faut-il venir du métier ou de la DSI pour être IT business partner ?
Les deux parcours fonctionnent. Un profil venu du métier comprend vite les enjeux mais doit apprendre le fonctionnement d'une DSI : architecture, production, sécurité, contrats. Un profil venu de la DSI connaît ces rouages mais risque de rester du côté de la solution. L'entretien vérifie la moitié qui manque au CV : un processus métier pour un profil DSI, un arbitrage de capacité pour un profil métier.
Les certifications BRMP ou CBRM sont-elles utiles sur un CV ?
Elles viennent du BRM Institute et montrent que le candidat connaît un cadre et un vocabulaire du métier de business relationship manager. Elles restent peu répandues en France, et leur absence ne doit pas écarter un bon profil. Une certification ITIL 4 dit autre chose : la connaissance de la gestion des services. Dans les deux cas, un exemple vécu de priorisation ou de mesure des bénéfices.
Quel exercice remplace le test technique ?
Une mise en situation de vingt minutes : la liste des demandes d'une direction, le budget disponible et la capacité de la DSI, avec une demande urgente qui arrive en cours de route. Le candidat propose un classement, prépare ce qu'il dirait au directeur métier et explique ce qu'il refuse. Un exercice de code ou de configuration aurait peu de sens ici. Sa façon de chiffrer et de justifier un refus en dit plus sur le poste.
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.
