Comment évaluer un développeur lors d'un entretien technique à Madagascar

Recruter un développeur à Madagascar, c'est souvent signer un contrat sur la base d'un CV et d'un portfolio. Puis vient le premier sprint, et les premières surprises. Pas nécessairement mauvaises, mais différentes de ce que le CV laissait entendre. La vérité, c'est qu'un bon entretien technique structure ce qui va bien se passer ensuite : il aligne les attentes, révèle les vraies compétences, et pose les bases d'une collaboration à distance qui fonctionne.

Ce guide s'adresse aux recruteurs, CTO et managers qui font passer des entretiens techniques à des développeurs malgaches, que ce soit pour une embauche directe, une mission en remote, ou une intégration dans une équipe distribuée. Il vous donne un cadre en trois phases, des questions concrètes par profil, et les signaux d'alerte à ne pas rater.

Pourquoi l'entretien technique compte plus que le CV

Les CV dans le secteur tech malgache sont souvent incomplets, mal structurés, ou paradoxalement, trop lisses. Certains candidats excellent dans la narration de leur parcours, d'autres sous-estiment leurs compétences réelles par humilité culturelle. D'autres encore maîtrisent parfaitement un framework mais n'ont jamais travaillé en environnement agile ni géré les contraintes d'une équipe distribuée.

Le CV vous dit ce que quelqu'un a fait. L'entretien vous dit ce qu'il peut faire dans votre contexte précis. Pour des profils juniors et intermédiaires, majoritaires dans le vivier malgache, l'entretien est le seul vrai révélateur de potentiel d'apprentissage, de communication technique, et d'autonomie dans un travail en remote.

La bonne nouvelle : le pré-screening IA d'EDM-Talent a déjà effectué un premier filtre automatisé avant même votre premier appel. Le score de correspondance (0 à 100) sur cinq dimensions, compétences, expérience, formation, langues, potentiel d'évolution, vous évite de passer une heure sur un profil clairement hors cible. L'entretien que vous planifiez est donc déjà un entretien avec un candidat qualifié. Concentrez-vous sur ce que l'IA ne peut pas mesurer : la manière de raisonner, de communiquer, et de travailler.

Phase 1 : La conversation informelle (20 minutes)

L'erreur classique est d'attaquer avec des questions techniques dès les premières minutes. Résultat : le candidat est sur la défensive, le recruteur obtient des réponses récitées plutôt que des réponses authentiques. La conversation informelle sert à créer un espace où le candidat parle naturellement.

Commencez par expliquer brièvement votre contexte : votre produit, votre stack, la taille de l'équipe, comment vous travaillez. Puis demandez au candidat de se présenter,  pas de réciter son CV, mais de raconter ce qui l'a amené à la tech. Cette différence est importante : les meilleurs développeurs ont une histoire avec leur métier, pas juste un diplôme.

Questions utiles à poser en phase 1 :

• “Quel est le projet technique dont vous êtes le plus fier, et pourquoi ?”  (Révèle ce que le candidat valorise).
• “Qu'est-ce que vous avez appris ces six derniers mois ?”  (Indique la dynamique d'apprentissage).
• “Qu'est-ce qui vous a frustré dans votre dernier poste ou projet ?”  (La franchise dans la réponse est en elle-même un signal positif).
• “Comment vous organisez-vous quand vous travaillez seul depuis chez vous ?”  (Clé pour les missions remote).

À ce stade, vous évaluez la qualité de communication, la capacité à structurer un récit, et la fluidité en français. Un candidat qui parle clairement de choses complexes sera un meilleur collaborateur à distance qu'un expert qui ne sait pas expliquer ses choix.

Phase 2 : Le test technique court (45 minutes)

Un bon test technique prend 30 à 45 minutes, jamais deux heures. Il cible une compétence précise plutôt que l'exhaustivité. Il se fait en présence (vidéo ouverte) ou sur une plateforme partagée comme CodeSandbox, Replit ou un Google Colab.

Le principe est simple : donnez un problème que vous avez réellement rencontré dans votre produit, simplifié. Pas un algorithme de tri théorique sorti d'un manuel, un cas concret. Ce faisant, vous testez à la fois la compétence technique et la compréhension du contexte métier.

Questions et exercices par profil

Développeur full-stack (PHP/Laravel, React, Node.js)

• Montrez un composant React buggé avec une gestion d'état incohérente. Demandez d'identifier et corriger.
• Donnez un endpoint API qui génère des requêtes N+1. Demandez d'optimiser.
• Question orale : “Comment structureriez-vous l'authentification d'une API REST qui doit gérer des tokens JWT et des rôles différents ?”
• Question de débogage : “Votre build de production est 3 fois plus lent que le build de développement. Par où commencez-vous ?”

Data analyst / Data engineer

• Donnez un dataset CSV de 500 lignes avec des valeurs manquantes. Demandez un nettoyage en Python pandas et une visualisation simple.
• Question SQL : “Comment calculeriez-vous le taux de rétention mensuel d'utilisateurs sur une table d'événements ?”
• Question de modélisation : “Comment modéliseriez-vous le schéma d'une base de données pour un e-commerce avec plusieurs devises ?”
• Question d'interprétation : montrez un graphique avec une anomalie, demandez ce que cela signifie et quelles hypothèses le candidat vérifierait.

DevOps / Administrateur systèmes

• Question de scénario : “Un service tombe en prod à 2h du matin. Décrivez vos premières actions.”
• Donnez un fichier docker-compose avec une erreur de configuration réseau. Demandez d'identifier le problème.
• Question de pipeline CI/CD : “Comment organiseriez-vous les stages d'un pipeline GitHub Actions pour un déploiement progressif ?”
• Question de sécurité : “Quels sont les cinq premières choses que vous vérifiez en termes de sécurité sur un nouveau serveur Linux ?”

Pendant l'exercice, observez le processus de réflexion, pas seulement le résultat. Un candidat qui verbalise sa démarche, qui pose des questions de clarification avant de coder, et qui documente son raisonnement est souvent plus précieux qu'un candidat qui produit une solution correcte en silence. La collaboration à distance nécessite cette transparence cognitive.

Phase 3 : Culture de travail et autonomie (15 minutes)

C'est la phase la plus souvent négligée, et pourtant la plus prédictive du succès sur le long terme, surtout pour les équipes distribuées. Vous testez ici l'alignement culturel et organisationnel, pas une compétence technique.

Questions essentielles :

• “Comment communiquez-vous un blocage à votre équipe quand vous n'arrivez pas à avancer ?”  (Teste la proactivité et la communication asynchrone).
• “Si vous ne comprenez pas une spécification, qu'est-ce que vous faites ?”  (Un bon développeur pose des questions plutôt que de deviner).
• “Comment vous organisez-vous pour respecter une deadline quand vous avez plusieurs tickets en parallèle ?”  (Révèle la priorisation et la gestion du stress).
• “Quelle est votre définition d'un code bien écrit ?”  (Indicateur du niveau de maturité technique et d'exigence personnelle).
• “Comment réagissez-vous si un collègue rejette votre pull request avec des commentaires critiques ?”  (La relation à la critique est déterminante en revue de code).

Concernant les contraintes pratiques du remote, posez des questions directes : l'accès internet à domicile (fibre ou 4G ?), la disponibilité sur les horaires convenus, l'espace de travail (calme, dédié, ou partagé ?). Ce ne sont pas des questions intrusives, ce sont des questions opérationnelles qui conditionnent la qualité du travail au quotidien.

Les red flags à ne pas ignorer

Certains signaux d'alerte sont universels, d'autres sont spécifiques au contexte malgache. Voici les plus courants :

• Incapacité à expliquer des choix techniques simples : “J'ai utilisé Redux parce qu'on m'a dit de le faire” est différent de “J'ai choisi Redux parce que l'état était partagé entre cinq composants non hiérarchiques”. Le premier suit des instructions, le second comprend les décisions.
• Aucune question posée durant l'entretien : Un candidat qui n'a aucune question sur votre produit, votre stack ou votre façon de travailler n'est pas curieux  (ou n'est pas vraiment intéressé).
• Réponses trop parfaites et génériques : Des réponses qui ressemblent à des extraits de tutoriels sans aucun exemple personnel peuvent indiquer une préparation superficielle ou un manque d'expérience pratique.
• Évasion systématique sur les difficultés passées : Quelqu'un qui n'a jamais rencontré de bug difficile, de conflit dans une équipe, ou d'échec sur un projet n'a probablement pas eu d'expérience significative  (ou ne sait pas analyser ses erreurs).
• Dépendance totale à la supervision : Pour une collaboration remote, l'autonomie est non-négociable. Un candidat qui a besoin d'une validation à chaque étape sera un frein, pas un renfort.
• Décalage important entre CV et réponses techniques : Un CV mentionnant “5 ans d'expérience en React” combiné à une incapacité à expliquer le cycle de vie des hooks doit être investigué  (calmement, sans accusation, mais clairement).

Évaluer sans biaiser : quelques principes

La culture malgache valorise la modestie et la retenue dans l'affirmation de soi. Un candidat excellent peut se sous-vendre de manière prononcée. Posez des questions ouvertes qui permettent au candidat de démontrer ses compétences à travers des exemples concrets plutôt qu'à travers des affirmations directes.

Évitez les questions pièges conçues pour mettre le candidat en difficulté, elles génèrent du stress qui perturbe la performance sans rien révéler d'utile. Privilégiez les questions qui permettent à un bon candidat de briller et à un candidat moins préparé de montrer ses lacunes naturellement.

Enfin, documentez vos observations en temps réel sur une grille d'évaluation commune à tous les candidats : communication, raisonnement technique, autonomie, gestion des blocages, adéquation culturelle. Cette grille élimine les biais de mémorisation et vous permettra de comparer des candidats vus à plusieurs jours d'intervalle avec objectivité.

L'entretien comme premier geste managérial

Un entretien technique bien conduit n'est pas qu'un outil de sélection. C'est le premier signal que vous envoyez à votre futur collaborateur sur la façon dont vous allez travailler ensemble. Un entretien structuré, respectueux, avec une restitution rapide (dans les 48h), envoie un message fort : cette équipe est organisée, elle traite ses candidats comme des professionnels, et elle sait ce qu'elle cherche.

Dans un marché tech malgache de plus en plus sollicité par des entreprises françaises, belges, suisses et canadiennes, les développeurs talentueux ont le choix. La qualité de votre processus de recrutement est un argument de différenciation. Elle commence par l'offre d'emploi et se poursuit par la qualité de l'entretien.

Les recruteurs qui prennent le temps de préparer leur entretien récoltent ce qu'ils ont semé : des développeurs qui arrivent motivés, préparés, et qui savent pourquoi ils ont choisi cette entreprise plutôt qu'une autre.