Betterfolio
Betterfolio

Betterfolio

Équipe Betterfolio

Entretiens structurés : la méthode STAR ne suffit pas si le dossier préalable est flou

Le STAR aide à cadrer l'oral. Mais si le client n'a pas une fiche claire avant l'échange, vous retombez sur des généralités et des comparaisons bancales entre candidats.

Deux personnes en entretien professionnel face à face, photo Unsplash

Ce qu'est vraiment la méthode STAR

STAR décompose une réponse comportementale en quatre blocs :

  • Situation : le contexte factuel (projet, client, contrainte)
  • Tâche : la responsabilité précise du candidat dans ce contexte
  • Action : ce qu'il a fait concrètement, lui, pas l'équipe en général
  • Résultat : l'impact mesurable : chiffre, livrable, délai tenu

L'idée est simple : forcer le candidat à sortir des généralités. Plus de "j'ai travaillé en équipe sur un projet complexe". À la place, un récit ancré sur des faits vérifiables.

Pourquoi tout le monde l'utilise (et pourquoi ça ne suffit pas)

Le STAR s'est imposé parce qu'il donne un fil conducteur à l'interviewer. Au lieu de poser des questions ouvertes et d'espérer tomber sur quelque chose d'intéressant, il canalise l'échange vers du concret.

Le problème : STAR est un format de réponse, pas une méthode de préparation. Il structure l'oral une fois qu'on sait quoi creuser. Mais si personne n'a identifié en amont quelle expérience creuser et pourquoi, l'interviewer navigue à vue. Il accroche sur un mot-clé du CV, le candidat enchaîne sur ce qui le valorise le mieux, et on obtient un échange fluide mais non discriminant.

Deux candidats peuvent produire deux récits STAR impeccables sur des expériences totalement hors sujet par rapport au besoin réel. L'entretien a l'air structuré. La décision reste au feeling.


Le vrai problème : ce qui se passe avant l'entretien

Le dossier de compétences conditionne tout

Un entretien STAR ne vaut que ce que vaut le cadrage qui le précède. En ESN, ce cadrage repose sur le dossier de compétences envoyé au client avant la rencontre.

Si le dossier est un PDF générique avec une liste de technos et des missions décrites en deux lignes, le client arrive en entretien sans savoir quoi demander. Il scanne le CV en diagonale, repère "Java" ou "migration cloud", et lance une question large. Le candidat répond sur son terrain de confort. Personne ne valide le fit réel.

Ce que le client a besoin de savoir avant de poser sa première question

Pour qu'un entretien STAR soit utile, le client doit arriver avec trois informations claires :

  • Quelle mission du parcours est la plus proche de son besoin : même secteur, même stack, même type de livrable ou de contrainte
  • Quel aspect précis de cette mission creuser : le périmètre technique, la gestion d'équipe, la tenue du planning, la relation avec le métier
  • Quels ordres de grandeur attendre : nombre d'utilisateurs, taille de l'équipe, fréquence de release, budget ou criticité

Sans ces repères, l'interviewer fait son propre tri. Et son tri n'est pas forcément le bon.

Exemple concret

Vous présentez un lead dev Java pour une mission de refonte d'un SI bancaire. Son dossier liste huit missions sur six ans. Le client accroche sur la mission la plus récente, une appli mobile e-commerce, parce que c'est la première qu'il voit. Il passe vingt minutes en STAR sur du React Native et du Stripe. Pertinent pour un autre poste. Totalement hors sujet pour sa refonte Java/Spring sur un legacy de quinze ans.

Si le dossier avait mis en avant la mission n°3 (migration d'un monolithe bancaire vers des microservices, équipe de douze, mise en prod sur six mois) le client serait parti sur le bon terrain. Même candidat, même méthode STAR, résultat d'entretien radicalement différent.


Construire un dossier qui alimente le STAR

La règle des trois missions

Un dossier qui liste tout avec le même niveau de détail oblige l'interviewer à hiérarchiser lui-même. En pratique, il ne le fait pas : il commence par ce qui attire son œil.

Trois missions bien choisies valent mieux qu'une chronologie exhaustive sur trois pages. Pour chaque mission mise en avant :

ÉlémentCe qu'il fautCe qu'on voit trop souvent
ContexteSecteur, taille du client, enjeu business"Grand compte bancaire"
Périmètre techniqueStack précise, volumétrie, architecture"Environnement Java/Angular"
Rôle effectifCe que le candidat a fait, lui"Participation au développement"
Résultat tangibleChiffre, livrable, impactRien, ou "projet livré avec succès"
Lien avec le besoinPourquoi cette mission est pertinente iciAbsent

La dernière ligne est la plus négligée. Faire le lien explicite entre une expérience passée et le besoin actuel du client, c'est le travail du commercial ou du delivery manager. Pas celui de l'interviewer qui découvre le dossier trente minutes avant.

Hiérarchiser, pas résumer

Hiérarchiser ne veut pas dire couper. Les autres missions restent dans le dossier, mais en format court, une ligne de contexte, la stack, la durée. L'interviewer sait qu'elles existent. Il peut y revenir s'il veut. Mais il sait aussi où commencer.

C'est la différence entre un dossier qui dit "voici tout, débrouillez-vous" et un dossier qui dit "voici ce qui compte pour votre besoin, et voici pourquoi".


Les pièges classiques du STAR mal préparé

Piège n°1 : le candidat pilote l'entretien

Sans cadrage, le candidat choisit naturellement l'expérience qui le met le plus en valeur. C'est humain. Mais ce n'est pas forcément celle qui prouve qu'il est le bon profil pour cette mission précise.

Un développeur senior peut raconter brillamment comment il a sauvé un projet en dérive, et omettre qu'il n'a jamais travaillé sur le type d'architecture que le client utilise. Le récit est bon. La preuve de fit est absente.

Piège n°2 : comparer des récits incomparables

Vous présentez trois candidats pour le même poste. Le premier fait un STAR sur une mission de migration cloud. Le deuxième sur de l'intégration continue. Le troisième sur de la gestion de crise en production.

Trois récits intéressants. Aucune base de comparaison. Le client choisit celui qui raconte le mieux, pas celui qui correspond le mieux. Pour comparer, il faut que les trois candidats soient interrogés sur le même type d'expérience, avec les mêmes critères d'évaluation.

Piège n°3 : confondre éloquence et compétence

Le STAR favorise les candidats qui savent raconter. C'est une qualité. Ce n'est pas la seule. Un développeur qui a géré un incident critique en production à 3h du matin mais qui raconte ça de façon plate aura un moins bon "score STAR" qu'un consultant qui structure parfaitement un récit sur une mission standard.

Le dossier de compétences rééquilibre la balance : si les faits sont posés noir sur blanc avant l'entretien, l'interviewer n'est plus dépendant de la capacité narrative du candidat pour évaluer la pertinence de son parcours.

Piège n°4 : le STAR en boucle

Certains interviewers appliquent le STAR mécaniquement. Chaque question suit le même schéma. Le candidat s'adapte et produit des réponses formatées. L'entretien devient prévisible pour les deux parties. On perd la capacité à surprendre, à creuser un angle inattendu, à tester la réaction face à l'imprévu.

Un bon dossier en amont permet à l'interviewer de sortir du STAR pur quand c'est pertinent. Il sait déjà les faits. Il peut poser des questions de jugement, de trade-off, de mise en situation, sans risquer de rester en surface.


Le STAR adapté au contexte ESN

Les spécificités du modèle

En ESN, l'entretien a une particularité : le candidat est souvent présenté par quelqu'un d'autre. Le commercial ou le delivery manager a préparé le terrain. Le client a lu un dossier. Le candidat arrive dans un cadre déjà partiellement défini.

Ça change la donne par rapport à un recrutement classique où le candidat postule en direct. Le dossier n'est pas un bonus : c'est la première impression. Et cette première impression oriente l'intégralité de l'entretien.

Adapter les questions STAR au besoin client

Au lieu de questions STAR génériques ("Racontez-moi une situation difficile"), les questions doivent être calibrées sur le contexte du client :

Question génériqueQuestion calibrée
"Parlez-moi d'un projet complexe""Sur la mission X, comment avez-vous géré le passage de 3 à 12 développeurs en trois mois ?"
"Décrivez un conflit en équipe""Quand l'équipe métier a rejeté votre proposition d'architecture sur le projet Y, qu'avez-vous fait ?"
"Comment gérez-vous la pression ?""Le go-live du projet Z a été avancé de six semaines : comment avez-vous réorganisé les sprints ?"

La deuxième colonne n'est possible que si l'interviewer a un dossier avec des faits. Sinon, il reste dans la première colonne. Et dans la première colonne, tous les candidats se ressemblent.


Structurer la grille d'évaluation

Pourquoi une grille est indispensable

Sans grille, l'évaluation post-entretien repose sur la mémoire et l'impression. Le client se souvient que "le premier candidat était bien" et que "le troisième avait l'air motivé". Ça ne tient pas la route quand il faut justifier un choix auprès d'un chef de projet ou d'un directeur technique.

Une grille simple qui fonctionne

Pas besoin d'un tableur à vingt colonnes. Cinq critères suffisent pour la plupart des postes en ESN :

CritèreCe qu'on évalueNote (1-4)
Pertinence techniqueStack maîtrisée vs stack requise
Contexte similaireA déjà travaillé dans un environnement comparable
Autonomie démontréeExemples concrets de prise d'initiative
CommunicationClarté du discours, capacité à vulgariser
ProjectionLe candidat se projette dans la mission, pose des questions pertinentes

Chaque critère est noté sur une échelle simple. L'échelle à quatre niveaux force un choix : pas de note médiane pour se réfugier dans le "moyen".

Le dossier de compétences pré-remplit partiellement les deux premiers critères. L'entretien STAR sert à confirmer ou infirmer ce que le dossier pose, et à évaluer les trois derniers.


L'impact sur l'équipe commerciale

Le problème des juniors

Un commercial senior sait instinctivement quelles missions mettre en avant et comment briefer le client avant l'entretien. Un junior non. Il envoie un dossier complet mais non hiérarchisé. Le client reçoit un document dense, ne sait pas par où commencer, et l'entretien part dans une direction aléatoire.

Standardiser la structure du dossier, pas le contenu, réduit cet écart. Le junior suit le même cadre que le senior : trois missions mises en avant, lien explicite avec le besoin, ordres de grandeur posés. Le contenu varie selon le candidat. La qualité de préparation reste constante.

Le résumé de couloir

Après l'entretien, le client ne retient pas votre méthodo. Il retient s'il peut raconter le profil à son N+1 en deux phrases. "On a vu un lead dev qui a fait exactement la même migration que nous chez [client], avec la même stack, sur un périmètre comparable. Il a tenu les délais sur six mois avec douze personnes."

Ce résumé ne sort pas de nulle part. Il sort d'un dossier qui posait déjà ces éléments de façon lisible, et d'un entretien qui les a confirmés en STAR. Si le dossier ne pose pas ce cadre, le résumé de couloir devient "il avait l'air bien, il connaît Java". Ça ne déclenche pas une décision.

Former par la structure

La meilleure formation aux entretiens structurés ne passe pas par un PowerPoint sur la méthode STAR. Elle passe par un template de dossier qui force les bonnes questions :

  • Quelle mission est la plus pertinente pour ce client ?
  • Pourquoi celle-là et pas une autre ?
  • Quel aspect précis le client devrait creuser en entretien ?
  • Quels chiffres ou livrables le candidat peut avancer ?

Quand le commercial remplit ce template, il fait le travail de préparation. Et quand le client reçoit le résultat, il sait quoi demander. Betterfolio intègre cette logique dans la génération des dossiers : missions datées, stacks listées proprement, livrables nommés, pour que le socle factuel existe avant que l'entretien commence.


Checklist : préparer un entretien STAR qui sert à quelque chose

Avant l'envoi du dossier

  • Identifier les 2-3 missions les plus proches du besoin client
  • Pour chaque mission : contexte, périmètre, rôle effectif, résultat chiffré
  • Faire le lien explicite entre chaque mission et le besoin actuel
  • Reléguer les autres missions en format court (une ligne chacune)
  • Relire le dossier en se demandant : "Si j'étais le client, je saurais quoi demander en entretien ?"

Avant l'entretien

  • Briefer le client sur les missions à creuser et pourquoi
  • Préparer 3-4 questions STAR calibrées sur les missions mises en avant
  • Définir les critères d'évaluation (grille simple, 4-5 critères)
  • Briefer le candidat sur ce que le client va probablement creuser

Après l'entretien

  • Remplir la grille d'évaluation à chaud (pas le lendemain)
  • Vérifier que le résumé tient en deux phrases pour le "test du couloir"
  • Comparer les candidats sur les mêmes critères, pas sur l'impression générale
  • Archiver la grille pour pouvoir justifier le choix si on vous le demande dans trois semaines

Ce qu'il faut retenir

Le STAR est un bon outil. Ce n'est pas un outil suffisant. La qualité d'un entretien structuré se joue avant l'entretien, dans la préparation du dossier de compétences.

Un dossier qui hiérarchise les missions, qui fait le lien avec le besoin client, et qui pose des faits vérifiables transforme le STAR d'un exercice de narration en un outil de validation. Le candidat ne raconte plus une belle histoire : il confirme des faits que le client a déjà sous les yeux.

Pour l'équipe commerciale, c'est un levier direct : moins de temps perdu en entretiens hors sujet, des comparaisons fiables entre candidats, et des décisions qui tiennent la route quand il faut les justifier. Le tout sans changer de méthode, juste en préparant mieux ce qui vient avant.