Aller au contenu
Entretien d’embauche

Entretien d’embauche analyste programmeur

L’entretien d’analyste programmeur combine des questions sur vos expériences, un échange technique (SQL, langage principal, débogage) et parfois un exercice : corriger un programme, écrire une requête ou analyser une spécification incomplète.

Le recruteur veut voir comment vous raisonnez face à un besoin flou et à un code existant que vous ne connaissez pas.

Les questions à préparer

  1. 01Décrivez une évolution que vous avez prise en charge, de la demande à la mise en production.

    Ce que le recruteur cherche

    Le recruteur vérifie que vous maîtrisez tout le cycle, pas seulement le développement.

    Exemple de réponse

    La maîtrise d’ouvrage voulait ajouter un nouveau mode de paiement fractionné sur les contrats habitation. J’ai lu la spécification fonctionnelle, puis j’ai listé les impacts : tables de contrats, calcul des échéances, éditions et interface avec la comptabilité. J’ai posé des questions sur deux cas limites, dont le changement de mode en cours d’année. Après développement et tests unitaires, j’ai préparé un jeu de données pour la recette. Deux anomalies mineures ont été corrigées, puis la livraison est passée en production avec le lot mensuel.
  2. 02Comment réagissez-vous face à une spécification incomplète ?

    Ce que le recruteur cherche

    Les besoins sont rarement parfaits et l’analyste doit savoir les compléter.

    Exemple de réponse

    Je liste les points manquants sous forme de questions fermées, avec des exemples concrets : que se passe-t-il si le client n’a pas de date de fin ? si le montant est nul ? Je les envoie au rédacteur de la spécification et je propose une réponse par défaut quand c’est possible, pour ne pas bloquer. Les réponses sont ajoutées au document, pas laissées dans un mail. Je préfère perdre une demi-journée en questions que livrer un traitement qui devra être repris.
  3. 03Un traitement batch a échoué cette nuit. Comment procédez-vous ?

    Ce que le recruteur cherche

    La gestion des incidents de production est une part réelle du poste.

    Exemple de réponse

    Je commence par l’impact : quels traitements suivants sont bloqués et quels utilisateurs seront touchés le matin. Je lis ensuite le compte rendu d’exécution et les journaux pour situer l’étape en erreur. Souvent, c’est une donnée inattendue ou un fichier en entrée mal formé. Je propose à l’exploitation une reprise si la cause est identifiée, sinon un contournement. Une fois le service rétabli, j’analyse la cause racine et je propose un correctif durable, avec un contrôle en amont pour éviter la répétition.
  4. 04Quelle différence faites-vous entre une jointure interne et une jointure externe ?

    Ce que le recruteur cherche

    Le SQL est central dans les applications de gestion.

    Exemple de réponse

    Une jointure interne ne retourne que les lignes qui ont une correspondance dans les deux tables. Une jointure externe gauche retourne toutes les lignes de la table de gauche, avec des valeurs nulles quand il n’y a pas de correspondance. Par exemple, pour lister tous les clients avec leurs éventuels sinistres, j’utilise une jointure externe gauche ; pour ne lister que les clients ayant déclaré un sinistre, une jointure interne. Je fais attention aux filtres placés dans la clause WHERE, qui peuvent transformer une jointure externe en jointure interne sans le vouloir.
  5. 05Comment abordez-vous un code ancien que personne ne connaît plus ?

    Ce que le recruteur cherche

    Beaucoup de postes portent sur des applications développées il y a longtemps.

    Exemple de réponse

    Je commence par l’exécuter dans un environnement de test avec des données connues, pour observer ce qu’il produit. Ensuite, je lis le code en partant des points d’entrée et je note les règles de gestion que j’identifie. Je cherche aussi la documentation existante et les anciens tickets. Avant de modifier quoi que ce soit, j’écris quelques tests qui figent le comportement actuel. J’ai procédé ainsi sur un module COBOL de calcul de commissions, et la documentation produite sert maintenant à toute l’équipe.
  6. 06Comment testez-vous votre code avant de le livrer ?

    Ce que le recruteur cherche

    La qualité de livraison conditionne la confiance de la MOA et de l’exploitation.

    Exemple de réponse

    J’écris des tests unitaires sur les règles de calcul, avec les cas nominaux et les cas limites identifiés en analyse. Je teste ensuite le traitement complet dans l’environnement d’intégration, avec un jeu de données proche de la production. Je vérifie aussi les effets de bord sur les éditions et les interfaces. Avant la recette, je prépare une note pour les testeurs : ce qui a changé, comment le vérifier, ce qui n’est pas concerné. Cela réduit les allers-retours.
  7. 07Comment estimez-vous la charge d’une évolution ?

    Ce que le recruteur cherche

    Le chef de projet a besoin d’estimations fiables pour planifier.

    Exemple de réponse

    Je décompose la demande en tâches : analyse, développement par composant, tests, documentation, accompagnement de la recette. J’estime chaque tâche en m’appuyant sur des évolutions comparables déjà faites. J’ajoute une marge quand je découvre une partie du code que je ne connais pas. Je donne une fourchette plutôt qu’un chiffre unique, en précisant les hypothèses. Si l’estimation dépasse ce qui était attendu, je propose un découpage en plusieurs livraisons.
  8. 08Pourquoi souhaitez-vous travailler dans notre secteur ?

    Ce que le recruteur cherche

    Le recruteur veut savoir si vous vous intéresserez aux règles métier, pas seulement à la technique.

    Exemple de réponse

    J’ai découvert pendant mes premières missions que ce qui me plaît, c’est de comprendre les règles derrière l’application. En assurance, j’ai appris comment se calculent une franchise ou une cotisation, et cela m’a rendu(e) plus efficace pour détecter des incohérences. Votre secteur, [secteur], a des règles tout aussi précises, et je préfère m’investir durablement dans un domaine que passer d’un sujet à l’autre sans jamais comprendre le métier des utilisateurs.

Les questions à poser au recruteur

  • Quelle est la répartition entre maintenance et nouveaux développements sur le poste ?
  • Comment s’organise la relation avec la maîtrise d’ouvrage et les utilisateurs ?
  • Quelles technologies sont en cours de modernisation dans votre système d’information ?
  • Comment se passent les astreintes ou les interventions sur incidents de production ?

Votre recherche, en automatique

Lancer mon scan d’offres analyste programmeur

JobFast cherche les offres qui vous correspondent sur les grands sites d’emploi, note chacune sur 10 et prépare un CV et une lettre adaptés. Vous relisez, vous validez.

Sans carte bancaire · Sans compte pour commencer

Questions fréquentes

Y a-t-il souvent un test technique pour ce poste ?

Oui, surtout en ESN. Il peut s’agir d’un questionnaire en ligne sur le langage principal et SQL, d’un exercice de correction de code ou d’une analyse de spécification. Révisez les jointures, les agrégats, la gestion des transactions et la lecture d’un programme que vous n’avez pas écrit.

Comment parler de méthodes cycle en V et agile ?

Beaucoup de DSI fonctionnent encore en cycle en V pour les applications de gestion, avec des lots de livraison planifiés. D’autres sont passées à Scrum. Décrivez concrètement comment se déroulaient vos livraisons et vos recettes, sans dénigrer l’une ou l’autre méthode : le recruteur veut savoir si vous vous adapterez à la sienne.

Pour aller plus loin

Entretiens de métiers proches