Accueil / Niveau Débutant

Niveau Débutant — Concepts et fondations

La valeur, les parties prenantes, les 4 dimensions, les 7 principes directeurs et le système de valeur des services. Cliquez sur un module pour l'ouvrir.

D1

Module 1 — Valeur, coûts, risques et parties prenantes

+

1. La valeur : le coeur d'ITIL 4

ITIL 4 définit la valeur comme les bénéfices perçus, l'utilité et l'importance de quelque chose. Point fondamental : la valeur est co-créée par le fournisseur de services et le consommateur, elle n'est jamais livrée seule par le fournisseur. Un service n'a de valeur que s'il permet au consommateur d'atteindre ses propres objectifs.

Définition exacte — Valeur : les bénéfices perçus, l'utilité et l'importance de quelque chose. La valeur est co-créée avec le consommateur de services.
Pourquoi c'est important : un directeur déploie un outil de ticketing techniquement parfait, mais les techniciens continuent de travailler par courriel. Audit interne : zéro traçabilité, SLA non mesurable, investissement perdu. Sans co-création de la valeur avec les utilisateurs, l'utilité seule ne suffit pas. Ce module t'évite exactement cette erreur : vérifier utilité ET garantie avant d'investir.
L'analogie qui aide : pense au restaurant : l'utilité, c'est un plat qui correspond à ta faim (tu commandes une pizza, tu reçois une pizza). La garantie, c'est qu'elle arrive chaude, à l'heure, dans une salle propre. Un excellent plat servi froid après une heure d'attente n'a aucune valeur. En ITIL, c'est identique : fonctionnalité sans fiabilité égale pas de valeur.

2. Utilité et garantie

Pour qu'un service ait de la valeur, il faut deux conditions cumulatives :

  • L'utilité (utility) : ce que fait le service, son adéquation fonctionnelle. Le service fait-il ce dont le consommateur a besoin ? Exemple : une messagerie d'entreprise permet d'envoyer, recevoir, archiver des courriels.
  • La garantie (warranty) : la manière dont le service est fourni — disponibilité, capacité, sécurité, continuité suffisantes. Exemple : la messagerie est disponible 99,9 % du temps, avec sauvegarde et support.
Définition exacte — Utilité : la fonctionnalité offerte par un produit ou un service pour répondre à un besoin particulier. Garantie : l'assurance qu'un produit ou un service répondra aux exigences convenues (disponibilité, capacité, sécurité, continuité).

Moyen mnémotechnique : utilité = « fait le bon travail », garantie = « le fait bien et de façon fiable ». Sans l'un des deux, pas de valeur.

3. Coûts et risques

  • Coûts : pour le consommateur, le coût ne se limite pas au prix payé. Il inclut les coûts retirés du consommateur (exemple : plus besoin d'acheter ses propres serveurs) et les coûts imposés au consommateur (exemple : former les utilisateurs, temps d'indisponibilité pendant la migration).
  • Risques : le fournisseur prend en charge une partie des risques du consommateur (panne matérielle, cyberattaque), mais de nouveaux risques peuvent apparaître (dépendance au fournisseur, fuite de données). La gestion des services vise à réduire les risques à un niveau acceptable.

4. Les parties prenantes et rôles clés

RôleDéfinitionExemple
Fournisseur de servicesOrganisation qui fournit des services aux consommateursLa DSI interne, un hébergeur infonuagique
Consommateur de servicesRôle générique qui regroupe client, utilisateur et sponsorL'entreprise cliente dans son ensemble
ClientDéfinit les exigences et assume la responsabilité des résultatsLe directeur financier qui signe le contrat
UtilisateurUtilise les services au quotidienLes 500 employés qui se connectent au VPN
SponsorAutorise le budget et les dépensesLa direction générale qui finance le projet
Démonstration pas à pas : cas d'une clinique qui adopte la visioconférence médicale. Incident de départ : les médecins refusent l'outil. Application du concept : la DSI vérifie l'utilité (consultation à distance : oui) puis la garantie (connexion instable, aucune formation, confidentialité incertaine). Correctifs : fibre redondante, formation de 30 minutes, chiffrement validé. Résultat : adoption à 90 pour cent en deux mois, déplacements réduits de 40 pour cent. La valeur naît de l'ajustement conjoint entre fournisseur et consommateurs.
Exemple d'entreprise : une PME externalise sa messagerie vers Microsoft 365. Utilité : courriel, agenda, partage. Garantie : 99,9 % de disponibilité contractuelle. Coût retiré : plus de serveur local à maintenir. Coût imposé : formation des 80 employés et migration des archives. Risque réduit : la continuité est assurée par le fournisseur. Nouveau risque : dépendance à la connexion internet.
Pièges d'examen : 1) La valeur est toujours co-créée, jamais « livrée » unilatéralement. 2) Ne confondez pas client (définit les exigences, responsable des résultats) et utilisateur (utilise le service). 3) Ne confondez pas utilité (fonctionnalité) et garantie (niveau de fourniture). 4) Question classique : « Qu'est-ce qui est nécessaire pour créer de la valeur ? » Réponse : utilité ET garantie.
Pièges classiques : ne dis jamais que le fournisseur livre la valeur seul : elle est toujours co-créée. Ne confonds pas output (le livrable, par exemple le serveur installé) et outcome (le résultat métier, par exemple les comptables qui clôturent plus vite). Ne confonds pas client (qui signe et définit les exigences) et utilisateur (qui utilise chaque jour). À l'examen, si on te propose valeur livrée, c'est faux.
À vous de jouer : un service de sauvegarde fonctionne parfaitement (utilité) mais restaure en 72 heures au lieu des 4 heures convenues. Y a-t-il de la valeur ? Pourquoi ?
Voir la réponse

Non, ou très peu. L'utilité est présente mais la garantie (délai de restauration, continuité) est défaillante. Sans garantie, pas de valeur complète. Il faut renégocier la capacité et la continuité avec le fournisseur.

D2

Module 2 — Les 4 dimensions de la gestion des services

+

1. Pourquoi 4 dimensions ?

ITIL 4 impose une approche holistique : pour créer de la valeur, il faut considérer simultanément 4 dimensions. Négliger l'une d'elles fragilise tout le système. L'examen adore demander « quelle dimension concerne... ? ».

Pourquoi c'est important : une banque investit 2 millions dans un outil d'IA pour la détection de fraude, mais aucun agent n'est formé et aucun contrat de support n'est signé. Premier incident majeur : personne ne sait utiliser l'outil, le fournisseur est injoignable. L'audit conclut à une vision partielle, limitée à la technologie. Les 4 dimensions existent pour empêcher ce gâchis.
L'analogie qui aide : pense à un orchestre : les musiciens (organisations et personnes), les instruments (information et technologie), les luthiers et loueurs de salle (partenaires et fournisseurs), et la partition qui coordonne tout le monde (flux de valeur et processus). Un instrument d'exception sans musicien formé et sans partition ne produit que du bruit.

2. Les 4 dimensions en détail

  • 1. Organisations et personnes : culture, rôles, responsabilités, compétences, structure organisationnelle, leadership. Exemple : former le centre de services, définir qui approuve les changements, instaurer une culture de non-punition des erreurs signalées.
  • 2. Information et technologie : informations gérées, connaissances, technologies nécessaires (infonuagique, automatisation, IA, outils ITSM). Couvre aussi la sécurité de l'information et la protection des données. Exemple : choisir un outil de ticketing, chiffrer les sauvegardes.
  • 3. Partenaires et fournisseurs : relations avec les organisations externes qui contribuent aux services (contrats, SLA fournisseurs, sourcing). Exemple : contrat avec un fournisseur réseau assorti d'un SLA de rétablissement en 4 heures.
  • 4. Flux de valeur et processus : comment les activités sont organisées et coordonnées pour créer de la valeur — flux de bout en bout, processus, procédures, modèles opérationnels. Exemple : le workflow de traitement d'un incident, de la détection à la clôture.
À retenir mot pour mot : 1) Organisations et personnes — 2) Information et technologie — 3) Partenaires et fournisseurs — 4) Flux de valeur et processus.
Démonstration pas à pas : cas d'un hôpital qui déploie le dossier patient informatisé. Application des 4 dimensions : 1) formation des soignants et référents de garde ; 2) serveurs redondés et données chiffrées ; 3) contrat avec l'hébergeur incluant un rétablissement en 4 heures ; 4) circuit formalisé de signalement d'anomalie. Résultat : bascule en un week-end, zéro perte de dossier, temps d'admission divisé par deux. Retire une seule dimension et tout le projet vacille.
Exemple d'entreprise : une banque lance une application mobile. Dimension 1 : équipe DevOps formée, rôles clairs. Dimension 2 : hébergement infonuagique sécurisé, chiffrement. Dimension 3 : prestataire de paiement externe sous contrat. Dimension 4 : pipeline de déploiement et processus de gestion des incidents défini. Si la dimension 3 est négligée (aucun SLA avec le prestataire de paiement), une panne externe bloque tout.
Pièges d'examen : 1) « La culture d'entreprise et les compétences » relèvent d'Organisations et personnes, pas de la technologie. 2) « Les contrats de sous-traitance » relèvent de Partenaires et fournisseurs. 3) « L'automatisation et les outils » relèvent d'Information et technologie. 4) « L'enchaînement des activités de bout en bout » relève de Flux de valeur et processus. 5) Le mot-clé « holistique » signale presque toujours les 4 dimensions.
Pièges classiques : ne rattache pas la culture et les compétences à la technologie : c'est Organisations et personnes. Ne rattache pas les contrats et SLA fournisseurs à la technologie : c'est Partenaires et fournisseurs. Le mot holistique dans une question désigne presque toujours les 4 dimensions. Retiens l'ordre officiel pour éviter les pièges de formulation.
À vous de jouer : une panne vient d'un sous-traitant réseau sans SLA, alors que tes équipes et tes outils sont excellents. Quelle dimension a été négligée ?
Voir la réponse

Partenaires et fournisseurs. La qualité interne ne compense jamais un tiers non piloté. Il faut un contrat avec niveaux de service, surveillance et pénalités.

D3

Module 3 — Les 7 principes directeurs (avec exemples)

+

1. Vue d'ensemble

Les principes directeurs sont des recommandations universelles, applicables en toute circonstance, quelle que soit la méthode utilisée. Ils sont au nombre de 7 et l'examen en teste systématiquement 2 à 4. Retenez-les dans l'ordre officiel :

Pourquoi c'est important : une DSI veut tout reconstruire à neuf après un audit, jette les scripts qui marchent, automatise un processus de demande encore chaotique, et déploie sans pilote. Résultat : 6 mois de retard, rejet des utilisateurs, direction furieuse. Les 7 principes directeurs sont ton garde-fou : ils dictent par où commencer et dans quel ordre agir.
L'analogie qui aide : pense à un médecin : il examine le patient là où il en est (pas d'opération d'office), il se concentre sur la guérison (la valeur), il procède par petites doses ajustées (itérations), il concerte les spécialistes (collaboration), il regarde tout le corps (holistique), il évite les traitements lourds inutiles (simplicité), puis il automatise le suivi une fois le traitement stabilisé (optimiser et automatiser).
  1. Se concentrer sur la valeur : tout ce que fait l'organisation doit se traduire en valeur pour les parties prenantes. Exemple : avant d'acheter un outil de supervision coûteux, vérifier qu'il réduit réellement les interruptions ressenties par les utilisateurs.
  2. Commencer là où vous êtes : ne repartez pas de zéro ; évaluez, réutilisez et améliorez l'existant. Exemple : conserver les scripts de sauvegarde qui fonctionnent et les intégrer au nouveau processus plutôt que tout réécrire.
  3. Progresser par itérations avec retour d'information : découpez le travail en petites étapes gérables, sollicitez un retour avant, pendant et après chaque itération. Exemple : déployer le nouveau portail de tickets à un service pilote, recueillir les avis, puis généraliser.
  4. Collaborer et promouvoir la visibilité : travaillez ensemble au-delà des silos, partagez l'information et rendez le travail visible. Exemple : tableau Kanban partagé entre développeurs et support, réunions mixtes.
  5. Penser et travailler de façon holistique : aucun service, processus ou équipe ne fonctionne isolément ; considérez l'ensemble. Exemple : évaluer l'impact d'un changement réseau sur la sécurité, le support et les fournisseurs avant d'agir.
  6. Rester simple et pratique : éliminez tout ce qui n'apporte pas de valeur ; utilisez le minimum d'étapes nécessaires. Exemple : supprimer 3 validations redondantes du formulaire de demande d'accès.
  7. Optimiser et automatiser : optimisez d'abord le processus (rendez-le efficace), puis automatisez. Exemple : simplifier le workflow d'intégration d'un nouvel employé AVANT de le robotiser.
Démonstration pas à pas : cas de 400 tickets d'impression par mois dans une usine. Application : la DSI mesure la gêne réelle (valeur), conserve les imprimantes récentes (existant), teste un pilote sur un atelier avec enquête (itération), réunit DSI et production sur un tableau partagé (collaboration), vérifie l'impact sur la confidentialité (holistique), réduit le formulaire à 3 champs (simplicité), puis automatise l'installation des pilotes (automatisation). Résultat : tickets divisés par trois en quatre mois, sans investissement massif.
Exemple d'entreprise fil rouge : une société de logistique veut réduire les tickets d'impression. 1) Valeur : interroger les utilisateurs sur la gêne réelle. 2) Existant : conserver les imprimantes récentes. 3) Itérations : pilote sur un site avec enquête. 4) Collaboration : DSI + services généraux + utilisateurs sur un tableau partagé. 5) Holistique : vérifier l'impact sur la confidentialité des bordereaux. 6) Simplicité : un seul formulaire de demande. 7) Automatisation : installation automatique des pilotes une fois le processus stabilisé.
Pièges d'examen : 1) « Réutiliser ce qui existe » = Commencer là où vous êtes. 2) « Petites étapes + feedback » = Progresser par itérations. 3) « Briser les silos, partager l'info » = Collaborer et promouvoir la visibilité. 4) « Ne pas automatiser un processus défaillant, l'optimiser d'abord » = Optimiser et automatiser (l'ordre compte : optimiser PUIS automatiser). 5) « Supprimer les étapes inutiles » = Rester simple et pratique. Apprenez la liste dans l'ordre : Valeur, Existant, Itérations, Collaboration, Holistique, Simplicité, Optimisation.
Pièges classiques : ne confonds pas Commencer là où vous êtes (réutiliser l'existant) et Rester simple et pratique (supprimer l'inutile). Retiens l'ordre imposé de Optimiser et automatiser : optimiser d'abord, automatiser ensuite, jamais l'inverse. Petites étapes plus retour d'information égale toujours Progresser par itérations. Briser les silos égale toujours Collaborer et promouvoir la visibilité.
À vous de jouer : ton chef veut robotiser immédiatement le processus d'habilitation qui produit 30 pour cent d'erreurs. Quel principe t'interdit de le faire, et que proposes-tu ?
Voir la réponse

Optimiser et automatiser. Automatiser un processus défaillant industrialise les erreurs. Simplifie d'abord le workflow, supprime les validations redondantes, stabilise sous 5 pour cent d'erreurs, puis automatise.

D4

Module 4 — Le SVS et la chaîne de valeur des services (6 activités)

+

1. Le système de valeur des services (SVS)

Le SVS décrit comment les composants et activités d'une organisation travaillent ensemble pour créer de la valeur. Il comprend 5 éléments : les principes directeurs, la gouvernance, la chaîne de valeur des services, les pratiques et l'amélioration continue. Au centre : les opportunités et la demande qui entrent, la valeur qui sort.

Pourquoi c'est important : une entreprise signe un gros contrat, installe des serveurs, mais personne n'a planifié la demande réelle ni organisé le support. Jour J : les commerciaux vendent, les clients appellent, aucune procédure de soutien n'existe. Le SVS et la chaîne de valeur servent à relier l'idée à la valeur livrée, sans angle mort entre planifier, construire et soutenir.
L'analogie qui aide : pense à une cuisine de restaurant : planifier le menu (Plan), goûter et ajuster chaque plat (Improve), accueillir et écouter les clients (Engage), créer la recette et dresser l'assiette (Design and transition), acheter et préparer les ingrédients (Obtain and build), servir en salle et gérer les réclamations (Deliver and support). Sans coordination, tu as de bons ingrédients mais des clients mécontents.
Définition exacte — SVS : modèle représentant la façon dont les différents composants et activités d'une organisation travaillent ensemble pour faciliter la création de valeur grâce aux services basés sur les TI. Chaîne de valeur : modèle opérationnel qui définit les 6 activités clés pour répondre à la demande et créer de la valeur.

2. Les 6 activités de la chaîne de valeur

ActivitéRôleExemple
Planifier (Plan)Vision commune, plans, gouvernance, compréhension de la demandeFeuille de route annuelle de la DSI
Améliorer (Improve)Amélioration continue des services, pratiques et produits à chaque étapeRevue post-incident et plan d'action
Engager (Engage)Comprendre les besoins, communiquer, gérer les relations avec les parties prenantesRecueil des besoins métiers, communication de panne
Concevoir et passer au post-transition (Design and transition)Concevoir puis mettre en production des produits et services conformes aux attentesConception d'une offre VPN puis sa mise en service
Obtenir et construire (Obtain and build)S'assurer que les composants sont disponibles quand et où il faut (achat, développement, assemblage)Achat de serveurs, développement d'un module
Fournir et soutenir (Deliver and support)Fourniture des services et support courant selon les SLACentre de services, supervision, astreintes

Note : Améliorer irrigue toutes les autres activités. Les combinaisons d'activités forment des flux de valeur adaptés à chaque situation (exemple : flux « résolution d'incident » = Engager → Fournir et soutenir → Améliorer).

Démonstration pas à pas : cas du lancement d'une sauvegarde externalisée. Déroulé : Planifier étudie le marché et le budget ; Engager recueille les contraintes des PME clientes ; Concevoir dessine l'offre puis la teste en pilote ; Obtenir achète les baies ; Fournir supervise en 24/7 ; Améliorer ajuste les fenêtres après trois mois de mesures. Résultat : 50 clients en six mois, zéro perte de données, deux ajustements tarifaires issus des retours. Chaque activité alimente la suivante.
Exemple d'entreprise : lancement d'une offre de sauvegarde externalisée. Planifier : étude de marché et budget. Engager : entretiens clients. Concevoir et passer au post-transition : architecture puis déploiement pilote. Obtenir et construire : achat de baies de stockage. Fournir et soutenir : supervision 24/7. Améliorer : ajustement des fenêtres de sauvegarde après 3 mois.
Pièges d'examen : 1) Les 5 composants du SVS : principes, gouvernance, chaîne de valeur, pratiques, amélioration continue. 2) « Concevoir et passer au post-transition » concerne la mise en production, pas l'achat (qui relève d'Obtenir et construire). 3) « Fournir et soutenir » = l'exploitation quotidienne et le support. 4) L'entrée du SVS : opportunité et demande ; la sortie : valeur. 5) Ne confondez pas SVS (le système global) et chaîne de valeur (le modèle opérationnel à 6 activités).
Pièges classiques : ne confonds pas le SVS (le système global à 5 composants : principes, gouvernance, chaîne de valeur, pratiques, amélioration continue) et la chaîne de valeur (le modèle opérationnel à 6 activités). Obtenir et construire achète et assemble, Concevoir et passer au post-transition conçoit et met en production. L'entrée du SVS est opportunité et demande, la sortie est valeur.
À vous de jouer : où classes-tu la revue post-incident qui corrige durablement la supervision : Planifier, Fournir et soutenir, ou Améliorer ?
Voir la réponse

Améliorer. Fournir et soutenir rétablit le service, Planifier cadre la vision, mais seule Améliorer transforme le retour d'expérience en correction durable qui irrigue toutes les autres activités.

Continuer vers le niveau Intermédiaire