Développeur Augmenté

Qu'est-ce qu'un développeur augmenté

Le développeur augmenté est l'un des sept rôles de l'ontologie AI for IT publiée par SFEIR le 27 avril 2026. Son trait distinctif : l'humain dirige chaque étape et l'IA exécute les sous-tâches qu'il lui confie. Dans le vocabulaire de l'ontologie, le locus de l'intention est step-by-specification, le mode de collaboration est le centaure décrit par Ethan Mollick (tâches séparées, bascule explicite entre l'humain et l'IA) et le périmètre de responsabilité va de la tâche à la feature.

Le terme s'inscrit dans la tradition d'Engelbart sur l'augmentation de l'intellect : la machine étend les capacités de la personne, qui garde la main. C'est ce qui le rend lisible dans l'écosystème francophone, et c'est aussi ce qui le rend trop large. Pris seul, il couvre l'autocomplétion de GitHub Copilot et le pilotage d'agents dans Claude Code, deux situations sans rapport en autonomie de l'IA, en granularité de sortie et en locus d'intention.

D'où vient le terme

Le développeur augmenté est le rôle de la première phase de l'IA pour l'ingénierie, celle que Didier Girard date de 2023 dans sa keynote « Remember the Future » (octobre 2025) : des outils comme GitHub Copilot, qui offrent autocomplétion et chat. Les phases suivantes (IDE « LLM native » en 2024 avec Cursor et Windsurf, systèmes agentiques en 2025 avec Claude Code et Gemini CLI) déplacent le pilotage vers l'IA et appellent d'autres rôles.

Les Tendances Tech 2026 de SFEIR et WEnvision emploient le terme dans son sens large et annoncent que le spec-driven development « va s'imposer pour devenir la norme pour les développeurs augmentés ».

Comment ça marche

Deux pratiques de l'ontologie relèvent de ce rôle. Le pair-programming IA (autonomie L1, mode cyborg, sortie au token ou à la fonction) : l'assistant complète pendant que l'humain écrit. Le spec-driven development (L2, centaure, sortie à la fonction ou au module) : l'humain rédige la spécification d'une unité, l'IA la génère, l'humain relit. Dans les deux cas, la décision reste au niveau de l'étape.

La lecture SFEIR du rapport DORA 2025 décrit ce que ce mode fait au développeur : il passe de créateur à vérificateur. Neuf développeurs sur dix utilisent l'IA au quotidien et trois sur dix ne font pas confiance au code généré. Relire des milliers de lignes par jour fatigue, et sans rotation des tâches la charge mentale mène au burnout. La parade tient dans la taille des lots : demander « génère la validation email » donne une PR de 50 lignes qu'on peut relire en profondeur ; demander la feature entière donne 3 000 lignes que personne ne relit.

Ce qui le distingue des rôles voisins

L'orchestrateur IA formule un objectif et laisse l'agent décomposer en étapes (goal-specification) ; le développeur augmenté dicte les étapes. La bascule se voit dans la formulation : « complète cette fonction » relève du développeur augmenté, « refactore ce module en suivant ce pattern » relève de l'orchestrateur, avec le même outil et parfois la même personne dans la journée.

L'ingénieur agentique conçoit le système d'agents qui produira le code (system-specification) ; le développeur augmenté utilise un assistant sur son propre poste, sans construire d'infrastructure.

Le Product Engineer se distingue par le périmètre et l'intention, jamais par l'outillage : il décide quoi construire autant que comment, et porte une feature ou un produit jusqu'à la mesure d'impact. Un développeur augmenté hérite d'une spécification et livre du code conforme. L'ontologie le formule ainsi : un développeur ultra-outillé qui n'arbitre rien sur le produit reste un développeur augmenté.

Le mot désigne aussi, dans les documents SFEIR, un paradigme plutôt qu'un rôle. Quand la stratégie « AI for IT : la stratégie du 10x » (février 2026) écrit qu'un seul développeur augmenté doit être Owner de 80 % de l'application, elle décrit l'App Owner de la Sandwich Team, un rôle que l'ontologie range chez le Product Engineer. Cette fiche décrit le sens étroit.

Erreurs courantes

• Prendre l'outil pour le rôle. Installer Claude Code change l'outil, pas le rôle : ce qui compte est qui décide de l'étape suivante. Un développeur qui s'en sert en autocomplétion reste développeur augmenté.
• Chercher 5 % de gain. Didier Girard, keynote « Remember the Future » (octobre 2025) : gagner quinze minutes en fin de journée est un gain personnel absorbé par l'inertie du système. Tant que le locus de l'intention reste à l'étape, le rôle plafonne dans le territoire des gains marginaux.
• Imposer un outil unique. La stratégie AI for IT tranche : l'ingénieur choisit son outil, l'entreprise standardise le contexte et la sortie, le code.
• Accélérer sans freins. Sur des fondations fragiles, l'IA fait effet miroir : le code sort en trois heures, la revue prend toujours trois jours, et le taux de retravail mesure le coût caché de cette vitesse.

Ce que SFEIR en fait

SFEIR propose une formation « Développeur Augmenté par l'IA » de deux jours, construite sur des cas pratiques dans l'environnement technologique du client (stratégie AI for IT, février 2026). En interne, chaque nouveau consultant se voit proposer cette formation à son arrivée et rejoint le réseau AI Champions.

La suite du parcours passe par un déplacement du locus de l'intention plutôt que par une montée en autonomie de l'IA : vers l'orchestrateur (formuler des objectifs), puis vers l'ingénieur agentique ou le Product Engineer selon que la personne penche vers le système ou vers le produit.