Articles on Guide ESM

ITSM en SaaS ou auto-hébergé : comment trancher

Tue, 22 Sep 2026 00:00:00 +0000

En bref :

Le choix ne se joue pas sur le prix de la licence mais sur cinq postes de coût, dont l’exploitation est le plus sous-estimé.

Le SaaS transfère l’exploitation à l’éditeur et fige en contrepartie le rythme des montées de version.

L’auto-hébergement garde la maîtrise du calendrier mais suppose une équipe disponible dans trois ans, pas seulement aujourd’hui.

Trois contraintes non financières tranchent souvent avant les coûts : localisation des données, profondeur d’intégration, compétences internes.

Ce que recouvre vraiment le choix

Présenté comme un arbitrage entre deux prix, le choix entre SaaS et auto-hébergement est en réalité un arbitrage entre deux répartitions du travail. Dans un cas l’éditeur porte l’infrastructure, la sauvegarde et les mises à jour. Dans l’autre, c’est l’organisation, ou son intégrateur.

Choisir une plateforme ITSM : la grille de critères

Wed, 16 Sep 2026 00:00:00 +0000

En bref :

Six critères départagent réellement les plateformes ITSM, et la richesse fonctionnelle n’en fait pas partie.

Sur les processus de base, incident, demande et changement, toutes les plateformes sérieuses se valent.

L’unité de facturation, technicien ou utilisateur final, pèse davantage sur le coût à cinq ans que n’importe quelle fonctionnalité.

Le catalogue de services s’écrit avant la consultation, pas après : c’est lui qui rend les démonstrations comparables.

Ce qu’il faut trancher avant de regarder un outil

La plupart des consultations démarrent par une grille de fonctionnalités envoyée aux éditeurs. C’est l’ordre inverse de celui qui produit une bonne décision. Tant que le périmètre n’est pas écrit, chaque éditeur répond sur son propre terrain et les réponses ne sont pas comparables.

Inventaire informatique automatisé : les méthodes comparées

Wed, 09 Sep 2026 00:00:00 +0000

En bref :

Trois méthodes de collecte coexistent : agent, sans agent, découverte réseau par balayage.

L’agent fournit l’inventaire logiciel le plus complet et fonctionne hors du réseau d’entreprise.

La découverte réseau est la seule méthode qui détecte les équipements non administrables.

Un parc réel combine presque toujours les trois, avec une fréquence de collecte différente selon le type d’équipement.

Pourquoi l’inventaire manuel ne tient pas

Un parc informatique bouge en permanence : postes remplacés, logiciels installés à l’initiative des utilisateurs, machines virtuelles créées puis oubliées. Un inventaire informatique tenu à la main est faux le jour de sa publication. La question n’est donc pas de savoir s’il faut automatiser, mais avec quelle méthode.

CMDB : à quoi elle sert et comment l'alimenter

Wed, 02 Sep 2026 00:00:00 +0000

En bref :

La CMDB recense les éléments de configuration et, surtout, les relations de dépendance qui les lient.

Son usage principal est l’analyse d’impact avant un changement ou pendant un incident majeur.

Un inventaire liste des biens, une CMDB ajoute les dépendances : ce sont deux objets différents.

Une alimentation manuelle dérive systématiquement : la collecte automatisée est la seule option tenable dans la durée.

Ce qu’une CMDB contient vraiment

Une CMDB, pour Configuration Management Database, recense les éléments de configuration d’un système d’information : serveurs, postes, applications, services, contrats. Mais la liste n’est pas l’essentiel. Ce qui distingue une CMDB d’un tableur, ce sont les relations entre ces éléments : quel serveur héberge quelle base, quelle base alimente quelle application, quelle application rend quel service métier.

Définir des SLA de support qui tiennent la route

Fri, 28 Aug 2026 00:00:00 +0000

En bref :

Un SLA repose sur une matrice de priorité croisant l’urgence et l’impact, jamais sur la seule urgence déclarée par le demandeur.

Deux engagements distincts sont nécessaires : délai de prise en charge et délai de rétablissement.

Le calibrage se fait sur la médiane réellement observée, pas sur une cible théorique.

Sans suspension du décompte pendant l’attente du demandeur, l’indicateur devient injuste et cesse d’être utilisé.

Ce qu’un SLA engage réellement

Un accord de niveau de service est un engagement pris envers les utilisateurs sur des délais mesurables. Il ne décrit pas une ambition, il décrit une promesse opposable. C’est pourquoi un SLA fixé au-dessus de la capacité réelle de l’équipe produit l’effet inverse de celui recherché : les dépassements deviennent la norme, et l’indicateur cesse d’être regardé.

Service desk et help desk : le vocabulaire au clair

Wed, 26 Aug 2026 00:00:00 +0000

En bref :

Le help desk traite les pannes, le service desk traite les pannes et les demandes de service.

ITIL ne retient que le terme service desk, défini comme point de contact unique entre le fournisseur et les utilisateurs.

Le schéma à trois niveaux, généraliste puis spécialisé puis éditeur, reste la structure de référence.

Le taux de résolution au premier niveau dépend directement de la qualité de la base de connaissances mise à disposition.

Trois termes, trois périmètres

Le help desk est né du besoin de centraliser le signalement des pannes informatiques. Son périmètre est correctif : un utilisateur constate un dysfonctionnement, il le signale, une équipe le corrige.

Gestion des incidents et des problèmes : ne plus confondre

Fri, 21 Aug 2026 00:00:00 +0000

En bref :

L’incident se mesure en délai de rétablissement, le problème se mesure en incidents évités.

Un contournement clôt un incident mais ne clôt jamais un problème.

Le regroupement d’incidents récurrents est le principal signal d’entrée de la gestion des problèmes.

Une erreur connue est un problème dont la cause est identifiée et le contournement documenté, avant correction définitive.

Deux pratiques, deux horloges

Un incident est une interruption non planifiée d’un service ou une dégradation de sa qualité. La pratique associée poursuit un seul objectif : rétablir le service au plus vite. Redémarrer, basculer sur un serveur de secours, réattribuer une licence, peu importe le moyen, y compris s’il ne règle rien sur le fond.

ITIL 4 : les 7 principes directeurs expliqués

Wed, 19 Aug 2026 00:00:00 +0000

En bref :

ITIL 4, publié en 2019, place sept principes directeurs en amont de ses 34 pratiques de management.

Ces principes sont des règles de conduite, pas des processus à dérouler : ils servent à arbitrer, pas à exécuter.

Trois d’entre eux, commencer là où vous êtes, rester simple et progresser de façon itérative, suffisent à cadrer la majorité des projets.

Le référentiel n’est pas certifiable pour une organisation : cette certification relève de la norme ISO/IEC 20000.

Pourquoi ITIL 4 commence par des principes

Les versions antérieures d’ITIL décrivaient surtout des processus. ITIL 4 inverse l’ordre et pose d’abord sept principes directeurs, valables quel que soit le contexte, avant d’entrer dans le détail des pratiques. L’intention est explicite : éviter l’application mécanique d’un catalogue de procédures à une organisation dont personne n’a examiné la maturité réelle.

ESM ou ITSM : quelles différences concrètes

Fri, 14 Aug 2026 00:00:00 +0000

En bref :

ITSM et ESM reposent sur les mêmes objets : catalogue de services, ticket, priorité, engagement de délai, base de connaissances.

La seule différence structurante est le périmètre : la DSI pour l’ITSM, l’ensemble des fonctions support pour l’ESM.

Le passage de l’un à l’autre est un chantier de gouvernance, pas un chantier technique.

Trois capacités techniques conditionnent la bascule : catalogues multiples, files d’affectation multiples, cloisonnement des droits.

Deux sigles, un seul mécanisme

L’ITSM organise les services rendus par la direction informatique. L’ESM applique le même raisonnement à toutes les fonctions qui rendent un service interne. Les briques sont identiques : on décrit un service, on ouvre un canal pour le demander, on affecte la demande à quelqu’un, on s’engage sur un délai, on mesure.

Enterprise Service Management : définition et périmètre

Wed, 12 Aug 2026 00:00:00 +0000

En bref :

L’ESM applique aux directions non informatiques les pratiques de gestion des services nées dans l’IT : catalogue, portail de demandes, workflows et mesure des délais.

Les quatre fonctions le plus souvent concernées sont les ressources humaines, les services généraux, la finance et le juridique.

Une démarche ESM n’est pas un achat d’outil : elle commence par la formalisation d’un catalogue de services et de leurs engagements de délai.

Le référentiel ITIL 4 décrit 34 pratiques de management, dont une large majorité s’applique telle quelle en dehors du périmètre informatique.

Ce que recouvre l’Enterprise Service Management

L’Enterprise Service Management désigne l’application, à l’échelle de toute l’entreprise, des principes de gestion des services formalisés dans l’informatique depuis les années 1990. Le raisonnement est simple : une demande de badge adressée aux services généraux et une demande de réinitialisation de mot de passe adressée à la DSI posent exactement le même problème d’organisation. Qui la reçoit, sous quel délai, selon quelle procédure, et comment le demandeur suit-elle son avancement.