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.
Ce que l’ESM hérite directement de l’ITSM
La distinction entre incident et demande, la notion de priorité croisant urgence et impact, la base de connaissances en libre accès, les niveaux de support : tout cela vient de l’informatique et se transpose sans réécriture. Ces fondations sont détaillées dans notre article sur les fondamentaux de l’Enterprise Service Management.
Ce qui change vraiment
| Dimension | ITSM | ESM |
|---|---|---|
| Périmètre | Direction informatique | Ensemble des fonctions support |
| Commanditaire | DSI | Direction générale ou secrétariat général |
| Difficulté principale | Technique et volumétrique | Politique et organisationnelle |
| Référentiel de rattachement | ITIL, ISO/IEC 20000 | Aucun référentiel dédié |
La difficulté se déplace. En ITSM, l’obstacle est l’industrialisation d’un volume important de demandes. En ESM, l’obstacle est l’accord entre directions qui n’ont ni le même vocabulaire, ni la même culture du délai, ni les mêmes obligations de confidentialité.
Les trois conditions techniques de la bascule
- Catalogues multiples : chaque direction doit pouvoir publier ses propres services sans dépendre de la DSI
- Files d’affectation multiples : une demande RH ne doit jamais atterrir dans la file informatique
- Cloisonnement des droits : un arrêt de travail ou une note de frais n’a pas à être lisible par un technicien
Ce dernier point est le plus souvent sous-estimé. Une plateforme qui ne sait pas masquer le contenu d’un ticket aux équipes non concernées disqualifie d’emblée les cas d’usage RH et juridique. Le sujet doit figurer dans la grille de sélection, aux côtés des critères listés dans notre grille de sélection d’une plateforme ITSM.
Dans quel ordre avancer
- Stabiliser la pratique ITSM, y compris la distinction entre gestion des incidents et gestion des problèmes
- Étendre à une seule direction pilote, avec son propre catalogue
- Généraliser une fois le modèle de droits éprouvé
Questions fréquentes
Quelle est la différence entre ESM et ITSM ?
L’ITSM, ou IT Service Management, organise les services rendus par la direction informatique : incidents, demandes, changements, actifs. L’ESM, ou Enterprise Service Management, applique ces mêmes mécanismes aux autres fonctions support comme les RH, les services généraux ou la finance. La différence ne porte donc pas sur la méthode, qui est identique, mais sur le périmètre couvert et sur la gouvernance qu’il impose, puisque plusieurs directions doivent s’accorder sur un langage commun.
L'ESM remplace-t-il l'ITSM ?
Non. L’ESM englobe l’ITSM plutôt qu’il ne s’y substitue. La pratique informatique reste le socle méthodologique et, dans la plupart des organisations, le premier catalogue de services déployé.
Peut-on faire de l'ESM avec son outil ITSM actuel ?
Le plus souvent oui, à condition que la plateforme gère plusieurs catalogues, plusieurs files d’affectation et des droits d’accès cloisonnés par direction.