Mémo de la fiche B1-03 : une page A4, à imprimer ou à enregistrer en PDF.
B1-03

Référentiels et bonnes pratiques : ITIL 4, SLA

Organiser un service informatique comme un fournisseur de services : vocabulaire et pratiques d'ITIL 4, catalogue de services, engagements de niveau de service (SLA) et normes ISO 20000 et 27001.

Version en ligne
SIO1 · semestre 13 h (cours + mission)Bloc 1 – SupportMémo · Portail SIO
ITIL 4services · SLA RéférentielsITIL, COBIT : conseilsISO : exigences certifiables Valeurservice · chaîne de valeur7 principes directeurs Pratiquesincident · demandeproblème · changement Catalogueservices décrits pourl'utilisateur · canal unique EngagementsSLA · OLA · contratsdispo = (prévu − arrêt)/prévu NormesISO 20000 · ISO 27001PDCA · ANSSI 42 mesures

L'essentiel

  1. Un référentiel (ITIL) donne des bonnes pratiques à adapter ; une norme (ISO 20000, ISO 27001) fixe des exigences certifiables.
  2. ITIL 4 : le service informatique fournit des services qui co-créent de la valeur avec les utilisateurs.
  3. La chaîne de valeur : planifier, améliorer, engager, concevoir et transition, obtenir ou construire, fournir et soutenir.
  4. Incident : rétablir vite ; problème : trouver la cause racine ; changement : modifier en maîtrisant les risques ; demande : service prévu au catalogue.
  5. Changements standard (pré-autorisés), normaux (évalués) et urgents ; toujours un plan de retour arrière.
  6. Le catalogue de services décrit chaque service pour l'utilisateur : contenu, bénéficiaires, horaires, niveau, canal de demande.
  7. SLA envers les utilisateurs, OLA entre équipes internes, contrats (UC) avec les fournisseurs, au moins aussi stricts.
  8. Disponibilité = (prévu − arrêt) ÷ prévu ; arrêt toléré = (1 − taux) × prévu ; 99,5 % sur 720 h = 3 h 36 min.
  9. Indicateurs : disponibilité, délai de prise en charge, délai de résolution, résolution au premier contact, satisfaction.
  10. Amélioration continue PDCA ; le guide d'hygiène de l'ANSSI : 42 mesures de base.

À retenir

L'incident regarde l'urgence : on remet en route. Le problème regarde la cause : on empêche que cela recommence. Le changement modifie l'existant de façon contrôlée. La demande n'est pas une panne : c'est un service prévu au catalogue.

Piège classique

« C'est une petite modification, je la fais directement en production. » La plupart des pannes graves viennent de changements non préparés. Même un changement rapide doit être noté, autorisé, planifié et accompagné d'un plan de retour arrière.

Le calcul de la disponibilité

Disponibilité = (temps prévu − temps d'indisponibilité) ÷ temps prévu. L'indisponibilité tolérée vaut (1 − taux) × temps prévu. Sur un mois de 30 jours (720 heures) : 99 % tolère 7 h 12 min d'arrêt, 99,5 % tolère 3 h 36 min, 99,9 % tolère 43 min.

Repères clés

Pour…Repère
Classer un ticketpanne → incident · répétition sans cause → problème · prévu au catalogue → demande · modification → changement
Calculer une disponibilité(temps prévu − arrêt) ÷ temps prévu × 100
Calculer l'arrêt toléré(1 − taux) × temps prévu ; 720 h par mois de 30 jours en 24/7
Vérifier la cohérenceOLA et contrats fournisseurs au moins aussi stricts que le SLA
Préparer un changementenregistrer · évaluer · autoriser · planifier · plan de retour arrière
AméliorerPDCA : planifier, réaliser, vérifier, agir