Scorecard de recrutement · TECH / OPS

Scorecard DevOps

Recruter un DevOps sur un CV, c’est risquer le profil qui récite les outils mais laisse la prod tomber un vendredi soir. Cette scorecard prête à l’emploi pose les critères à noter, les questions qui révèlent le vrai niveau et les signaux d’alerte, pour décider sur des faits plutôt que sur une stack à la mode.

i

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.

Scorecard de recrutement

DevOps

La mission en une phrase

Résultats attendus
1

Fiabiliser et accélérer les déploiements

Mises en production fréquentes, automatisées et réversibles, sans intervention manuelle ni nuit blanche.

2

Améliorer la disponibilité et le temps de rétablissement

Ex : moins d’incidents en production, alerting pertinent en place, temps de remise en service raccourci.

3

Industrialiser l’infrastructure en infrastructure as code

Un périmètre (un cluster, un environnement, une chaîne CI/CD) versionné, reproductible et documenté.

4

Réduire les coûts et la dette de la plateforme

Optimisation des ressources cloud, suppression des configurations manuelles, montée de version maîtrisée.

Compétences à noter de 1 à 5
1-2 Insuffisant
3 Correct, à challenger
4-5 Excellent
MUST-HAVECI/CD et automatisation des déploiements
12345

✗ Faible · Pipelines bricolés, étapes manuelles, déploiements stressants qu’on évite de relancer.

✓ Excellent · Construit des pipelines fiables, testés et réversibles, avec rollback et déploiements progressifs maîtrisés.

MUST-HAVEConteneurs et orchestration Kubernetes
12345

✗ Faible · Lance des conteneurs sans comprendre le réseau, le scheduling ni la gestion des ressources.

✓ Excellent · Maîtrise images, manifestes et cycle de vie des pods, gère ressources, sondes et montées en charge proprement.

MUST-HAVEInfrastructure as code (Terraform, Ansible)
12345

✗ Faible · Configure les serveurs à la main, aucun état versionné, environnements qui divergent.

✓ Excellent · Décrit toute l’infra en code versionné, modules réutilisables, gère l’état et la dérive de configuration.

MUST-HAVECloud (AWS, GCP ou Azure)
12345

✗ Faible · Connaît un service en surface, ignore les coûts, le réseau et les modèles de droits.

✓ Excellent · Architecture des environnements selon le besoin, raisonne réseau, sécurité et coûts, choisit le bon service.

MUST-HAVEObservabilité et monitoring (logs, métriques, alerting)
12345

✗ Faible · Découvre les incidents quand les utilisateurs se plaignent, alertes inexistantes ou ignorées.

✓ Excellent · Instrumente métriques et logs utiles, pose des alertes actionnables, détecte les dérives avant l’incident.

NICE-TO-HAVESécurité et gestion des secrets
12345

✗ Faible · Stocke des secrets en clair, ne pense la sécurité qu’après coup.

✓ Excellent · Intègre la sécurité dans la chaîne, gère secrets et droits au moindre privilège, automatise les contrôles.

NICE-TO-HAVELinux, réseau et scripting
12345

✗ Faible · Dépend d’interfaces graphiques, perdu dès qu’il faut diagnostiquer en ligne de commande.

✓ Excellent · À l’aise sur le système et le réseau, diagnostique vite, automatise les tâches récurrentes par scripts.

Savoir-être

Autonomie

✗ Faible · Attend des consignes précises, se bloque sur un incident sans alerter.

✓ Excellent · Avance avec un contexte flou, débloque ses sujets, demande de l’aide au bon moment.

Rigueur et sens de la fiabilité

✗ Faible · Bricole des correctifs en prod, laisse traîner les causes racines.

✓ Excellent · Traite les causes profondes, documente, automatise pour que l’incident ne se reproduise pas.

Sang-froid en incident

✗ Faible · Panique sous pression, agit dans le désordre, aggrave parfois la situation.

✓ Excellent · Garde la tête froide, priorise le rétablissement, communique clairement pendant la crise.

Collaboration avec les équipes de dev

✗ Faible · Pose des règles sans expliquer, vécu comme un frein par les développeurs.

✓ Excellent · Construit des outils que les devs adoptent, vulgarise, fait de la plateforme un accélérateur.

Questions d'évaluation
1

Compétences techniques

Un pod redémarre en boucle en production. Comment tu diagnostiques et qu’est-ce que tu vérifies en premier ?

Kubernetes et résilience

Quelqu’un a modifié l’infra à la main et l’état Terraform ne correspond plus. Comment tu gères sans tout casser ?

Infrastructure as code

2

Réalisations & expérience

Raconte-moi une chaîne de déploiement que tu as mise en place de bout en bout : ce qui était manuel avant, et ce qui a été le plus dur à automatiser.

Autonomie bout-en-bout

3

Mise en situation

La production est tombée et personne ne sait pourquoi. Décris-moi concrètement tes dix premières minutes.

Gestion d’incident

4

Motivation & fit

Qu’est-ce qui te ferait rester trois ans dans une équipe plateforme, et qu’est-ce qui te ferait partir au bout de six mois ?

Fit et rétention

Qu’est-ce que tu cherches dans ta prochaine plateforme et ta prochaine équipe de dev à servir ?

Alignement projet

5

Savoir-être & collaboration

Une équipe de dev contourne ta chaîne CI/CD parce qu’elle la trouve trop lente. Comment tu réagis ?

Collaboration et pédagogie

Signaux d'alerte
!

Empile les outils à la mode sans savoir quel problème ils résolvent

Sur-ingénierie : il complexifiera la plateforme au lieu de la fiabiliser.

!

Déploie encore des correctifs à la main directement en production

Pas de culture d’automatisation : les incidents et les régressions vont se multiplier.

!

N’a jamais géré un incident sérieux en production

Profil théorique : il découvrira la pression du réel sur votre plateforme.

!

Ignore totalement les coûts du cloud et le dimensionnement des ressources

Facture qui dérape et optimisations jamais faites.

!

Parle de sécurité comme d’un sujet pour les autres équipes

Risque assumé : secrets exposés et failles intégrées dans la chaîne de livraison.

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.

Questions fréquentes

Qu'est-ce qu'une scorecard pour recruter un DevOps ?

Une scorecard devops 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 ingénieur devops, scorecard sre, scorecard ops.

Comment utiliser cette scorecard DevOps ?

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.

Qu’est-ce qu’une scorecard de recrutement ?

Une grille d’évaluation structurée qui définit, avant les entretiens, les résultats attendus, les compétences à noter et les signaux d’alerte. Elle permet de comparer les candidats sur des critères objectifs plutôt que sur une impression.

Comment utiliser cette scorecard DevOps ?

Avant le process, validez les critères avec le manager. Pendant chaque entretien, notez les compétences de 1 à 5 et consignez les questions posées. Après, comparez les scores du panel pour décider sur des faits. Le PDF se remplit à la main, le fichier Excel et le Notion calculent le score automatiquement.