Run & Service Transition Lead - Freelance

Taux journalier (TJM): 700

Notre client dans le secteur Aérospatial et défense recherche un Run & Service Transition Lead

Contexte et objectif de la mission

Dans le cadre d’un programme de transformation industrielle 4.0, la mission consiste à construire le modèle opérationnel cible du programme et à préparer le passage progressif des solutions du mode projet vers le Run. Le programme met en place plusieurs composants IT/OT critiques, notamment : 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. L’objectif est d’éviter un transfert documentaire en fin de projet et de construire progressivement le modèle Run en parallèle du Build.

Missions principales

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

Responsabilités principales

1. Construction du Target Operating Model
Définir le modèle Run cible du programme, comprenant notamment :
• Organisation du support L1 / L2 / L3
• Répartition des responsabilités entre équipes internes, groupe et 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 doit être suffisamment standardisé pour être réutilisable sur de 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

Les processus doivent être 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 ou 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 écarts avant le Go-Live et piloter leur résolution.

4. Service Transition
Construire et piloter le processus de transfert Build-to-Run, avec notamment :
• Checklist de Service Transition
• Critères d’Operational Acceptance
• Definition of Done Run
• Documentation obligatoire
• Runbooks
• Procédures d’incident et de 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, incluant par exemple :
• 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 responsable notamment des livrables suivants :
• Target Operating Model
• 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

Critères de succès du rôle

À la fin de la transition, chaque service doit disposer de :
• 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.

Compétences / Qualités indispensables: IT Service Management / IT Operations,Service Transition,ITIL,Target Operating Model (TOM),Coordination transverse en environnement IT/OT Compétences / Qualités qui seraient un +: Expérience en environnement industriel / OT