Trouvez votre prochaine offre d’emploi ou de mission freelance Diagramme d'Ishikawa

Tâche : Après une période d’appropriation des principes et de la gouvernance en place : • Incident Management : superviser la gestion de bout en bout (identification, classification, priorisation, coordination multi équipes/fournisseurs), garantir la qualité des tickets (CI, impact, cause, workaround) et respecter les OLAs/SLAs. • Major Incident (MIM) : à l’activation, ouvrir le bridge inférieur à 15min, structurer les rôles, cadencer les communications H+15/H+60 jusqu’au rétablissement, puis conduire un PIR en mois de 72h avec plan d’actions traçable. • Problem Management – Développement de la pratique (prioritaire) : o Formaliser le processus (définitions, flux, critères de bascule Incident?Problem, Definition of Ready/Done, RACI), o Déployer une boîte à outils RCA (A3, 5Why, Ishikawa, Pareto) et une trame PIR standard, o Mettre en place et alimenter la KEDB (Known Error Database) et promouvoir KCS auprès du Service Desk et des groupes de résolution, o Établir les rituels (Problem triage hebdomadaire, Problem review mensuelle) et le backlog Problem priorisé, o Consolider les interfaces avec Change (pré requis, risques, post impl review) et Incident (déclencheurs automatiques, récurrence), o Co concevoir les KPI Problem (ex. % PIR <72h, aging backlog, récurrence top 5) et les reportings associés, o Former/coacher en pair to pair les équipes à la démarche RCA et à la rédaction de Known Errors. • Change Management : orchestrer les changements standard/normal/urgence (évaluation de risque, dépendances, fenêtres), détecter les conflits, proposer un gel ciblé si nécessaire (sur accord ponctuel), préparer et animer CAB/eCAB, exiger critères de succès et backout plan, suivre taux de succès et post implementation reviews. • KPI & reporting (co construction) : co développer avec l’équipe les KPI/OKR (définitions, seuils, sources, règles de calcul), mettre en place/fiabiliser les tableaux de bord (Incident/Problem/Change) et mettre en musique de nouveaux reportings si opportun (après un diagnostic valeur/effort et vérification de la disponibilité/qualité des données). • Amélioration continue & outillage : proposer et implémenter des automatisations dans l’outil ITSM (ex. liaison Incident?Change, création auto de Problem sur récurrence, canal/bridge MIM automatique, modèles de communications), renforcer la qualité de données et animer les rituels (daily/hebdo/mensuel). • Garde IM (incluse) : participer au rota (soir/nuit/week end/jours fériés selon planning), accuser réception <10min sur alertes Prio 1/Prio 2, ouvrir le bridge <15min, mobiliser les équipes/fournisseurs, coordonner jusqu’au rétablissement et produire les artefacts (timeline, décisions, causes, actions).

Au sein du Centre d’excellence ITSM et dans un environnement complexe et dynamique, l’organisation souhaite sécuriser l’exécution quotidienne (Incident & Change) et accélérer la montée en maturité de la pratique Problem Management, aujourd’hui embryonnaire. Le/la spécialiste agit aux côtés du Manager Opération ITSM, sans rôle managérial, avec une posture d’expert conseil. Les décisions sensibles sont prises dans la gouvernance existante (et, si nécessaire, sur accord ponctuel du Responsable Process Opération). La garde IM fait partie intégrante du périmètre (accusé de réception rapide, ouverture de bridge, coordination, communication, puis PIR et actions). Mission Après une période d’appropriation des principes et de la gouvernance en place : * Incident Management : superviser la gestion de bout en bout (identification, classification, priorisation, coordination multi équipes/fournisseurs), garantir la qualité des tickets (CI, impact, cause, workaround) et respecter les OLAs/SLAs. * Major Incident (MIM) : à l’activation, ouvrir le bridge inférieur à 15min, structurer les rôles, cadencer les communications H+15/H+60 jusqu’au rétablissement, puis conduire un PIR en mois de 72h avec plan d’actions traçable. * Problem Management – Développement de la pratique (prioritaire) : * Formaliser le processus (définitions, flux, critères de bascule Incident?Problem, Definition of Ready/Done, RACI), * Déployer une boîte à outils RCA (A3, 5Why, Ishikawa, Pareto) et une trame PIR standard, * Mettre en place et alimenter la KEDB (Known Error Database) et promouvoir KCS auprès du Service Desk et des groupes de résolution, * Établir les rituels (Problem triage hebdomadaire, Problem review mensuelle) et le backlog Problem priorisé, * Consolider les interfaces avec Change (pré requis, risques, post impl review) et Incident (déclencheurs automatiques, récurrence), * Co concevoir les KPI Problem (ex. % PIR <72h, aging backlog, récurrence top 5) et les reportings associés, * Former/coacher en pair to pair les équipes à la démarche RCA et à la rédaction de Known Errors. * Change Management : orchestrer les changements standard/normal/urgence (évaluation de risque, dépendances, fenêtres), détecter les conflits, proposer un gel ciblé si nécessaire (sur accord ponctuel), préparer et animer CAB/eCAB, exiger critères de succès et backout plan, suivre taux de succès et post implementation reviews. * KPI & reporting (co construction) : co développer avec l’équipe les KPI/OKR (définitions, seuils, sources, règles de calcul), mettre en place/fiabiliser les tableaux de bord (Incident/Problem/Change) et mettre en musique de nouveaux reportings si opportun (après un diagnostic valeur/effort et vérification de la disponibilité/qualité des données). * Amélioration continue & outillage : proposer et implémenter des automatisations dans l’outil ITSM (ex. liaison Incident?Change, création auto de Problem sur récurrence, canal/bridge MIM automatique, modèles de communications), renforcer la qualité de données et animer les rituels (daily/hebdo/mensuel). * Garde IM (incluse) : participer au rota (soir/nuit/week end/jours fériés selon planning), accuser réception <10min sur alertes Prio 1/Prio 2, ouvrir le bridge <15min, mobiliser les équipes/fournisseurs, coordonner jusqu’au rétablissement et produire les artefacts (timeline, décisions, causes, actions).

je cherche pour un de mes clients un Chef de Projet Bilingue sur Paris 17. 1. Contexte du service Le service a pour objectif : • Contribuer à la livraison structurée des projets IT dans l’environnement du client. • Travailler avec des équipes transverses pour permettre l’exécution coordonnée des projets via des processus de communication définis. • Interagir avec les parties prenantes en utilisant des workflows documentés de collecte des besoins et des procédures formelles de validation. 2. Périmètre du service Le service couvre (mais sans s’y limiter) : • La planification, la coordination et l’exécution des phases des projets IT en utilisant des méthodologies reconnues (PMBOK, PRINCE2, Agile). • Le suivi de l’avancement des projets via des KPI, des indicateurs de performance et des cadres de gestion des risques, avec des actions d’atténuation structurées. • La structuration des flux de communication en maintenant la documentation RAID, en organisant des comités de pilotage et en gérant des référentiels de projet contrôlés. 3. Livrables du service Le service fournit (mais sans s’y limiter) : • Des plans de projet incluant des structures WBS, des plannings basés sur Gantt, des matrices d’allocation des ressources et des modèles de suivi des coûts. • Des reporting packs comprenant des tableaux de bord, des indicateurs RAG et des analyses des écarts alignées avec la gouvernance du client. • La documentation projet conforme aux critères de qualité définis et aux spécifications des besoins métiers. 4. Expertise requise Le service requiert (mais sans s’y limiter) : • Application des méthodologies de gestion de projet (Waterfall, Agile Scrum, Agile SAFe) avec expertise documentée en déploiement opérationnel. • Maîtrise des plateformes de gestion de projet telles que MS Project, Jira, Confluence, Clarity ou solutions techniques équivalentes. • Priorisation de la charge de travail via des méthodes structurées (MoSCoW, RACI, Kanban). • Coordination multi-projets grâce au mapping des dépendances, à la planification parallèle et à l’analyse du chemin critique. 5. Qualifications du service Le service démontre (mais sans s’y limiter) : • Expertise dans la livraison de projets IT avec gouvernance formelle, registres de risques, workflows de gestion des changements et matrices de critères d’acceptation. • Analyse de problèmes via des méthodes reconnues de recherche de causes (diagrammes d’Ishikawa, analyse de Pareto). • Alignement des parties prenantes via des plans d’engagement, des matrices de communication et des processus d’escalade. • Adaptabilité opérationnelle à travers les processus de gestion de configuration, les procédures de versioning et les évaluations d’impact des changements structurées.