Scorecard Développeur PHP
Voici comment évaluer un Développeur PHP en entretien : les compétences à noter, les questions à poser et les signaux d'alerte. Une grille de base, à ajuster selon votre contexte et vos priorités.
Un exemple à adapter. Cette scorecard est un modèle, pas une grille à appliquer telle quelle. Gardez les critères qui correspondent à votre poste et à votre équipe, ajustez ou retirez les autres. Le bon profil dépend de votre contexte.
Développeur PHP
La mission en une phrase
Livrer des fonctionnalités en production
Prend en charge des features de bout en bout, du cadrage technique à la mise en production, sans accumuler de dette ni casser l'existant.
Construire des API exploitables
Conçoit des API web claires et documentées, pensées pour les consommateurs front et les intégrations tierces, avec une gestion propre des erreurs et de la sécurité.
Garantir la qualité du code
Écrit un code testé, lisible et conforme aux standards de l'équipe, et contribue activement aux revues de code de ses pairs.
Faire évoluer une base existante
Sait reprendre du code en place, le comprendre, le sécuriser et le moderniser progressivement sans tout réécrire.
✗ Faible · Reste sur des réflexes de PHP ancien, ignore le typage et les apports récents du langage.
✓ Excellent · Maîtrise PHP 8.x, typage strict, gestion des dépendances avec Composer, et raisonne en objet et non en scripts procéduraux.
✗ Faible · Utilise le framework par recettes, sans comprendre ce qui se passe sous le capot.
✓ Excellent · À l'aise sur Symfony ou Laravel, comprend l'injection de dépendances, le routing et le cycle de vie d'une requête.
✗ Faible · Expose des endpoints au cas par cas, sans contrat ni logique d'ensemble.
✓ Excellent · Sait modéliser une API REST cohérente, gérer authentification, pagination, codes d'erreur et versionnage.
✗ Faible · Délègue tout à l'ORM et ne sait pas diagnostiquer un problème de performance en base.
✓ Excellent · Écrit du SQL propre, comprend les requêtes générées par l'ORM, sait lire un plan d'exécution et corriger une requête lente.
✗ Faible · Teste à la main, considère les tests comme une option et néglige l'analyse statique.
✓ Excellent · Écrit des tests unitaires et fonctionnels, connaît les standards PSR et utilise des outils d'analyse statique au quotidien.
✗ Faible · Concentre la logique dans les contrôleurs et ne structure pas le code.
✓ Excellent · Connaît les principes de séparation des responsabilités et sait découper une application en couches lisibles et testables.
✗ Faible · Reste bloqué dès que le sujet sort de l'écriture de code applicatif.
✓ Excellent · Pratique Git sereinement, comprend une chaîne d'intégration continue et sait conteneuriser un environnement de développement.
Rigueur
✗ Faible · Livre vite mais laisse derrière lui des approximations qui reviennent en production.
✓ Excellent · Soigne ses livrables, documente ce qui doit l'être et anticipe les cas limites avant qu'ils ne deviennent des incidents.
Esprit d'équipe
✗ Faible · Travaille en silo, vit mal la critique et garde l'information pour lui.
✓ Excellent · Donne et reçoit des revues de code de façon constructive, partage son savoir et fait monter les autres en compétence.
Pragmatisme
✗ Faible · Sur-conçoit ou s'enferme dans des débats techniques sans rapport avec la valeur livrée.
✓ Excellent · Arbitre entre l'idéal technique et la contrainte de délai, et choisit la solution juste plutôt que la plus brillante.
Curiosité
✗ Faible · S'est arrêté à ce qu'il connaissait il y a quelques années et résiste aux pratiques actuelles.
✓ Excellent · Suit l'évolution du langage et de l'écosystème, teste, se forme et remet en cause ses propres habitudes.
Compétences techniques
Comment structures-tu une API REST quand tu pars d'une feuille blanche ?
→ Attendu : contrat clair, gestion des erreurs, authentification, versionnage, et souci du consommateur de l'API.
Selon toi, qu'est-ce qui distingue du PHP moderne d'un code PHP ancien ?
→ Cherche typage, objet, gestion des dépendances, tests et standards, par opposition aux scripts procéduraux non testés.
Une page de ton application devient lente. Comment identifies-tu et corriges-tu le problème ?
→ Cherche une démarche d'analyse : profilage, requêtes en base, cache, plutôt qu'une optimisation au hasard.
Réalisations & expérience
Décris une application web que tu as conçue ou fait évoluer récemment. Quel était ton périmètre et quelles décisions techniques as-tu prises ?
→ Cherche un récit concret, des choix assumés et une vraie responsabilité, pas une simple liste de tâches.
Mise en situation
On te confie une base de code que personne ne maîtrise plus et qu'il faut faire évoluer. Comment t'y prends-tu ?
→ Attendu : cartographie, sécurisation par les tests, modernisation progressive plutôt que réécriture totale.
Motivation & fit
Qu'est-ce qui te ferait dire, dans un an, que tu as eu raison de rejoindre cette équipe ?
→ Cherche une motivation cohérente avec le poste, le produit et le niveau de qualité attendu.
Savoir-être & collaboration
Raconte une revue de code où tu n'étais pas d'accord avec un pair. Comment cela s'est-il résolu ?
→ Évalue l'écoute, l'argumentation technique et la capacité à trancher sans dégrader la relation.
Ne teste jamais son code
L'absence totale de culture du test annonce une dette et des régressions difficiles à maîtriser sur la durée.
Reste figé sur du PHP ancien
Un profil qui ne distingue pas le PHP actuel des pratiques dépassées peinera à livrer un code maintenable.
Concentre toute la logique dans les contrôleurs
Une application sans structure devient vite intestable et coûteuse à faire évoluer.
Vit mal la revue de code
Le refus de la critique bloque la qualité collective et alourdit le travail de toute l'équipe.
Délègue toute la base de données à l'ORM
Sans compréhension du SQL généré, les problèmes de performance restent invisibles jusqu'à l'incident.
Lecture du score
Notez chaque compétence et savoir-être de 1 à 5. Repère de décision : moyenne supérieure ou égale à 4 sur les must-have et aucun red flag majeur = go ; 3 à 4 avec réserves = à challenger en second tour ; un must-have sous 3 ou un red flag majeur = no-go. Un nice-to-have faible ne doit jamais éliminer un bon profil.
Qu'est-ce qu'une scorecard pour recruter un Développeur PHP ?
Une scorecard développeur php est une grille d'évaluation structurée : elle liste les compétences et savoir-être à noter de 1 à 5, les questions d'entretien à poser et les signaux d'alerte. Elle permet de comparer les candidats sur des critères objectifs plutôt que sur une impression. On parle aussi de scorecard développeur php, scorecard dev php, scorecard développeur symfony laravel.
Comment utiliser cette scorecard Développeur PHP ?
Téléchargez-la en PDF, Excel ou Notion, notez chaque critère de 1 à 5 pendant l'entretien, puis additionnez les scores du panel pour décider sur des faits. La version Excel calcule la moyenne et la décision automatiquement.
Faut-il se méfier des préjugés qui collent encore au PHP ?
Oui, et c'est souvent ce qui fait passer à côté d'excellents profils. La réputation du PHP s'est forgée sur du code ancien, écrit sans structure ni tests. L'écosystème actuel n'a plus grand chose à voir : typage strict, gestion rigoureuse des dépendances, frameworks robustes et outillage de qualité. Le bon réflexe en entretien n'est pas de juger le langage, mais de regarder comment la personne l'utilise aujourd'hui.
Comment distinguer un profil PHP moderne d'un profil resté sur du legacy ?
Le legacy se reconnaît à des scripts procéduraux, l'absence de typage, peu ou pas de tests et une logique éparpillée. Un profil moderne raisonne en objet, s'appuie sur Composer et un framework structurant, écrit des tests, suit les standards PSR et utilise l'analyse statique. La meilleure façon de trancher reste de faire commenter du code et d'écouter ce que la personne juge propre ou problématique.