Catalogue de services ITIL 4 : comment formaliser et publier votre offre de services

Le catalogue de services est la partie publique et opérationnelle du portfolio de services : il liste les services IT disponibles, leurs conditions d'accès et leurs modalités de demande. Dans ITIL 4, sa formalisation s'ancre dans le Service Value System (SVS) et traduit les value streams en offres concrètes, tandis que sa publication garantit que les utilisateurs peuvent effectivement les consommer. Formaliser et publier ce catalogue suppose donc de structurer l'offre en fonction des chaînes de valeur et de la rendre accessible par le canal adapté.

En bref

Le catalogue de services ITIL 4 est le sous-ensemble du portfolio contenant uniquement les services actifs et disponibles à la demande.

Sa formalisation repose sur la cartographie des value streams et des processus qui définissent qui réalise quoi, avec quelles ressources et selon quel modèle de livraison.

ITIL 4 a formalisé les activités de construction et d'obtention des ressources (Obtain/Build), ce qui renforce la cohérence entre le développement du service et son entrée dans le catalogue.

La publication s'effectue via un portail de services ou le service desk ; elle rend explicite le passage de l'intention à la consommation réelle.

Un catalogue efficace nécessite des révisions régulières pour rester efficient et aligné sur les attentes des utilisateurs.

Qu'est-ce qu'un catalogue de services ITIL 4 et comment le positionner dans le Service Value System

Le Service Value System (SVS) d'ITIL 4 représente comment tous les composants et activités d'une organisation collaborent pour créer de la valeur. À l'intérieur de ce modèle, le catalogue de services n'est pas une simple liste technique : c'est l'interface contractuelle entre le fournisseur de services et ses utilisateurs.

Contrairement au portfolio de services qui recouvre l'ensemble du cycle de vie — des services en développement jusqu'à ceux retirés — le catalogue ne contient que les services vivants, c'est-à-dire ceux qui ont franchi les activités d'Obtain/Build et qui sont prêts à être consommés via la chaîne de valeur. Il matérialise ainsi le résultat des value streams et des processus de livraison.

Dans ce cadre, les value streams and processes for products and services permettent de définir précisément :

le modèle de livraison générique du service ;

les value streams impliqués dans la production des outputs convenus ;

les acteurs ou ressources qui exécutent les actions requises.

Le catalogue de services traduit ces éléments opérationnels en descriptions exploitables : chaque entrée y spécifie le service, ses critères de performance, son propriétaire et le canal de demande. Il constitue par conséquent un levier de gouvernance au sein des 34 practices ITIL 4, tout en respectant les 7 guiding principles, notamment celui de la progression itérative avec retour d'information.

Formaliser le catalogue : structurer l'offre par les value streams

Formaliser un catalogue de services ne consiste pas à décrire des produits techniques, mais à formaliser des engagements de valeur. Cette formalisation passe par une structuration rigoureuse fondée sur les flux de valeur de l'organisation.

Modéliser le service et ses ressources

Avant toute rédaction, il faut définir le generic delivery model du service. Cela implique de répondre à trois questions héritées de l'architecture des value streams :

Quel est le parcours de création de valeur depuis la demande jusqu'à la livraison ?

Quels outputs sont garantis et comment les mesure-t-on ?

Qui — ou quelle ressource — effectue les actions nécessaires ?

ITIL 4 a justement formalisé ces activités auparavant tenues en périphérie du framework. L'activité Obtain/Build du Service Value Chain illustre comment les ressources et les développements sont désormais intégrés dans le périmètre de gestion des services, assurant qu'un service ne passe dans le catalogue qu'une fois les ressources et les processus de construction validés.

Les attributs obligatoires d'une fiche service

Une entrée de catalogue formalisée doit contenir :

Nom et description métier : le bénéfice pour l'utilisateur, pas la technologie sous-jacente.

Critères de performance : délais, disponibilité, conditions d'accès.

Value stream associé : le cheminement opérationnel suivi après la demande.

Propriétaire du service : responsable de la maintenance de la fiche et de la performance.

Canal de demande : portail, service desk, API ou workflow automatique.

Catalogue de services vs portfolio de services

La confusion entre ces deux artefacts est fréquente, notamment dans les organisations héritées d'ITIL V3 où les 26 processus de l'édition 2011 structuraient encore la gouvernance de manière très séquentielle. ITIL 4 clarifie cette distinction en intégrant les deux concepts dans une vision holistique du SVS.

## Publier le catalogue : rendre le service trouvable et consommable

La publication transforme la formalisation en point de contact réel. Un catalogue parfaitement structuré mais invisible ne crée aucune valeur.

Le canal de publication unique

La publication s'appuie généralement sur un portail de services intégré au service desk. Ce canal doit refléter exactement les services validés dans le catalogue sans ajouter d'offres informelles. L'objectif est de canaliser les demandes vers des entrées standardisées, réduisant ainsi le bruit opérationnel et les appels non qualifiés.

La synchronisation avec les value streams

Publier un service, c'est rendre explicite le déclenchement du value stream associé. Chaque bouton de demande sur le portail doit correspondre à un processus opérationnel connu : qui est notifié, quel délai s'applique, quelle ressource est mobilisée. Cette transparence renforce la confiance et aligne les attentes des utilisateurs sur les capacités réelles de l'organisation.

Gestion du cycle de vie dans le catalogue

Un service publié ne l'est pas de façon définitive. Comme le rappellent les fondements d'ITIL, les services doivent être régulièrement révisés pour s'assurer qu'ils restent efficient and effective. Cela signifie qu'une gouvernance de publication doit prévoir :

l'ajout de nouveaux services après validation en Obtain/Build ;

la mise à jour des critères de performance en cas de changement de ressource ;

le retrait des services obsolètes pour éviter la prolifération de demandes non soutenables.

Comment formaliser et publier un catalogue de services ITIL 4 en pratique

Inventorier les services vivants. Établissez la liste des services actuellement délivrés et distinguez ceux qui sont formalisables des projets ou des supports informels. Seuls les services traversant des value streams stables entrent dans le catalogue.

Cartographier les value streams de livraison. Pour chaque service retenu, décrivez le modèle de livraison générique, les outputs convenus et les ressources ou acteurs impliqués. Utilisez cette cartographie pour rédiger la fiche service.

Rédiger les fiches selon le standard ITIL 4. Chaque entrée doit contenir un nom métier, une description de la valeur, les critères de performance, le propriétaire et le canal de demande. Évitez le jargon technique non accessible à l'utilisateur.

Valider la faisabilité opérationnelle en amont. Avant publication, assurez-vous que les activités d'Obtain/Build et de Deliver and Support peuvent honorer les engagements du catalogue. Un service publié sans ressource allouée crée un déficit de valeur.

Choisir et configurer le portail de publication. Intégrez les fiches validées dans l'outil de service desk ou le portail self-service. Structurez la navigation par profil utilisateur pour faciliter la découverte.

Communiquer auprès des utilisateurs. Annoncez la mise à disposition du catalogue, formez le service desk aux nouvelles entrées et publiez une FAQ associée pour fluidifier l'adoption.

Instaurer une revue périodique. Définissez un rythme de vérification (trimestriel recommandé) pour contrôler que les services restent efficients, effectifs et alignés sur les capacités actuelles de l'organisation.

Points clés à retenir

Le catalogue de services ITIL 4 est la partie visible et consommable du portfolio ; il ne contient que les services actifs auxquels les utilisateurs peuvent souscrire.

Sa formalisation repose sur la cartographie des value streams, la définition des modèles de livraison et l'identification claire des ressources mobilisées.

ITIL 4 intègre désormais de façon formalisée les activités de construction et d'obtention des ressources, garantissant une cohérence entre le développement du service et son inscription au catalogue.

La publication opérationnelle passe par un portail de services structuré, synchronisé avec les processus de demande et de support.

Un catalogue pérenne exige des révisions régulières pour maintenir son efficience et son adéquation aux capacités organisationnelles.

Questions fréquentes

Quelle différence entre le catalogue de services et le portfolio de services en ITIL 4 ?

Le portfolio de services recense l'intégralité des services sur leur cycle de vie complet, y compris ceux en développement ou retirés. Le catalogue de services n'en contient que la fraction active et disponible pour les utilisateurs finaux. Le portfolio sert à décider et investir ; le catalogue sert à commander et consommer.

Le catalogue de services ITIL 4 est-il différent de celui d'ITIL V3 ?

ITIL V3 structurait la gouvernance autour de 26 processus répartis sur un cycle de vie séquentiel. ITIL 4 place le catalogue dans le Service Value System, au croisement des value streams et des 34 practices. L'artefact reste similaire, mais sa formalisation est désormais plus intégrée aux flux de valeur et à l'activité Obtain/Build du Service Value Chain.

Qui est responsable de la mise à jour du catalogue de services dans ITIL 4 ?

Le propriétaire du service (service owner) est responsable de la pertinence de sa fiche catalogue. La gouvernance globale du catalogue relève généralement de la practice de gestion des niveaux de service (Service Level Management), en lien avec le service desk qui constate les écarts entre le catalogue publié et la réalité opérationnelle.

Quels éléments doivent obligatoirement figurer dans une fiche catalogue ITIL 4 ?

Une fiche formalisée doit indiquer le nom du service, sa description métier, les critères de performance (délai, qualité, périmètre), le propriétaire, le value stream de livraison et le canal de demande unique. L'absence de l'un de ces éléments fragilise l'engagement de valeur.

Comment ITIL 4 positionne-t-il le catalogue de services dans le Service Value System ?

Le catalogue se situe à l'interface entre la chaîne de valeur (Service Value Chain) et les pratiques de gestion des services. Il traduit en offres publiées les outputs produits par les value streams, tout en fournissant au service desk et aux utilisateurs le référentiel nécessaire pour déclencher et suivre les demandes.

La publication d'un catalogue de services suffit-elle à réduire la charge du service desk ?

Non, la publication seule n'est pas suffisante. Elle doit s'accompagner d'une adoption par les utilisateurs, d'une navigation claire sur le portail et d'une mise à jour continue des services. Un catalogue obsolète ou difficile d'accès génère davantage d'appels directs que s'il n'existait pas.

Conclusion

Formaliser et publier un catalogue de services selon ITIL 4, c'est transformer la stratégie du portfolio en expérience utilisateur concrète, en s'appuyant sur les value streams et les activités formalisées du Service Value Chain. Ce travail de structuration et de communication continue est ce qui distingue une IT réactive d'une IT créatrice de valeur durable.

Vous souhaitez évaluer où se situe votre catalogue de services sur l'échelle de maturité ITIL et identifier les étapes prioritaires pour le fiabiliser ? [Faites le diagnostic de maturité gratuit MaturaScore](https://maturascore.com) : vous obtenez une évaluation précise de votre position et un plan d'action assisté par IA, validé par un expert, pour passer de la formalisation à la publication efficace.