Forward deployed engineer
Celui qui va écrire le code chez le client
Un forward deployed engineer est un ingénieur qu’un éditeur installe chez son client pour y écrire le code que le produit standard ne sait pas faire, comme un cuisinier qu’un traiteur envoie dans votre cuisine au lieu de vous livrer des plats.
- Étage 3L’Agent
- P2Écrit l’application
- Titre émergentIl est apparu récemment. Son contenu n’est pas encore stable d’un employeur à l’autre.
Ce dont il répond
Le livrableUn système qui tourne chez un client nommé, et les morceaux de ce système qui remontent dans le produit standard. S’il part, c’est l’intégration qui s’arrête.
Le profil
Cinq gestes, notés de 0 à 3- ChercherProduire une connaissance qui n’existe pas encore.
- ConstruireLivrer un système qui tourne, se déploie et se casse.
- ExploiterTenir en production : coût, incidents, dérive, astreinte.
- VérifierMesurer, éprouver, attaquer. Produire un verdict opposable.
- ConduireArbitrer, convaincre, faire adopter, répondre devant un tiers.
En quoi ça consiste
Le trajet
Un éditeur qui vend un produit d’IA à une grande organisation ne vend presque jamais le produit seul. Les données du client ont une forme qu’aucun connecteur ne prévoit. Ses règles internes interdisent des choses que personne n’avait listées. Et sa définition de « ça marche » n’est écrite nulle part. Quelqu’un doit faire le trajet, et ce quelqu’un écrit du code.
Les deux dépôts
La distinction qui compte tient dans le nombre de dépôts. Un ingénieur d’intégration travaille dans celui du client, un ingénieur produit dans celui de l’éditeur. Le forward deployed engineer écrit dans les deux, et cette double appartenance est toute sa valeur : ce qu’il a dû écrire à la main chez trois clients de suite devient une fonctionnalité du produit. Le poste est un capteur autant qu’un chantier.
Le piège
Le piège est que le titre s’est répandu plus vite que le métier. Il désigne aujourd’hui aussi bien un ingénieur qui livre du code qu’un avant-vente qui fait des démonstrations, et les deux annonces se ressemblent mot pour mot. Le seul signe fiable est le dépôt : une annonce qui ne nomme ni langage, ni base de code, ni mise en production ne décrit pas un poste qui construit.
Une semaine
- Deux ou trois jours dans les systèmes du client : accès, données réelles, contraintes de conformité que personne n’avait écrites.
- Du code, dans deux dépôts qui ne se ressemblent pas.
- Des arbitrages en réunion, parce que la moitié des blocages n’est pas technique.
- Une remontée vers l’équipe produit : ce qui a été écrit à la main deux fois de suite devient une demande de fonctionnalité.
Par où l’on y arrive
- De l’ingénierie logicielle en poste. La tolérance à l’inconnu y compte davantage que la profondeur technique.
- Du conseil technique, à condition d’avoir gardé la main sur du code de production.
- Ce que le poste n’exige pas malgré les annonces : entraîner un modèle. On intègre un modèle qu’on n’a pas fabriqué.
Lire une offre
3 signes- L’annonce parle d’ateliers, d’avant-vente et de présentations, sans nommer un dépôt ni un langage.
- C’est un poste d’avant-vente sous un titre d’ingénieur. Le profil réel est Conduire 3, pas Construire 3.
- Le poste est rattaché à la direction commerciale, avec une part variable sur signature.
- Ce n’est pas disqualifiant, c’est une information : le livrable devient le contrat, pas le système.
- L’annonce promet « aucun déplacement ».
- Le mot forward désigne exactement le déplacement chez le client. Sans lui, le poste est celui d’un ingénieur d’intégration, qui est un autre métier.