Run & Service Transition Lead

NRB; Luik; Sur place; EUR 90 000 - 120 000; Plein temps

Résumé du poste

KEYES recherche un Run & Service Transition Lead pour conduire le modèle opérationnel cible et préparer le passage des solutions du mode projet vers le Run dans le cadre du programme INDUS 4.0 chez notre client en Belgique.

Le rôle implique la définition des processus Run, des responsabilités et des SLA, ainsi que le pilotage de l’intégration Run dès les phases Build et Go-Live, avec coordination entre IT, OT et cybersécurité.

Description du poste

Job Description

Rejoindre KEYES, c’est donner du sens à votre talent.

Rejoignez KEYES en tant que Data Analyst !

Vous êtes à la recherche d’un environnement où la technologie n’est pas une fin en soi, mais un levier pour construire un futur durable ? Chez KEYES, nous ne cherchons pas seulement des expertises techniques ; nous cherchons des humains qui partagent nos valeurs.

Vous souhaitez poursuivre votre carrière et grandir au sein d’un des leaders IT en Belgique ?

KEYES accompagne les organisations privées et publiques, en Belgique et en Europe dans leur transformation digitale en alliant expertise métier, maîtrise technologique et vision à long terme.

Nous accompagnons les grandes organisations, le secteur public, les acteurs de la santé et les PME dans chacun de leurs challenges digitaux: Infrastructure & Cloud Solutions, Cybersecurity Solutions, Business Software Solutions, Mainframe Solutions, Data & AI Solutions, Advisory Solutions, Staffing Solutions.

Plus d’info : www.keyes.eu

Le contexte

Dans le cadre du programme INDUS 4.0 chez notre client nous recherchons un Run & Service Transition Lead chargé de construire le modèle opérationnel cible du programme et de préparer le passage progressif des solutions du mode projet vers le Run.

Le programme met en place plusieurs composants IT/OT critiques : infrastructure, réseau, cybersécurité, plateformes, stockage, backup, IAM, OpenShift, MES et services associés. Le rôle intervient dès la phase Build afin de s’assurer que les solutions livrées sont exploitables, supportables et correctement transférées vers les équipes Run.

Mission

Le Run & Service Transition Lead est responsable de :

• Définir et construire le Target Operating Model (TOM) du programme
• Intégrer les exigences Run dès la phase de conception et de Build
• Piloter la préparation opérationnelle des solutions
• Structurer les processus, rôles, responsabilités et outils nécessaires au Run
• Assurer le lead opérationnel pendant les phases Build, transition, Go-Live et Hypercare
• Organiser et sécuriser le transfert vers les équipes de support et d’exploitation L'objectif est d'éviter un transfert "documentation en fin de projet" et de construire progressivement le modèle Run en parallèle du Build.

Responsabilités principales

• Construction du Target Operating Model Définir le modèle Run cible du programme :
• Organisation du support L1 / L2 / L3
• Responsabilités équipes internes / Groupe / fournisseurs
• RACI opérationnel
• Modèle de support par composant
• Heures de support et astreintes si nécessaires
• Processus d'escalade
• Gouvernance Run
• Interfaces entre équipes IT, OT, cybersécurité, métiers et fournisseurs
• Définition des SLA / OLA / KPI Le TOM devra être suffisamment standardisé pour pouvoir être réutilisé sur les futurs sites industriels.
• Définition des processus Run Mettre en place ou adapter les processus opérationnels nécessaires :
• Incident Management
• Major Incident Management
• Problem Management
• Change Management
• Request Management
• Event & Monitoring Management
• Capacity / Availability Management
• Configuration Management / CMDB
• Patch & Vulnerability Management
• Backup & Restore
• Disaster Recovery
• Access Management
• Certificate Management
• lifecycle management des composants S'assurer que les processus sont pragmatiques et réellement applicables par les équipes opérationnelles.
• Run Readiness pendant le Build Participer aux projets dès la phase Build afin d'intégrer les exigences d'exploitation. Pour chaque solution / composant :
• Identifier les prérequis Run
• Challenger l'architecture sur son exploitabilité
• Vérifier la disponibilité du monitoring et des logs
• Définir les mécanismes de backup / restore
• Vérifier les procédures d'exploitation
• Identifier les dépendances opérationnelles
• Définir les accès nécessaires aux équipes support
• S’assurer que les composants sont correctement enregistrés dans la CMDB
• Identifier les compétences et formations nécessaires
• Définir les critères de Run Readiness Le Run Lead doit pouvoir signaler les gaps avant le Go-Live et piloter leur résolution.
• Service Transition Construire et piloter le processus de transfert Build-to-Run. Définir notamment :
• Checklist de Service Transition
• Critères d'Operational Acceptance
• Definition of Done Run
• Documentation obligatoire
• Runbooks
• Procédures d'incident et troubleshooting
• Procédures de backup / restore
• Procédures de démarrage / arrêt
• Procédures de maintenance
• Contacts et escalades
• Matrice de support
• Transfert de connaissance
• Formation des équipes
• Validation des accès
• Validation du monitoring
• Validation CMDB
• Validation du support fournisseur
• Aucun composant critique ne doit être considéré comme transféré sans validation formelle de sa readiness opérationnelle.

Lead Run pendant Build et Go-Live

• Lead Run pendant Build et Go-Live Pendant la phase Build et avant le transfert complet vers les équipes opérationnelles :
• Être le point de coordination Run du programme
• Coordonner les incidents liés aux nouvelles solutions
• Organiser le troubleshooting entre squads, infrastructure, réseau, cyber, applications et fournisseurs
• Assurer le suivi des incidents critiques
• Identifier les problèmes récurrents
• Organiser les RETEX / lessons learned
• Suivre les actions correctives
• Préparer les équipes Run avant chaque mise en production
• Go-Live et Hypercare Pour chaque Go-Live :
• Définir le dispositif de support
• Identifier les équipes et experts mobilisables
• Définir le planning d'Hypercare
• Organiser les war rooms si nécessaire
• Suivre les incidents et problèmes
• Produire les statuts opérationnels
• Suivre les KPI de stabilisation
• Décider avec les équipes concernées de la sortie d'Hypercare
• Documentation et Knowledge Management Défin