Examen blanc commenté
S'entraîner sur des questions type ITIL 4 Foundation avec justification détaillée de chaque réponse.
À retenir
- Cet entraînement ne remplace pas une préparation à un examen officiel ni ne garantit une certification.
- Un problème d'outil cache souvent un déséquilibre entre les quatre dimensions du service.
- Distinguer incident, demande de service et changement est la compétence la plus testée et la plus utile au quotidien.
- L'amélioration continue s'alimente des données produites par l'exploitation quotidienne.
Objectif de ce module
Ce module ne prépare à aucune certification officielle ; il propose un entraînement au raisonnement ITIL 4 à travers des mises en situation commentées, dans l'esprit du syllabus public ITIL 4 Foundation.
Méthode de travail recommandée
- Lisez la situation sans regarder la réponse.
- Identifiez le ou les concepts ITIL 4 mobilisés (dimension, principe, pratique, activité de la chaîne de valeur).
- Rédigez votre réponse en une phrase avant de la comparer au corrigé.
Cas commenté n°1 — Dimensions du service
Un client se plaint que le nouveau portail de tickets est très ergonomique mais que personne dans l'équipe ne sait l'utiliser correctement.
Analyse : il s'agit d'un déséquilibre entre la dimension « organisations et personnes » (compétences, formation) et la dimension « information et technologie » (l'outil). Les quatre dimensions — organisations et personnes, information et technologie, partenaires et fournisseurs, flux de valeur et processus — doivent être considérées ensemble à chaque conception de service.
Point clé
un incident de « mauvais outil » cache très souvent un problème de compétence ou de processus, pas seulement un problème technologique.
Cas commenté n°2 — Principe directeur
Une équipe supprime une check-list de sécurité jugée « trop lourde » sans la remplacer par rien.
Analyse : c'est une mauvaise application du principe « faire simple et pragmatique ». Simplifier signifie réduire ce qui n'apporte pas de valeur, pas supprimer un contrôle de risque sans alternative.
Cas commenté n°3 — Pratique mobilisée
Un client demande l'ouverture d'un accès VPN supplémentaire pour un nouveau prestataire.
Analyse : il s'agit d'une gestion des demandes de service (besoin standard, catalogué), et non d'un incident (rien n'est en panne) ni d'un changement normal complexe si la demande suit une procédure standard préapprouvée.
Attention
l'erreur classique en examen comme sur le terrain est de confondre une demande de service standard avec un changement nécessitant CAB : cela ralentit inutilement le client.
Cas commenté n°4 — Activité de la chaîne de valeur
Après plusieurs incidents similaires, l'équipe décide de revoir la procédure de test des groupes électrogènes.
Analyse : cela relève de l'activité « Améliorer », alimentée par des données issues de « Livrer et supporter ». L'amélioration continue n'est pas une pratique isolée : elle traverse toute la chaîne de valeur.
Tableau de révision express
| Si vous voyez... | Pensez à... |
|---|---|
| « Ticket ouvert pour une panne » | Gestion des incidents |
| « Ticket ouvert pour un besoin standard » | Gestion des demandes de service |
| « Cause récurrente à investiguer » | Gestion des problèmes |
| « Modification de configuration nécessaire » | Gestion des changements |
| « Engagement mesurable envers le client » | Gestion des niveaux de service |
Sur le terrain
avant de trancher entre incident, demande et changement, posez toujours la question « quelque chose est-il en panne (incident), le client veut-il un service standard (demande), ou faut-il modifier un composant existant (changement) ? »
Astuce
reformulez chaque cas d'examen en langage data center réel (baie, PDU, climatisation, contrat client) pour ancrer durablement les définitions abstraites du référentiel.