App Owner

Qu'est-ce qu'un App Owner

L'App Owner est la personne augmentée au centre de la Sandwich Team. La présentation AI for IT : la stratégie du 10x (Didier Girard, février 2026) fixe la règle : un seul développeur augmenté est owner de 80 % de l'application, soit l'UX, l'UI, le front, l'API, le back et la sécurité. Il est responsable de la vision et de la production via l'IA, décrite comme le partenaire constant qui comble ses lacunes. Les contributeurs, 20 %, interviennent à la demande via le contexte qui guide l'application, que la présentation demande de sauvegarder dans Git.

Cette fiche porte sur le rôle. Le modèle d'équipe qui l'entoure est décrit dans la fiche Sandwich Team, et le profil de compétences qui permet de le tenir dans la fiche Product Engineer : l'article Product Engineer : le nouveau rôle qui fusionne toutes les spécialités (avril 2026) écrit que le Product Engineer devient ce que la stratégie SFEIR appelle un App Owner.

Ce que couvre le rôle

L'article Sandwich Team et Product Engineer : la nouvelle équipe 10x (Didier Girard, mars 2026) détaille les six dimensions du périmètre. Dans chacune, l'App Owner décide et valide, les agents produisent.

• UX : il traduit les besoins utilisateurs en parcours et arbitre les compromis d'ergonomie ; les agents génèrent les variantes, il choisit et affine.
• UI : il maintient le système de design ; les agents produisent le code des composants, il valide l'intention et l'accessibilité.
• Front : il pilote l'architecture front et les performances ; les agents écrivent le code, il structure le contexte qui tient les pages ensemble.
• API : il conçoit les contrats d'interface et garantit la rétrocompatibilité ; les agents génèrent les endpoints, il vérifie que le contrat métier est respecté.
• Back : il architecture les services, les modèles de données et la logique métier ; les agents implémentent, il garde l'architecture propre et évolutive.
• Sécurité : il définit les politiques, les contrôles d'accès et le chiffrement ; les agents auditent le code produit, il arbitre les risques et les remédiations.

Comment ça marche

Son temps suit le partage du Compound Engineering : 80 % en planification et revue, 20 % en exécution. Il rédige la spécification de l'itération, lance les agents, vérifie le résultat par les tests automatisés et les audits, puis enrichit le contexte avec les leçons du cycle. La présentation de février 2026 le compare au bûcheron qui coordonne une machine : la machine abat, ébranche et sort le bois seule, lui dirige la production totale et doit connaître la forêt pour l'envoyer au bon endroit.

Erreurs courantes

L'analyse SFEIR du rapport DORA 2025 (décembre 2025) décrit le développeur passé de créateur à vérificateur, le cerveau en mode contrôle et critique, et nomme le risque : la fatigue décisionnelle, quand relire des milliers de lignes par jour use l'attention. L'article de mars 2026 en tire une règle pour l'App Owner : 90 % des vérifications doivent être automatiques (tests, linting, CI/CD ultra-robuste), pour que les 10 % restants soient des décisions de jugement.

Deuxième piège, lire le titre comme celui d'un développeur full-stack. Le mot owner désigne une responsabilité, la vision et la production de l'application. L'expertise de chaque couche vient de l'IA, qui comble les lacunes en temps réel à condition que le contexte soit assez riche pour la guider (article La Sandwich Team : 1 App Owner pour 80% du périmètre technique, avril 2026).

Ce que SFEIR en fait

SFEIR fait de ce rôle l'unité de base de la Software Factory 10x et propose de le mettre à l'épreuve sur un projet pilote à périmètre limité, le projet preuve de huit semaines. La présentation de février 2026 annonce en parallèle une formation de deux jours, Développeur augmenté par l'IA, adaptée à l'environnement technologique du client.