|
RecrutementSupportManagement IT

Recruter un technicien support : la grille d'évaluation

Comment évaluer un candidat au support IT au-delà du CV : mise en situation, critères de tri et signaux à repérer en entretien.

Le CV ne dit presque rien

Sur un poste de support, les CV se ressemblent. Les mêmes certifications, les mêmes intitulés, les mêmes listes d'outils. Ils renseignent sur l'exposition à un environnement, pas sur la capacité à résoudre un problème sous contrainte, à expliquer sans condescendance ou à reconnaître qu'on ne sait pas.

Or ce sont exactement ces trois qualités qui font la différence entre un technicien qui soulage l'équipe et un technicien qui l'alourdit.

Ce que vous recrutez réellement

Avant de rédiger l'annonce, tranchez une question : cherchez-vous quelqu'un d'opérationnel immédiatement sur votre environnement, ou quelqu'un qui apprendra vite ?

Les deux profils sont légitimes, mais ils ne s'évaluent pas de la même manière, ne se paient pas pareil et ne restent pas aussi longtemps. Un profil sur-qualifié recruté pour du N1 partira en moins d'un an, et vous aurez perdu deux fois : le recrutement et la formation.

La mise en situation, seul test qui compte

Remplacez les questions de connaissances par un cas concret, tiré de vos vrais tickets. Par exemple : un utilisateur signale que son poste est lent depuis ce matin, et il a une réunion importante dans une heure.

Ce que vous observez alors :

  • Pose-t-il des questions avant d'agir ? Un technicien qui se lance sans qualifier générera des interventions inutiles.
  • Priorise-t-il l'usage ou la cause ? Le bon réflexe est de sécuriser la réunion d'abord, diagnostiquer ensuite.
  • Dit-il clairement ce qu'il ne sait pas ? C'est le meilleur prédicteur de fiabilité à long terme.
  • Comment reformule-t-il pour l'utilisateur ? Faites-lui expliquer sa solution comme s'il s'adressait au demandeur.

Les signaux positifs, souvent contre-intuitifs

Certains comportements en entretien annoncent un bon technicien de support :

  • Il demande à consulter la documentation plutôt que de deviner
  • Il décrit un incident qu'il a mal géré, et ce qu'il en a tiré
  • Il s'intéresse au contexte métier des utilisateurs
  • Il pose des questions sur l'organisation de l'équipe et l'escalade

Ce dernier point révèle quelqu'un qui pense en termes de service, pas seulement de technique.

Les signaux d'alerte

À l'inverse, méfiez-vous de ces comportements :

  • Un mépris exprimé envers les utilisateurs, même sur le ton de la plaisanterie
  • L'incapacité à expliquer une notion simple sans jargon
  • Des réponses affirmatives sur tout, sans jamais d'incertitude
  • Un discours centré exclusivement sur les technologies, jamais sur les personnes

Prévoir l'intégration avant de recruter

Un recrutement réussi se joue autant après la signature. Préparez, avant l'arrivée :

  • Un poste configuré et les accès ouverts le premier jour
  • Un référent identifié pour les trois premières semaines
  • Une progression écrite : ce qu'il traite seul en semaine 1, en semaine 4, au bout de trois mois
  • Un point hebdomadaire court, systématique

Sans cette structure, même un excellent profil mettra six mois à devenir autonome.

La question à se poser d'abord

Avant de lancer le recrutement, vérifiez que le poste est bien la réponse au problème. Une équipe qui déborde n'a pas toujours besoin d'une personne de plus : parfois elle a besoin d'une priorisation, d'une base de connaissances, ou d'un pilotage. Recruter pour compenser un défaut d'organisation revient à en payer le coût tous les mois.