PROPULSE IT recherche un Administrateur fonctionnel UCMDB pour une mission à mi-temps chez un de ses clients (Paris) L'application CMDB est le référentiel principal du SI géré par le client. La CMDB a pour objectif de collecter, consolider et référencer l'ensemble des éléments de configuration (EC) du parc informatique RATP. Elle prend en charge la découverte automatique de ces EC, leur agrégation ainsi que leur classification afin de les rendre exploitables et consultables par les clients et utilisateurs de la plateforme. Les administrateurs fonctionnels peuvent définir le niveau de granularité des mécanismes de découverte et des modèles de données associés. L'application repose sur le progiciel OpenText Universal CMDB version 25.2, anciennement dénommé Micro Focus UCMDB. Cette solution est conçue afin d'être administrable majoritairement par les équipes fonctionnelles, le recours à la MOE étant principalement nécessaire pour les corrections d'anomalies, les montées de version, les opérations d'administration avancée, les développements spécifiques et les évolutions techniques. Contexte : La production informatique est organisée en Front Office (exploitation niveau 1) qui assure la supervision des SI et un Back Office qui assure le support notamment de l'équipe de supervision (support niveau 2 et 3). La prestation se déroulera au Back Office pour assurer un rôle de support niveau 2 et 3. Livrables attendus : Les missions à réaliser pour l'administrateur fonctionnel dans le périmètre gestion de parc seront : - Participer à la mise en place du contrôle des données du référentiel avec l'équipe gestion de Parc et effectuer des corrections si nécessaire (Création de jobs de mise à jour). - Assurer le support aux équipes métier de la production. - Formuler des demandes d'évolutions du SI de la production et des services « IT4IT » afin d'en améliorer le fonctionnement. - Participer avec la AMOA aux analyses d'impacts sur le SI de la production et des services « IT4IT » consécutives aux demandes d'évolutions des règles métier / fonctionnalités implémentées. - Gérer les droits d'accès utilisateurs aux sous-systèmes du SI de la production et des services « IT4IT » en fonction de leurs profils. - Régler les paramètres fonctionnels des sous-systèmes du SI de la production et des Services « IT4IT » pour optimiser leur fonctionnement (seuils d'alertes des sondes, création de règles d'enrichissement.). - Participer aux actions de maintenance correctives et évolutives. - Traiter les incidents ou anomalies : identification, diagnostic de l'incident, formulation et suivi de sa résolution auprès de la MOE. - Tracer les évolutions du paramétrage et des interventions dans une base de connaissances. - Fournir des rapports et assurer la communication aux utilisateurs des mises à jour des référentiels, les anomalies corrigées, et les évolutions...
Run & Service Transition LeadContexteDans le cadre du programme INDUS 4.0, 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. MissionLe 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 principales1. Construction du Target Operating ModelDé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 RunMettre 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 BuildParticiper 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 Le Run Lead doit pouvoir signaler les gaps avant le Go-Live et piloter leur résolution. 4. Service TransitionConstruire 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-LivePendant 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 HypercarePour chaque Go-Live : Définir le dispositif de support PDF Identifier les équipes et experts mobilisables PDF Définir le planning d'Hypercare PDF Organiser les war rooms si nécessaire PDF Suivre les incidents et problèmes PDF Produire les statuts opérationnels PDF Suivre les KPI de stabilisation PDF Décider avec les équipes concernées de la sortie d'Hypercare PDF 7. Documentation et Knowledge ManagementDéfinir le référentiel documentaire Run et s'assurer qu'il est maintenu. PDF Exemples : Architecture opérationnelle PDF Contacts et escalades PDF Service catalogue PDF Runbooks PDF Troubleshooting guides PDF SOP PDF Procédures de maintenance PDF Procédures DR PDF Matrice de flux PDF Matrice d'accès PDF Documentation fournisseurs PDF Procédures de support PDF Knowledge articles PDF Livrables attendusLe Run & Service Transition Lead sera notamment responsable des livrables suivants : Target Operating Model INDUS 4.0 PDF Operating Model / Support Model par service PDF RACI Build / Run PDF Service Transition Process PDF Run Readiness Checklist PDF Operational Acceptance Criteria PDF Definition of Done Run PDF Support Matrix L1/L2/L3 PDF Escalation Matrix PDF Service Catalogue PDF SLA/OLA framework PDF Incident / Problem / Change operating procedures PDF CMDB requirements PDF Monitoring & Alerting requirements PDF Backup / Restore operational framework PDF Knowledge Transfer Plan PDF Hypercare Model PDF Go-Live Support Plan PDF Run KPI dashboard PDF Roadmap de transition progressive vers le Run PDF
