ITPEDIA – Le Blog des Meilleures Pratiques

23 avril 2010

Aligner ITIL et MOF (Microsoft Operations Framework)

Filed under: ITIL,MOF — urbandot @ 23 11 10 04104
Tags: , ,

Diffusé avec l’autorisation de notre site partenaire : http://www.jexcom.fr – Société de Conseil, Formation et Maintenance informatique spécialisée PME / TPE en Ile-de-France

Introduction à ITIL et à MOF

Dans la théorie, il n’y a aucune différence entre la théorie et la pratique. Dans la pratique il y en a une.
(Yogi Berra)

Qu’est-ce qu’ITIL ?

Le référentiel ITIL offre une approche structurée pour la fourniture de services IT de qualité. ITIL fut initialement développé dans les années 80-90 par le CCTA (Central Computer and Telecommunications Agency, aujourd’hui l’Office of Government Commerce, OGC), sous contrat avec le gouvernement britannique. Depuis lors, ITIL a fourni non seulement un cadre de référence fondé  sur des bonnes pratiques, mais également une approche et une philosophie partagées par tous ceux qui l’appliquent au quotidien.

Structure principale : Le cycle de vie des services

ITIL Version 3 offre une approche de gestion des services fondée sur le principe du cycle de vie. Ce modèle d’organisation fournit des clefs sur la gestion des services et la manière dont les divers composants sont liés entre eux et au cycle de vie dans son ensemble.

Le cycle de vie des services se décompose en cinq phases. Chacun des volumes ITIL V3 décrit l’une de ces phases :

  • Stratégie de services
  • Conception de services
  • Transition de services
  • Exploitation de services
  • Amélioration continue des services

ITIL V3

Schéma 1 : Le cycle de vie des services ITIL V3.

La stratégie constitue l’axe central du cycle de vie des services ; c’est la phase de l’élaboration de la politique et des objectifs, qui conditionne toutes les autres. Les phases Conception de services, Transition de services et Exploitation de services implémentent la stratégie avec pour constantes l’ajustement et le changement. La phase continuelle d’Amélioration des services est synonyme de capitalisation de savoir et d’amélioration, et s’applique à toutes les autres phases du cycle. Elle initie des programmes et des projets d’amélioration, et leur attribue des priorités selon les objectifs stratégiques de l’organisation.

Composants principaux

Chaque phase est sous-tendue par un système de processus, d’activités et de fonctions, qui décrivent comment les choses devraient être réalisées. Les sous-systèmes des cinq phases entretiennent des relations de dépendances réciproques, et la plupart des processus sont à cheval sur plusieurs phases.

Qu’est-ce que MOF ?

Publié initialement en 1999, le Microsoft Operations Framework (MOF) constitue l’approche structurée de Microsoft pour aider ses clients à atteindre l’excellence opérationnelle, au travers du cycle de vie complet des services IT. MOF a été créé à l’origine pour apporter aux professionnels de l’IT les compétences et les processus utiles à l’alignement de leur activité de gestion des plates-formes Microsoft, en vue d’atteindre des niveaux élevés de fiabilité et de sécurité, de façon rentable.

La nouvelle version, MOF 4.0, a été créée pour relever les nouveaux défis IT : démontrer la valeur business de l’informatique, répondre aux conditions de normalisation, et améliorer la capacité organisationnelle. MOF intègre également les meilleures pratiques issues du Microsoft Solutions Framework (MSF).
MOF offre des conseils pratiques pour la gestion des tâches et des activités quotidiennes; enfin, le corpus de connaissances peut être exploité gratuitement, y compris dans le cadre d’une réutilisation sous licence Creative Commons Attribution.

Structure principale : le cycle de vie des services IT

Le cycle de vie des services IT décrit l’évolution d’un service :

  1. Planification, optimisation et alignement avec la stratégie business.
  2. Conception et livraison au respect des exigences du client.
  3. Suivi d’exploitation et support auprès de la communauté des utilisateurs.

Le Cycle de vie des services IT exploite et définit :

  • la gouvernance IT,
  • la gestion des risques,
  • la conformité,
  • les rôles et responsabilités,
  • l’organisation des équipes,
  • la gestion des changements.

Le cycle de vie des services IT de MOF se décompose en trois phases itératives et inclut également une couche de gestion active tout au long du cycle de vie :

  • Phase de planification : Planifier et optimiser une stratégie de services IT afin de soutenir les objectifs et la stratégie du business.
  • Phase de livraison : s’assurer que les services IT sont développés efficacement, déployés avec succès, et prêts pour l’exploitation.
  • Phase d’exploitation : s’assurer que des services sont exploités, maintenus, et soutenus conformément aux attentes et aux exigences du business.

Couche de gestion :

  • A la base du cycle de vie des services IT.
  • Gouvernance IT.
  • Gestion des risques, de la conformité, des changements et des configurations.
  • Fournit des indications sur les rôles et les responsabilités.
  • Les processus dans cette couche s’appliquent à toutes les phases du cycle de vie.

MOF

Schéma 2 : MOF 4.0 – Cycle de vie de services IT.

Composants principaux

Chaque phase du cycle de vie des services IT intègre des fonctions de gestion de services (Services Management Functions, SMF) qui définissent et structurent les processus, les personnes, et les activités nécessaires à l’alignement des services IT sur la stratégie business. Les fonctions de gestion de services sont regroupées en phases qui reflètent le cycle de vie des services IT. Chaque fonction de gestion de services est ancrée dans une phase du cycle de vie, et contient un ensemble unique de buts et de résultats soutenant les objectifs de cette phase.

Chaque fonction de gestion de services comporte de trois à six processus clefs, chaque processus étant composé de une à six activités clefs.

Lors de chaque phase du cycle de vie, des revues de gestion (Management Revues, MR) sont mises à profit pour déterminer le statut des services IT et décider du passage à la phase suivante. Les revues de gestion sont des contrôles internes visant à s’assurer que les buts sont atteints d’une façon appropriée, et que l’intérêt business est pris en compte tout au long du cycle de vie de services.

Alignement d’ITIL et de MOF

Les gens n’ont jamais assez de temps pour effectuer le travail correctement, mais ils ont toujours assez de temps pour le recommencer.
(Patrick O’Beirne)
En termes d’approches, les deux référentiels emploient une structure basée sur le principe de cycle de vie. Si tous deux exploitent des processus et des fonctions, ils le font dans des proportions très différentes  : ITIL décrit beaucoup de composants en termes de processus et d’activités, et intègre seulement quelques fonctions, alors que MOF est presque entièrement basé sur des fonctions de gestion de service. Cette différence n’est pas aussi évidente qu’il pourrait y paraître, ITIL employant le terme « processus » pour beaucoup de composants qui peuvent être assimilés à des fonctions.

ITIL suit une approche par étapes dans le cycle de vie, et la plupart des composants décrits dans une phase s’appliquent également, dans une plus ou moins large mesure, aux phases connexes. Le contrôle du cycle de vie dans MOF est beaucoup plus sélectif, et utilise des jalons spécifiques qui marquent le progrès au travers les diverses étapes du cycle de vie. Les composants de MOF qui s’appliquent à plus d’une seule des phases du cycle de vie sont extraites et décrites dans la couche de gestion.

Les deux référentiels sont décrits comme des « cadres de pratique » plus que comme des « cadres de processus. » La différence principale étant qu’ITIL se concentre plus spécifiquement sur le « quoi », alors que MOF couvre à la fois le « quoi » et le « comment. »

Les techniques de modélisation d’ITIL et de MOF ne diffèrent pas significativement à première vue : les deux référentiels employant des descriptions textuelles détaillées, soutenues par des organigrammes et des diagrammes de flux. ITIL documente ses meilleures pratiques en présentant des processus, des activités, et des fonctions pour chaque phase du cycle de vie. Les composants de MOF présentent quant à eux une structure plus rigide : chaque fonction de gestion de services comporte des processus clefs, chaque processus des activités clefs, et la documentation des fonctions de gestion de services et des revues de gestion est structurée dans un format très concis, couvrant les données d’entrée et de sortie, les questions clé, et les meilleures pratiques pour chaque composant. Cette structure rigide soutient l’uniformité globale du référentiel, et assiste le praticien dans le choix des composants de MOF les mieux adaptés aux problématiques les plus sensibles dans son périmètre.

L’activation et l’implémentation d’ITIL et de MOF n’appartiennent pas en plein à la documentation des référentiels. Sur ce point, ITIL préconise l’approche « adopter et adapter ». Les structures de support telles que les rôles et les qualifications organisationnelles sont décrits pour chaque phase, mais les recommandations de mise en œuvre effective ne sont pas documentées. MOF, à l’instar d’ITIL, fournit un ensemble de recommandations et de meilleures pratiques qui peuvent être suivies en intégralité ou en partie seulement, pour  la prise en compte de problèmes locaux. Les deux référentiels se contentent donc de fournir des conseils et du guidage, et relèguent au praticien la responsabilité des choix de mise en œuvre dans son contexte spécifique.

Les structures de support dans ITIL ne participent pas de la documentation de référence : bien qu’une gamme pléthorique de produits et de solutions se revendiquent aujourd’hui d’une compatibilité avec ITIL, (et l’existence anecdotique de quelques systèmes officieux d’accréditation), le corpus ITIL reste très en retrait en ce qui concerne les produits, les solutions commerciales et leur certification, au profit d’une attitude de neutralité. Tout au contraire, la compatibilité de MOF est clairement établie. Microsoft assure l’alignement constant d’un vaste ensemble d’outils de sa plate-forme avec le référentiel MOF. Et bien que MOF ne s’applique pas strictement aux seuls produits de gestion Microsoft, la documentation accessible en ligne sur le site Web Microsoft TechNet fournit des informations détaillées sur l’utilisation de produits spécifiques issus de la gamme Microsoft.

Différences

Bien qu’ITIL et MOF partagent beaucoup de points en commun, les deux référentiels présentent également quelques différences notables :

  • Coût : le corpus ITIL est accessible au sein d’une documentation de référence composée de cinq livres distribués par divers canaux, lors même que le référentiel MOF est disponible gratuitement sur l’Internet. Là où le copyright d’ITIL restreint significativement les droits à l’exploitation du référentiel, Microsoft a fait le choix de distribuer le référenrtiel MOF sous licence Creative Commons Attribution, ce qui en permet une libre réutilisation commerciale.
  • Développement : la phase de conception de services d’ITIL se concentre sur les principes de conception, là où la phase de livraison dans MOF se concentre sur le développement réel des services. L’approche retenue dans MOF est résolument basée sur des principes issus du mode gestion de projet qui caractérise cette phase du cycle de vie.
  • Reporting : ITIL intègre une entité spécifique qui décrit la façon de rendre compte dans la phase d’amélioration continue des services, tandis que MOF a intégré le reporting comme une activité standard dans les fonctions de gestion de services.
  • Gestion des demandes : alors qu’ITIL V2 proposait une gestion combinée des incidents et des demandes de service au sein d’un même processus, ITIL V3 a nettement dissocié la résolution des incidents et la prise en compte des demandes de service en deux pratiques traitées séparément. MOF reste beaucoup plus proche de la méthode telle que préconisée dans ITIL V2, en regroupant toutes les demandes du client au sein d’un flux unique de traitement, qu’il s’agisse de : demandes de résolution suite à incident, demandes d’information, demandes de modification de services existants ou création de nouveaux services. Dans ce dernier cas, et si la demande implique la création d’un nouveau service ou d’un service non-standard, un processus de changement séparé peut être déclenché.
  • Construction du cycle de vie : ITIL utilise cinq phases pour son cycle de vie : la stratégie, la conception, la transition, l’exploitation, et l’amélioration continue, délivrées conformément aux principes du modèle PDCA (Plan/Do/Check/Act). Le cycle de vie de MOF comporte quant à lui seulement trois phases : la planification, la livraison et l’exploitation, avec de plus une couche transverse couvrant les composants applicables à toutes les phases du cycle de vie. Par conséquent, un certain nombre de pratiques appliquées tout au long du cycle de vie de MOF ne sont en revanche décrites principalement que dans une ou quelques phases seulement du cycle de vie ITIL. Par exemple, la gestion des risques appartient à la couche de gestion dans MOF, alors que dans ITIL elle est principalement limitée à la stratégie et à l’amélioration continue des services. Il en va de même pour la gestion des changements et des configurations applicable tout au long du cycle de vie de MOF, alors que dans ITIL elle se retrouve concentrée dans la phase de transition.
  • Organisation : ITIL décrit des rôles et des structures d’organisation pour chaque phase du cycle de vie. MOF soutient les meilleures pratiques pour les structures organisationnelles en appliquant l’approche Microsoft Solutions Framework : tout au long du cycle de vie de MOF, les responsabilités sont documentées et clairement explicitées, et des règles générales sont assignées à la couche de gestion sous-jacente.
  • Gouvernance : Les deux cadres illustrent clairement la différence entre gouvernance et gestion. ITIL décrit la théorie et la pratique en matière de gouvernance dans les phases de stratégie et d’amélioration continue des services de son cycle de vie, et se réfère aux impératifs de gouvernance dans la plupart des autres phases. MOF documente explicitement les responsabilités dans toutes les phases du cycle de vie et dans la couche de gestion, identifiant des décideurs et des dépositaires, et intégrant l’évaluation des performances. MOF intègre spécifiquement la gestion des risques et de la conformité au sein de la couche de gestion, soutenant la gouvernance tout au long du cycle de vie. Des revues explicites de gestion sont employées dans le référentiel MOF comme mécanismes de contrôle.

Positionnement

Cette section développe les principaux paradigmes propres à chaque référentiel et évoqués plus haut.

Cycle de vie

Dans l’ensemble, les cycles de vie d’ITIL et de MOF présentent un aspect plutôt similaire, bien que les phases en tant que telles ne puissent être comparées sur une base linéaire.

Cycles de vie ITIL / MOF

Schéma 3 : Comparaison des cycles de vie.

Il existe quelques différences majeures entre les cycles de vie d’ITIL et de MOF :

  • Les phases du cycle de vie d’ITIL comportent des processus, des activités, et des fonctions étalées sur plusieurs phases. Dans MOF, les fonctions de gestion de services qui s’appliquent à plus d’une phase ont été extraites et regroupées au sein de la couche de gestion, soutenant le cycle de vie entier de MOF.
  • Les transitions de phase à l’intérieur du cycle de vie de MOF sont contrôlées par plusieurs revues de gestion. Ces revues sont employées pour déterminer le statut des services et ainsi décider du passage à la phase suivante. ITIL emploie également un certain nombre de tests d’aptitude pour évaluer le progrès dans les phases du cycle de vie, mais de façon moins explicite et formalisée.

Les personnes – les processus – la technologie (PPT)

Quatre-vingt pour cent des périodes d’indisponibilité non-planifiées sont provoqués par des problèmes de processus et de personnes, telles que des pratiques de gestion des changements inadaptées, alors que le reste est provoqué par des défaillances et des pannes techniques.

(Donna Scott, Gartner, Inc., 2003)

ITIL et MOF sont foncièrement focalisés sur les processus. Les deux référentiels documentent les activités devant être réalisées pour faire face aux problèmes et aux tâches quotidiens, au sein des organisations de service. Les deux référentiels emploient également la même définition formelle du concept de « processus », basée sur les normes reconnues de l’ISO.

Cependant et dans les deux cas, la documentation de référence apparaît en grande partie comme un mélange de processus, de personnes, et de technologies, et donc sous forme de procédures, d’instructions de travail, et de fonctions. Il en est ainsi car il s’agit de refléter fidèlement la perception réelle des usagers dans leur pratique quotidienne.

Les lecteurs recherchant « des descriptions de processus pures » ou des « modèles » de processus ne trouveront donc ces derniers ni dans ITIL ni dans MOF. Et bien qu’ITIL emploie fréquemment le terme « processus » pour nombre de ses composants, la plupart de ces derniers sont en réalité des fonctions. MOF emploie le terme de fonction de gestion de services tout au long du référentiel pour les désigner..

Les structures d’organisation diffèrent singulièrement dans les deux référentiels. Si certains rôles spécifiques d’ITIL et ceux de MOF peuvent se confondre, les deux cadres contiennent malgré tout une liste importante de rôles distinctifs. Ceci s’explique en grande partie sur une différence de point de vue : ITIL s’appuie sur ses pratiques au travers du spectre détaillé des rôles, alors que MOF repose sur des responsabilités de base : support, exploitation, service, conformité, architecture, solutions, et gestion. MOF applique le référentiel MSF comme système de référence pour ces structures d’organisation pour le soutien des performances. Dans de plus grandes organisations, les rôles de MOF peuvent être enrichis, même si dans la plupart des cas les rôles génériques s’avèrent suffisants. L’équipe SMF de MOF est explicitement concentrée sur la gestion du personnel informatique.

La technologie est seulement couverte à un niveau abstrait dans ITIL : le référentiel reste éloigné des outils commerciaux, et décrit seulement quelques prérequis de base. MOF au contraire est profondément impliqué au plus proche des technologies et des solutions. Bien que MOF ait été défini de telle manière qu’il ne repose pas exclusivement sur une seule technologie, la plate-forme de technologie de Microsoft est fortement alignée sur les pratiques telles que documentées dans MOF. Le site Web de MOF est ainsi inclus dans la documentation TechNet sur les produits Microsoft.

Répartition des phases, des processus et des activités

  • Les niveaux stratégiques sont couverts dans les deux référentiels. ITIL documente ses meilleures pratiques sur des décisions à long terme dans la phase de stratégie. MOF en fait de même dans la phase de planification, et en assure le support à travers la couche de gestion.
  • Les niveaux tactiques sont couverts de façon similaire dans les deux référentiels : ITIL concentre ces derniers dans les phases de conception de services et d’amélioration continue des services, tandisque MOF décline ses conseils tactiques dans la phase de livraison, la couche de gestion et dans la phase d’exploitation (gestion de problèmes).
  • Les niveaux opérationnels sont presque exclusivement concentrés dans la seule phase d’exploitation de services, dans les deux référentiels.

Les phases du cycle de vie d’ITIL sont principalement située dans le domaine de gestion de la technologie, soulignant qu’ITIL soutient explicitement les organismes qui fournissent des services. Les activités qui se rapportent aux spécifications des exigences de service et à la gestion des architectures de données d’entreprise peuvent typiquement être trouvées dans la colonne moyenne de la matrice 3×3 SAME.

ITIL V3 - Matrice 3x3 SAME

Schéma 4 : Positionnement d’ITIL V3 dans la matrice 3×3 SAME.

Ceci s’applique également à MOF. La phase de planification (PLANIFIER) de MOF est en grande partie positionnée au niveau de la stratégie et se concentre sur le domaine de gestion de la technologie. La phase de livraison (FOURNIR) est positionnée à l’identique, mais également aux niveaux tactiques et opérationnels. La phase d’exploitation  (EXPLOITER) se situe clairement au niveau opérationnel du domaine de gestion de la technologie, excepté la gestion (très tactique) des problèmes.

La couche de gestion (GERER) dans MOF implique chacun des trois niveaux et concerne également sur le domaine de gestion de la technologie.

MOF - Matrice 3x3 SAME

Schéma 5 : Positionnement de MOF dans la matrice 3×3 SAME.

Planier-Faire-Vérifier-Agir

ITIL suit explicitement le modèle d’amélioration continue de la qualité de Demings PDCA pour l’amélioration continue des services, des processus, et des fonctions tout au long du cycle de vie des services.
MOF ne mentionne pas explicitement PDCA en tant que mécanisme, mais suit malgré tout ses principes tout au long du cycle de vie, et dans toutes les fonctions de gestion de services. Planifier-faire-vérifier est un basique lors de l’implémentation des fonctions de gestion de services, et plusieurs instances de vérification peuvent être consultées lors des revues de gestion tout au long du cyle de vie.

Roue de Deming

Schéma 6 : la roue de Deming.


The Microsoft Operations Framework 4.0 is provided with permission from Microsoft Corporation

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

ITIL V3 : Mini-Guide 2010

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

Samedi 03 Avril 2010 17:36

Sommaire :

  1. Cycle de vie des services
  2. Stratégie de Services
  3. Conception de Services
  4. Transition de Services
  5. Exploitation de Services
  6. Amélioration continue des services
  7. Outils de gestion de Services

Cycle de vie des services

Approche qui prend en compte la stratégie, la conception, la transition, l’exploitation et l’amélioration des services informatiques.

  • Amélioration Continue des Services
  • Exploitation de Services
  • Conception de Services
  • Stratégie de Services
  • Transition de Services
  • R – Responsable
  • A – Avec l’obligation de rendre des comptes
  • C – Consulté
  • I – Informé
  • Rôle : Ensemble de responsabilités, d’activités et de domaines d’autorité attribués à une personne ou à une équipe. Un rôle est défini eu sein d’un processus. Une même personne ou équipe peut endosser plusieurs rôles.
  • Processus de contrôle
    • Boucle ouverte : le résultat n’influence pas les données de départ.
    • Boucle fermée : le résultat influence les données de départ afin de maintenir la qualité.
  • Processus
    • Mesure : Orienté performance – Les responsables mesurent le coût et la qualité ; les praticiens mesurent la durée et la productivité.
    • Donne des résultats spécifiques : Chaque résultat peut être identifié et vérifié individuellement.
    • Fournit des résultats au client : Communication des résultat au client / à la partie prenante dont il doit satisfaire les attentes.
    • Répond à un événement spécifique : Possibilité de remonter jusqu’à l’événement déclencheur.

Cycle de vie des services

  • SDP : Service Design Package (Package de conception d’un service)
  • SKMS : Service Knowledge Management System (Système de Gestion des Connaissanaces des Services)

Stratégie de Services

Etablit la stratégie globale des services informatiques et leur gestion.

  • Stratégie et organisation
  • Stratégie et technologie
  • Gestion financière
  • Gestion du portefeuille de services
  • Gestion de la demande

Les 4 « P »
Plans / Perspectives / Patterns (Schémas) / Positions
Créer de la valeur pour les clients : V = U + G
Utilité (U) : conforme à l’objectif
L’utilité désigne les effets positifs du service perçus par le client. Le service est rendu conformément aux attentes du client.

Ce que le client obtient

Garantie (G) : en état d’utilisation
La garantie désigne l’assurance pour le client que le service est disponible en temps voulu, avec la performance et la sécurité souhaitées.
Comment le service est fourni
Actifs :

  • Ressources (Informations / Aplications / Infrastructure / Capital financier)
  • Capacités (Gestion / Organisation / Capital humain / Capital de connaissance)

Gestion financière : Budget / Comptabilité / Facturation / ROI

Gestion du portefeuille de services : Régit l’investissement dans le gestion des services informatiques de manière dynamique entre les organisations et gère la fourniture de valeur.

  • Portefeuille des services (Service Portfolio) : Services structurés dans un portefeuille de contrats tout au long du cycle de vie.
  • Pipeline des services (Service Pipeline) : Services en cours de développement.
  • Catalogue des services : Sous-ensemble des services disponibles publiés (visibles pour le client).

Gestion de la demande : Comprendre et gérer (influencer) la demande de services et les capacités nécessaires pour la satisfaire.

  • Basé sur l’activité
  • Schémas d’activité métier (PBA) : comprendre les activités métier (identifier les pics et les creux de l’activité de certaines unités business).

Packages de service :

  • Services de base : fournir les résultats fondamentaux
  • Services de soutien : activer / améliorer
  • Offres différenciées
  • Packages de niveaux de service (SLP) : un ou plusieurs SLP constituent un package de service.
  • Package de service de base : fournir Utilité / Garantie à au moins deux SLP.

Types de fournisseur :

  • TI (interne)
  • TII (Fournisseur de service partagés)
  • TIII (Fournisseur de services externes)

Stratégie de Services


Conception de Services

Conçoit des services informatiques appropriés et innovants (architecture, processus, directives, procédures et documentation), capables de satisfaire les besoins métier d’aujourd’hui et de demain.

  • Conception du portefeuille
  • Gestion du catalogue des services
  • Gestion des niveaux de service
  • Gestion de la capacité
  • Gestion de la disponibilité
  • Gestion de la continuité des services informatiques
  • Gestion de la sécurité des informations
  • Gestion des fournisseurs

Les 5 aspects de la Conception de Services :

  1. Définir les solutions (Services nouveaux ou modifiés)
  2. Concevoir les systèmes : Portefeuille et Catalogue de services.
  3. Envisager les architectures technologiques
  4. Définir les processus requis
  5. Elaborer les indicateurs et systèmes de mesure

Les 4 « P »
P
ersonnes / Produits / Partenaires / Processus
Package de conception de service (SDP) : définit tous les aspects des services informatiques tout au long du cycle de vie. Créé pour les nouveaux services, pour les changements majeurs et pour les retraits.

Il comprend :

  • Exigences du service
  • Conception du service
  • Evaluation de la maturité de l’organisation
  • Plan du cycle de vie du service
  • Programme du service, Plan de transition du service
  • Plan opérationnel d’acceptation du service
  • Critères d’acceptation du service

Gestion du catalogue des services : S’assure de la création et du maintien à jour du catalogue de services par l’utilisation d’information précises et actualisées.

Gestion des niveaux de service : Définir / Négocier / Conclure un accord / Superviser (mesurer) / Rendre compte (revues) / Améliorer

  • Accords sur les niveaux de service (SLA)
  • Accords sur les niveaux opérationnels (OLA)
  • Contrats de sous-traitance (UC)
  • Fournisseurs de services
  • Fournisseurs

Gestion de la capacité : Fournit des conseils et des recommandations aux secteurs informatique et métier sur les problèmes de performances et de capacité.

Recherche proactive de solutions économiques pour améliorer les performances :

  • Gestion de la capacité business (BCM)
  • Gestion de la capacité des services (SCM)
  • Gestion de la capacité des composants (CCM)
  • Modélisation
  • Dimensionnement des applications

Gestion de la disponibilité : Capacité d’un service, d’un composant ou d’un élément de configuration (CI) à remplir sa fonction au moment souhaité.

  • Disponibilité des services / Disponibilité des composants
  • Réactif / Proactif
  • Cycle de vie étendu des incidents

Conception de Services : Soutient le secteur métier en fournissant des mécanismes de rétablissement appropriés.

  • Démarrage : Planification / Périmètre / Approche projet
  • Besoins et stratégie : Analyse d’impact sur le business (BIA) / Evaluation des risques / Stratégie et options
  • Mise en œuvre : Plans / Rétablissements / Tests / Rôles et responsabilités
  • Activités récurrentes : Education / Formation / Sensibilisation / Tests / Changements / Revues et audits

Gestion de la sécurité des informations : Aligne la sécurité informatique sur la sécurité métier ; protège les informations.

  • Confidentialité
  • Intégrité
  • Disponibilité

Gestion des fournisseurs : Gère les relations avec les fournisseurs et surveille leur performance afin d’optimiser le rapport entre la valeur générée et le coût.

  • Négocier et superviser les contrats
  • Créer une politique fournisseurs
  • Créer une base de données des fournisseurs et des contrats (SCD)

La conception en action

La conception en action

  • SAC : Service Acceptance Criteria (Critères d’acceptation d’un service)
  • SDP : Service Design Package (Package de conception d’un service)
  • SLR : Service Level Requirement (Exigence de niveau de service)
  • SLA : Service Level Agreement (Accord sur les niveaux de service)

Transition de Services

Fournit des recommandations pour développer la transformation des nouveaux services ou des services modifiés en services opérationnels.

  • Planification et support à la transition
  • Gestion des changements
  • Gestion des actifs de services et des configurations
  • Gestion des déploiements et des mises en production
  • Validation et tests de services
  • Evaluation
  • Gestion des connaissances
  • Système des gestion des connaissances des services (SKMS) : Facilite la prise de décisions éclairées.
  • Système de gestion des configurations (CMS)
  • CMDB
  • Expérience des équipes
  • Documents
  • Archives
  • Compétences : personnel, fournisseurs, utilisateurs

Gestion des changements – S’assure que les changements sont :

  • Enregsitrés
  • Evalués
  • Autorisés
  • Priorisés
  • Planifiés
  • Testés
  • Réalisés
  • Documentés
  • Et revus d’une manière contrôlée

Types de changement : Normal / Urgent / Standard

CAB / ECAB / Autorité de changement
Les 7 « R »

  • Qui REQUIERE le changement ?
  • Quelle en est la RAISON ?
  • Quel RESULTAT est requis ?
  • Quels sont les RISQUES encourus ?
  • Quelles RESSOURCES sont nécessaires pour l’effectuer ?
  • Qui est RESPONSABLE de la construction, des tests et de la réalisation ?
  • Quelle est la RELATION avec les autres changements ?

DML : Definitive Media Library (bibliothèque des supports définitifs)

Gestion actifs de services et des configurations :
(SACM – Service Asset and Configuration Management)
Fournit un modèle logique de l’infrastructure informatique. Définit et contrôle les composants des services informatiques comme de l’infrastructure, et maintient des enregistrements précis et à jour.

P I C S VPlanifier / Identifier / Contrôler / historique des Statuts / Vérification

Gestion des Connaissances

Gestion des Connaissances

Gestion des Déploiements et des Mises en Production

Gestion des Déploiements et des Mises en Production


Le modèles en V

Le modèle en V


Exploitation de Services

Coordonne la conduite des activités et des processus nécessaires pour gérer et fournir les services aux utilisateurs métier et aux clients selon les niveaux convenus.

  • Gestion des événements
  • Gestion des incidents
  • Exécution des requêtes
  • Gestion des problèmes
  • Gestion des accès
  • Fonctions

La valeur se manifeste dans l’exploitation de service en :

  • Gérant la technologie utilisée pour gérer et soutenir les services
  • Conduisant, contrôlant et gérant adéquatement les activités au quotidien
  • Effectuant un suivi de la performance, évaluant les métriques et collectant systématiquement les données afin de permettre une amélioration continue des services.
  • Fonction : Concept logique se référant aux personnes et aux mesures automatisées qui permettent l’exécution d’un processus défini, d’une activité ou les deux à la fois.
  • Groupe : Un certain nombre de personnes qui effectuent des activités similaires.
  • Equipe : Un groupe plus formel
  • Département : Une structure d’organisation
  • Division : Un groupe de départements
  • Rôle : Un ensemble de comportements ou d’actions effectuées par une personne, un groupe ou une équipe dans un contexte spécifique.
  • Gestion des événements : Toute occurrence détectable ou dicernable revêtant une importance queconque pour la gestion de l’infrastructure informatique ou la fourniture d’un service informatique ; évaluation de l’impact qu’un écart peut avoir sur les services.
    • Types d’événements : Information / Avertissement / Exception
    • Types de réponse : Enregistré / Réponse automatique / Alerte / Intervention / Incident / Problème / Changement
  • Gestion des incidents : « Interruption imprévue ou détérioration d’un service informatique »
    • Objectif : rétablir le fonctionnement normal du service le plus rapidement possible.
  • Exécution des requêtes : demande d’information ou de conseil de la part d’un utilisateur, portant sur un changement standard ou sur l’accès à un service informatique. Il peut s’agir, par exemple, de réinitialiser un mot de passe ou de fournir des services informatiques standard à un nouvel utilisateur.
  • Auto-assistance (Serviceability) : Fournir aux clients la connaissance leur permettant de rechercher eux-mêmes les solutions à  des incidents de routine.
  • Gestion des problèmes :
    • Problème : « la cause inconnue d’un ou de plusieurs incidents »
    • Peut être réactive ou proactive
    • Problèmes et erreurs connues (KE) (problèmes dont la cause première est connue et pour lesquels une solution de contournement provisoire a été identifiée)
    • Informations de gestion
    • Revues des problèmes / incidents majeurs
    • Prévention des problèmes
  • Gestion des accès :
    • Gestion des droits / de l’identité
    • Accorder les droits d’utilisation des services aux utilisateurs habilités
    • Interdire l’accès aux personnes non habilitées
    • Accès / Identité / Droits
    • Demander / Vérifier / Fournir les droits / Monitorer les statuts / Suivre les accès / Retirer
  • Fonctions :
    • Centre de service : types local / central / virtuel (follow-the-sun 24h/24, 7j/7) / spécialisé
    • Gestion technique : planifie, met en œuvre et maintient une infrastructure technique stable afin de soutenir les processus métier.
    • Gestion des applications : Gère les applications tout au long de leur cycle de vie.
    • Gestion des opérations : effectue les activités au quotidien et les procédures nécessaires pour gérer et maintenir l’infrastructure informatique de telle sorte que la fourniture et le soutien des services informatiques respectent les niveaux de services convenus.

S’adapte continuellement aux besoins métier et à la demande.


Amélioration continue des services

S’assure que les processus de gestion de services continuent de soutenir le métier.

  • Valide les services fournis afin de les maintenir en adéquation avec les évolutions constantes des besoins métier
    • Aligne et ré-aligne les services informatiques sur le métier
    • Identifie les améliorations à effectuer et réalise
  • Examine les processus tout au long du cycle de vie des services
    • Améliore l’efficacité et l’efficience des processus existants
    • Comprend les impacts de coûts
    • S’assure que chaque processus comporte des buts, des objectifs et est mesurable.

Pourquoi mesurer ? Valider / Justifier / Orienter / Intervenir
Cycle de Deming : Planifier / Réaliser / Vérifier / Agir

Activités Processus impliqués
Suivi et collecte de données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents,  Centre de services, Sécurité, Gestion financière
Mesure des données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Analyse des données Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Présentation et utilisation des informations Gestion des niveaux de service, Disponibilité, Gestion de la capacité et des incidents, Centre de services, Sécurité
Mise en œuvre d’actions correctives Gestion des changements, Gestion des niveaux de service

Le processus d’amélioration en 7 étapes

Le processus d'amélioration en 7 étapes


Outils de gestion de Services

Attention : un outil ne sert à rien si l’on ne sait pas s’en servir.

Outils de soutien à l’activité de transition :

  • Outils de gestion des applications
  • Tableaux de bord des services et outils de création de rapports
  • Outils de Data Mining
  • Systèmes de mesure et de création de rapports
  • Outils de test et de gestion des tests
  • Systèmes de déploiement et outils logistiques

Outils en soutien de l’activité de conception :

  • Conception de logiciels et de matériels
  • Conception environnementale
  • Conception de processus
  • Conception de données
  • Gestion du cycle de vie des services

Outils en soutien à l’activité de l’exploitation :

  • Fonction d’auto-assistance
  • Moteur de contrôle des processus / flux
  • Système de gestion des configurations (CMS) vérifié et intégré
  • Contrôle à distance des postes de travail des utilisateurs
  • Script de diagnostic
  • Capacité de création de tableaux de bord et de rapports

Outils pour l’amélioration continue des services :

  • Gestion des systèmes et des réseaux
  • Gestion des événements / incidents / problèmes
  • Demandes de service et exécution des requêtes
  • Gestion des connaissances
  • Gestion des performances
  • Gestion de la sécurité et gestion financière

Processus de sélection d’outil

Processus de sélection d'outil

Article extrait du site ITIL.FR – Le portail communautaire francophone des Meilleures Pratiques.

Thème : Rubric. Un Blog WordPress.com.

Suivre

Get every new post delivered to your Inbox.