L'évolution du métier
De développeur à product engineer
Le code devient courant. Le jugement devient rare. Anatomie d'une transition en cours.
Chapitre 01
Le monde d'avant
Tout passait par le code
Pendant des décennies, la fabrication d'un logiciel a suivi un chemin linéaire et prévisible. Le PM écrit la demande. Le développeur la réalise. L'équipe QA la vérifie. Chaque rôle restait dans son couloir, chaque étape attendait la précédente.
Dans le monde d'avant, le développeur était d'abord un expert technique. Sa valeur tenait à sa capacité à maîtriser une matière difficile : le langage, l'architecture, les frameworks, la performance, les bugs. Le code était le cœur du métier, et savoir le produire vite, proprement et durablement faisait la différence.
Ce modèle reposait sur une hypothèse implicite. Le code est difficile, donc celui qui code a de la valeur. Que se passe-t-il quand cette hypothèse s'effondre ?
Chapitre 02
Middle Out
La valeur se déplace
Chintan Turakhia a résumé ce changement dans un schéma devenu populaire. L'idée tient en une phrase. Sortez du milieu.
Le milieu, coder, relire, corriger, se fait peu à peu absorber par l'intelligence artificielle. Copilot, Claude, Cursor. Le code devient un produit fini, plus un artisanat.
Les deux extrémités prennent toute la valeur. L'intention, comprendre quoi construire, et le soin du détail, ne livrer que ce qui compte, et bien le livrer, deviennent les compétences qui font la différence.
Chapitre 03
Les trois zones,
en clair
La courbe de valeur redessinée
D'une seule bosse centrale à deux pics aux extrémités
Intention
Comprendre le problème. Identifier ce qui mérite vraiment d'être construit. Concevoir la solution. Cadrer le périmètre. Définir les critères de succès.
FORTE VALEURCode
Écrire du code reste nécessaire, mais ce n'est plus le centre unique de la valeur. Une partie croissante de l'écriture, de la correction et de la génération est assistée par l'intelligence artificielle. Le développeur devient moins exécutant, plus responsable de la solution produite.
VALEUR DÉPLACÉESoin du détail
Vérifier que la solution répond au besoin. Arbitrer ce qui doit être livré ou non. Assumer la qualité finale. Soigner l'expérience utilisateur, les détails et la cohérence d'ensemble.
FORTE VALEUR
0
des développeurs s'appuient sur l'IA pour coder (2025)
0
de gain de vitesse sur le code répétitif
0
seulement s'en servent en amont, sur l'intention
Chapitre 04
L'évolution du métier
Développeur, product engineer, et ensuite ?
2000 à 2015
Le développeur front
La valeur tient à la qualité du code. Maîtrise du langage, des modèles, de l'architecture technique. Le PM décide, le développeur exécute.
2015 à 2023
Le développeur fullstack
La valeur tient à l'autonomie. Interface, serveur et infrastructure. On attend du développeur qu'il comprenne le produit, mais il reste centré sur la réalisation.
2023 à 2026
Le product engineer
La valeur tient au jugement produit et à l'exécution. Il code avec l'IA, décide quoi construire, mesure l'impact. Le ticket s'efface au profit de la responsabilité du résultat.
À partir de 2026
L'orchestrateur
La valeur tient à l'intention, au soin du détail et aux boucles de retour. Il pilote des agents, conçoit des systèmes, mesure le réel. Le code devient un détail de réalisation.
Chapitre 05
La redistribution
des compétences
La même personne, à trois époques. Voici comment son éventail de compétences se transforme.
- Hier
- Aujourd'hui
- Demain
INTENTION
Découverte du besoin
Conception de systèmes
Définition des critères de succès
CODE
Code pur
Formulation des consignes à l'IA
SOIN DU DÉTAIL
Expérience utilisateur et finition
Analyse des données d'usage
Distribution
Trois profils,
trois époques
La même question, trois réponses selon l'époque. Chaque ligne suit une dimension du métier, d'hier à demain.
| HierLe développeur | Aujourd'huiLe product engineer | DemainL'orchestrateur | |
|---|---|---|---|
| Son point de départ | Reçoit des tickets | Cerne le problème | Formule l'intention |
| Ce qu'il optimise | La vitesse de production | L'impact | Les systèmes |
| Comment il se mesure | En points d'effort | Aux résultats obtenus | Au réel |
| Ce qu'il livre | Des fonctionnalités | Des solutions | Pilote des agents |
| Sa responsabilité | La technique | Le produit | De bout en bout |
Chapitre 06
Les qualités humaines
Ce qui fait la différence
Au-delà du code, c'est ton jugement et ta manière de travailler qui comptent. Voici les six qualités qui séparent un bon développeur d'un excellent product engineer.
- 01
Sens du résultat
Tu te sens responsable du résultat, pas seulement de la livraison. Tu mesures l'effet réel sur l'élève.
- 02
Curiosité et autonomie
Une vraie envie d'apprendre de nouveaux outils. La capacité d'avancer seul entre plusieurs sujets.
- 03
Sens du produit
Tu sais te mettre à la place d'un lycéen de 17 ans et te demander si ce que tu construis l'aide vraiment.
- 04
Communication et collaboration
Tu portes tes choix avec clarté et tu fais avancer la cellule produit. Tu mobilises le vivier d'experts au bon moment : tu orchestres plus que tu n'exécutes.
- 05
Pragmatisme
Tu résous des problèmes complexes en allant à l'essentiel. Pas de complexité inutile, pas de compromis sur la qualité.
- 06
Prise de recul technique
Tu mets tes compétences techniques au service d'un produit pérenne et fiable. Tu sais quand bien faire, quand simplifier, et ce qui tiendra dans le temps.
Chapitre 07
Notre façon de travailler
chez Edumapper
On ne fonctionne pas à la chaîne. Chez Edumapper, on s'organise en cellules produit.
La cellule produit
Une équipe resserrée, responsable d'un sujet de bout en bout
Cellule produit
1 product engineer
et 1 PM ou fondateur
Vivier d'experts
Sollicités au besoin,
sans alourdir la cellule
- Design
- Données
- Science
- Orientation
- Juridique
- Idéation
- Prototype
- Test avec les utilisateurs
- Itération
Pas de chaîne où le PM écrit la consigne, le développeur exécute et l'équipe QA vérifie. La cellule possède son sujet de l'idée à la mise en ligne. Tu n'es jamais en bout de chaîne, tu es là dès le départ.
Ce que ça change
Pour l'entreprise
Une équipe qui pense
- Une équipe engagée et responsabilisée, qui propose des idées hors des sentiers battus.
- Un produit différenciant : le vivier d'experts évite le produit lissé par l'IA. On garde sa singularité — l'intention.
- Une exigence de qualité tenue de bout en bout — le soin du détail.
Pour le produit
Plus vite, mieux visé
- Plus de vélocité : les contraintes techniques sont posées dès l'idéation, donc la charge est mieux anticipée.
- Des avis qui divergent puis convergent : une pluralité de solutions explorées pour un même problème.
Le product engineer est la clé de voûte de la cellule : il structure le produit dès le départ et prend les décisions techniques qui le feront durer.
Chapitre 08
Comment avancer
dans ce nouveau monde
- Passe moins de temps à réaliser, plus à comprendre le problème.
- Confie le milieu à la machine. Agents, chaînes de traitement, génération de code.
- Investis dans la finition. C'est là que se loge le plaisir d'usage.
- Mesure l'effet réel, pas la quantité de code produit.
- Apprends à formuler l'intention mieux que quiconque.
- Ne livre que le nécessaire. Pas plus, mais avec soin.
- Le code est un détail. Le jugement est le produit.