ITIL 4 vers ITIL Version 5 : ce qui change vraiment

Vous avez passé votre ITIL 4 Foundation il y a deux ans, peut-être un module Specialist derrière. Et voilà qu’une version 5 sort. La question arrive immédiatement : est-ce que tout ce que j’ai appris est périmé ?

Non. Et je le dis en étant directement concerné, puisque je suis certifié ITIL 4 Foundation et CDS.

Voici ce qui change réellement, en séparant le bruit du signal.

Ce qui ne bouge pas

Commençons par le plus rassurant, parce que c’est aussi la plus grosse partie.

Les sept principes directeurs restent inchangés : se concentrer sur la valeur, commencer là où vous êtes, progresser par itérations avec des retours, collaborer et promouvoir la visibilité, penser et travailler de façon holistique, rester simple et pratique, optimiser et automatiser.

Les quatre dimensions sont maintenues : organisations et personnes, information et technologie, partenaires et fournisseurs, flux de valeur et processus.

Les 34 pratiques conservent leurs noms et leur périmètre général. Certaines évoluent dans leur formulation ou leur articulation, mais le vocabulaire opérationnel (gestion des incidents, gestion des changements, etc.) reste stable.

Autrement dit : si votre organisation a construit son fonctionnement autour d’ITIL 4, ce travail n’est pas à refaire.

Le vrai changement structurel : la chaîne devient une boucle

C’est le point à retenir si vous n’en retenez qu’un.

En ITIL 4, la chaîne de valeur des services (Service Value Chain) comportait six activités : engager, planifier, conception et transition, obtenir et construire, fournir et soutenir, améliorer.

ITIL 5 introduit un cycle de vie unifié des produits et services (Product and Service Lifecycle) en huit étapes : découvrir, concevoir, acquérir, construire, faire la transition, opérer, livrer, supporter.

L’ajout de deux activités n’est pas anecdotique : il traduit un changement de nature. Le modèle fonctionne moins comme une chaîne linéaire que comme une boucle, où les retours d’exploitation et de support alimentent directement la découverte et la conception, sans attendre un cycle de revue formel.

Concrètement, cela valide une intuition que beaucoup d’équipes avaient déjà : les tickets récurrents sur une fonctionnalité mal pensée ne sont pas un problème de support, ce sont des données de conception. ITIL 5 en fait un élément du modèle plutôt qu’une bonne pratique optionnelle.

Le système de valeur des services (SVS) conserve sa structure globale (principes directeurs, gouvernance, chaîne de valeur/pratiques, amélioration continue), mais s’élargit pour intégrer une logique produit-service et une gouvernance étendue.

L’IA entre officiellement dans le référentiel

ITIL 4 abordait l’automatisation via le principe « optimiser et automatiser », sans cadre dédié à l’IA.

ITIL 5 se conçoit comme « AI‑native » et introduit un modèle de capacités IA articulé autour de six axes : création, curation, clarification, cognition, communication et coordination (modèle 6C).

Est-ce indispensable au quotidien ? Pas encore, pour la majorité des équipes. Mais si vous commencez à brancher un assistant sur votre base de connaissances, à faire pré-qualifier des tickets automatiquement ou à générer des réponses de premier niveau, vous allez vous heurter à des questions de gouvernance très concrètes : qui est responsable d’une réponse erronée, comment on trace, comment on mesure la qualité. C’est le premier référentiel grand public à proposer un cadre sur ces questions.

Du service au produit

ITIL 4 parlait de gestion des services informatiques. ITIL 5 parle de gestion des produits et services numériques, et considère les deux comme un ensemble unifié dans un cycle de vie commun.

C’est moins cosmétique qu’il n’y paraît. Une équipe qui raisonne en services pense en termes de « ce que je fournis et de ce que je m’engage à tenir ». Une équipe qui raisonne en produits pense en termes de « ce que j’améliore, cycle après cycle, en fonction de ce que j’observe ». Le référentiel intègre cette logique produit, qui existait déjà largement dans les pratiques agiles et DevOps mais restait à côté d’ITIL plutôt que dedans.

Et pour les certifications déjà obtenues ?

Les certifications ITIL 4 restent valides et sont reconnues comme prérequis pour accéder aux modules avancés de la version 5. Il n’y a donc aucune urgence à repasser quoi que ce soit.

Pour ceux qui veulent tout de même se mettre à jour, un ITIL Foundation Bridge (Version 5) existe. C’est une passerelle, réservée aux titulaires d’une certification ITIL 4, qui ne couvre que les nouveautés et débouche sur la certification Foundation version 5. Ce n’est pas un module obligatoire du parcours, mais une passerelle optionnelle. Un module de transition équivalent existe pour les profils Managing Professional et Master.

Si vous n’avez aucune certification et que vous démarrez maintenant, la question ne se pose pas : allez directement sur la version 5. La Foundation est disponible depuis février 2026, sans prérequis.

Faut-il migrer ?

Trois situations, trois réponses.

Vous êtes en cours de structuration ITSM sur la base d’ITIL 4. Continuez, sans hésiter. Les principes et les pratiques sont les mêmes. Regardez simplement le nouveau modèle de cycle de vie et posez-vous la question de la gouvernance de l’IA pour votre feuille de route à 18 mois.

Votre certification arrive à échéance de renouvellement. C’est le moment naturel pour passer par la passerelle plutôt que de renouveler à l’identique.

Vous démarrez de zéro. Version 5 directement.

Dans tous les cas, méfiez-vous du discours qui vous expliquera qu’il faut tout reprendre. Une version 5 dont les principes, les dimensions et les noms de pratiques sont inchangés est une évolution, pas une rupture. C’est d’ailleurs plutôt bon signe : les référentiels qui se réécrivent intégralement tous les cinq ans sont ceux qui n’ont pas trouvé leur socle.

Pour aller plus loin

Les informations officielles sur le parcours de certification sont publiées par PeopleCert sur itil.com. Les publications complémentaires de la version 5 s’échelonnant sur l’année 2026, vérifiez toujours la date de ce que vous lisez sur le sujet, y compris cet article.