# taylor-sierra-ai-native-interview-engineering-hiring-2026-04-20

## Veille

Entretien d'embauche AI-native chez Sierra — Refonte processus recrutement ingénieurs — Plan/Build/Review — Blog Sierra

## Titre Article

The AI-native interview

## Date

2026-04-20

## URL

https://sierra.ai/blog/the-ai-native-interview

## Keywords

entretien d'embauche, recrutement AI-native, processus de recrutement, ingénierie logicielle, agents de codage, pensée produit, plan-build-review, évaluation par les forces, system design, débogage, onsite, Sierra, Bret Taylor, Codex, Claude Code, culture d'ingénierie

## Authors

Bret Taylor

## Ton

**Profil** : Billet de blog corporate par le co-fondateur et CEO de Sierra (également président du conseil d'OpenAI), registre professionnel-visionnaire, niveau intermédiaire.

**Description** : Bret Taylor adopte un ton de leader tech convaincu et pragmatique, présentant la refonte du processus de recrutement comme une réponse naturelle aux transformations profondes du métier d'ingénieur logiciel à l'ère de l'IA. Le style est clair, structuré et accessible, alternant entre le constat (les agents de codage bouleversent le génie logiciel) et la proposition concrète (le format Plan/Build/Review). L'autorité vient de la stature de l'auteur — ancien co-CEO de Salesforce, président d'OpenAI, co-fondateur de Sierra — et de la mise en pratique réelle du processus décrit. Le public cible est double : les candidats ingénieurs potentiels (effet marque employeur) et les leaders tech cherchant à moderniser leurs propres processus de recrutement.

## Pense-betes

- Sierra a complètement abandonné les entretiens classiques de codage et d'algorithmes — un signal fort que l'évaluation technique traditionnelle (LeetCode) perd sa pertinence dans un monde où les agents de codage font le gros du travail d'implémentation
- Le nouveau processus est structuré en trois phases : Plan (idéation produit), Build (2 heures de construction autonome avec outils IA au choix), Review (démo, revue de code, discussion chemin vers la production)
- Philosophie clé : quand un seul ingénieur peut construire sur l'ensemble du stack, l'avantage vient de la combinaison pensée technique + pensée produit + contexte métier — pas de la capacité à résoudre des puzzles algorithmiques
- Le rôle d'ingénieur logiciel évolue de « construire la machine » à « concevoir et affiner la machine » — les agents de codage comme Codex et Claude Code sont le catalyseur
- Sierra recrute pour les forces (« spikes ») plutôt que pour l'absence de faiblesses — ce qui change radicalement la grille d'évaluation
- Le phone screen de codage classique est remplacé par un entretien de system design — reflet de l'importance croissante de savoir mettre du code en production à l'échelle vs savoir écrire du code
- Sierra pilote un entretien de débogage : le candidat reçoit une codebase de taille moyenne et un PR brouillon d'un collègue fictif, et doit le revoir et l'améliorer en itérant avec des agents de codage
- Les critères d'évaluation sont agnostiques par rapport à ce que le candidat construit — ce qui est évalué c'est l'initiative, le jugement, la compréhension système et la pensée produit
- Les entretiens se font en binôme d'évaluateurs pour améliorer la calibration
- Retours candidats très positifs : « l'entretien le plus fun qu'ils aient eu » — exemples : un candidat a construit un jeu IA maintenant les joueurs en état de flow, un autre a construit un outil de simulation headless piloté par un agent via fichier markdown
- L'onsite se fait physiquement dans les bureaux de Sierra — le format nécessite un environnement de travail réel, pas juste un tableau blanc ou un éditeur en ligne
- Ce type de processus de recrutement pourrait devenir un standard pour les entreprises AI-native, mais pose la question de l'accessibilité : tous les candidats ne sont pas à l'aise avec 2 heures de construction produit sous pression

## RésuméDe400mots

Dans « The AI-native interview », Bret Taylor, co-fondateur et CEO de Sierra, décrit la refonte complète du processus de recrutement des ingénieurs de l'entreprise pour l'adapter aux réalités du développement AI-native. Le constat de départ est limpide : les agents de codage comme Codex et Claude Code bouleversent le génie logiciel. Le rôle d'ingénieur ne consiste plus à « construire la machine » mais à « la concevoir et l'affiner ». Quand un seul ingénieur peut construire sur l'ensemble du stack grâce aux outils IA, l'avantage compétitif vient de la combinaison entre capacité technique, pensée produit et contexte métier — et non plus de la résolution de puzzles algorithmiques.

L'ancien processus de Sierra était standard : deux entretiens de codage, un d'algorithmes, un de system design, un de culture fit, puis des prises de références. Le nouveau processus repose sur trois attributs : être représentatif du travail quotidien réel, produire un signal riche sur les forces et faiblesses du candidat, et offrir une expérience positive et authentique.

Le cœur de la refonte est le nouvel onsite AI-native en trois phases. Lors de la phase « Plan », le candidat mène une session d'idéation pour définir un produit à construire, tandis que les évaluateurs posent des questions pour enrichir la proposition. L'idée est centrée sur le domaine d'expertise du candidat pour observer sa pensée produit en action. Pendant la phase « Build », l'évaluateur quitte la salle et le candidat dispose de deux heures pour donner vie à son idée, en utilisant les outils IA et frameworks de son choix, avec la liberté de pivoter ou d'ajuster le périmètre. Enfin, lors de la phase « Review », le candidat présente ce qu'il a construit : les évaluateurs débattent des choix produit, examinent le code pour évaluer le jugement technique, discutent du chemin vers la production et explorent comment l'IA a été utilisée.

Au-delà de l'onsite, Sierra a remplacé le phone screen de codage par un entretien de system design, jugé plus pertinent pour évaluer la capacité à mettre du code en production de manière scalable. L'entreprise pilote également un entretien de débogage où le candidat reçoit une codebase de taille moyenne avec un PR brouillon d'un collègue, et doit le revoir et l'améliorer en itérant avec des agents de codage.

Les critères d'évaluation sont agnostiques au produit construit, et les entretiens se déroulent en binôme pour améliorer la calibration. Sierra recrute explicitement pour les forces plutôt que pour l'absence de faiblesses. Les retours candidats sont enthousiastes : plusieurs ont déclaré que c'était « l'entretien le plus fun qu'ils aient eu ».

## GrapheDeConnaissance

- Sierra —améliore→ processus de recrutement ingénieurs (METHODOLOGIE, 0.98)
- Bret Taylor —publie→ The AI-native interview (DOCUMENT, 0.95)
- Bret Taylor —affirme_que→ les agents de codage transforment le rôle d'ingénieur de "construire la machine" à "concevoir et affiner la machine" (AFFIRMATION, 0.95)
- Onsite AI-native —remplace→ entretiens codage et algorithmes classiques (METHODOLOGIE, 0.97)
- Onsite AI-native —est_basé_sur→ trois phases Plan/Build/Review (METHODOLOGIE, 0.98)
- Phase Build —est_instance_de→ session de 2 heures avec outils IA au choix (CONCEPT, 0.95)
- Sierra —utilise→ recrutement pour les forces (spikes) plutôt qu'absence de faiblesses (METHODOLOGIE, 0.93)
- Entretien de system design —remplace→ phone screen codage (METHODOLOGIE, 0.95)
- Sierra —utilise→ entretien de débogage avec codebase et PR (pilote) (METHODOLOGIE, 0.9)
- Pensée produit —surpasse→ résolution algorithmique (CONCEPT, 0.9)
- Codex —est_instance_de→ catalyseur de la transformation de l'ingénierie (CONCEPT, 0.88)
- Claude Code —est_instance_de→ catalyseur de la transformation de l'ingénierie (CONCEPT, 0.88)
- Bret Taylor —a_créé→ Sierra (ORGANISATION, 0.98)

---
Canonical: https://www.thekb.eu/fr/fiches/taylor-sierra-ai-native-interview-engineering-hiring-2026-04-20/