Qu'est-ce qu'ITIL ? Le référentiel expliqué simplement

ITIL revient dans la plupart des offres d'emploi IT, des appels d'offres et des présentations d'outils de support. Mais concrètement, ITIL c'est quoi ? Le terme désigne un guide de bonnes pratiques pour la gestion des services informatiques (ITSM), utilisé par les DSI pour organiser leur support, leurs processus et leur relation avec les utilisateurs et les clients du service. Ce guide fait le point sur l'essentiel : sa définition, ses versions, ses fondamentaux, les processus ITIL les plus utilisés et la façon de les appliquer au quotidien.

ITIL : définition

ITIL signifie Information Technology Infrastructure Library, soit « bibliothèque pour l'infrastructure des technologies de l'information ». C'est un référentiel qui décrit comment concevoir, fournir, exploiter et améliorer des services informatiques au service des utilisateurs, des métiers et de chaque client de l'organisation.

ITIL n'est ni une norme ni un logiciel. Contrairement aux normes, il ne permet pas de certifier une organisation, et il ne dit pas quel outil utiliser : il propose un vocabulaire commun, des principes et des pratiques que chaque organisation adapte à sa taille et à ses enjeux. C'est ce qui explique sa diffusion : un technicien, un responsable de support et un fournisseur parlent le même langage quand ils évoquent un incident, un problème ou un changement.

ITIL et ITSM : quelle différence ?

Les deux termes sont souvent confondus. L'ITSM (IT Service Management) est la discipline : la gestion des services informatiques au sens large, c'est-à-dire la façon dont une organisation conçoit et assure la prestation de services informatiques à ses utilisateurs. ITIL est un cadre qui décrit comment la mettre en œuvre. En résumé, l'ITSM est le « quoi », ITIL une manière de faire le « comment ».

C’est pourquoi on parle souvent d’une démarche ITSM ITIL : une gestion des services informatiques organisée selon les pratiques du référentiel.

ITIL n'est pas le seul cadre de référence. COBIT, publié par l'ISACA, porte sur la gouvernance du système d'information, et la norme ISO/IEC 20000 permet de certifier un système de management des services. Ces référentiels se complètent souvent : une organisation peut s’appuyer sur ITIL pour ses pratiques et viser ISO/IEC 20000 pour la certification.

D'où vient ITIL ? Les grandes versions

ITIL est né à la fin des années 1980 au Royaume-Uni, à l'initiative de la CCTA, une agence gouvernementale chargée d'améliorer la qualité des services informatiques de l'administration. Il a ensuite évolué en plusieurs versions :

• ITIL v2 (début des années 2000) : structuré autour du support et de la fourniture des services, il popularise des processus comme la gestion des incidents et la gestion des changements.
• ITIL v3 (2007), puis ITIL 2011 : publié sous forme de guide en cinq livres, il organise la gestion des services autour du cycle de vie des services, en cinq étapes : stratégie, conception, transition, exploitation et amélioration continue.
• ITIL 4 (2019) : il remplace les processus par des « pratiques », introduit le système de valeur des services et intègre les méthodes Agile, DevOps et Lean.
• ITIL (Version 5), début 2026 : publié par PeopleCert, propriétaire d'ITIL depuis le rachat d'AXELOS en 2021, il s’appuie sur ITIL 4 et élargit le propos à la gestion des produits et services numériques, ainsi qu’à la place de l’IA et de l’automatisation.

ITIL 4 reste largement utilisé pendant la transition. La plupart des concepts présentés ci-dessous viennent d'ITIL 4, sur lequel ITIL (Version 5) est construit. Le passage d’une approche par le cycle de vie des services à une approche par la valeur est l’un des changements majeurs entre ITIL v3 et ITIL 4.

Les fondamentaux d'ITIL

Trois notions forment les fondamentaux d'ITIL 4 : le système de valeur, les quatre dimensions et les sept principes directeurs.

Le système de valeur

Depuis ITIL 4, le référentiel part d'une idée simple : un service informatique n'a d'intérêt que s'il crée de la valeur pour ceux qui l'utilisent. ITIL parle de cocréation de valeur entre le fournisseur et le client du service, qu'il soit interne (une direction métier, les collaborateurs) ou externe. Le système de valeur des services (SVS) décrit comment les composantes d’une organisation (principes directeurs, gouvernance, chaîne de valeur, pratiques, amélioration continue) travaillent ensemble pour transformer une demande en valeur.

Au cœur de ce système, la chaîne de valeur regroupe six activités : planifier, améliorer, engager (impliquer les parties prenantes), concevoir et assurer la transition, obtenir ou construire, fournir et assurer le support.

Les quatre dimensions

ITIL invite à considérer chaque service sous quatre angles :

• Organisations et personnes : les rôles, les compétences et la culture de l'équipe.
• Information et technologie : les données, les outils et les connaissances nécessaires au service.
• Partenaires et fournisseurs : les prestataires et les contrats sur lesquels le service s'appuie.
• Flux de valeur et processus : l'enchaînement des activités qui produisent le service.

Oublier une dimension fragilise le service : un bon outil ne compense pas des rôles mal définis, et une équipe compétente reste freinée par un fournisseur mal encadré.

Les sept principes directeurs

ITIL 4 formule sept principes qui guident les décisions, dans des contextes très variés :

1. Privilégier la valeur : chaque action doit servir l'utilisateur, le client ou le métier.
2. Commencer là où vous êtes : partir de l'existant plutôt que tout reconstruire.
3. Progresser par itérations avec des retours : avancer par petites étapes et ajuster.
4. Collaborer et promouvoir la visibilité : partager l'information entre équipes.
5. Penser et travailler de manière holistique : considérer le service comme un tout, au-delà de sa propre équipe.
6. Opter pour la simplicité et l'aspect pratique : supprimer les étapes qui n'apportent rien.
7. Optimiser et automatiser : automatiser ce qui peut l'être, une fois le fonctionnement optimisé.

Les processus ITIL les plus utilisés

ITIL 4 décrit 34 pratiques, réparties entre management général, gestion des services et gestion technique. Dans le langage courant, on continue souvent de parler de processus ITIL. Toutes ces pratiques ne sont pas utiles dès le départ. Pour un service informatique, quelques-unes forment le socle :

• Gestion des incidents : rétablir le service le plus vite possible après une interruption ou une dégradation (un poste qui ne démarre plus, une application inaccessible), pour réduire l'impact sur les utilisateurs.
• Gestion des demandes de service : traiter les demandes courantes des utilisateurs, comme un accès à ouvrir, un logiciel à installer ou un matériel à fournir.
• Gestion des problèmes : identifier et traiter la cause des incidents récurrents, pour éviter qu'ils ne se reproduisent.
• Gestion des changements (« change enablement » dans ITIL 4) : évaluer les risques et les impacts des modifications du système d'information, puis organiser leur validation avant la mise en œuvre. ITIL distingue les changements standard, normaux et urgents.
• Gestion des niveaux de service : définir avec le client du service les engagements de service (SLA), puis suivre leur respect. Un niveau de service correspond à la qualité attendue, mesurée par des indicateurs comme le délai de prise en charge ou de résolution.
• Gestion de la configuration : tenir à jour les éléments du système d'information et leurs relations, généralement dans une CMDB.
• Gestion des actifs informatiques : suivre le cycle de vie du matériel et des logiciels, de l'achat au retrait.
• Gestion des connaissances : capitaliser les solutions pour résoudre plus vite les demandes similaires.
• Centre de services : le point de contact unique entre les utilisateurs et le service informatique. Il élargit le rôle du help desk, qui se concentre sur la résolution des incidents.

La distinction entre incident et problème est l'une des plus importantes d'ITIL. L'incident est l'effet, qu'on cherche à corriger vite. Le problème est la cause, qu’on cherche à traiter durablement. Dix tickets « imprimante bloquée » sont dix incidents, mais peuvent révéler un seul problème : un pilote défaillant.

Pourquoi appliquer ITIL ?

• Un support plus lisible : chaque demande suit un circuit défini, ce qui réduit les tickets perdus ou traités deux fois.
• Des engagements mesurables : les niveaux de service fixent des délais clairs et permettent de suivre la qualité perçue par le client du service.
• Moins d'incidents récurrents : la gestion des problèmes traite les causes au lieu de répéter les mêmes corrections, pour réduire le volume de tickets.
• Des risques mieux maîtrisés : évaluer les impacts et organiser la validation avant d'intervenir limite les interruptions de service.
• Un vocabulaire partagé : équipes internes, prestataires et éditeurs se comprennent plus facilement.

ITIL a aussi ses limites. Appliqué à la lettre, il peut alourdir l'organisation d'une petite équipe et faire naître des risques de bureaucratie. ITIL recommande lui-même de s'adapter : on commence par les pratiques qui répondent aux difficultés du moment, souvent la gestion des incidents et des demandes, puis on étend progressivement.

Comment réussir la mise en place d'ITIL ?

La mise en place d'ITIL est un projet d'organisation avant d'être un projet d'outil. Voici les étapes les plus courantes :

1. Faire un état des lieux : comment les demandes arrivent-elles aujourd'hui, qui les traite, quels sont les délais réels ?
2. Choisir les premiers processus ITIL : en général la gestion des incidents et des demandes, puis le catalogue de services.
3. Définir les rôles : techniciens, responsables de groupe, gestionnaire des changements.
4. Fixer des engagements de service réalistes et les partager avec les utilisateurs.
5. S'équiper d'un outil adapté : un tableur ou une boîte mail partagée atteignent vite leurs limites pour suivre des tickets, des SLA et un parc, et augmentent les risques d'oubli.
6. Former les équipes : la certification ITIL Foundation, qui s’adresse aux personnes et non aux organisations, donne un socle commun. ITIL Foundation (Version 5) est disponible depuis février 2026, et les certificats ITIL 4 Foundation restent valables.
7. Mesurer et améliorer : suivre les indicateurs et ajuster les pratiques, dans l'esprit de l'amélioration continue.

Appliquer ITIL au-delà de la DSI

Les pratiques ITIL ne concernent pas que le service informatique. Les services RH, les services généraux ou la comptabilité reçoivent eux aussi des demandes, ont des délais à tenir et des incidents à traiter : une arrivée de collaborateur à préparer, un badge à créer, un bureau à réparer. Appliquer à ces équipes les mêmes principes (catalogue de services, gestion des demandes, niveaux de service, base de connaissances), c’est ce qu’on appelle la gestion des services d’entreprise, ou ESM (Enterprise Service Management). ITIL 4 va dans ce sens en présentant ses pratiques comme des pratiques de gestion des services au sens large, et pas seulement informatiques. Pour les utilisateurs, l’intérêt est d’avoir un seul portail pour toutes leurs demandes. Pour l’organisation, c’est une façon de partager les mêmes méthodes et les mêmes indicateurs entre les services.

Mettre ITIL en pratique avec GLPI

Une fois l’organisation définie, un outil qui structure le travail au quotidien aide à appliquer ces pratiques dans la durée. GLPI s'appuie sur les pratiques ITIL et réunit dans une même solution la gestion des services et l'inventaire du parc, pour la DSI comme pour les autres services de l'entreprise.

• Incidents et demandes : dans la solution helpdesk de GLPI, chaque ticket est typé incident ou demande, et suit un cycle de vie défini, de la création à la clôture. Les règles métier peuvent affecter automatiquement les tickets au bon groupe.
• Catalogue de services : les utilisateurs déclarent leurs demandes depuis un portail, avec des formulaires adaptés à chaque type de besoin.
• Problèmes et changements : GLPI dispose d'objets dédiés, qui se lient aux tickets concernés. Un problème peut ainsi regrouper les incidents qu'il provoque, et un changement documente son analyse d'impact, sa validation et son plan de mise en œuvre.
• Niveaux de service: SLAs and OLAs set response and resolution times, with escalation levels triggered before or after the deadline.
• Configuration et actifs : le logiciel CMDB de GLPI référence les équipements, les logiciels et leurs relations. Alimenté par GLPI Agent, la CMDB reste à jour, et chaque ticket peut être rattaché à l’élément concerné.
• Connaissances : la base de connaissances capitalise les solutions, pour les techniciens comme pour les utilisateurs.

GLPI est un logiciel libre : son usage ne demande aucune licence payante. La souscription GLPI Network, en Cloud ou sur vos serveurs, est proposée par un partenaire intégrateur et apporte en plus une garantie contractuelle de l'éditeur. L'accompagnement du partenaire sur votre projet n'est pas inclus dans la souscription.

Pour découvrir ces pratiques dans l'outil, vous pouvez tester GLPI Network Cloud avec un essai de 45 jours offert.