Qu’est-ce que STAR
Situation · Task · Action · Result. Visez les quatre couches dans chaque point : le contexte, l’objectif dont vous étiez responsable, les actions clés, et le changement vérifiable obtenu.
Sur un CV, STAR se compresse souvent en 1–2 phrases — pas en quatre paragraphes. Gardez le détail pour l’entretien. Beaucoup de CV paraissent « chargés » mais échouent au premier filtre faute d’Action et de Result percutants, bloqués sur Situation / Task.
Piloté la refonte de la console marchands (S/T), cartographié le parcours paiement et mené l’intégration multiplateforme (A) ; après lancement, conversion +18 %, plaintes −40 % (R).
Pourquoi le CV se prête particulièrement à STAR
Les recruteurs scannent un CV en quelques secondes. Ils veulent trois réponses rapides : avez-vous traité des problèmes similaires, pouvez-vous faire avancer le travail seul, vos résultats sont-ils crédibles. STAR répond aux trois : le contexte montre la pertinence, l’action le périmètre de capacité, le résultat l’impact.
Valable pour ingénieurs, produit, ops, design, etc. Seuls les indicateurs de résultat changent : la tech parle perf, stabilité, cadence de livraison ; le produit conversion, rétention, débit de besoins ; les ops croissance, coût, ROI campagne. La structure reste, on change les métriques.
Si la mise en page vous bloque, écrivez d’abord l’expérience en STAR, puis choisissez un Modèles de CV. La crédibilité bat toujours le décor ; à l’export, utilisez des titres de section standards et du texte sélectionnable pour que les parseurs ne perdent pas de champs.
Trois formules à appliquer tout de suite
- Commencez par un verbe : piloté, construit, optimisé, poussé, livré, refactorisé, conçu, validé — plus fort que « responsable de » ou « participé à ».
- Quantifiez les résultats quand c’est possible : durée, montant, %, utilisateurs, taux d’erreur, cycle de livraison, couverture. Un chiffre suffit ; sans pourcentage, écrivez « supporté N lignes métier » ou « couvert N pages ».
- 2–4 points par expérience : assez de densité, pas plus. Une idée par bullet — n’entassez pas cinq succès dans une longue phrase composée.
Formule en une ligne
Verbe + objet + méthode/périmètre + résultat (chiffre). Exemple : « Refactorisé l’API de requête commandes avec cache et pagination ; latence P99 de 800 ms à 220 ms. » Le contexte est compressé en « requête commandes », tâche et action fusionnées, résultat clos par l’indicateur de latence.
Écrire le Result sans « gros chiffres »
Jeunes diplômés et postes outils internes manquent souvent de données business globales. Substituts possibles : livré à temps, moins de défauts, cycle d’intégration raccourci, heures gagnées par docs/automation, nombre d’utilisateurs supportés, tours de revue passés, opérations manuelles réduites. Vrai et interrogeable vaut mieux qu’un vague « efficacité nettement améliorée ».
Avant / après
Exemple général
Avant : Responsable de la refonte du site entreprise, collaboration design et ingénierie, plusieurs pages mises en ligne, expérience de gestion de projet acquise.
Après : Piloté la refonte du site avec une équipe design + front de 6 personnes ; 12 pages cœur livrées en deux semaines ; trafic organique du premier mois +27 %.
Exemple ingénieur
Avant : Participé à une migration microservices, écrit quelques APIs, familiarisé avec Spring Cloud.
Après : Découpé le centre membres d’un monolithe en 3 services avec coupe-circuit et timeouts ; après deux semaines de canary, taux d’erreur API de 1,8 % à 0,3 %, CPU de pointe ≈ −25 %.
Exemple produit / ops
Avant : Responsable de la planification de campagnes, coordination multi-équipes, bons résultats.
Après : Conçu une campagne d’acquisition et coordonné ads, contenu et support ; livré en deux semaines ; 12k nouvelles inscriptions sur la période, rétention J+1 +6 pts vs quotidien, coût par inscription −18 %.
Pièges fréquents
- Que des devoirs, pas de résultats : « Responsable du développement backend » ne montre pas ce que vous avez accompli.
- S’attribuer tous les wins de l’équipe : utilisez « piloté / livré en autonomie / en tant que contributeur cœur » pour tracer la frontière — l’entretien testera.
- Empiler les adjectifs : « efficace », « profond », « empower » perdent face à une action concrète + un chiffre.
- STAR sans lien avec le poste cible : même un beau résultat hors JD mérite d’être compressé ou coupé — gardez l’espace pour l’expérience pertinente.
- Chiffres inexplicables : écrire « +50 % » sans définition claire vous dessert. Gardez une base simple : MoM, test A/B, ou fenêtre avant/après lancement.
Auto-contrôle une fois écrit
- Pouvez-vous répondre à « et alors ? » — une action sans résultat a peu de valeur.
- Les chiffres sont-ils vrais et interrogeables — les recruteurs aiment « comment avez-vous calculé ces 18 % ? ».
- Est-ce pertinent pour le poste cible — laissez de côté les highlights hors sujet.
- Les verbes sont-ils concrets — remplacez « participé » / « responsable de » par des actions observables.
- Chaque bullet ne traite-t-il qu’une idée — la clarté bat les phrases ornées.
Après avoir écrit l’expérience, vérifiez contacts, chronologie et nom de fichier avant l’export, et prévisualisez le PDF vous-même ; les jeunes diplômés peuvent aussi mettre projets de cours et stages en STAR, en insistant sur rôle, module et résultat.
FAQ
Chaque bullet doit-il couvrir les quatre parties STAR ?
Non. L’espace est limité — compressez souvent en 1–2 phrases : action claire, résultat vérifiable ; fusionnez situation et tâche en une demi-phrase de contexte. Développez à l’entretien.
Comment écrire le Result sans beaux chiffres ?
Écrivez des résultats de processus : cycle de livraison, couverture, taux de défauts, heures gagnées par l’automation, mise en prod à temps, évolution des retours. Concret et vrai bat les adjectifs vagues.
L’AI peut-elle écrire des phrases STAR pour moi ?
Traitez-la comme copilote. Listez d’abord faits et chiffres, puis laissez l’AI polir le style — n’inventez pas d’indicateurs. Vous pouvez aussi utiliser le polish AI avec STAR pour une première réécriture.