ITIL

🏠 Accueil	📚 Index	🐧 Linux	🌐 Réseau	🔒 Cybersécurité	🖥️ Virtualisation	✅ Checklists d'intervention	📚 Tutoriels	🤝 Services

🛠️ ITIL — Gestion des services informatiques

Organiser, améliorer et piloter les services informatiques au quotidien

Support IT Bonnes pratiques Amélioration continue

ITIL signifie **Information Technology Infrastructure Library**. Il s'agit d'un référentiel de bonnes pratiques destiné à aider les organisations à gérer leurs services informatiques de manière structurée, efficace et orientée vers la valeur apportée aux utilisateurs.

ITIL aide notamment à organiser le support informatique, traiter les incidents, gérer les demandes, maîtriser les changements techniques et améliorer la qualité des services.

Objectifs de cette page

Comprendre le rôle d'ITIL dans une organisation informatique.
Découvrir les principes d'ITIL 4 et la gestion moderne des services.
Différencier un incident, une demande et un problème.
Comprendre les rôles du support informatique et du Service Desk.
Découvrir les indicateurs de qualité et les accords de service.
Appliquer ces bonnes pratiques au dépannage et à l'assistance informatique.

🟦 1. Qu'est-ce qu'ITIL ?

ITIL est un ensemble de recommandations pour organiser et améliorer la gestion des services informatiques. Il ne s'agit ni d'un logiciel ni d'une procédure unique qu'il faudrait appliquer de manière identique partout.

Une organisation peut adapter les pratiques ITIL à sa taille, à ses besoins, à ses contraintes et à ses moyens.

À quoi sert ITIL ?

ITIL aide à répondre à des questions concrètes :

Comment enregistrer et suivre une panne informatique ?
Comment prioriser les incidents urgents ?
Comment éviter qu'une panne identique se reproduise ?
Comment organiser les demandes des utilisateurs ?
Comment préparer une mise à jour sans perturber le service ?
Comment mesurer la qualité du support ?
Comment améliorer continuellement les services informatiques ?

Exemple concret

Une entreprise rencontre une panne de messagerie. Sans procédure définie, plusieurs techniciens peuvent intervenir en même temps, les utilisateurs ne sont pas informés et les actions réalisées ne sont pas documentées.

Avec une organisation inspirée d'ITIL :

L'incident est enregistré dans un outil de support.
Son impact et son urgence sont évalués.
Un technicien est chargé de sa prise en charge.
Les investigations et les actions sont consignées.
Si nécessaire, l'incident est transmis à une équipe spécialisée.
Le rétablissement du service est vérifié.
Le ticket est clôturé avec une description de la solution.
Si la panne est récurrente, une analyse de problème peut être ouverte.

Le but est de rendre le support plus fiable, plus lisible et plus facile à améliorer.

🟦 2. Les principales évolutions d'ITIL

ITIL a évolué au fil du temps pour tenir compte des changements dans les systèmes d'information et dans les méthodes de travail.

Version	Orientation générale
ITIL v2	Organisation des processus de support et de fourniture des services.
ITIL v3 / édition 2011	Approche structurée autour du cycle de vie des services.
ITIL 4	Gestion moderne des services, création de valeur, collaboration, amélioration continue et intégration avec des approches telles qu'Agile, Lean et DevOps.
ITIL Version 5	Évolution plus récente du référentiel, avec une approche élargie de la gestion des produits et services numériques.

À retenir : les notions historiques comme le cycle de vie ITIL v3 restent utiles pour comprendre les anciennes documentations. ITIL 4 met davantage l'accent sur le système de valeur des services, les dimensions de la gestion et les pratiques. Vérifie la version du référentiel utilisée dans ton organisation ou ta formation avant de préparer une certification.

🟦 3. ITIL 4 : le système de valeur des services

ITIL 4 décrit un **Service Value System (SVS)**, ou système de valeur des services. Celui-ci explique comment les différents éléments d'une organisation fonctionnent ensemble pour transformer les besoins et les opportunités en valeur.

Les principales composantes sont :

Les principes directeurs.
La gouvernance.
La chaîne de valeur des services.
Les pratiques de gestion.
L'amélioration continue.

La chaîne de valeur des services

La chaîne de valeur des services propose un modèle d'activités que l'organisation combine pour fournir des services et créer de la valeur.

Activité	Rôle
Planifier	Définir une vision commune, les priorités et les orientations.
Améliorer	Identifier et réaliser des améliorations à tous les niveaux.
Engager	Comprendre les besoins et entretenir les relations avec les utilisateurs, clients et partenaires.
Concevoir et assurer la transition	Préparer des services nouveaux ou modifiés.
Obtenir / construire	Acquérir ou développer les composants nécessaires.
Fournir et soutenir	Exploiter les services et aider les utilisateurs au quotidien.

Ces activités ne constituent pas nécessairement une séquence linéaire. Elles peuvent être combinées différemment selon le service et le résultat recherché.

Les quatre dimensions de la gestion des services

ITIL 4 invite à considérer quatre dimensions afin de ne pas se limiter aux aspects purement techniques.

👥 Organisation et personnes

Compétences, responsabilités, équipes, communication et culture de travail.

💻 Information et technologie

Applications, infrastructure, données, outils de support, sécurité et automatisation.

🤝 Partenaires et fournisseurs

Prestataires, contrats, éditeurs, opérateurs et services externalisés.

🔄 Flux de valeur et processus

Étapes, procédures, échanges et activités nécessaires à la fourniture d'un service.

Par exemple, pour résoudre une panne de serveur, il faut disposer de techniciens compétents, d'outils de diagnostic, d'un contrat de support si nécessaire et d'une procédure permettant de restaurer le service.

Les sept principes directeurs d'ITIL 4

Principe	Application pratique
Se concentrer sur la valeur	Prioriser les actions qui apportent un bénéfice réel aux utilisateurs et à l'organisation.
Commencer là où l'on est	Examiner l'existant avant de remplacer un outil ou une procédure.
Progresser par itérations avec des retours	Effectuer des améliorations progressives et vérifier leurs résultats.
Collaborer et promouvoir la visibilité	Partager les informations utiles entre les équipes et les utilisateurs.
Penser et travailler de manière holistique	Considérer le service dans son ensemble plutôt qu'un composant isolé.
Privilégier la simplicité et le pragmatisme	Éviter les procédures inutilement complexes.
Optimiser et automatiser	Améliorer le fonctionnement avant d'automatiser les tâches répétitives.

🟦 4. Les pratiques ITIL les plus importantes

ITIL 4 comprend de nombreuses pratiques de gestion. Une pratique rassemble des ressources, des compétences, des activités et des méthodes permettant d'atteindre un objectif.

Les pratiques ci-dessous sont particulièrement utiles dans un service informatique.

Gestion des incidents

Objectif : rétablir le fonctionnement normal d'un service aussi rapidement que possible et limiter l'impact sur les utilisateurs.

Un incident correspond à une interruption non planifiée d'un service ou à une dégradation de sa qualité.

Exemples :

Un ordinateur ne démarre plus.
Une imprimante réseau est inaccessible.
Le serveur de fichiers ne répond plus.
Les utilisateurs ne peuvent plus accéder à la messagerie.

La gestion des incidents vise d'abord à rétablir le service. Elle ne nécessite pas toujours de connaître immédiatement la cause profonde de la panne.

Étapes habituelles :

Enregistrer l'incident.
Évaluer son impact et son urgence.
Définir sa priorité.
Diagnostiquer et tenter une résolution.
Escalader vers une équipe spécialisée si nécessaire.
Vérifier le rétablissement du service.
Documenter la solution et clôturer le ticket.

Gestion des demandes de service

Objectif : traiter efficacement les demandes prédéfinies des utilisateurs.

Une demande de service n'est pas nécessairement liée à une panne.

Exemples :

Créer un compte utilisateur.
Installer un logiciel autorisé.
Configurer une imprimante.
Demander un accès à un dossier partagé.
Préparer un nouvel ordinateur.
Réinitialiser un mot de passe selon la procédure de sécurité.

Les demandes fréquentes peuvent être standardisées, avec des validations et des délais définis.

Gestion des problèmes

Objectif : réduire la probabilité et l'impact des incidents en identifiant leurs causes ou en gérant les causes qui ne sont pas encore complètement comprises.

Un problème est la cause, réelle ou potentielle, d'un ou de plusieurs incidents.

Exemple : un serveur tombe régulièrement en panne à cause d'un espace disque saturé. Le redémarrer peut rétablir temporairement le service, mais il faut analyser l'utilisation du stockage et traiter la cause.

La gestion des problèmes peut conduire à :

Une analyse de cause racine.
Une solution de contournement.
Une correction durable.
Une documentation technique.
Une demande de changement.

Activation des changements

Cette pratique, appelée *Change Enablement* en anglais dans ITIL 4, vise à augmenter les chances de réussite des changements tout en maîtrisant les risques.

Exemples :

Mettre à jour un serveur de production.
Modifier les règles d'un pare-feu.
Changer l'adressage IP d'un réseau.
Déployer une nouvelle version d'une application.
Modifier la configuration d'un service de messagerie.

Avant un changement important, il est recommandé de définir le périmètre, les risques, les validations nécessaires, la fenêtre d'intervention et un plan de retour arrière adapté.

Service Desk

Le Service Desk constitue le point de contact entre les utilisateurs et le fournisseur de services informatiques.

Ses missions comprennent généralement :

Recevoir les incidents et les demandes.
Enregistrer les informations nécessaires.
Communiquer avec les utilisateurs.
Résoudre les incidents courants.
Orienter les tickets vers les bonnes équipes.
Suivre les tickets jusqu'à leur résolution.
Identifier les problèmes récurrents.

Le Service Desk ne se limite donc pas à répondre au téléphone : il participe à la coordination du support et à la qualité de l'expérience utilisateur.

Gestion des niveaux de service

Cette pratique vise à définir, suivre et améliorer les niveaux de service convenus avec les clients ou les utilisateurs.

Les engagements peuvent porter sur :

Les horaires de disponibilité du support.
Les délais de prise en charge.
Les objectifs de rétablissement.
La disponibilité d'un service.
Les modalités de communication en cas d'incident.

Ces engagements sont souvent formalisés dans un SLA (*Service Level Agreement*), ou accord de niveau de service.

Autres pratiques importantes

Pratique	Utilité
Gestion des actifs informatiques	Suivre les équipements, les licences et les autres actifs informatiques.
Gestion de la configuration des services	Maintenir les informations utiles sur les composants et leurs relations.
Gestion des mises en production	Organiser la mise à disposition de nouvelles versions de services.
Gestion des déploiements	Déplacer de nouveaux composants ou des composants modifiés vers les environnements prévus.
Supervision et gestion des événements	Observer les services, détecter les changements d'état et déclencher les actions appropriées.
Gestion de la sécurité de l'information	Protéger la confidentialité, l'intégrité et la disponibilité de l'information.
Gestion des fournisseurs	Suivre les relations, engagements et performances des prestataires.
Amélioration continue	Identifier, prioriser et évaluer les améliorations possibles.

🟦 5. Incident, demande, problème et changement : quelles différences ?

Ces termes sont parfois confondus, mais ils répondent à des besoins différents.

Terme	Définition simplifiée	Exemple
Incident	Un service est interrompu ou sa qualité est dégradée.	Le serveur de fichiers est inaccessible.
Demande de service	Un utilisateur demande une prestation prévue.	Un nouvel employé a besoin d'un compte.
Problème	Une cause réelle ou potentielle peut expliquer un ou plusieurs incidents.	Le serveur de fichiers tombe régulièrement en panne.
Changement	Une modification est évaluée et maîtrisée pour réduire les risques.	Augmenter l'espace de stockage du serveur.

Exemple : si une imprimante réseau cesse de fonctionner, le ticket initial est un incident. Si plusieurs imprimantes perdent régulièrement leur connexion en raison d'une configuration DHCP inadaptée, une analyse de problème peut être ouverte. La correction de la configuration réseau peut nécessiter un changement maîtrisé.

🟦 6. Priorité des incidents

La priorité aide les équipes à déterminer l'ordre de traitement des incidents. Elle tient notamment compte de l'impact et de l'urgence.

Impact : importance des conséquences sur les utilisateurs, les activités et les services.
Urgence : rapidité avec laquelle une action est nécessaire pour limiter les conséquences.

Exemple de matrice de priorité

Impact / urgence	Urgence élevée	Urgence moyenne	Urgence faible
Impact élevé	P1 — Critique	P2 — Élevée	P2/P3 selon le contexte
Impact moyen	P2 — Élevée	P3 — Moyenne	P3/P4 selon le contexte
Impact faible	P3 — Moyenne	P4 — Faible	P4 — Faible

Cette matrice est un exemple pédagogique : les niveaux exacts et les règles de priorité doivent être définis par chaque organisation.

Un incident affectant tous les utilisateurs d'un service essentiel peut nécessiter une intervention immédiate. Une demande individuelle non urgente peut suivre un circuit de traitement standard.

🟦 7. Rôles dans le support informatique

Les intitulés et responsabilités varient selon les organisations. Les rôles suivants illustrent une organisation courante.

Rôle	Responsabilités habituelles
Support de niveau 1	Accueil des demandes, qualification, diagnostic de base et résolution des incidents courants.
Support de niveau 2	Investigations techniques plus poussées sur les systèmes, les postes et les réseaux.
Support de niveau 3	Expertise spécialisée, analyse approfondie et correction de problèmes complexes.
Gestionnaire d'incidents	Coordination du traitement des incidents selon l'organisation retenue.
Gestionnaire de problèmes	Analyse des causes, suivi des solutions de contournement et prévention des récidives.
Responsable de service	Suivi de la qualité du service et des engagements associés.
Utilisateur	Description du besoin, fourniture des informations utiles et validation du résultat lorsque cela est possible.

Exemple d'escalade

Un utilisateur signale qu'il ne peut plus accéder à un partage réseau.

Le niveau 1 vérifie le message d'erreur, la connexion et les droits connus.
Si le problème persiste, le ticket est transmis au niveau 2 avec les tests déjà réalisés.
Le niveau 2 examine le serveur, les autorisations, le DNS et les journaux.
Si une anomalie complexe est identifiée, le niveau 3 ou l'équipe spécialisée intervient.
Le résultat est communiqué à l'utilisateur et consigné dans le ticket.

Une bonne escalade transmet le contexte, les symptômes, les tests et les résultats. Elle évite de recommencer inutilement les mêmes vérifications.

🟦 8. Ticket informatique : informations à enregistrer

Un ticket est un enregistrement permettant de suivre un incident ou une demande de bout en bout.

Exemple de fiche de ticket

Champ	Exemple
Numéro	INC-2026-00125
Type	Incident
Demandeur	Utilisateur du service comptabilité
Service concerné	Partage de fichiers
Description	Impossible d'ouvrir le dossier partagé.
Impact	Plusieurs utilisateurs concernés.
Urgence	Élevée si l'activité est bloquée.
Priorité	Définie selon la matrice de l'organisation.
Affectation	Équipe systèmes et réseaux.
Actions réalisées	Vérification de la connectivité, des droits et du serveur.
Résolution	Description de la correction appliquée.
Validation	Résultat confirmé avec l'utilisateur si possible.

Il faut éviter d'inscrire des mots de passe, des secrets d'authentification ou des données sensibles inutiles dans les tickets.

Bonnes pratiques pour les tickets

Décrire les symptômes avec des faits observables.
Préciser la date et l'heure de début si elles sont connues.
Identifier les utilisateurs et services touchés sans collecter de données excessives.
Indiquer les tests réalisés et leurs résultats.
Consigner les modifications effectuées.
Documenter les solutions de contournement.
Vérifier que le service est effectivement rétabli.
Utiliser une catégorie et une priorité cohérentes.

🟦 9. SLA, KPI et qualité de service

Qu'est-ce qu'un SLA ?

Un SLA est un accord de niveau de service qui formalise les engagements convenus entre un fournisseur de service et un client ou une organisation utilisatrice.

Il peut notamment préciser les horaires de service, les objectifs de disponibilité, les délais de prise en charge, les responsabilités et les modalités de communication.

Il faut distinguer le délai de prise en charge, le délai de résolution et le temps de rétablissement : ces mesures ne désignent pas nécessairement la même chose.

Les indicateurs KPI

Un KPI (*Key Performance Indicator*) est un indicateur utilisé pour suivre un objectif ou une performance.

Indicateur	Ce qu'il mesure
Délai de première réponse	Temps entre l'enregistrement d'un ticket et la première réponse pertinente.
Temps de résolution	Durée nécessaire pour résoudre un ticket, selon les règles de mesure retenues.
Taux de résolution au premier contact	Part des demandes résolues dès le premier échange.
Volume de tickets	Nombre de tickets reçus sur une période.
Tickets réouverts	Nombre ou proportion de tickets rouverts après leur clôture.
Satisfaction des utilisateurs	Retour des utilisateurs sur le support et le service fourni.
Disponibilité du service	Part du temps pendant lequel le service répond aux critères de disponibilité définis.

Les indicateurs doivent être interprétés ensemble. Réduire le temps de résolution ne doit pas conduire à clôturer prématurément les tickets ou à diminuer la qualité du service.

🟦 10. Amélioration continue

L'amélioration continue consiste à identifier des possibilités d'amélioration, à les prioriser, à mettre en œuvre des actions et à vérifier leurs résultats.

Exemple d'amélioration

Une équipe reçoit régulièrement des tickets concernant la configuration des imprimantes.

Situation initiale :

Nombreux appels répétitifs.
Procédure de configuration peu claire.
Temps de traitement important.

Actions possibles :

Analyser les tickets des dernières semaines.
Identifier les causes les plus fréquentes.
Mettre à jour la procédure de configuration.
Créer une documentation illustrée pour les utilisateurs.
Former le support de premier niveau.
Mesurer l'évolution du volume de tickets après le changement.

L'amélioration est utile si elle produit un résultat mesurable, par exemple une diminution des incidents répétitifs ou une meilleure satisfaction des utilisateurs.

🟦 11. Outils de gestion des services informatiques

Un outil ITSM (*IT Service Management*) aide à gérer les tickets, les demandes, les actifs et les processus de support.

Selon l'outil et sa configuration, il peut fournir :

Un portail de demandes.
Une gestion des incidents.
Une base de connaissances.
Une gestion des actifs et de la configuration.
Des notifications et des règles d'affectation.
Des tableaux de bord et des rapports.
Des workflows d'approbation.
Un historique des interventions.

Exemples de solutions

GLPI

Solution de gestion de parc informatique et de centre de services, utilisée notamment pour les tickets, les équipements et l'inventaire. Découvrir GLPI

Base de connaissances

Documentation des procédures, des solutions connues et des réponses aux questions fréquentes. Consulter les tutoriels

Checklists d'intervention

Listes de vérification permettant de réaliser des diagnostics de manière cohérente et reproductible. Consulter les checklists

ITIL ne dépend pas d'un logiciel particulier. Une petite structure peut commencer avec un outil simple et des procédures claires, puis faire évoluer son système selon ses besoins.

🟦 12. Exemple pratique : traiter une panne informatique selon ITIL

Scénario : plusieurs utilisateurs ne peuvent plus accéder à Internet dans un bureau.

Étape 1 — Enregistrement

Le support ouvre un ticket, note les symptômes, l'heure de début et le nombre d'utilisateurs concernés.

Étape 2 — Qualification et priorité

L'équipe évalue l'impact sur l'activité et l'urgence. Une panne générale peut être prioritaire sur un incident isolé.

Étape 3 — Diagnostic

Les vérifications peuvent inclure :

L'état des équipements réseau.
La connectivité entre les postes et la passerelle.
L'attribution des adresses IP.
La résolution DNS.
L'état de la connexion Internet.
Les alertes et journaux des équipements.

Étape 4 — Rétablissement

Le technicien applique une correction adaptée et vérifie que les utilisateurs concernés retrouvent l'accès au service.

Étape 5 — Documentation et clôture

Le ticket indique la cause identifiée si elle est connue, les actions réalisées et les résultats des tests.

Étape 6 — Analyse d'un problème éventuel

Si la panne se reproduit, une analyse complémentaire peut être ouverte afin de déterminer la cause récurrente et de mettre en place une solution durable.

🟦 13. Checklist : mettre en place de bonnes pratiques ITIL

Organisation du support

[ ] Définir un point de contact pour les demandes informatiques.
[ ] Définir les catégories de tickets.
[ ] Établir des règles de priorité compréhensibles.
[ ] Identifier les responsables et les niveaux d'escalade.

Gestion des tickets

[ ] Enregistrer les incidents et les demandes.
[ ] Documenter les tests et les actions.
[ ] Communiquer sur l'avancement des tickets importants.
[ ] Vérifier le résultat avant la clôture.

Qualité et amélioration

[ ] Suivre quelques indicateurs pertinents.
[ ] Identifier les incidents récurrents.
[ ] Maintenir une base de connaissances.
[ ] Réviser les procédures lorsque cela est nécessaire.
[ ] Recueillir les retours des utilisateurs.

Sécurité et changements

[ ] Limiter les accès aux outils de support.
[ ] Ne pas enregistrer de secrets dans les tickets.
[ ] Documenter les changements importants.
[ ] Prévoir des validations et un retour arrière lorsque cela est pertinent.

🟦 14. Glossaire ITIL

Terme	Signification
ITSM	IT Service Management : gestion des services informatiques.
Service Desk	Point de contact entre les utilisateurs et le fournisseur de services informatiques.
Incident	Interruption non planifiée d'un service ou dégradation de sa qualité.
Demande de service	Demande prédéfinie d'un utilisateur, traitée selon un circuit établi.
Problème	Cause réelle ou potentielle d'un ou de plusieurs incidents.
Changement	Modification d'un service ou de l'un de ses composants, évaluée et maîtrisée.
SLA	Service Level Agreement : accord de niveau de service.
KPI	Key Performance Indicator : indicateur clé de performance.
CMDB	Configuration Management Database : base d'informations sur les éléments de configuration et leurs relations.
Base de connaissances	Ensemble de procédures, d'explications et de solutions documentées.
Amélioration continue	Démarche régulière visant à améliorer les services, les pratiques et les résultats.
Escalade	Transmission d'un ticket à une équipe ou à un niveau de support adapté.

🟦 15. Ressources et documentation

Les ressources officielles permettent de vérifier les concepts, les pratiques et les parcours de certification correspondant à la version étudiée.

🟦 Conclusion

ITIL aide les équipes informatiques à organiser leur travail, à améliorer la qualité des services et à répondre plus efficacement aux besoins des utilisateurs.

Pour commencer, il est utile de maîtriser quatre notions :

Incident : rétablir un service interrompu ou dégradé.
Demande : fournir un service prévu à un utilisateur.
Problème : comprendre et traiter les causes des incidents.
Changement : modifier un service en maîtrisant les risques.

Ces pratiques, associées à une bonne documentation, à une communication claire et à l'amélioration continue, constituent une base solide pour structurer le support informatique.

Wiki Pat-Informatik

Comprendre • Organiser • Dépanner • Améliorer

⬆ Retour en haut