Concept Product Engineer
Nouveau rôle fusionnant les spécialités techniques, coordonnant la production pilotée par l'IA comme un chef d'orchestre.
Le rôle central de l'ère 10x
Le Product Engineer est le rôle central de l'ère 10x. Il ne se définit plus par une spécialité technique unique (front, back, data) mais par sa capacité à coordonner l'ensemble de la chaîne de production logicielle augmentée par l'IA. C'est un bûcheron coordonnant une machine, pas un artisan maniant chaque outil à la main.
Organisation selon le workflow Compound Engineering
Son quotidien s'organise selon le workflow Compound Engineering : 80 % de planification et revue, 20 % d'exécution déléguée à l'IA. Il rédige des spécifications rigoureuses, construit et maintient le contexte structuré, supervise la génération de code et valide la qualité. La valeur est dans l'intention et le contrôle, pas dans la frappe de code.
App Owner de la Sandwich Team
Le Product Engineer est l'App Owner naturel de la Sandwich Team. Il couvre UX, UI, Front, API, Back et Sécurité non pas par expertise exhaustive dans chaque domaine, mais par sa maîtrise du Context Engineering qui permet à l'IA de produire du code de qualité dans chaque spécialité.
Du créateur de code à l'architecte de contexte
Cette mutation du développeur — de créateur de code à architecte de contexte et concepteur de spécifications — est au cœur de l'AI Engineering, la discipline par laquelle SFEIR concrétise sa conviction AI Only. Le code devient une commodité ; la valeur se déplace vers le discernement et l'agentivité.
Questions fréquentes
Le Product Engineer remplace-t-il le développeur traditionnel ?
Il ne le remplace pas, il en est l'évolution. Le développeur passe du rôle de créateur de code à celui de coordinateur de production IA. Les compétences techniques restent essentielles pour le discernement et la validation, mais le code lui-même devient une commodité.
Quelles compétences distinguent un Product Engineer ?
Le Context Engineering (structurer le contexte pour l'IA), la rédaction de spécifications rigoureuses, la revue de code systématique et la capacité à naviguer entre les domaines techniques. Le ratio 80/20 entre planification et exécution est sa signature.
Articles liés
Sandwich Team et Product Engineer : la nouvelle équipe 10x
La Pizza Team est morte. La Sandwich Team — 1 App Owner augmenté + contributeurs occasionnels — est le modèle d'équipe du développement 10x.
Le « Taste Skill » : pourquoi l'intention de design se décide en phase Plan
L'intention de design d'un produit, son design-system, son registre visuel, n'est pas un détail à corriger en Review : c'est un arbitrage de la phase Plan. Le « Taste Skill », objet open-source, le démontre concrètement.
AI Champions : comment SFEIR forme 850 consultants augmentés
Le constat qui dérange : l'amélioration continue ne suffit plus Il y a quelques mois, Didier Girard, CTO de SFEIR, a posé une affirmation qui a fait l'effet d'une douche froide dans les équipes techniques : "Écrire du code est désormais un anti-pattern." Pas une hyperbole. Pas u...
Le développeur devient architecte de contexte
Quand le code devient une commodité Il y a quelques années encore, la valeur d'un développeur se mesurait principalement à sa capacité à produire du code : lignes par jour, fonctionnalités livrées, bugs corrigés. Cette époque est révolue. Le TechRocks Summit 2025, dont SFEIR a o...
Écrire du code est un anti-pattern : la provocation qui change tout
La provocation qui remet tout en question « Écrire du code est désormais un anti-pattern. On ne doit plus produire de code manuellement. » Cette phrase, prononcée par Didier Girard, a de quoi faire bondir n'importe quel développeur. Elle semble absurde, voire pro...
Paradoxe de Jevons : code moins cher = plus de demande logicielle
Quand la gratuité crée l'abondance : le retour d'un paradoxe vieux de 150 ans En 1865, l'économiste britannique William Stanley Jevons observait quelque chose d'apparemment contre-intuitif : l'amélioration de l'efficacité des machines à vapeur, loin de réduire la consommation de...
Le poste de travail augmenté : chaque collaborateur avec son agent
De l'assistant au partenaire : une rupture silencieuse mais profonde Pendant plusieurs années, l'intelligence artificielle en entreprise a surtout pris la forme d'un assistant bavard : on lui posait une question, elle répondait. On lui demandait de rédiger un email, elle...
Product Engineer : le nouveau rôle qui fusionne toutes les spécialités
La fin du développement en silos : un changement de paradigme Pendant des décennies, la production logicielle a reposé sur une logique de spécialisation poussée à l'extrême. D'un côté, les développeurs front-end. De l'autre, les développeurs back-end. Entre les deux, des designe...
La Sandwich Team : 1 App Owner pour 80% du périmètre technique
De la Pizza Team à la Sandwich Team : un changement de paradigme Pendant des années, l'industrie du logiciel a optimisé à la marge. On a affiné les cérémonies agiles, réduit les cycles de sprint, introduit le DevOps, automatisé les pipelines CI/CD. Chaque itération apportait que...
Valeur et agentivité : pourquoi le code devient une commodité
Le code ne vaut plus ce qu'il valait Il y a encore quelques années, savoir écrire du code propre, performant, bien testé, était une compétence rare et précieuse. Les équipes techniques passaient des semaines à implémenter des fonctionnalités que l'on peut désormais génér...
Pourquoi le temps passé et les ETP sont des indicateurs obsolètes
Avec l'IA générative, le volume de code n'est plus corrélé à l'effort humain. Mesurer la valeur au temps passé revient à pénaliser l'efficacité. Il est temps de passer à l'engagement de résultats.
Harness Engineering : le modèle compte moins que le harnais
Même modèle, 58% vs 81,8% de réussite. La variable décisive n'est pas l'IA — c'est le système qui l'entoure. Bienvenue dans l'ère du harness engineering.
AI4IT d'abord : pourquoi l'IA pour le SI précède l'IA pour les métiers
AI4IT d'abord, AI4Business ensuite : pourquoi l'IA pour le build et le run du SI passe avant l'IA pour les métiers dans la fenêtre 2026-2027.
Une ontologie pour AI for IT
Le vocabulaire AI for IT s'est emballé en deux ans Développeur augmenté, copilote, agent autonome, vibe coding, compound engineering, Product Engineer : chaque terme circule, chacun est compris différemment. Une ontologie compacte remet de l'ordre.