Académique Documents
Professionnel Documents
Culture Documents
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
« c’est un standard ou plutôt ça l’est devenu, sans en être vraiment un et sans en avoir la prétention »
Introduction
Qu’est-ce que ITIL
• ITIL est un recueil des bonnes pratiques
• Ce n’est pas une technologie, ni une méthodologie, ni un standard, ni une norme.
L’OGC (Office of Government Commerce britannique) en est le fondateur.
• C’est une approche pragmatique de l’informatique, la démarche est ouverte, non propriétaire,
publique. Par contre elle est soutenue par des outils ou des logiciels qui eux, peuvent être
propriétaires.
• Il sert à rendre l’IT plus transparent à l’organisation (éviter l’effet boite noire).
• Se traduit par des processus efficaces et efficients pour soutenir la qualité et le cycle de vie des
services IT.
• Réduire à long terme les coûts des prestations de services
Introduction
Autres bonnes pratiques et normes/standards disponibles:
COBIT: bonnes pratiques d'audit informatique et de gouvernance des systèmes d'information
(source wikipédia)
CMMI : (Capability Maturity Model Integration) : évaluation selon un modèle par échelons de la
maturité des activités d’ingénierie informatique et en particulier les activités de développement des
applicatifs.
Six Sigma : basée sur la méthode en cinq étapes DMAIC (Define , Measure, Analyze, Improve,
Control)
ISO 9000 : gestion de la qualité en général
ISO 20000 : qualité des services informatiques
ISO 27001: sécurité des systèmes d’information
Définitions
Business
Une société dans son ensemble ou une organisation composée d’un certain nombre d’unités
Client (MOA – Maitrise d’ouvrage)
Personne qui achète des produits ou des services. Le client d’un fournisseur de services informatiques
(aussi appelé « TI ») est la personne ou le groupe qui définit et convient des cibles de niveau de
service. (SLA)
Utilisateur
Personne qui utilise le service IT au jour le jour. L’utilisateur est représenté par le client. Il remonte ses
exigences auprès du client. L’utilisateur utilise le service mais ne le paye pas. Ses relations avec
l’informatique sont réalisées uniquement via le centre de services.
Définitions
Fournisseur de Service
Une organisation qui fournit des services à un ou plusieurs clients internes ou externes.
Fournisseur des services IT (Type 1 : interne , Type 2 : service partagé, Type 3 : service externe)
Fournisseur / sous-traitant
Tierce partie responsable de la fourniture de biens ou de services qui sont nécessaires à la fourniture
des services IT.
Exemples: revendeurs de matériel et de logiciels, fournisseurs de réseaux et de télécoms.
Définitions
Un Service c’est:
Un moyen de fournir une valeur ajoutée à des clients en facilitant les résultats souhaités sans que
ces clients n’aient à assumer les coûts ou les risques associés.
« Alors que la gestion d’infrastructure se focalise sur la disponibilité opérationnelle des composants, la
gestion des services se concentre sur les clients et leurs besoins métier »
Concept de valeur
Ce que le client obtient :
le service est adapté à mes besoins fonctionnels ?
Service
• étude des besoins (Business Analyse)
• Amélioration continue Utilité
Comment est-il fourni ?
• Enquête de satisfaction client
• Monitoring (disponibilité/performances) Garantie
Fournisseurs de services - Type 1
Fournisseur de
services Type 2
Partagé
Fournisseurs de services - Type 3 (externe)
Entreprise
= Coûts externes
Actifs de service
Management
Actifs
Organisation
Processus Aptitudes
TYPES D’ACTIFS
Connaissance
Coordonne, Sans actifs, pas
Personnes d’offre de service
contrôle et possible !
Information déploie
Application
Infrastructure Ressources
Capital Financier
Concept de service - exemple
Processus business (ex: analyse financière)
Personnel qualifié
Infrastructure (serveurs) Organisation (processus comptables)
(compétences)
Services IT
Ressources et aptitudes
Management Organisation Connaissance Processus
Personnes
Application Infrastructure Capital Financier Information
Débriefing - Réflexion - feedback
• Questions et remarques
Bienvenue
Massimo D’Antonio – Manager Ingénierie des systèmes d’information
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement) - Facultatif
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019) - Facultatif
9. Révision - Examen
Gestion des Services
• Ensemble d’aptitudes organisationnelles (fonctions, processus) qui fournissent
une valeur ajoutée supplémentaire à des clients sous la forme de services.
• ITIL est une méthodologie centrée sur la Gestion des Services
• Origines : compagnies aériennes, banques, hôtellerie et opérateurs
téléphoniques
Fonction, Rôle et Processus
Fonction
• Une équipe ou un groupe de personnes, ainsi que les outils qu’ils utilisent pour
exécuter les processus et activités dont ils sont acteurs
Rôle
• Un ensemble de responsabilités, d’activités et d’autorités accordées à une
personne ou une équipe.
Fonction, Rôle et Processus
Processus
• Ensemble structuré d’activités conçues pour atteindre un objectif spécifique
• Intègre une ou plusieurs entrées et les convertit en sorties définies
• Activé par un déclencheur
• Inclut des rôles, des responsabilités, des outils et des contrôles de gestion
Contrôle de Processus
• Activité consistant à planifier et réguler un processus, afin d’exécuter un
processus de façon efficace, efficiente et consistante.
Fonctions ITIL
Centre de Services (Service Desk) – Help Desk
• Point de contact unique – SPOC (single point of contact) entre le fournisseur de
services et les utilisateurs (gestion des incidents, des requêtes et de la
communication avec les utilisateurs).
Gestion Technique (Technical Management)
• En charge de fournir les compétences techniques nécessaires au support des
Services Informatiques et à la gestion de l’infrastructure informatique.
Fonctions ITIL
Gestion des applications (Application Management)
• Responsable de la gestion des applications au cours de leur cycle de vie.
Gestion des opérations informatiques (IT Operation Management)
• Accomplit les activités quotidiennes nécessaires à la gestion des Services
Informatiques et au support de l’infrastructure informatique(inclut le contrôle
des opérations informatiques (batch, jobs, backups) et la gestion des
installations (ex : imprimantes, câblage, refroidissement du data center, etc…)
Fonctions, (Rôles et Processus)
Développement
Gest. produit Opérationnel
Une mauvaise coordination entre les fonctions, combinée avec un regard tourné vers l’intérieur, mène à des
silos fonctionnels.
Processus d’approvisionnement
Vous êtes DSI (Directeur des services d’information) d’une entreprise de services financiers et vous devez
convaincre votre équipe d’adopter la culture service. (gestion des services)
Développez les motivations qui justifient votre démarche.
Pourquoi ?
Quels sont les enjeux qui justifient de s'orienter vers une approche service.
Du point de vue de l'entreprise, du métier mais aussi pourquoi pas les enjeux vus de la Direction Informatique.
Comment ?
Expliquez comment une telle approche peut elle se mettre en place dans l’organisation.
Quels changements et quels impacts sont à prévoir sur l'équipe informatique en place.
Quoi ?
Imaginez quelques bénéfices concrets de cette démarche.
Développez des exemples de non-qualité présents dans votre organisation qui pourraient être corrigés par cette
approche.
Processus
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Stratégie des Services
Création de valeur
Processus
Gestion du portefeuille de services
Gestion de la demande (demand management)
Gestion financière (financial management)
Gestion de la relation business (business relationship management)
Accent sur la valeur
Les clients sont réticents à acheter lorsqu’il y a une ambiguïté dans la relation de cause à effet entre
l’utilisation d’un service et la réalisation de bénéfices.
Les clients n’achètent pas de services; ils achètent la satisfaction de besoins particuliers
Où est la valeur ajoutée aux yeux de nos clients ? Qui dépend de nos services ?
Comment utilisent-ils nos services ? Pourquoi nos services ont-ils de la valeur aux yeux
de nos clients ?
Création de valeur
Actifs de Service : créateurs de valeur
Actif :
Toute ressource ou aptitude d’un fournisseur de service. Les biens d’un fournisseur de service
regroupent tout ce qui peut contribuer à fournir un service. Les actifs peuvent appartenir à une
des catégories suivantes : gestion, organisation, processus, connaissances, personnel,
information, applications, infrastructure, et capital financier.
Ressources :
Toute ressource ou aptitude susceptible de contribuer à la fourniture d’un service
(management, organisation, processus, connaissance, personnel, information, application,
infrastructure, capital financier)
Aptitudes :
Terme générique incluant l’organisation, le management, les processus, les connaissances
pouvant contribuer à la coordination, contrôle et déploiement de ressources pour produire de la
valeur
• Capacité d’une ressource ou fonction à accomplir une activité
• Sont développées au cours du temps, et améliorées par les expériences
Actifs de service
Connaissance
Influence
Personnes
Coordonne, Consomme des actifs
contrôle et Biens/Services
Information
déploie
Application
Demande
Offre
Infrastructure
Ressources
Capital Financier Clients
Génère des retours
(ou couvre les coûts)
Atelier Stratégie (20 minutes à disposition)
Fournir une méthode dynamique pour la gouvernance des investissements dans la gestion des services
à travers l’entreprise.
1. Introduction
2. Les principes de la gestion des Services
3. Cycle de vie des Services
4. Stratégie des Services (Service Strategy)
5. Conception des Services (Service Design)
6. Transition des Services (Service Transition)
7. Exploitation des Services (Service Operation)
8. Amélioration continue des Services (Continual Service Improvement)
9. Révision - Examen
SKMS=Service Knowledge Management System
Le portefeuille des services est maintenu par la
conception de services, mais est sous la
responsabilité de la stratégie de services.
Le service pipeline est une sous-partie du
portefeuille des services
processus récurrent
Stratégie de Service
Tout service dans le portfolio doit inclure un business case, modèle décrivant ce
que le service doit accomplir
Gestion de la demande - Objectifs
Fournir un modèle
Le cycle de Le cycle de
consommation Actifs production
Actifs
produit de la Client
de consomme de
Service la demande
demande
Schémas Plan de
d’activité Processus Processus
Gestion de
Business Service
business Capacité
Courroie de transmission
Calendrier de fourniture
Gestion de la
Incitations et pénalités pour Demande
influencer la consommation
Gestion de la demande - Service Principal vs Soutien
Offre de Services
Service principal
• Offre les services de base attendus par le client
• Constitue l’offre de valeur pour le client
Service de soutien
• Permettent/améliorent l’offre
Le groupe Services principaux/Services de soutien constitue un aspect
important de la stratégie du Marché
Service Principal
• Contrôle Opérationnel
Nos coûts sont-ils alignés sur les risques business ?
Gestion Financière – Dossier Business (Business Case)
Impact business
Financier
Non-Financier
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
1. Introduction
2. Les principes de la gestion des Services
3. Cycle de vie des Services
4. Stratégie des Services (Service Strategy)
5. Conception des Services (Service Design)
6. Transition des Services (Service Transition)
7. Exploitation des Services (Service Operation)
8. Amélioration continue des Services (Continual Service Improvement)
9. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
10. Révision - Examen
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Principes
Amélioration du niveau de confiance lors de l’introduction de services
nouveaux ou modifiés dans l’environnement opérationnel
Avec un niveau de satisfaction aligné sur les objectifs business (qualité,
conformité, risques, sécurité …)
Sans impacter les autres services ou parties prenantes
Rappel: définition de service
Un moyen de fournir une valeur ajoutée à des clients en facilitant les résultats
attendus sans que ces clients n’aient à assumer les coûts ou les risques
spécifiques.
5 aspects majeurs de la conception de services
Conception des solutions de service
Basée sur les besoins fonctionnels, performances, ressources et aptitudes
Conception des technologies et des architectures
Conception des processus (…pour soutenir les services)
Conception des techniques de mesures (KPI)
Conception des systèmes de support et outils
Principalement le portefeuille de service, incluant le catalogue de services
Principes de conception des services
La conception des services doit considérer les:
Processus business: pour définir les besoins fonctionnels
Services
SLAs/SLRs (Accord/Exigences sur les niveaux de services)
Infrastructure: équipement informatique nécessaire pour fournir le service
Environnement: nécessaire pour sécuriser et faire fonctionner l’infrastructure
Données: nécessaires pour soutenir le service et fournir l’information demandée
Applications: logiciels nécessaires pour manipuler les données
Services de soutien: tout service supportant l’exploitation
OLAs (Operational Level Agreements) and UCs (Underpinning Contract)
Equipes de soutien: équipes internes fournissant un support de 2ème et 3ème niveau
Fournisseurs: équipes externes fournissant un soutien de 3ème et 4ème niveau
Modification de processus business
Exigences IT Services IT
Personnes
Partenaires
Question ?
Lequel des énoncés suivants décrit les quatre Ps de la conception de services ?
a) Un processus pour la conception des services effectifs
b) Les aspects de la planification, perspective, positionnement et de personnes
lors de la conception des services
c) Les questions à poser lors de la révisions des spécifications
d) Les éléments de personnes, partenaires, produits et processus à prendre en
considération lors de la conception des services
Composition d’un service
Définitions
Package de conception de service (SDP = Service Design Package)
Document(s) définissant tous les aspects d’un service et ses besoins à chaque étape de son
cycle de vie. Un SDP est produit pour chaque nouveau service, changement majeur, ou retrait
de service
Charte de service (description, utilité, garantie)
Modèle de service
Architecture de service
Design détaillé de construction et intégration de service
Plan de déploiement et mise en production
Critères d’acceptation d’un service
Critères d’acceptation d’un service (SAC = Service Acceptance Criteria)
Ensemble des critères utilisés pour s’assurer qu’un service informatique remplit sa
fonction et ses exigences de qualité, et que le fournisseur du service est prêt à le faire
fonctionner une fois déployé
Question ?
Le Package SDP devrait formuler en détail tous les aspects du service et ses
exigences pour le Cycle de Vie. Parmi la/les proposition(s) la/lesquelle(s) sont
valide(s) ?
1. Des exigences business validées et documentées
2. Une définition de service pour les opérations
3. Des exigences pour de nouveaux processus ou processus modifiés
4. Des métriques utilisées pour la mesure du service
a) 1 seulement
b) 2 et 3 seulement
c) 1,2 et 4 seulement
d) Toutes
Concevoir les architectures (Gouvernance)
Architecture
L’organisation fondamentale d’un système, matérialisée par ses composants, leurs relations et
celle avec l’environnement, et les principes déterminant sa conception et son évolution
Système
Un ensemble de composants organisés pour remplir une fonction ou un ensemble de fonctions
Conception d’architecture
Le développement et la maintenance au sein d’une organisation des politiques, stratégies,
conceptions, documents, plans et processus mis en place pour le déploiement, l’exploitation et
l’amélioration des services informatiques
Architecture d’Entreprise
Le processus de traduction d’une vision et stratégie business en changement effectif au sein de
l’entreprise, par la création, la communication et l’amélioration de principes et modèles clés, qui
décrivent l’état futur de l’entreprise et permettent son évolution [Gartner]
Architecture d’entreprise
Architecture de service Architecture des
données / information
Architecture applicative
Architecture environnementale
Modèles business
Architecture Business / Organisationnelle Processus business
Design organisationnel
Livraison
Feedback
Monitoring SKMS
Architecture des
Architecture applicative Influencé par
données / information
Bâtiment / Site
Utilise
Salle d’équipement
Architecture environnementale Centres de données primaires
Centre de données secondaires
Architecture de l’infrastructure technique
Architecture de gestion
Finances
Engagement
Propriété intellectuelle
Clients
Aptitudes
Valeurs et éthique
Concurrents
Normes, lois
Ressources
Important : les contraintes délimitent le périmètre du service
Débriefing - Réflexion - feedback
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Coordination de la conception (Design coordination)
Assurer une conception consistante des services, de la gestion de l’architecture, les
techniques, les processus, l’information et métriques des services pour atteindre les
besoins business courants ou en évolution
Coordonner les activités autours des projets, des changements, des fournisseurs
et des équipes de support.
Gérer et planifier les ressources nécessaires à la conception des services nouveaux
ou modifiés
Produire les Services Design Packages (SDPs) basés sur les critères de services
et requêtes de changement
Gérer les critères de qualité (SACs) pour chaque étape de la conception,
stratégie et transition des services
Améliorer l’efficacité et l’efficience des activités de conception et des processus
associés
Assurer l’adoption de processus, systèmes et technologies standards et maitrisés
afin d’optimiser l’efficacité et l’efficience des activités de conception
Coordination de la conception - Périmètre
Assistance et support aux projets et autres changements dans les activités et
processus du cycle de conception des services
Maintenir la politique, guide, standard, budgets, modèles ainsi que les ressources et
aptitudes
Coordonner, prioriser et planifier les ressources et gérer les conflits
Planifier et faire les projections sur les besoins futur de ressources
Revoir, mesurer et améliorer la performance des processus de conception
Assurer que les exigences sont correctement adressées dans la conception en
particulier sur l’utilité et la garantie
Produire les Services Design Packages (SDPs) et les transmettre à la
transition des services
La coordination de la conception n’inclut pas :
• Responsabilité dans les activités des processus en dehors de la phase de conception
• Conception détaillée des solutions de service et des parties spécifiques de chaque SDPs, ceci étant à la
charge des différents projets
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Gestion du catalogue de services – Objet, But et Objectifs
Objet
Fournir une source unique d’informations cohérentes sur tous les services
approuvés, et s’assurer qu’elles sont largement disponibles à ceux qui sont
habilités à y accéder
But
Garantir qu’un catalogue de services est produit et maintenu, avec une
information exacte et précise sur tous les services opérationnels et ceux
destinés à l’être
Objectifs
Gérer l’information contenue dans le Catalogue de Services, et s’assurer
qu’elle est exacte et reflète les détails, statuts, interfaces et dépendances
courantes de tous les services qui sont exécutés, ou préparés à l’être, dans
l’environnement d’exploitation
Concept de base
Le Catalogue de services est un sous-ensemble du
portefeuille des services informatiques qui fournit des
informations centralisées et fiables sur tous les
services
Le catalogue des services vise à développer une
culture orientée service
Le Catalogue a 2 aspects:
• Le Catalogue de services business
• Le Catalogue de services techniques
Concept de base
Le catalogue de services business / technique
SLA Client
Accord avec un groupe de clients couvrant tous les services que ce groupe utilise
Etablir des procédures pour l’accord sur les exigences de service (SLR)
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
1. Introduction
2. Les principes de la gestion des Services
3. Cycle de vie des Services
4. Stratégie des Services (Service Strategy)
5. Conception des Services (Service Design)
6. Transition des Services (Service Transition)
7. Exploitation des Services (Service Operation)
8. Amélioration continue des Services (Continual Service Improvement)
9. Révision - Examen
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Gestion de la capacité (Capacity Management)
Objet
Fournir un point central de réflexion et de gestion pour tous les aspects associés à la
capacité et à la performance, tant du point des services que des ressources
But
Assurer l’existence d’une capacité d’un coût justifiable dans tous les domaines de
l’informatique
Assurer que la capacité est adaptée aux besoins actuels du business, tels qu’ils ont été
convenus
Anticiper les besoins futurs du business et adapter la capacité lorsque le moment est venu
Objectifs
Plan de Capacité
Conseil et orientation
Assurer que la performance effective satisfait ou dépasse les objectifs convenus
Gestion des incidents et problèmes liés à la capacité
Evaluation d’impact
Mesures proactives
Processus
Revue de la capacité et
performance actuelle
Rapport et données de
capacité et performance
Amélioration de la
capacité actuelle des
services et composants
Plan de capacité
Planifcation
Données financières
Plan de capacité
Sert à gérer les ressources nécessaires à la fourniture des services
informatiques
Facilité de Maintenance
σ(𝑡𝑒𝑚𝑝𝑠 𝑑′ 𝑖𝑛𝑡𝑒𝑟𝑟𝑢𝑝𝑡𝑖𝑜𝑛 𝑝𝑜𝑢𝑟 𝑛 𝑝𝑎𝑛𝑛𝑒𝑠)
MTRS (h) =
Temps moyen de restauration d’un 𝑁𝑜𝑚𝑏𝑟𝑒 𝑑𝑒 𝑝𝑎𝑛𝑛𝑒𝑠 [𝑛]
service, composant ou CI
Gestion de la disponibilité – Définitions
Serviçabilité (serviceability)
La capacité d’un fournisseur tiers à satisfaire les termes de son contrat.
Habituellement, le contrat contient des niveaux de disponibilité, de
fiabilité et/ou de facilité de maintenance
Résilience
Capacité d’un élément de configuration (CI) ou d’un service
informatique à résister à une défaillance ou à avoir une reprise rapide
suite à une défaillance (Tolérance de panne)
Exercice
Un service 24/7 a fonctionné pendant une période de 5’020 heures avec 2
interruptions
Une première de 6h après 3’000 heures de fonctionnement
Une seconde de 14h après 2’000 heures de fonctionnement
Exploitation continue
Approche ou conception visant à éliminer les périodes d’indisponibilité planifiées d’un
service des TI (incidents: tolérés, interruptions planifiées: non tolérées)
Disponibilité continue
Approche ou conception visant à obtenir une disponibilité totale. Un service des TI à
disponibilité continue n’a pas de période d’indisponibilité, qu’elle soit planifiée ou non
(incidents et interruptions planifiées: non tolérés)
Source - Présentation : ITIL, LES FONDAMENTAUX Et pour L’ITSMF responsable de la commission patrimoine, éducation et normalisation Thierry CHAMFRAULT Bouygues Telecom
QUIZ
Le but principal de la gestion de la disponibilité est :
a) Surveiller et établir des rapports sur la disponibilité des services et des composants
b) Assurer que toutes les cibles des accords sur les niveaux de services sont atteintes
c) Garantir les niveaux de disponibilité pour les services et les composants
d) Assurer que la disponibilité des services atteint ou dépasse les besoins validés du business
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Gestion de la continuité – Objet, But et Objectifs
Objet
Maintenir la capacité de restauration des services informatiques et de leurs
composants
But
Soutenir le processus global de gestion de la continuité business en
garantissant que les installations informatiques, tant du point de vue technique
que des services peuvent reprendre dans les délais requis et convenus avec le
business
Périmètre
Systèmes informatiques, réseaux, applications, bases et dépôts de données,
télécoms, environnement, support technique et centre de services
Gestion de la continuité – Objectifs
Maintenir un ensemble de plans de continuité et de reprise des services
informatiques qui supportent les plans de continuité business (BCPs) de
l’organisation
Conduire des exercices réguliers d’Analyse d’Impact Business (BIA)
Conduire des exercices réguliers d’Analyse et gestion de risques
Fournir conseil et information
S’assurer que les mécanismes appropriés de continuité et restauration sont
en place
Evaluer l’impact de tous les changements sur les plans de continuité et de
restauration des services informatiques
Si le coût est justifié : Garantir l’implémentation de mesures proactives
pour améliorer la disponibilité des services
Négocier et valider les contrats nécessaires avec les fournisseurs
Gestion de la continuité – Analyse d’impact Business (BIA)
Objet
Quantifier l’impact sur le business de la rupture ou perte de service
Perte de réputation, perte financière, perte humaine
Identifie
La forme que le dommage ou la perte pourrait prendre
Les conséquences d’une perte prolongée de service
Le recrutement, les compétences, les installations et les services (services informatiques
inclus)
Le temps de restauration
La priorité relative de restauration pour le business
Actifs Menaces
Vulnérabilités
Contre-mesures
Conception des services
Principes
Processus
• Coordination de la conception (Design coordination)
• Gestion du Catalogue de Services (Service Catalogue Management)
• Gestion des niveaux de service (Service Level Management)
• Gestion de la capacité (Capacity Management)
• Gestion de la disponibilité (Availability Management)
• Gestion de la continuité (IT Service Continuity Management)
• Gestion de la sécurité de l’information (Information Security Management)
• Gestion des fournisseurs (Supplier Management)
Gestion de la sécurité de l’information – Information security management
Information
Terme général qui inclut banques, base de données, et métadonnées
Politique de sécurité de l’information
La politique qui gouverne l’approche sécurité de l’entreprise
Système de gestion de la sécurité de l’information (SMIS)
Le framework de politiques, processus, standards, recommandations et outils
assurant qu’une organisation atteigne ses objectifs de gestion de la sécurité de
l’information
Gestion de la sécurité de l’information – Information security management
Objet
Assurer que les risques relatifs à la sécurité de l’information sont gérés de
manière appropriée et que les ressources informatiques de l’entreprise sont
utilisées de manière responsable
Fournir un focus sur tous les aspects de la sécurité informatique et gérer toutes
les activités de celle-ci
But
Aligner la sécurité informatique avec celle du business et assurer que la sécurité
de l’information est gérée efficacement pour tous les services et activités de
gestion des services
Gestion de la sécurité de l’information – Information security management
Objectifs
Protéger les intérêts de ceux qui dépendent de l’information et des systèmes qui
l’acheminent, des dommages résultants de pertes de disponibilité,
confidentialité et intégrité
Pour la plupart des organisations, l’objectif de sécurité est atteint quand:
La disponibilité: l’information est disponible et utilisable
La confidentialité: seuls ceux qui ont le droit de la connaître ont accès
L’intégrité: l’information est complète, exacte et protégée contre des
modifications non autorisées
L’authenticité et la non-répudiation: les transactions business et les
informations échangées entre les entreprises, ou avec les fournisseurs, sont
dignes de confiance
…sont effectives
Gestion de la sécurité de l’information – Information security management
Doit se concentrer sur, et être motivée par une politique générale de sécurité de
l’information et un ensemble de politiques de sécurité spécifiques sous-jacentes
Doit avoir le soutien inconditionnel de la direction informatique et idéalement le
soutien de la direction d’entreprise
Doit couvrir tous les domaines de la sécurité (systèmes, apps, bâtiments)
Doit être largement disponible à tous les clients et utilisateurs, et leur
conformité devrait être référencée dans tous les SLRs, SLAs, contrats et
accords. (Ucs et OLAs)
Doit être passée en revue et, si nécessaire, révisée au moins annuellement
…les menaces et les risques évoluent vite
QUIZ
La politique de sécurité de l’information devrait être disponible à quels
groupes d’individus ?
Objet
Obtenir des fournisseurs un bon rapport qualité – prix et s’assurer que les
fournisseurs atteignent les cibles de performances spécifiées dans les contrats
et accords, tout en respectant tous les termes et conditions
But du processus
Gérer les fournisseurs et les services qu’ils fournissent, fournir au business des
services IT d’une qualité homogène, s’assurer que la valeur sur investissement
est obtenue (ROI)
Gestion des Fournisseurs – Supplier Management
Objectifs
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Transition des services
Principes
Processus
• Planification et support à la transition (Transition Planning and Support)
• Gestion des changements (Change Management)
• Gestion des actifs de services et des configurations (Service asset and configuration
management)
• Gestion des déploiements et des mises en production (Release & deployment
management)
• Gestion des connaissances (Knowledge management)
But & Objectifs
Assurer une transition efficace des services dans l’environnement de production, en
collaboration avec toutes les parties prenantes
Coordonner les activités autour des projets, des changements, des fournisseurs et des équipes
de support
Gérer et planifier les ressources nécessaires au support opérationnel des services nouveaux
ou modifiés
Contrôler que les activités de transition soient exécutées selon l’échéance, budget et niveau de
qualité exprimé par le client
Assurer l’adoption de processus, systèmes et technologies standards et maitrisés afin
d’optimiser l’efficacité et l’efficience des activités de transition
Identifier, gérer et contrôler les risques
Suivre et améliorer la performance de la phase de transition
Périmètre
Maintenir la politique, les standards et modèles soutenant les activités de transition
Guider les efforts de transition au travers de tous les processus associés
Gérer les conflits de ressources, échéances, scope
Planifier et faire des projections sur les besoins futurs de ressources
Revoir, mesurer et améliorer la performance des processus de transition
Assurer que l’étape de transition soit alignée avec la gestion des projets et programmes qui s’y
réfèrent
Produire les plans de transition et les transmettre à l’exploitation des services
La coordination de la transition n’inclut pas :
Responsabilité dans les activités des processus en dehors de la phase de transition
Planification détaillée de la construction, test et déploiement des changements
Transition des services
Principes
Processus
• Planification et support à la transition (Transition Planning and Support)
• Gestion des changements (Change Management)
• Gestion des actifs de services et des configurations (Service asset and configuration
management)
• Gestion des déploiements et des mises en production (Release & deployment
management)
• Gestion des connaissances (Knowledge management)
Gestion des changements
Des changements peuvent se produire pour différentes raisons
Proactive: afin de réduire les coûts, améliorer le service ou l’efficacité
Réactive: afin de résoudre des erreurs, s’adapter à un nouveau contexte, etc..
Autorisés
Planifiés
Testés
Implémentés
Documentés
Revus
initiateur
Demande de Demande de changement
changement (business) (informatique)
Lancement
RFC Centre de Services de projet
Déclencheur défini
Les tâches sont connues, documentées et validées
L’autorité effective est données par avance
Le budget est pré-approuvé ou dans la marge de manœuvre du demandeur du
changement
Le risque est habituellement faible et toujours bien compris
Impact
Faible Impact Faible Impact
Faible Probabilité Forte Probabilité
Catégorie de risque : 4 Catégorie de risque : 3
Probabilité
Modèle d’autorisation de changement (exemple)
Si l’évaluation des changements détectes à un niveau 2,3 ou 4 des niveaux de risques plus élevés,
la demande d’autorisation est escaladée au niveau supérieur approprié
Communication Communication
Décisions Escalades Niveau de
Niveau
Autorité configuration
d’autorisation
impacté
Exécutif business Changement complexe,
1 coût et risques élevés
a) 1, 3 et 4 seulement
b) 1, 2 et 3 seulement
c) 2, 3 et 4 seulement
d) Toutes ces réponses
Question ?
Quel est le rôle de l’ECAB ?
a) D’assister le gestionnaire des changements afin qu’aucun changement urgent
ne soit réalisé pendant les périodes où le business est particulièrement volatile
b) D’assister le gestionnaire des changements en implémentant les changements
urgents
c) D’assister le gestionnaire des changements dans l’évaluation des changements
urgents et de décider si le changement devrait être approuvé
d) D’assister le gestionnaire des changements pour accélérer le processus des
changements urgents afin qu’aucun retard inacceptable n’ait lieu
Question ?
Quels types de changements ne sont généralement pas inclus dans le
périmètre de la gestion des changements ?
1. Les changements d’un ordinateur mainframe
2. Les changements d’opérations business
3. Les changements d’un accord sur les niveaux de service (SLA)
4. Le retrait d’un service
Question ?
Lequel des énoncés suivants à propos d’un changement standard est
INCORECT ?
1. L’approche d’un changement standard est préautorisé par la gestion des
changements
2. Chaque changement standard est consenti par son autorité désignée
3. Les changements standards sont généralement de faible risque et bien
compris
4. Les changements standards ne sont demandés que par le processus
d’exécution des requêtes
Transition des services
Principes
Processus
• Planification et support à la transition (Transition Planning and Support)
• Gestion des changements (Change Management)
• Gestion des actifs de services et des configurations (Service asset and configuration
management)
• Gestion des déploiements et des mises en production (Release & deployment
management)
• Gestion des connaissances (Knowledge management)
Définitions
Elément de Configuration (CI)
Tout composant devant être géré afin de fournir un service informatique (Services
IT, matériel, logiciel, bâtiments, personnes, documentation, processus, SLAs, …)
But
Fournir les éléments d’information nécessaire à la construction et au maintien d’une
infrastructure stable et performante
Soutenir des processus de gestion des services efficaces et efficients, en fournissant
une information de configuration exacte et précise, afin de permettre des prises de
décisions opportunes (autorisation de changements et déploiements, résolution
accélérée d’incidents et problèmes, …)
Objectifs
Définir et contrôler les composants de services et l’infrastructure
Le CMS peut aussi contenir des données d’entreprise sur les employés, les
fournisseurs, les unités business et leur localisation, les clients et les
utilisateurs
Utilisée pour stocker les enregistrements des Cis tout au long de leur cycle de vie
a) 1 et 2 seulement
b) 2, 3 et 4 seulement
c) 1, 2 et 3 seulement
d) Toutes ces réponses
Question ?
Parmi les propositions suivantes laquelle est une activité du processus de
gestion des actifs et de configurations ?
1. Rendre des comptes pour tous les actifs financiers de l’organisation
2. Spécifier les attributs de chaque élément de configuration (CI)
3. Construire des modèles de service pour justifier les mises en place d’ITIL
4. Implémenter ITIL à travers l’organisation
Question ?
Quel processus est responsable d’enregistrer les relations entre les composants
de services ?
1. La gestion des niveaux de services
2. La gestion du portefeuille de services
3. La gestion des actifs de services et des configurations (SACM)
SACM = Service Asset Configuration Manager
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Transition des services
Principes
Processus
• Planification et support à la transition (Transition Planning and Support)
• Gestion des changements (Change Management)
• Gestion des actifs de services et des configurations (Service asset and configuration
management)
• Gestion des déploiements et des mises en production (Release & deployment
management)
• Gestion des connaissances (Knowledge management)
But
Construire, tester et donner la capacité de fournir les services spécifiés par la phase de
conception afin de répondre aux besoins des parties prenantes et d’atteindre les objectifs
attendus
Déployer des mises en production et mettre en œuvre une utilisation efficace du service,
fournissant de la valeur au client et permettant de passer la main à la phase d’exploitation des
services
Objectifs
S’assurer que
Les plans de déploiement et de mise en production sont clairs et complets, et qu’ils
permettent au client et aux projets de changement business de s’aligner
Un package de mise en production peut être construit, installé, testé et déployé efficacement,
par un groupe de déploiement ou dans un environnement cible, avec succès et dans les
temps impartis
Un service nouveau ou modifié – avec ses systèmes, sa technologie et son organisation – est
capable de remplir les besoins convenus, par ex : utilités, garanties et niveaux de service
Les impacts imprévus sur les services en production, l’exploitation et le support sont
minimisés
Les clients, les utilisateurs et le personnel de gestion des services sont satisfaits des pratiques
et productions de la transitions des services, par ex : la documentation utilisateurs et les
formations
Objet
Définir et s’accorder avec les clients et les parties prenantes sur les plans de
déploiement et de mise en production
S’assurer que chaque package de déploiement contient un ensemble d’actifs et
de composants de service liés entre eux et compatibles les uns avec les
autres
S’assurer que l’intégrité d’un package de mise en production et ses
composants constitutifs soit maintenus tout au long des activités de transition,
et soit enregistrés correctement dans le CMS
S’assurer que tous les packages de mise en production et déploiement soient
traçables, puissent être installés, testés, vérifiés, et/ou désinstallés si
nécessaire
S’assurer que les changements sont gérés durant les phases de mise en
production et déploiement
Objet (suite)
Enregistrer et gérer les déviations, risques, problèmes liés à des services
nouveaux ou modifiés, et prendre l’action corrective appropriée
S’assurer du transfert de connaissances nécessaire pour permettre aux
clients et utilisateurs d’optimiser leur utilisation du service pour soutenir leurs
activités business
S’assurer que les compétences et les connaissances sont transférées
vers les équipes d’exploitation et de support, afin qu’ils puissent fournir,
soutenir et maintenir efficacement le service selon les garanties et niveaux de
services requis
Concepts de base (1)
Mise en production (Release)
Ensemble de matériel, logiciel, documentation, processus ou autres composants requis
pour l’implémentation d’un ou plusieurs changements autorisés (de service IT). Le contenu
de chaque mise en production est géré, testé et déployé comme une seule et même
entité
Unité de mise en production (Release Unit)
La partie d’un service ou infrastructure informatique qui est normalement mise en
production en une fois, selon la politique de mise en production de l’organisation
Package de mise en production (Release Package)
Peut être constituée d’une seule unité ou d’un ensemble structuré d’unités misent en
production
Concepts de base (2)
Mise en production majeure
Contient normalement des portions importantes de fonctionnalités nouvelles, parmi
lesquelles certaines peuvent éliminer des correctifs temporaires de problèmes
Mise en production mineure
Contient normalement des améliorations mineures et des correctifs
Mise en production d’urgence
Contient normalement des corrections à un petit nombre d’erreurs connues, ou parfois une
amélioration destinée à satisfaire des besoins prioritaires du business
Politiques, principes et concepts de base
Identification des unités de mise en production
Release Definition
Type A Something that impact the whole system/service
Type B A release that will impact part of the system, e.g. single sub-system of sub-service
Type C Correction to a single function
Emergency A change required to restore or continue service to ensure the SLA is maintained
Question ?
Lesquels des éléments suivants sont des buts du processus de la gestion des
déploiements et des mise en production ?
1. S’assurer qu’il existe des plans clairs de mise en production et de déploiement
2. S’assurer que les clients sont satisfaits des pratiques et des sorties de la
transition des services
3. S’assurer quel impact imprévu sur les services en production, les opérations et
le support et minimisé
4. Fournir de la capacité informatique économiquement justifiée répondant aux
besoins du business
a) 1, 2 et 3 seulement
b) 1 et 3 seulement
c) Toutes ces réponses
d) 1,3 et 4 seulement
Transition des services
Principes
Processus
• Planification et support à la transition (Transition Planning and Support)
• Gestion des changements (Change Management)
• Gestion des actifs de services et des configurations (Service asset and configuration
management)
• Gestion des déploiements et des mises en production (Release & deployment
management)
• Gestion des connaissances (Knowledge management)
Objectifs
Améliorer la qualité des décisions prises par le management en garantissant que des
connaissances fiables et sécurisées ainsi que des informations et données sont disponibles tout
au long du cycle de vie du service
Rendre le fournisseur de service plus efficace et améliorer la qualité du service, accroitre la
satisfaction et réduire le coût du service en réduisant la charge de redécouverte des données
S’assurer que le personnel a une compréhension claire et commune de la valeur que leur
service procure au client et la manière dont les bénéfices sont réalisés à travers l’utilisation de
ses services
Maintenir un système de gestion des connaissances des services (SKMS) qui fourni un
accès contrôle aux connaissances, informations et données adaptés à tous les profils
Recueillir, analyser, stocker, partager, utiliser et maintenir la connaissance, les informations et
données tout au long du cycle de vie de l’organisation du fournisseur de service
Périmètre
La gestion de la connaissance est un processus global au cycle de vie
d’un service car il est utilisé toutes les phases du cycle ITIL
La gestion de la connaissance inclut le suivi de la gestion des connaissances,
informations et données depuis lesquels la sagesse est dérivée
Méthode Data-to-Information-to-Knowledge-to Wisdom
structure (DIKW)
Recueille des données exactes, identifie les données pertinentes, maintient l’intégrité
des données et archive et purge les données
Contexte
Budgets
Système de gestion
Modèles de coûts Support aux décisions
des connaissances
des services
Business Plan Support au delivery des services
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Exploitation des services
Principes
Fonctions
• Centre de service (Service Desk)
• Gestion technique, gestion des applications, gestion des opérations IT
Processus
• Gestion des évènements (Event Management)
• Gestion des incidents (Incident Management)
• Exécution des requêtes (Request Fulfilment)
• Gestion des problèmes (Problem Management)
• Gestion des accès (Access Management)
Service IT versus composants technologiques
Service Desk
Service Desk
SKMS
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques
https://www.linkedin.com/in/dantoniomassimo/
1. Introduction
2. Les principes de la gestion des Services
3. Stratégie des Services (Service Strategy)
4. Conception des Services (Service Design)
5. Transition des Services (Service Transition)
6. Exploitation des Services (Service Operation)
7. Amélioration continue des Services (Continual Service Improvement)
8. Différences entre ITIL V3 (2007 et 2011) et V4 (2019)
9. Révision - Examen
Exploitation des services
Principes
Fonctions
• Centre de service (Service Desk)
• Gestion technique, gestion des applications, gestion des opérations IT
Processus
• Gestion des évènements (Event Management)
• Gestion des incidents (Incident Management)
• Exécution des requêtes (Request Fulfilment)
• Gestion des problèmes (Problem Management)
• Gestion des accès (Access Management)
Recouvrement organisationnel
Gestion des Opérations Informatiques
Console
Management Financial
Mainframe Job Scheduling Apps
Backup and
Restore
Print and Output
Database
Gestion Technique
Objectifs
Planifier, implémenter et maintenir une infrastructure technique stable et répondant aux besoins business
Organisationnel
Groupes, départements ou équipes qui fournissent une expertise technique sur un domaine particulier
Rôle double
Fournir une expertise technique / connaissances et une gestion générale de l’infrastructure IT
S’assurer du niveau de formation et compétences des intervenants
Support technique opérationnel
Conseil stratégique, design, transition
S’assurer que les ressources sont déployées efficacement durant les phases de conception,
construction, transition, exploitation et amélioration des services
Gestion des Applications
Objectifs
Planifier, implémenter et maintenir les applications business répondant aux besoins client
Organisationnel
Groupes, départements ou équipes impliqués dans la gestion et le support des applications opérationnelles
Rôle double
Fournir une expertise technique / connaissances et une gestion générale du parc applicatif
S’assurer du niveau de formation et compétences des intervenants
Support applicatif opérationnel
Conseil stratégique, design, transition
S’assurer que les ressources sont déployées efficacement durant les phases de conception,
construction, transition, exploitation et amélioration des services
Gestion des opérations informatiques
2 sous-fonctions
Moyens généraux (Facilities Management)
Contrôles des opérations (Operation Control)
Objectifs
Activités opérationnelles au jour-le-jour : surveillance, vérification, résolution de
panne et amélioration
Organisationnel
Fonction distincte, ou
Fonction constituées partiellement du personnel de la gestion technique et applicative
Rôle Double
Exécuter les activités en suivants les normes de performance définies
S’adapter continuellement aux besoins et à la demande business
Question ?
Les fonctions sont le MIEUX décrites comme…
1) Le centre de service est une fonction qui permet la communication entre les TI
et ses utilisateurs pour toutes les questions opérationnelles
2) Le centre de service est toujours le propriétaire du processus de gestion des
incidents
a) 2 seulement
b) 1 seulement
c) Les deux
d) Aucun
Question ?
Parmi les éléments suivants, auquel fait référence le terme «contrôle des
opérations informatiques» ?
Alerte
Avertissement qu’un seuil (lié à un SLA) a été atteint, que quelque chose a changé, ou qu’une
panne s’est produite
Notification d’une personne ou d’une équipe pour intervention humaine
Objectifs
L’aptitude à détecter des événements, leur donner un sens et déterminer l’action de
contrôle appropriée est fournie par la gestion des événements, qui constitue la base
pour la surveillance et le contrôle opérationnel
Exemple: Détecter tout changement d’état significatif dans la gestion des CIs et service
IT
Politique/principes/concepts de base
Il y a différents types d’événements:
La plateforme de surveillance
Les utilisateurs
Incident Majeur
La plus haute catégorie d’impact pour un incident
Provoque une interruption significative du business
La définition de ce qui est considéré comme un incident majeur est à définir avec les
clients et à intégrer dans les système de codage
Activité
Identification
Enregistrement / journalisation
Catégorisation
Priorisation
Diagnostic initial
Escalade
Fonctionnelle
Hiérarchique
Location Application
impacted impacted
Service Database
impacted impacted
OR
System Server
impacted impacted
Impact
Haut Moyen Bas
Haut 1 2 3
Urgence Moyen 2 3 4
Basse 3 4 5
La gestion proactive des problèmes est initiée dans l’exploitation des services,
mais est généralement conduite dans le cadre de l’amélioration continue
des services
Question ?
Un technicien utilise une technique prédéfinie afin de restaurer le service car
cet incident s’est déjà produit dans le passé. Ceci est un exemple de :
a) 1 seulement
b) 2 seulement
c) Tous
d) Aucun
Question ?
Lequel/Lesquels des énoncés suivants sont corrects?
1. La gestion des problèmes peut soutenir le centre de services par la fourniture
des erreurs connues afin d’accélérer la résolution des incidents
2. La gestion des problèmes fournit de l’information à la gestion des niveaux de
service sur les impacts des changements
a) 1 seulement
b) 2 seulement
c) Tous
d) Aucun
Question ?
Laquelle ou lesquelles des propositions suivantes sont correctes ?
1. La gestion des problèmes s’assure que toutes résolutions et solutions de
contournement nécessitant un changement d’un élément de configuration (CI)
sont soumis à la gestion des changements
2. La gestion des problèmes fournit à la gestion financière de l’information de
gestion sur le coût de résolution et de prévention des problèmes
a) 1 seulement
b) 2 seulement
c) Les 2
d) Aucune
Question ?
Laquelle ou lesquelles des propositions suivantes sont correctes ?
1. La gestion des problèmes s’assure que toutes résolutions et solutions de
contournement nécessitant un changement d’un élément de configuration (CI)
sont soumis à la gestion des changements
2. La gestion des problèmes fournit à la gestion financière de l’information de
gestion sur le coût de résolution et de prévention des problèmes
a) 1 seulement
b) 2 seulement
c) Les 2
d) Aucune
Question ?
Lequel des énoncés suivants est la MEILLEURE action à entreprendre
lorsqu’une solution de contournement pour un problème est trouvée?
examen
Exploitation des services
Principes
Fonctions
• Centre de service (Service Desk)
• Gestion technique, gestion des applications, gestion des opérations IT
Processus
• Gestion des évènements (Event Management)
• Gestion des incidents (Incident Management)
• Exécution des requêtes (Request Fulfilment)
• Gestion des problèmes (Problem Management)
• Gestion des accès (Access Management)
Objectifs
La gestion des accès est le processus qui consiste à accorder aux
utilisateurs autorisés le droit d’utiliser un service, tout en empêchant l’accès
aux utilisateurs non-autorisés
Identité
La plupart des utilisateurs ont accès à plus d’un service, et des utilisateurs
ayant des activités similaires utilisent un ensemble de services similaires. Il
est plus efficace de donner accès à un utilisateur ou à un groupe
d’utilisateurs à l’ensemble des services qu’ils sont autorisés à utiliser
simultanément
a) Entreprendre des tests afin de s’assurer que les services sont conçus pour
répondre aux besoins business
b) Fournir et gérer les services informatiques
c) Gérer la technologie utilisée pour fournir les services
d) Surveiller la performance de la technologie et des processus
Débriefing - Réflexion - feedback
• Analyse de l’atelier
• Thèmes abordés
• Questions et remarques