Comment je travaille
Head of AI chez Crème de la Crème, en intervention via ma propre société. Je porte le volet technique de bout en bout : le cadrage avec ceux qui décident, l'architecture, le code, le chemin vers la production, et l'adoption qui suit. Les évals, les garde-fous et le contrôle des coûts sont des sujets de premier plan, pas des ajouts de fin de projet.
Méthode
D'un problème métier à un système que les gens utilisent
Cadrage avec ceux qui utiliseront le système, architecture avec les arbitrages écrits, le code lui-même, un chemin vers la production qui survit à l'erreur, et l'adoption suivie après la mise en service. Les évals, les garde-fous et le contrôle des coûts sont des sujets de premier plan, pas des ajouts de fin de projet.
Cadrage
Je mène le cadrage avec les dirigeants et avec les équipes qui vivront avec le résultat, et j'en tire un portefeuille de cas d'usage resserré : critères de décision, un responsable, une mesure de succès, une liste de blocages. Y compris les cas qu'il vaut mieux abandonner.
Tenu face à six métiers aux tolérances au risque différentes.
Architecture
Modèles, données, intégration, identité, confidentialité, gouvernance, évaluation, déploiement. Chaque décision structurante est écrite avec ce qu'elle coûte.
32 arbitrages actés avant la première ligne du serveur MCP.
Preuve de valeur
Un prototype sur de vraies données, tôt, pour que la décision d'aller plus loin repose sur des faits plutôt que sur une démo qui ne marche que sur le chemin heureux.
Un harnais d'éval qui devait battre la baseline de production, brief par brief.
Build
J'écris le code, front et back, en travaillant avec des agents de code, et ce qui part en production passe par la revue de l'équipe engineering du client. Quand une brique demande une expertise que je n'ai pas, je fais venir quelqu'un qui l'a, et j'écris qui en devient propriétaire une fois qu'il repart.
Six systèmes construits ainsi, front et back, sur la même mission.
Production et gouvernance
Des évals contre la baseline en place, des garde-fous câblés plutôt que suggérés, l'autorisation et l'audit conçus dès le départ. Ce qui se passe quand le système se trompe est répondu avant la livraison.
Les prédictions d'isolation écrites avant chaque bascule de rôle, puis vérifiées.
Adoption
Les usages suivis après la mise en service, le build documenté pour qu'un autre ingénieur puisse le reprendre, et les systèmes arrêtés quand un éditeur comble le manque.
Déployé auprès des Sales avant l'ouverture générale.
- 01
Cadrage
Je mène le cadrage avec les dirigeants et avec les équipes qui vivront avec le résultat, et j'en tire un portefeuille de cas d'usage resserré : critères de décision, un responsable, une mesure de succès, une liste de blocages. Y compris les cas qu'il vaut mieux abandonner.
Tenu face à six métiers aux tolérances au risque différentes.
- 02
Architecture
Modèles, données, intégration, identité, confidentialité, gouvernance, évaluation, déploiement. Chaque décision structurante est écrite avec ce qu'elle coûte.
32 arbitrages actés avant la première ligne du serveur MCP.
- 03
Preuve de valeur
Un prototype sur de vraies données, tôt, pour que la décision d'aller plus loin repose sur des faits plutôt que sur une démo qui ne marche que sur le chemin heureux.
Un harnais d'éval qui devait battre la baseline de production, brief par brief.
- 04
Build
J'écris le code, front et back, en travaillant avec des agents de code, et ce qui part en production passe par la revue de l'équipe engineering du client. Quand une brique demande une expertise que je n'ai pas, je fais venir quelqu'un qui l'a, et j'écris qui en devient propriétaire une fois qu'il repart.
Six systèmes construits ainsi, front et back, sur la même mission.
- 05
Production et gouvernance
Des évals contre la baseline en place, des garde-fous câblés plutôt que suggérés, l'autorisation et l'audit conçus dès le départ. Ce qui se passe quand le système se trompe est répondu avant la livraison.
Les prédictions d'isolation écrites avant chaque bascule de rôle, puis vérifiées.
- 06
Adoption
Les usages suivis après la mise en service, le build documenté pour qu'un autre ingénieur puisse le reprendre, et les systèmes arrêtés quand un éditeur comble le manque.
Déployé auprès des Sales avant l'ouverture générale.
IA appliquée, du problème métier à la production
J'interviens comme responsable technique d'un portefeuille IA : cadrage avec ceux qui utiliseront le système, architecture avec les arbitrages écrits, le code lui-même, la mise en production, puis l'adoption. Trois façons de travailler ensemble.
Architecture & delivery IA
Intégré à votre équipe comme responsable technique d'un système IA : cadrage, architecture, code, production, adoption. Le format est celui d'un forward-deployed engineer : j'écris le code, je travaille avec vos ingénieurs, et je reste jusqu'à ce que le système soit utilisé tous les jours.