L'ITSM, c'est quoi au juste ?
Publié le
- ITSM
- Catalogue de services
- Débutant
Posez la question suivante à deux personnes le même jour : « Est-ce que la messagerie fonctionne ? »
L’administrateur répondra : « Oui, le serveur est disponible, on est à 99,9 % ce mois-ci. » L’utilisateur répondra : « Non, je n’ai reçu aucun mail depuis ce matin. »
Les deux disent vrai. Ce décalage entre le voyant vert et le ressenti réel, c’est exactement le problème que l’ITSM cherche à résoudre.
Gérer des services, pas des machines
ITSM désigne la gestion des services informatiques, IT Service Management en anglais. Derrière le sigle se cache un changement de point de vue plutôt qu’une technologie : on arrête de piloter des composants techniques pour piloter ce qu’ils permettent de faire.
ITIL (Version 5), lancé en 2026, élargit d’ailleurs cette vision aux produits et services numériques, avec une approche qui dépasse le seul périmètre traditionnel de l’IT.
Un service n’est pas un serveur, un logiciel ou une licence. C’est ce que l’organisation met à disposition pour permettre à l’utilisateur d’obtenir un résultat, avec des conditions de service claires.
Prenons l’exemple de la messagerie. Vu par la technique, c’est un serveur, un annuaire, un antispam, des licences et un client installé sur les postes. Vu comme un service, cela donne quelque chose comme :
Messagerie professionnelle - envoyer et recevoir des courriels, gérer un agenda partagé, depuis un poste ou un mobile. Disponible du lundi au vendredi de 7 h à 20 h. Assistance jointe au 1234. Boîte de 50 Go. Création d’un compte sous 2 jours ouvrés.
La deuxième formulation est compréhensible par tout le monde, y compris par une direction générale ou un financeur. Elle est aussi mesurable, et donc discutable.
Cinq briques qui changent tout
Passer à cette logique, concrètement, c’est mettre en place quelques éléments assez simples.
Un catalogue de services. La liste de ce que l’informatique fournit, écrite en langage utilisateur, avec pour chaque service les informations utiles : périmètre, conditions d’accès, niveaux de service, modalités de support et responsabilités. C’est souvent le premier chantier, et c’est celui qui rend le plus de service, sans jeu de mots.
Un point d’entrée unique. Un numéro, une adresse, un formulaire. Tant que les utilisateurs sollicitent directement le technicien qu’ils connaissent, personne n’a de vision d’ensemble et les absences deviennent ingérables.
Une distinction claire entre incident, demande et changement. Rétablir quelque chose de cassé, fournir une prestation prévue, et modifier l’existant ne se traitent ni avec la même urgence, ni avec les mêmes contrôles.
Des engagements mesurés du bon côté. Un indicateur de disponibilité serveur ne suffit pas à mesurer l’expérience vécue. Il faut compléter les indicateurs techniques par des indicateurs orientés service : disponibilité réellement perçue, délais de prise en charge et de restauration, respect des engagements, satisfaction utilisateur, etc.
Une connaissance de ce que l’on gère. Savoir quels composants supportent quel service permet de répondre à la question qui tombe toujours au mauvais moment : « si je coupe ce serveur ce soir, qui est-ce que je pénalise ? »
L’outil ne fait pas l’ITSM
iTop, GLPI, ServiceNow, Jira Service Management : ces solutions sont d’excellents supports, et il est très tentant de croire que leur déploiement constitue le projet à lui seul.
Un outil installé sans catalogue de services, sans règles de traitement et sans engagements devient une boîte mail améliorée qui distribue des numéros de ticket. La frustration des utilisateurs est intacte, elle est simplement horodatée.
L’inverse fonctionne mieux qu’on ne l’imagine : une petite équipe peut démarrer avec un tableau partagé, quelques règles écrites et un point hebdomadaire. L’outil vient ensuite industrialiser ce qui fonctionne déjà.
À quoi ça sert vraiment
Trois bénéfices, un par public.
Pour l’utilisateur, savoir à qui s’adresser et ce qu’il peut attendre. Un délai de cinq jours annoncé et tenu est mieux vécu qu’un délai de deux jours espéré et jamais respecté.
Pour l’équipe informatique, arrêter de subir. Quand tout arrive par le même canal avec la même urgence apparente, c’est le plus insistant qui passe en premier, pas le plus critique.
Pour la direction, disposer de faits. « Les gens se plaignent de cette application » est un ressenti que l’on peut balayer d’un revers de main. « 42 incidents ce trimestre sur ce service, dont 60 % liés à la même cause identifiée » est un argument budgétaire.
Pour résumer
L’ITSM consiste à regarder l’informatique depuis le siège de celui qui l’utilise, puis à s’organiser en conséquence. Ce n’est pas une technologie et cela ne nécessite pas de tout réécrire : le catalogue de services et une séparation claire entre incidents et demandes peuvent déjà transformer le quotidien d’une équipe.
Reste la question qui revient dans toutes les réunions : si l’ITSM c’est ça, alors où s’arrête ITIL et où commence l’ITSM ? Réponse dans l’article dédié.