ALLER AU CONTENU
RECRUTEMENT7 minRecruter pour la production / Ép. 1 · Niveau 1-2

Ingénieur IA à l’essai : tester avant de s’engager

L’entretien vous a plu. Avant de signer, que doit vous montrer un court test payé ?

XIN

EN 30 SECONDES

Une séance de travail payée est un exercice court et borné, qui vise à montrer comment un candidat décide. Cette partie en présente une, donne le brief à envoyer et aide à choisir la formule.

À RETENIR · 3

  • Fixez la durée et le prix de tout essai, et partagez un exemple anonymisé, sans donnée client.
  • Envoyez un brief en cinq parties : résultat, entrées, autorité, acceptation et livraison.
  • Quand l’accès aux données ou la complexité des intégrations restent inconnus, prévoyez un cadrage payé et borné.
Sur cette page

EN BREF Une courte séance payée vise à montrer comment quelqu’un décide, y compris ce qu’il refuse d’automatiser.

LES MOTS À CONNAÎTRE

Production
Le système en service, celui des vrais utilisateurs, par opposition à une démo.
Cadrage
Une première étape courte et payée, qui vise à cartographier vos données et vos systèmes avant tout plan de livraison.
Passation
La remise du système à l’équipe qui va l’exploiter, avec le code, les notes et un moyen de revenir à la version précédente.

Je préfère un exercice borné à un travail gratuit pour la Production Le système en service, celui des vrais utilisateurs, par opposition à une démo. Voir le glossaire. Fixez d’abord la durée et le prix. Donnez ensuite un exemple anonymisé, sans aucune donnée client.

ATTENTION

L’exercice ci-dessous est fictif, pour un assistant documentaire. C’est un test de recrutement : ni le compte rendu d’un système client, ni un audit de sécurité complet.

ÉTAPE PAR ÉTAPE

Diagramme de flux : 5 étapesDiagramme de flux : 5 étapes. Préparer les fichiers, puis Définir une réponse étayée. Définir une réponse étayée, puis Changer les conditions. Changer les conditions, puis Localiser l’échec. Localiser l’échec, puis Prévoir la suite.1Préparer les fichiers2Définir une réponseétayée3Changer les conditions4Localiser l’échec5Prévoir la suite

Étape 1. Préparer les fichiers. Donnez un fichier à jour, un fichier périmé et une question dont la réponse n’y figure pas. Dites qui peut ouvrir chaque fichier.

Choisissez une étape pour la voir bouger
  1. Préparer les fichiers Donnez un fichier à jour, un fichier périmé et une question dont la réponse n’y figure pas. Dites qui peut ouvrir chaque fichier.
  2. Définir une réponse étayée Demandez une chaîne de réponse minimale, en lecture seule. Le candidat dit d’abord ce qu’est une réponse étayée.
  3. Changer les conditions Changez d’utilisateur et retirez une source. Le système refuse-t-il en expliquant quelle preuve manque ?
  4. Localiser l’échec Sait-il dire où un cas a échoué : recherche, extraction, accès ou génération ? Et écrire le test qui le détectera la prochaine fois ?
  5. Prévoir la suite Demandez l’étape suivante, le plus gros risque et un chiffrage avec ses hypothèses écrites.
Un exercice de recrutement fictif en cinq étapes. Le signal le plus fort vient souvent à l’étape 4, après un cas raté.

Dans la section suivante : Et que lui envoyer avant de commencer ?

Écrire un brief que l’on peut chiffrer

EN BREF Un brief en cinq parties donne au candidat de quoi chiffrer honnêtement le travail.

J’enverrais ce brief avec l’offre d’emploi, sans cacher les inconnues, pour que le cadrage puisse les lever.

LE BRIEF
Diagramme en couches : 5 niveaux, de haut en basDiagramme en couches : 5 niveaux, de haut en bas. Niveau 1, RÉSULTAT : Un utilisateur, une tâche récurrente, la méthode actuelle comme point de départ. Niveau 2, ENTRÉES : Systèmes, types de documents, responsables des sources, Limites d’accès, données de test ou non. Niveau 3, AUTORITÉ : Réponses sans modifier les données, actions suggérées, actions exécutées, Une personne désignée qui valide les modifications de données lourdes de conséquences. Niveau 4, ACCEPTATION : Cas de test, gestion des échecs, coût, qui valide, Des seuils fixés selon vos propres risques. Niveau 5, LIVRAISON : Environnement, date visée, relecture, assistance après la passation.RÉSULTATUn utilisateur, une tâcherécurrente, la méthodeactuelle comme point dedépartENTRÉESSystèmes, types dedocuments, responsables dessourcesLimites d’accès, données detest ou nonAUTORITÉRéponses sans modifier lesdonnées, actions suggérées,actions exécutéesUne personne désignée quivalide les modifications dedonnées lourdes deconséquencesACCEPTATIONCas de test, gestion deséchecs, coût, qui valideDes seuils fixés selon vospropres risquesLIVRAISONEnvironnement, date visée,relecture, assistance aprèsla passation
De haut en bas. Ne sautez pas la rubrique Autorité : c’est elle qui fixe ce que le logiciel a le droit de faire.

Si ces éléments restent flous, payez d’abord un court Cadrage Une première étape courte et payée, qui vise à cartographier vos données et vos systèmes avant tout plan de livraison. Voir le glossaire. Il devrait livrer la carte des accès aux données, une hypothèse d’intégration testée, des premiers tests et une offre cadrée. Sa durée dépend de vos contraintes d’accès.

Une date de livraison promise avant que quiconque ait vu vos contraintes d’accès n’est pas un chiffrage utile.

Dans la section suivante : Ensuite : une mission ou un recrutement ?

Qui reprend le système après le lancement

EN BREF Choisissez la formule selon la personne qui prendra le système en charge une fois livré.

EN CLAIR

Une mission bornée convient si votre équipe peut recevoir la Passation La remise du système à l’équipe qui va l’exploiter, avec le code, les notes et un moyen de revenir à la version précédente. Voir le glossaire et faire vivre le résultat. Un poste permanent se justifie davantage si l’IA fait durablement partie du produit.

QUI LE REPREND APRÈS LE LANCEMENT ?
Décision : Qui reprendra le système après le lancement ?Arbre de décision : Qui reprendra le système après le lancement ? Si votre équipe peut le recevoir et le maintenir, alors Mission. Si l’IA fait durablement partie du produit, alors Poste permanent. Si les éléments du brief restent inconnus, alors D’abord un cadrage payé.DÉCISIONQui reprendra le systèmeaprès le lancement ?Si votre équipe peut lerecevoir et le maintenirMissionDevrait finir par unprocessus accepté, un coderelu, des notes dedéploiement, un guided’exploitation et unrepreneur désigné.Si l’IA fait durablementpartie du produitPoste permanentDevrait couvrir unpérimètre produit, avecaccès aux utilisateurs, dequoi améliorer lesintégrations et le temps detenir les évaluations àjour.Si les éléments du briefrestent inconnusD’abord un cadragepayéCartographier les accès auxdonnées et tester leshypothèses clés avant dechoisir une formule.
Trois réponses fréquentes. La troisième passe en premier tant que ces éléments restent inconnus.

OBJET OBTENU

D’abord le repreneur, puis la formule

Nommez qui l’exploitera après le lancement ; la formule suit.

Je fais de l’IA en production et de l’intégration, là où chaque action exige des droits clairs. Si cela vous parle, envoyez-moi le processus et le brief. Partir du problème métier suffit : pas besoin d’avoir déjà choisi vos outils d’IA.

Questions sur le recrutement d’un ingénieur IA

Ce qu’il sait livrer autour du modèle : intégrations, droits, tests d’échec, coût et passation. Faites-vous présenter un processus déployé et un échec documenté. Un framework ne prouve pas, à lui seul, qu’on sait tenir la production.

Si la tâche suit des règles fixes, un processus backend peut suffire. S’il faut comprendre du texte ou chercher dans des documents, il faut savoir tester ces étapes. Souvent, il faut les deux chez la même personne.

Cela dépend du processus, des systèmes, des accès, des tests et du support : faites chiffrer à part cadrage, livraison et exploitation. Le modèle n’est qu’un poste. Intégration, nettoyage des données et relecture humaine peuvent beaucoup changer le périmètre.

Adam travaille sur les agents IA en production, la recherche documentaire et l’intégration logicielle. Il est prêt à discuter de missions comme de postes d’ingénieur senior.

NIVEAU TERMINÉ

Ce que vous savez maintenant

  • Une séance courte, bornée et payée vise à montrer comment un candidat décide ; le test raté en apprend souvent le plus.
  • Ce que doit contenir un brief : résultat, entrées, autorité, acceptation et livraison, inconnues comprises.

Vérifiez par vous-même

Touchez ou cliquez une question pour voir la réponse.

Votre équipe n’a aucun ingénieur capable de maintenir le système, et l’IA fera durablement partie du produit. Quelle formule choisir ?

Un poste permanent se justifie davantage : l’IA fait durablement partie du produit, et personne dans l’équipe ne pourrait prendre le relais.

Épisode suivant :Que faut-il écrire avant de demander un devis à un développeur Solidity ?7 min
Adam Boudjemaa
Adam Boudjemaa

Ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Conçoit des systèmes d’IA en production et des systèmes Web3 régulés.

Un projet à livrer ou un poste à pourvoir ?

Parlons de votre besoin
LinkedInTwitterGitHub
Suivre les notes techniques

Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.