Lire l'offre avec lucidité

À la page précédente, vous avez trouvé le problème derrière l’offre. Les experts en sinistre passent trop de temps à lire les documents de réclamation. Quillfield veut un logiciel qui les lit à leur place, de façon fiable. Maintenant, nous lisons l’offre ligne par ligne, comme un ingénieur expérimenté avant de postuler. Nous classons chaque ligne dans l’un de ces trois groupes :

• Vraiment nécessaire : l’équipe ne peut pas embaucher quelqu’un sans cette compétence, et les entrevues la vérifieront.
• Un souhait : l’équipe aimerait cette compétence, mais le travail n’en dépend pas. Les auteurs des offres ajoutent ces souhaits parce qu’une longue liste semble plus rassurante.
• Manquant : l’offre ne le dit pas, mais le poste l’exige clairement. Ce sont souvent les éléments les plus importants. Les entrevues les abordent, mais beaucoup de candidats ne s’y préparent pas.

Notre lecture est une hypothèse réfléchie, pas un fait. Une offre ne peut pas tout vous dire. Nous proposons donc aussi des questions pour transformer chaque hypothèse en réponse.

Le niveau et le salaire

« Au moins 4 ans d’expérience professionnelle en génie logiciel » et « prendre en charge des fonctionnalités utilisant des LLM de bout en bout » décrivent un ingénieur intermédiaire à senior. Cette personne peut partir d’un problème vague et décider quoi construire. Ensuite, elle le construit et le maintient en fonction. Elle reçoit de l’aide, mais personne ne lui dicte chaque étape. Cela ne signifie pas chef d’équipe. Rien dans l’offre ne demande de gérer des personnes ou de définir l’orientation technique de l’équipe.

La fourchette salariale va de 140 000 à 175 000 $ CA, plus une prime et une participation au capital. Elle figure dans l’offre parce qu’en Ontario, les offres d’emploi publiques doivent maintenant indiquer la rémunération prévue. Depuis le 1er janvier 2026, les offres ontariennes doivent aussi respecter trois autres règles :

• Elles doivent indiquer si l’IA sert à sélectionner les candidatures.
• Elles doivent indiquer si le poste est actuellement vacant.
• Elles ne doivent pas exiger d’expérience de travail au Canada.

Voilà pourquoi la section « Bon à savoir » existe. Si vous postulez dans une autre province ou un autre pays, les règles sont différentes. Vous devrez peut-être demander vous-même la fourchette salariale.

Ce qui est vraiment nécessaire

Derrière les longues listes, le poste exige quatre choses. Les entrevues y consacreront la majeure partie de leur temps.

1. Vous avez créé en Python des fonctionnalités utilisant des LLM que de vraies personnes utilisent dans un service backend. Le mot clé est « production ». Une démonstration répond bien à une question devant un public bienveillant. Une fonctionnalité en production répond à des milliers de questions par jour, pour des personnes qui ne l’ont pas choisie. Et quelqu’un remarque ses défaillances. L’offre dit « au moins 2 ans à créer des solutions avec des LLM en production ». Comprenez ceci : « vous avez livré au moins une fonctionnalité utilisant un LLM dont les gens dépendent, et l’avez maintenue en fonction ». Si vous l’avez fait pendant un an et pouvez en parler en profondeur, la durée compte moins qu’il n’y paraît.

2. Vous savez travailler avec des documents : récupération et extraction. Les trois produits de l’offre lisent des documents : dossiers de réclamation, textes des polices, notes. L’offre demande donc de connaître la RAG (génération augmentée par récupération). Le logiciel trouve d’abord les passages pertinents, puis le modèle s’en sert pour répondre. Attendez-vous à des questions comme celles-ci :

• Comment découpez-vous les documents en segments?
• Comment trouvez-vous les bons segments?
• Comment montrez-vous d’où vient une réponse?
• Que se passe-t-il avec les pages numérisées et les tableaux?

3. Vous savez mesurer la qualité. L’offre dit seulement « aider à définir notre stratégie d’évaluation ». Cette ligne est courte, mais c’est la partie la plus importante du poste. Un résumé de réclamation qui omet un fait important peut entraîner un paiement erroné. L’équipe doit donc connaître la fréquence des erreurs de ses fonctionnalités et leurs types. Une évaluation (souvent appelée « eval ») est un test de qualité reproductible. Elle comprend des exemples aux réponses correctes connues et une méthode pour noter les sorties du système selon ces réponses.

4. Vous savez travailler avec des personnes qui ne sont pas ingénieures. L’offre mentionne les gestionnaires de produit, les concepteurs et les « experts en sinistre ». En pratique, les experts en sinistre décident ce qui constitue un bon résumé. Vous devez savoir leur poser de bonnes questions. Vous devez expliquer les compromis avec des mots simples, sans jargon. Et vous devez accepter qu’ils savent des choses que vous ignorez.

Ce qui est probablement un souhait

Les listes d’outils. L’offre nomme LangGraph, LlamaIndex et DSPy, puis LangGraph, CrewAI et AutoGen, puis Pinecone, Weaviate et pgvector. Une équipe de six ingénieurs n’utilise pas trois cadres logiciels d’agents et trois bases de données vectorielles. Quelqu’un a copié des listes d’autres offres ou ajouté tout ce dont l’équipe a déjà discuté. Ce que l’équipe veut vraiment est plus simple. Vous avez utilisé au moins un cadre logiciel de ce genre et vous comprenez ce qu’il vous apporte. Et vous savez travailler sans lui quand il crée plus de problèmes qu’il n’en résout. N’essayez pas d’apprendre six outils en une semaine avant l’entrevue. Apprenez-en un à fond et demandez au recruteur lesquels l’équipe utilise réellement.

Le réglage fin. « Expérience en réglage fin de LLM (LoRA, PEFT) » figure dans les exigences. Mais aucun produit de l’offre n’a besoin d’un modèle adapté par réglage fin pour commencer. L’extraction, les réponses aux questions et les résumés reposent généralement d’abord sur de bonnes requêtes, la récupération et l’évaluation. Le réglage fin consiste à poursuivre l’entraînement d’un modèle existant avec vos propres exemples. Il vient plus tard, s’il est nécessaire. Attendez-vous donc davantage à « Quand feriez-vous un réglage fin, et quand l’éviteriez-vous? » qu’à « Montrez-moi comment vous faites un réglage fin. » Si vous n’en avez jamais fait, dites-le et expliquez quand vous l’envisageriez.

Le diplôme. « Ou expérience équivalente » signifie qu’un solide parcours professionnel peut le remplacer. Il reste un filtre dans certaines entreprises. Une recommandation ou un projet solide peut aider votre candidature à franchir ce filtre.

TypeScript et React. Ils figurent dans les « Atouts ». Si vous les connaissez, mentionnez-le une fois. Sinon, n’en tenez pas compte.

Ce qui manque et qui compte

La façon de mesurer la qualité. Nous avons dit plus haut que l’évaluation est la partie la plus importante du poste. L’offre n’en dit presque rien. Une phrase comme « aider à définir notre stratégie d’évaluation » signifie souvent que l’équipe n’en a pas encore. C’est une occasion pour vous, mais aussi un avertissement : vous créerez les mesures, pas seulement les fonctionnalités. Préparez-vous surtout à parler d’évaluation.

Les renseignements personnels. La protection des renseignements personnels figure seulement dans les « Atouts ». Pourtant, les dossiers contiennent des noms, des adresses et des numéros de police. Les réclamations pour blessures contiennent aussi des renseignements de santé. Chaque ingénieur de cette équipe traite des renseignements personnels tous les jours. Considérez cette compétence comme nécessaire dans votre préparation. Sachez reconnaître les renseignements personnels, pourquoi ils doivent être exclus des journaux (logs) et des données de test, et qui peut voir quoi.

Qui décide. L’offre ne dit pas comment le résumé est utilisé. L’expert en sinistre confirme-t-il chaque fait? Le logiciel peut-il prendre une décision seul? Pour les réclamations d’assurance, une personne doit rester responsable de la décision. Attendez-vous à ce que les entrevues vérifient votre compréhension de ce point et votre façon d’en tenir compte dans la conception.

La garde. L’offre n’en parle pas. Aucune des 11 offres réelles que nous avons étudiées n’en parlait non plus. Mais une fonctionnalité en production a besoin de quelqu’un pour la réparer quand elle tombe en panne la nuit. Posez la question. La réponse influence votre vie plus que la plupart des lignes de l’offre.

Qui étiquette les données. Pour mesurer la qualité, quelqu’un doit indiquer la bonne réponse pour chaque exemple. Ici, ce sont les experts en sinistre. Combien de temps peuvent-ils consacrer à l’équipe? Si la réponse est « quelques heures par semaine », l’évaluation doit être conçue en conséquence.

Les mots qui décrivent la culture

Certains mots d’une offre décrivent la culture, pas le travail : « rythme rapide », « forte croissance », « priorité à l’action », « responsabilité de bout en bout », « de zéro à un ». Ils peuvent annoncer de bonnes choses. On vous fait confiance, votre travail sert rapidement et vous n’attendez pas des semaines pour une approbation. Mais ils peuvent aussi annoncer des problèmes. Peut-être que l’équipe manque de personnel. Peut-être que la qualité passe au second plan. Ou peut-être que personne ne refuse les nouvelles demandes.

L’offre ne permet pas de le savoir. Posez donc des questions neutres auxquelles les gens peuvent répondre honnêtement : « À quoi ressemble une semaine normale pour l’équipe? », « Quand l’équipe a-t-elle ralenti pour la dernière fois pour corriger quelque chose, et comment cette décision a-t-elle été prise? » Une équipe avec une culture saine répond facilement à ces questions, avec un exemple.

Qui devrait postuler

Personne ne correspond à chaque ligne d’une offre comme celle-ci, et ses auteurs ne s’y attendent pas. Utilisez donc les quatre exigences ci-dessus, pas la liste complète :

• Vous avez livré des fonctionnalités utilisant des LLM dans un backend et pouvez les expliquer en profondeur : postulez. Préparez soigneusement l’évaluation et la protection des renseignements personnels, car ce sont les lacunes les plus probables.
• Vous maîtrisez la science des données et l’évaluation, mais n’avez pas pris en charge un service en production : postulez. Vous maîtrisez la partie la plus difficile du poste. Attendez-vous à des questions sur le travail en production et préparez des réponses honnêtes.
• Vous n’avez aucune expérience professionnelle en logiciel, mais avez créé un projet complexe et pouvez l’expliquer en profondeur : ce poste dépasse probablement votre niveau actuel. Un projet solide, et surtout une recommandation, peut quand même vous obtenir une conversation. Celle-ci peut mener à un poste mieux adapté. Soyez honnête au sujet de l’écart.
• Vous avez travaillé en assurance ou dans un domaine qui traite des réclamations, des dossiers ou des documents : votre expérience figure comme « atout », mais elle vaut plus qu’il n’y paraît pour cette équipe. Les experts en sinistre font partie de l’équipe pour une raison.

Dans la partie 3 de ce guide, vous suivez cinq candidats : un pour chacune de ces situations, et un autre. Chacun passe la même entrevue.

Transformer l’offre en plan de préparation

Reliez maintenant chaque exigence aux questions des intervieweurs et aux preuves que vous pouvez présenter. Le tableau résume les quatre exigences et les deux éléments manquants ci-dessus.

Dans l’offre	Ce qu’on vous demandera probablement	Les preuves qu’il vous faut
Fonctionnalités utilisant des LLM en production	« Décrivez quelque chose que vous avez livré. Qu’est-ce qui a échoué? Comment l’avez-vous su? »	Un projet que vous pouvez expliquer pendant 20 minutes : décisions, chiffres, échecs
Documents : récupération et extraction	« Comment avez-vous découpé les documents? Comment avez-vous trouvé les bons segments? Comment montrez-vous d’où vient une réponse? »	Un système que vous avez construit à partir de documents réels et désordonnés
Évaluation	« Comment sauriez-vous que le résumé est bon? Que mesureriez-vous? »	Des exemples de test que vous avez créés, un score et les changements qui en ont découlé
Travail avec des experts	« Parlez-moi d’une fois où un expert était en désaccord avec votre système. »	Un récit avec un désaccord réel et ce que vous avez fait
Renseignements personnels (manquant)	« Le dossier contient des renseignements de santé. Qu’est-ce que cela change? »	Des règles claires que vous pouvez expliquer : quoi exclure des journaux, qui voit quoi
Décision humaine (manquant)	« Le résumé peut-il prendre une décision? »	Une conception où la personne reste responsable

Si vous ne pouvez pas remplir la colonne de droite pour une ligne, voilà votre préparation pour les prochaines semaines. Notre leçon Se préparer aux candidatures présente la même méthode pour toute offre.

Les questions à poser à l’équipe

Une entrevue fonctionne dans les deux sens (nos conseils). Les questions ci-dessous transforment nos hypothèses en faits. Posez chacune à l’entrevue où elle convient le mieux.

• Recruteur : « Quel cadre logiciel d’agents et quelle base de données vectorielle l’équipe utilise-t-elle actuellement? » « Le réglage fin fait-il partie du travail actuel? » « Y a-t-il une rotation de garde? » « Quel est le niveau de ce poste, et comment est-il déterminé? »
• Gestionnaire responsable de l’embauche : « Sur quoi travaillerais-je pendant mes trois premiers mois? » « Comment décidez-vous qu’une fonctionnalité d’IA est assez bonne pour être mise en production? » « Combien de temps les experts en sinistre ont-ils pour l’étiquetage? »
• Intervieweur technique : « Comment mesurez-vous actuellement l’extraction à la réception des dossiers? » « Quel a été le bogue ou l’échec en production le plus difficile cette année? »
• Entrevue sur les valeurs : « Comment les ingénieurs et les experts en sinistre décident-ils ensemble quand ils sont en désaccord? » « Que fait l’entreprise quand une erreur d’une fonctionnalité d’IA touche un client? »

Écoutez comment les gens répondent, pas seulement ce qu’ils disent. Une réponse claire avec un exemple est un bon signe. Une réponse vague à une question simple vous renseigne aussi.

À vous : lire une offre qui vous intéresse

Trouvez une offre réelle pour un poste qui vous intéresse. Classez ses lignes dans les trois groupes : vraiment nécessaire, un souhait, manquant. Décrivez le problème derrière l’offre en une phrase. Créez ensuite le tableau de préparation pour ses principales exigences et rédigez une question pour chaque étape d’entrevue.

Si vous hésitez entre une exigence et un souhait, formulez une question pour le recruteur. C’est une question normale à poser, et la réponse vous aide à vous préparer.

La suite

À la prochaine page, nous examinons les cinq entrevues du processus de Quillfield. Vous voyez qui mène chacune et ce qu’elle vérifie. Vous voyez aussi comment un intervieweur sérieux part de vos propos pour explorer les limites de vos connaissances.