Une chaîne de nuit mal conçue se voit le matin : un chargement parti avant l'arrivée de son fichier, un job bloqué qui en retient vingt autres, une fenêtre batch qui déborde sur l'ouverture des services. L'ingénieur ordonnancement traduit les demandes des équipes applicatives en jobs, en dépendances et en calendriers, administre les serveurs et les agents de l'outil et intervient quand une chaîne s'arrête. Pour un entretien d'ingénieur ordonnancement, la logique des flux compte plus que le produit.
Control-M, de BMC, range ses jobs en folders liés par des conditions et commandés chaque jour selon leur order date. VTOM, l'outil de l'éditeur français Absyss, organise ses traitements en environnements et en applications qui suivent une date d'exploitation. IBM Workload Scheduler, l'ancien Tivoli Workload Scheduler que HCL développe et vend aussi sous le nom HCL Workload Automation, raisonne en job streams, en plan de production et en agents. Un candidat solide sur l'un passe à l'autre sans repartir de zéro s'il maîtrise les notions communes.
Le périmètre réel se vérifie avant l'entretien. Certains postes portent sur la conception des chaînes pour les projets, d'autres sur l'administration technique de l'outil, d'autres encore sur la migration d'un ordonnanceur vers un autre. Le PDF couvre les trois avec 30 questions, un cas de 20 minutes et une grille de 1 à 4.
Les ordonnanceurs et les outils autour des chaînes batch
Control-M (BMC)
L'architecture repose sur Control-M/Enterprise Manager, un ou plusieurs Control-M/Server et des agents installés sur les machines. Les jobs sont rangés dans des folders, liés par des conditions et commandés chaque jour par la procédure New Day selon leur order date. L'Automation API permet d'écrire les définitions en JSON et de les déployer comme du code. BMC propose aussi Control-M en SaaS.
VTOM (Visual TOM)
L'ordonnanceur d'Absyss, éditeur français. Les traitements sont regroupés en applications, elles-mêmes rangées dans des environnements, et chaque environnement avance selon sa date d'exploitation. Les traitements s'exécutent sur des machines désignées par des unités de soumission, et des ressources conditionnent les lancements. Les migrations depuis ou vers Control-M reviennent dans les offres.
IBM Workload Scheduler (TWS, HWA)
Le successeur de Tivoli Workload Scheduler, que HCL développe et commercialise aussi sous le nom HCL Workload Automation (version 10.2.8 selon les notes de version HCL de juillet 2026). Chaque jour, le master domain manager construit le plan de production, le fichier Symphony, et le distribue aux agents. Les job streams portent des run cycles et des dépendances : follows, ressources, prompts, fichiers. La version mainframe est un produit à part.
Dollar Universe et Autosys
Deux autres ordonnanceurs courants, tous deux chez Broadcom. Ils posent les mêmes questions de dépendances et de reprise, et sont souvent la source ou la cible d'une migration. Un CV qui les cite montre des réflexes transposables.
Transferts de fichiers (CFT, SFTP)
Beaucoup de chaînes commencent à l'arrivée d'un fichier et finissent par un envoi. Axway CFT, SFTP ou un module de transfert de l'ordonnanceur comme Control-M MFT assurent ces échanges. L'ingénieur ordonnancement déclenche une chaîne sur la fin réelle d'un transfert, pas sur l'apparition d'un fichier encore en cours d'écriture.
Scripts Shell, PowerShell et SQL
Les jobs appellent des scripts, et l'ordonnanceur ne connaît que leur code retour. L'ingénieur ordonnancement lit un script, vérifie qu'il sort en erreur quand il échoue et écrit ses propres scripts d'administration : purge des historiques, rapports, contrôles. Le SQL sert à interroger la base de l'outil ou les tables de contrôle des applications.
Supervision et ITSM
Les alertes de l'ordonnanceur (job en échec, job en retard sur son heure limite) partent vers la supervision ou ouvrent un ticket dans ServiceNow ou un autre outil ITSM. Les heures limites se fixent avec les équipes métier à partir des engagements de service, et se revoient quand la chaîne change.
Définitions versionnées et API
Les chaînes se versionnent souvent dans Git et se déploient par API ou par ligne de commande : Automation API pour Control-M, composer et API REST pour IWS, outils d'import et d'export pour VTOM. Reste à savoir comment la personne fait passer une chaîne de la recette à la production sans la ressaisir.
Le poste se situe dans l'équipe de production ou dans une cellule ordonnancement qui sert plusieurs équipes applicatives. Les intitulés varient : analyste ordonnancement pour la conception et le suivi, administrateur ordonnanceur pour la partie technique, expert pour les migrations et la haute disponibilité. Le pilote d'exploitation surveille les chaînes et applique les consignes de reprise. L'ingénieur ordonnancement écrit ces consignes, conçoit les chaînes et prend la main quand une consigne ne suffit plus. Selon le SI, l'outil pilote aussi des jobs mainframe, IBM i, SAP ou cloud, ce qui ajoute des types de jobs à connaître.
Ce qu'un ingénieur ordonnancement doit savoir faire
- Conception de chaînes et dépendances
- Calendriers et dates de production
- Reprise des traitements en échec
- Administration et haute disponibilité
- Intégration des scripts et transferts
- Industrialisation et migration d'ordonnanceur
Cinq cas de chaînes batch pour un ingénieur ordonnancement
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un chargement comptable doit attendre trois fichiers venus de trois applications. Ils arrivent entre 22 h et 2 h, et parfois pas du tout. Comment construisez-vous la dépendance ?
Une bonne réponseUn déclencheur par fichier (file watcher dans Control-M, ressource de type fichier dans VTOM, dépendance de fichier ou règle d'événement dans IWS), posé de préférence sur un fichier témoin ou sur la fin du transfert, pas sur un fichier de données qui peut être encore incomplet. Les trois déclencheurs se rejoignent dans une condition en ET. Une heure limite déclenche une alerte et une consigne écrite si un fichier manque, au lieu d'une attente sans fin. La personne précise ce qui se passe quand un fichier arrive le lendemain : rattrapage sur la bonne date ou rejet.
Signal d'alerteLancer le chargement à heure fixe à 2 h 30 « parce qu'en général tout est arrivé », ou surveiller l'apparition du fichier de données sans vérifier qu'il est complet.
Question 2 · junior à confirmé
Un traitement doit tourner le dernier jour ouvré de chaque mois, et passer au jour ouvré précédent si ce jour est férié. Comment le paramétrez-vous ?
Une bonne réponseUn calendrier des jours ouvrés qui exclut les jours fériés, mis à jour chaque année, avec les fériés locaux si le SI couvre plusieurs pays ou l'Alsace-Moselle. Puis une règle de dernier jour ouvré du mois appuyée sur ce calendrier : calendrier à règles et option de décalage dans Control-M, run cycle avec calendrier et règle de jour non ouvré dans IWS, règles de calendrier équivalentes dans VTOM. La personne vérifie le résultat en projetant les dates de l'année dans l'outil.
Signal d'alerteUne liste de dates saisie à la main pour l'année, ou un script qui teste lui-même la date et sort en succès sans rien faire, ce qui brouille l'historique.
Question 3 · confirmé à senior
Un job de la chaîne de paie est en échec. L'équipe applicative vous demande de le forcer à terminé pour libérer la suite. Que vérifiez-vous avant de le faire ?
Une bonne réponseCe que le job devait produire et ce que ses successeurs vont lire : le forcer satisfait ses conditions de sortie, et les jobs suivants partiront sur des données absentes ou partielles. La personne demande une décision écrite à quelqu'un d'habilité, vérifie si une correction manuelle a remplacé le traitement et trace l'action et sa raison dans le ticket. Elle connaît la commande de son outil (Set To OK dans Control-M, confirm SUCC dans IWS, l'action équivalente dans VTOM) et sait que l'historique en gardera la trace.
Signal d'alerteForcer sur une demande orale à 3 h du matin sans savoir ce que lisent les jobs suivants.
Question 4 · senior
Un job commandé le 14 au soir démarre après minuit. Sur quelle date travaille-t-il, et quel risque prenez-vous si son script lit la date du serveur ?
Une bonne réponseLa personne distingue la date calendaire et la date de production : order date dans Control-M, date d'exploitation dans VTOM, date du plan de production dans IWS. Le job travaille pour le 14, et le script doit recevoir cette date en paramètre (%%ODATE dans Control-M, variable de date d'exploitation dans VTOM, variable du plan dans IWS) au lieu de lire la date système, sinon il traite le 15. Elle sait aussi ce que son outil fait d'un job non terminé au changement de journée : maintien dans l'environnement actif, report (carry forward) dans IWS, règles de passage de date dans VTOM.
Signal d'alerte« Il prend la date du serveur », ou découvrir le sujet le jour d'une clôture de fin de mois décalée.
Question 5 · senior
Le serveur principal de l'ordonnanceur tombe à 1 h du matin. Qu'est-ce qui continue de tourner sur les agents, et comment basculez-vous ?
Une bonne réponseLa réponse dépend de l'architecture et la personne connaît la sienne. Dans IWS, les agents tolérants aux pannes gardent leur copie du plan (Symphony) et exécutent leurs jobs locaux, mais les dépendances entre machines attendent ; on bascule sur le backup master domain manager. Dans Control-M, les jobs déjà lancés continuent sur les agents et leur statut remonte au retour du serveur, et une installation en haute disponibilité bascule sur le Control-M/Server secondaire. Pour VTOM, le serveur de secours prévu dans l'architecture. Elle cite des tests de bascule déjà menés et le délai observé.
Signal d'alerte« Tout s'arrête, on attend que le serveur redémarre », ou aucune idée de l'endroit où vit le plan du jour.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Ingénieur ordonnancement, les questions fréquentes
Un expert Control-M peut-il prendre un poste sur VTOM ou IWS ?
Oui, si l'entretien montre qu'il maîtrise les notions et pas seulement les écrans. Dépendances, calendriers, ressources, date de production et reprise existent dans les trois outils sous d'autres noms. Ce qui s'apprend vite : l'interface, le vocabulaire, les commandes. Ce qui prend plus de temps : l'administration technique et l'architecture de haute disponibilité propres à chaque produit. Pour un poste d'administrateur, l'expérience du produit exact pèse donc davantage.
Que doit savoir faire un ingénieur ordonnancement junior ?
Créer un job avec ses conditions et son calendrier, lire une sortie en erreur, expliquer pourquoi un job attend, appliquer et rédiger une consigne de reprise simple. Il doit connaître la différence entre date calendaire et date de production, et lire un script shell pour comprendre son code retour. L'administration des serveurs, la haute disponibilité et les migrations relèvent des profils confirmés et seniors.
Qui fait quoi entre ingénieur ordonnancement et pilote d'exploitation ?
Le pilote surveille les chaînes en temps réel, relance ou escalade selon les consignes et consigne ce qui s'est passé. L'ingénieur ordonnancement conçoit les chaînes, écrit les consignes, administre l'outil et traite les cas que la consigne ne couvre pas. Dans les petites équipes, la même personne fait les deux. L'offre doit le préciser, car un pilote qui postule pour un poste de conception n'aura pas forcément construit de chaînes.
L'entretien comprend-il une manipulation de l'ordonnanceur ?
Un test technique sur l'outil lui-même vérifie surtout la connaissance des écrans. Un exercice sur papier en dit plus : un schéma de chaîne avec ses fichiers d'entrée, ses horaires et un échec à 3 h, à reprendre à voix haute. On voit si la personne pense aux dépendances, aux dates, aux ressources et aux conséquences d'un forçage. Une démonstration sur une instance de test peut compléter pour un poste d'administrateur.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
