Run & Service Transition Lead

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

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 ?

Rejoignez KEYES en tant que Data Analyst !

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

1. 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.

2. 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.

3. 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.

4. 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.

5. 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

6. 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

7. Documentation et Knowledge Management Définir le référentiel documentaire Run et s'assurer qu'il est maintenu. Exemples :

• Architecture opérationnelle

• Contacts et escalades

• Service catalogue

• runbooks

• Troubleshooting guides

• SOP

• Procédures de maintenance

• Procédures DR

• Matrice de flux

• Matrice d'accès

• Documentation fournisseurs

• Procédures de support

• knowledge articles

Livrables attendus

Le Run & Service Transition Lead sera notamment responsable des livrables suivants :

• Target Operating Model INDUS 4.0

• Operating Model / Support Model par service

• RACI Build / Run

• Service Transition Process

• Run Readiness Checklist

• Operational Acceptance Criteria

• Definition of Done Run

• Support Matrix L1/L2/L3

• Escalation Matrix

• Service Catalogue

• SLA / OLA framework

• Incident / Problem / Change operating procedures

• CMDB requirements

• Monitoring & Alerting requirements

• Backup / Restore operational framework

• Knowledge Transfer Plan

• Hypercare Model

• Go-Live Support Plan

• Run KPI dashboard

• Roadmap de transition progressive vers le Run

Profil recherché

Expérience significative en :

• IT Service Management / IT Operations

• Service Transition

• Gestion de services IT critiques

• Programmes de transformation ou grands projets infrastructure

• Construction de Target Operating Models

• Pilotage de fournisseurs

• Incident / Problem / Change Management

• Préparation de Go-Live et Hypercare

Une expérience dans un environnement industriel / OT est fortement souhaitée.

Compétences

• Bonne maîtrise des principes ITIL

• Capacité à construire un modèle opérationnel à partir d'un environnement encore en construction

• Bonne compréhension des infrastructures IT : réseau, serveurs, virtualisation, stockage, backup, IAM, monitoring, cybersécurité

• Capacité à travailler avec des architectes et experts techniques sans nécessairement être l'expert de chaque technologie

• Forte capacité de coordination transverse

• Capacité à challenger les équipes Build sur la Run Readiness

• Capacité à structurer des sujets complexes de manière pragmatique

• Très bonnes capacités de communication et d'escalade

Positionnement dans le programme Le Run & Service Transition Lead travaille en transverse avec :

• Program Manager

• Project Managers

• Solution / Infrastructure Architects

• Équipes Infrastructures & Réseau

• Équipes Cybersecurity

• Équipes Applications / MES

• Équipes IAM

• Service Management

• Équipes Run

• Fournisseurs et intégrateurs

Il représente le Run dans les décisions du programme et s'assure qu'une solution n'est pas uniquement "techniquement livrée", mais également exploitable et supportable. Critère de succès du rôle À la fin de la transition, chaque service doit avoir :

• Un owner identifié

• Un modèle de support clair

• Des équipes formées

• Les bons accès

• Une documentation opérationnelle disponible

• Du monitoring

• Des procédures incident / troubleshooting

• Des procédures backup / restore si applicables

• Une CMDB à jour

• Des SLA / escalades définis

• Un support fournisseur opérationnel

• Une validation formelle du transfert vers le Run

Le résultat attendu est un Run opérationnel, structuré et reproductible, et non un simple handover documentaire en fin de programme.

Notre offre

• Une équipe de collègues enthousiastes, professionnels où règne une excellente ambiance et ou l’expertise est partagée

• Des outils et une infrastructure toujours à la pointe de l'innovation.

• Un accompagnement de carrière personnalisé pour vous/te soutenir dans votre/ton évolution

• De nombreuses possibilités de formations et certifications

• Une entreprise avec une atmosphère de travail conviviale, dynamique et tournée vers l'innovation

• Une attention particulière portée à notre environnement

• Des moments fun – foodtruck, barbecue, after work, family day!

• Package salarial complet

• Des possibilités de télétravail (jusqu'à 3 jours par semaine)

#LI-HA1