Senior Software Architect — Spec-Driven & Agentic Systems (F/H) (69)

Michelin · Boulogne-Billancourt · €60,000–€75,000 (stated in the posting)

Apply on the company website

- - - - - - - - - - - -

Le contexte

Nous sommes l'Agentic Engineering Factory (DOTI/DXD).

Notre mission : industrialiser l'usage des coding agents (Claude Code, Copilot, Codex…) dans nos équipes produit, et construire les plateformes qui rendent ça possible à l'échelle.

Chez nous, on ne "vibe code" pas. On pratique le Spec-Driven Development : chaque feature commence par un PRD, se raffine en spec détaillée et testable, puis s'implémente avec des agents pilotés par cette spec, dans une boucle rigoureuse spec → générer → tester → corriger.

On cherche un·Senior Software Architect hands-on — quelqu'un qui pense systèmes, mais qui code encore.

Tu seras garant de la cohérence architecturale de nos services, de nos plateformes, et de la façon dont ils s'assemblent.

Notre Offre

Localisation : Lyon ou Paris (Boulogne)
Contrat CDI – Poste à dimension internationale

Rémunération : 60K€ - 75K€ (selon expériences et site de rattachement) + avantages du groupe Michelin

Mode de travail : Hybride

Ce qu'on propose

• Une équipe qui a fait le choix explicite du SDD et qui l'assume — pas de combat culturel à mener.

• Un terrain de jeu rare : concevoir l'architecture d'une plateforme agentique pendant qu'elle se construit, avec un impact direct sur la façon dont des dizaines d'équipes produit vont coder demain.

• Un contexte où les coding agents sont des outils de travail quotidiens, budgétés et outillés.

• De l'autonomie sur les choix d'architecture, la stack, et les pratiques — dès lors que tu sais les justifier et les faire vivre dans des ADRs.

Réalisations attendues

Architecture applicative

• Définir et faire vivre les patterns d'architecture applicative de nos services : séparation domaine / infrastructure, hexagonal / ports & adapters, DDD light, CQRS quand c'est pertinent. Pas par dogme — par besoin.

• Modéliser le domaine avec les équipes produit : distinguer entities et value objects, définir les agrégats, poser le langage ubiquitaire, choisir les stratégies de versioning et de persistence. Tes décisions vivent dans des ADRs (Architecture Decision Records) que tout le monde peut lire et challenger.

• Garder l'équilibre entre rigueur structurelle et pragmatisme : une API de 2h n'a pas besoin de bounded contexts, une plateforme qui va porter 50 services si.

Architecture distribuée

• Concevoir les frontières de services : qui possède quelles données, qui parle à qui, en synchrone ou en asynchrone, avec quelles garanties (at-least-once, exactly-once, idempotence).

• Choisir et justifier les patterns d'intégration : REST, event-driven (Kafka, pub/sub), sagas, outbox pattern. Tu connais les trade-offs cohérence / disponibilité / complexité opérationnelle, et tu sais quand ne pas distribuer.

• Penser résilience, observabilité, et data flow dès le design : circuit breakers, retries, idempotency keys, traces distribuées, contrats de compatibilité entre services.

Architecture de plateforme agentique

• Concevoir les briques qui orchestrent des coding agents à l'échelle : gestion des prompts et templates, versioning, évaluation, télémétrie, garde-fous, boucles de feedback.

• Structurer les patterns d'intégration LLM : tool use, context management, retrieval, agents chainés, fallback, évaluation continue. Tu sais raisonner sur les trade-offs coût / latence / qualité d'une chaîne agentique.

• Poser les fondations d'une plateforme que les équipes produit consomment : APIs internes, SDKs, conventions, pour que chaque nouveau cas d'usage ne reparte pas de zéro.

Pratique & transmission

• Rester hands-on : tu prototypes, tu contribues aux services critiques, tu fais des POCs pour dérisquer les décisions structurantes. Pas un·e architecte PowerPoint.

• Piloter des coding agents avec des prompts structurés ancrés sur la spec, revoir de façon critique le code généré, et diffuser cette pratique dans les équipes.

• Faire monter en compétence les devs seniors sur l'architecture applicative, le SDD, et les patterns agentiques. Tu expliques pourquoi, pas juste quoi.

• Écrire et maintenir la documentation qui fait foi : ADRs, diagrammes C4, guidelines, specs de référence.

Le profil qu'on recherche

Ce qui est iIndispensable

• 8+ ans en développement logiciel, dont au moins 3 ans dans un rôle d'architecture (Tech Lead, Staff Engineer, Software Architect) sur des systèmes en production à plusieurs services.

• Maîtrise de l'architecture applicative moderne : DDD, hexagonal / clean architecture, separation of concerns, testabilité par design. Tu sais choisir entre append-only, table versionnée, event sourcing, et expliquer tes choix de modélisation de domaine.

• Expérience concrète des systèmes distribués : design de frontières de services, patterns d'intégration sync/async, gestion de la cohérence, observabilité. Tu as déjà conçu — ou réparé — des architectures event-driven en production.

• Tu as déjà pratiqué le Spec-Driven Development, ou tu as naturellement ce réflexe : spec avant code, décisions explicites, tests dérivés de la spec, revue critique du code généré. Les ADRs ne sont pas une contrainte, c'est ta façon de penser.

• Maîtrise opérationnelle d'au moins un coding agent (Claude Code, Copilot, Codex…) en contexte professionnel, avec une capacité démontrée à écrire des prompts structurés et à challenger la sortie plutôt que l'accepter telle quelle.

• Tu codes encore, sérieusement : backend (Node/TypeScript, Python, ou Go), tests d'intégration, lint propre, error handling structuré. On attend de toi que tu contribues au code, pas seulement aux décisions.

• Gestion de l'ambiguïté : face à un besoin flou, tu identifies les gaps, tu formules les questions, et quand il faut trancher, tu le fais explicitement et tu documentes le pourquoi.

• Capacité de communication : tu sais expliquer une décision d'architecture à un dev junior comme à un directeur, et tu sais écrire — ADRs, diagrammes, documentation.

Langues :

• Français : C1/B2

• Anglais : C1/B2

Fortement apprécié

• Expérience de conception de plateformes internes (developer platforms, API platforms, data platforms) consommées par plusieurs équipes.

• Connaissance opérationnelle des patterns LLM / agentiques : tool use, RAG, orchestration d'agents, évaluation, prompt engineering structuré, gestion des coûts et de la latence.

• Expérience des event-driven architectures en production (Kafka, NATS, RabbitMQ, pub/sub cloud), y compris event sourcing et CQRS quand justifié.

• Contributions open-source, écrits publics, conférences — quelque chose qui montre ta manière de penser l'architecture.

• Sensibilité produit : tu comprends que l'architecture sert le métier, pas l'inverse.

- - - - - - - - - - - -

More jobs at Michelin · Software Engineering jobs in Boulogne Billancourt