Scorecard Développeur COBOL
Voici comment évaluer un Développeur COBOL 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 COBOL
La mission en une phrase
Maintenir l'existant en condition opérationnelle
Garantir le bon fonctionnement des batchs et des transactions COBOL au quotidien, traiter les incidents de production et corriger les anomalies sans régression sur les flux critiques.
Faire évoluer les applications selon les besoins métier
Concevoir et livrer des évolutions fonctionnelles fiables sur des programmes existants, en respectant les contraintes réglementaires et les fenêtres de production.
Documenter et fiabiliser un patrimoine peu documenté
Reconstituer la logique de programmes anciens, formaliser les règles de gestion implicites et réduire la dépendance à la connaissance individuelle.
Préparer et accompagner la modernisation
Identifier les composants candidats à une refonte ou à une migration, sécuriser les interfaces avec les briques modernes et contribuer aux chantiers de transformation du legacy.
✗ Faible · Connaît la syntaxe en théorie mais n'a jamais maintenu de programme COBOL en production.
✓ Excellent · Écrit, lit et corrige des programmes COBOL en environnement mainframe, maîtrise les structures de données, les copybooks et les traitements batch comme transactionnels.
✗ Faible · Dépend systématiquement d'un tiers pour toucher au JCL ou interpréter un échec de batch.
✓ Excellent · Conçoit et modifie des JCL, comprend l'ordonnancement des chaînes batch, sait analyser un abend et relancer un traitement proprement.
✗ Faible · Reste au niveau de la lecture simple et ne sait pas diagnostiquer un problème de performance d'accès aux données.
✓ Excellent · Manipule les données via DB2 ou des fichiers VSAM, écrit et optimise des accès SQL embarqués, comprend l'impact d'une requête sur la production.
✗ Faible · Se perd dès qu'un programme dépasse quelques centaines de lignes ou ne comporte aucun commentaire.
✓ Excellent · Reconstitue la logique d'un programme volumineux sans documentation, retrace les règles de gestion et identifie les effets de bord avant d'intervenir.
✗ Faible · Aborde le legacy comme un projet neuf, sans conscience du caractère critique des flux.
✓ Excellent · Comprend les enjeux d'un système central de banque, d'assurance ou du secteur public, mesure le risque d'une intervention et raisonne en disponibilité de service.
✗ Faible · N'a connu que la maintenance pure et n'a aucune vision des trajectoires de modernisation.
✓ Excellent · A contribué à un chantier de migration ou d'ouverture du mainframe vers des technologies modernes, sait isoler un composant et sécuriser une interface.
✗ Faible · Travaille uniquement à la main, sans versionnement ni démarche de test reproductible.
✓ Excellent · Utilise un gestionnaire de versions, structure ses tests et applique des pratiques d'intégration même dans un contexte mainframe contraint.
Rigueur
✗ Faible · Livre dans l'urgence sans contrôle, ce qui génère des régressions sur des flux critiques.
✓ Excellent · Vérifie systématiquement l'impact de ses modifications, teste avant de livrer et documente ce qu'il fait sur un patrimoine sensible.
Esprit d'investigation
✗ Faible · Se décourage face à un code ancien et attend qu'on lui explique au lieu de chercher.
✓ Excellent · Aime décortiquer un programme obscur, reconstituer une logique perdue et remonter à la source d'un comportement inattendu.
Communication avec le métier
✗ Faible · Reste enfermé dans la technique et ne sait pas expliquer un arbitrage à un interlocuteur non technique.
✓ Excellent · Traduit des règles de gestion techniques en langage clair, dialogue avec les équipes métier et restitue les risques d'une évolution.
Sens de la continuité de service
✗ Faible · Sous-estime le risque de rupture et intervient sans précaution sur des systèmes en service.
✓ Excellent · Anticipe les effets d'une intervention sur la production, planifie ses livraisons dans les fenêtres adaptées et garde le sang-froid en incident.
Compétences techniques
Comment abordez-vous un programme COBOL de plusieurs milliers de lignes, sans documentation, qu'il faut faire évoluer rapidement ?
→ Évaluer la méthode de lecture du legacy, la capacité à reconstituer une logique et à sécuriser une modification.
Racontez un incident de production que vous avez diagnostiqué : abend batch, problème d'accès aux données ou régression. Comment l'avez-vous résolu ?
→ Mesurer la maîtrise du JCL, des bases de données et la rigueur de diagnostic sous pression.
Avez-vous participé à un chantier de modernisation ou de migration du mainframe ? Quel était votre rôle et qu'avez-vous appris ?
→ Sonder l'appétence pour la transformation et distinguer un profil de pure maintenance d'un profil moteur de modernisation.
Réalisations & expérience
Décrivez un environnement mainframe sur lequel vous êtes intervenu : volumétrie, criticité des flux, langages et outils en place.
→ Vérifier l'expérience réelle en production et la conscience du contexte critique, pas seulement une connaissance académique du COBOL.
Mise en situation
Une évolution doit être livrée vite mais touche un flux financier sensible. Comment arbitrez-vous entre délai et sécurité de la production ?
→ Apprécier le sens du risque, la capacité à poser des garde-fous et à assumer un arbitrage.
Motivation & fit
Le COBOL est souvent perçu comme une technologie du passé. Qu'est-ce qui vous donne envie de continuer à travailler sur ces systèmes ?
→ Comprendre la motivation profonde et la projection à moyen terme sur un patrimoine legacy.
Savoir-être & collaboration
Comment expliquez-vous à une équipe métier non technique pourquoi une évolution apparemment simple représente un risque sur le système ?
→ Évaluer la pédagogie, la communication et la capacité à faire comprendre un enjeu technique.
Connaissance uniquement théorique du COBOL, sans intervention réelle en production mainframe.
Le poste exige de toucher à des flux critiques dès l'arrivée, un savoir purement scolaire ne suffit pas à sécuriser l'existant.
Minimise le risque d'une intervention sur un système en service et parle de livrer sans tests ni précautions.
Sur un legacy critique, une régression peut interrompre un service essentiel, l'absence de prudence est éliminatoire.
Se décourage ou se dérobe face à un code ancien non documenté.
L'essentiel du travail consiste à comprendre et fiabiliser un patrimoine opaque, l'inconfort sur ce point rend le profil inopérant.
Dépendance totale à un tiers pour le JCL, l'ordonnancement ou les accès aux données.
L'autonomie sur la chaîne batch et les données conditionne la capacité à traiter seul un incident ou une évolution.
Refus catégorique de toute modernisation ou attachement exclusif à la maintenance figée.
La plupart des organisations engagent une trajectoire de transformation, un profil fermé à l'évolution devient un frein.
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 COBOL ?
Une scorecard développeur cobol 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 cobol, scorecard développeur mainframe, scorecard développeur legacy.
Comment utiliser cette scorecard Développeur COBOL ?
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.
Pourquoi le recrutement d'un développeur COBOL est-il si difficile aujourd'hui ?
La rareté est structurelle : peu de profils se forment encore au COBOL et au mainframe, tandis que les spécialistes expérimentés partent progressivement à la retraite. Or les systèmes concernés restent au coeur d'activités critiques en banque, assurance et secteur public, où l'arrêt n'est pas envisageable. Le marché oppose donc une demande qui ne faiblit pas à un vivier qui se réduit, ce qui rend l'approche directe et le ciblage précis indispensables pour identifier les bons profils.
Quel profil faut-il viser plutôt qu'un pur expert COBOL historique ?
Le profil le plus recherché aujourd'hui combine la maîtrise du legacy et une ouverture aux technologies modernes. Au delà de la maintenance, les organisations cherchent quelqu'un capable de comprendre un système ancien, de le documenter et d'accompagner sa modernisation ou son ouverture vers des architectures récentes. La rigueur, le sens de la continuité de service et la curiosité technique comptent autant que les années d'expérience, car le poste mêle de plus en plus sécurisation de l'existant et préparation de l'avenir.