
SPOPI • DSIIR — BTS SIO 1 • Bloc 1 • B1.2
Comprendre ITIL et assurer le suivi d'une demande
Gérard Ticket vous confie l'analyse du suivi au centre de services.
Tout est projeté : énoncés, questions et corrections.
Répondez sur une feuille avec les repères R, I, A, B, C et D.
Réfléchissez seul, puis échangez avec votre voisin lorsque c'est indiqué.
Répondez aux trois questions sur votre feuille.
Quelle difficulté avez-vous rencontrée en rédigeant vos tickets ?
Quelle information avez-vous souvent oubliée ?
Pourquoi cette information aiderait-elle le collègue qui reprend le ticket ?
Distinguer une observation d'une cause supposée ; reformuler une demande.
Le contexte, la date, l'action déjà essayée ou le responsable.
Ces informations évitent de recommencer les recherches et permettent de choisir la suite.
Sybille veut réserver une salle pour une réunion.
Le service rendu : pouvoir effectuer cette réservation.
Le centre de services est son point de contact avec la DSIIR : il reçoit sa demande, organise le suivi et maintient le lien.
ITIL aide à organiser et améliorer les produits et services numériques.
Il propose des repères communs, à adapter aux besoins de chaque organisation.
Au support, nous en retenons le vocabulaire, les responsabilités et le suivi du service rendu.
Source : PeopleCert — https://www.peoplecert.org/ITIL-4
ITIL (Information Technology Infrastructure Library) est né au Royaume-Uni dans les années 1980. Son objectif initial était de standardiser la gestion des services informatiques pour le gouvernement.
Au fil des versions (v1, v2, v3), ITIL a évolué pour s'adapter aux nouvelles technologies et pratiques, culminant avec ITIL 4. Cette dernière version met l'accent sur la création de valeur, l'amélioration continue et une approche plus agile de la gestion des services.

ITIL est devenu un standard de facto pour la gestion des services informatiques à l'échelle mondiale. Des organisations de toutes tailles et de tous secteurs l'adoptent pour améliorer l'efficacité et la valeur de leurs services numériques. Son influence est particulièrement marquée en Europe, en Amérique du Nord et dans la région Asie-Pacifique, où des millions de professionnels sont certifiés ITIL.
Un cadre de bonnes pratiques.
Une équipe et un point de contact.
Un exemple d'outil de gestion des tickets.
Une trace de la demande et de son suivi.
Interruption non planifiée ou dégradation d'un service.
Aide, information ou action standard demandée.
Modification ou amélioration souhaitée, à étudier.
Ce qui perturbe le service.
Cause ou cause potentielle d'un ou plusieurs incidents.
Une page blanche est un symptôme ; elle ne prouve pas la cause.
Rétablir le service et rechercher la cause peuvent avancer séparément.
Expliquez ITIL en une phrase à un nouvel étudiant.
Donnez un exemple qui distingue un incident de sa cause possible.
Une application de tickets et ITIL désignent-ils la même chose ? Pourquoi ?
ITIL propose des bonnes pratiques pour organiser et améliorer les services numériques.
Incident : calendrier inaccessible. Cause possible à vérifier : défaut du composant calendrier.
Non : l'application est un outil ; ITIL fournit des repères d'organisation.
Vous prenez le relais de Jean-Eudes de la RAM.
Cas fictif : Sybille Post-it ne peut pas réserver une salle.
« Réservation cassée. Vu avec Sybille. À voir avec les devs. »
La version B est détaillée sur les deux diapositives suivantes.
Relevez les faits utiles.
SPOPI-B1-TCK-021
11 septembre 2026 à 8 h 10
Sybille Post-it, assistante de direction
Calendrier de réservation des salles SPOPI
Page blanche après sélection de la salle 204
Comportement reproduit par le support.
Autres salles et navigateurs à vérifier ; cause non établie.
Jean-Eudes de la RAM.
En cours.
Préciser le périmètre avec Sybille.
Tracez sur votre feuille trois colonnes : critère / A / B.
Demandeur et service ; faits observés ; actions déjà réalisées ; responsable et prochaine action.
Quelle version choisissez-vous ? Citez quatre indices précis.
Rappel A : « Réservation cassée. Vu avec Sybille. À voir avec les devs. »
Rappel B : Sybille, direction ; calendrier, salle 204, page blanche ; reproduit ; Jean-Eudes ; périmètre à préciser.
Choisir B : identité, service, observation et prise en charge sont précisés.
Rappel : page blanche salle 204, reproduite par le support ; autres salles et navigateurs inconnus ; cause non établie ; Jean-Eudes doit préciser le périmètre.
Formulez deux questions utiles sans redemander les informations connues.
« Le composant calendrier est défectueux » : fait prouvé ou hypothèse ? Justifiez.
En deux phrases, indiquez votre prochaine action et la trace à ajouter.
« Cela arrive-t-il pour d'autres salles ? » ; « Quel navigateur et quelle version utilisez-vous ? »
Hypothèse : la page blanche et sa reproduction n'établissent pas la cause.
« Je précise avec Sybille les salles et le navigateur concernés. J'ajoute la date, les réponses obtenues et la prochaine action au ticket. »
Enregistrer le signalement.
Préciser le contexte et les faits.
Identifier le responsable.
Agir et documenter.
Tester le résultat de l'usage.
Enregistrer le bilan selon la procédure.
Décrit le besoin et participe à la vérification.
Coordonne le suivi et informe l'utilisateur.
Consigne les actions et les résultats.
Intervient dans son domaine de compétence.
Demande reçue.
Responsable et prochaine action identifiés.
Motif, réponse attendue et relance précisés.
Solution apportée, à confirmer selon la procédure.
Vérification et clôture enregistrées.
Écrivez les lettres dans l'ordre du suivi.
Sybille refait sa réservation, confirme le résultat ; le support consigne le test.
Le centre de services enregistre le signalement.
Après validation, le centre de services clôture et consigne le bilan.
Le support précise contexte, observations et inconnues.
Jean-Eudes reçoit le dossier et sollicite Octette pour l'applicatif.
L'équipe applique une correction et documente l'intervention.
Réception du signalement.
Qualification du contexte.
Affectation et sollicitation du spécialiste.
Traitement documenté.
Vérification de la réservation.
Clôture et bilan.
Pour chacune des six étapes, notez l'acteur principal et une trace utile.
Format sur papier : étape / acteur / trace.
La correction est appliquée, mais Sybille n'a pas encore confirmé sa réservation. Quel statut choisir dans notre exercice ? Quelle action prévoir ?
Si vous utilisez « en attente », quels trois éléments devez-vous préciser ?
Qui maintient le lien avec Sybille pendant l'intervention du spécialiste ?
« Résolu » au sens de notre convention : solution apportée à confirmer. Prévoir le test du parcours de réservation.
Motif de l'attente ; réponse ou personne attendue ; relance prévue.
Le centre de services maintient le lien ; l'équipe technique documente son intervention.
Clara applique une correction au calendrier.
Ticket fermé avec « corrigé » ; aucun test ni message utilisateur consigné.
Sybille rappelle : la réservation reste impossible.
Relevez trois erreurs ou informations absentes. Pour chacune : conséquence possible et action à mener.
Rappel : malgré une correction, Sybille ne peut toujours pas réserver la salle 204 ; le ticket a été fermé sans test consigné.
Quel test permettrait de vérifier que Sybille peut accomplir sa tâche ? Précisez l'action et le résultat attendu.
Qui doit reprendre le suivi ? Quelle trace ajouter après le test ?
Sélectionner la salle 204, puis effectuer la réservation prévue avec Sybille. Attendu : calendrier affiché puis réservation confirmée.
Le centre de services confirme ou réattribue le responsable, par exemple Jean-Eudes, et coordonne l'intervention technique.
Noter les conditions du test, l'heure, le résultat réel et la prochaine action, y compris si le test échoue.
Rédigez un message de suivi de deux phrases.
La réservation reste impossible après une correction ; le suivi reprend.
Le message doit reconnaître la situation et annoncer la prochaine étape.
« Bonjour Sybille, nous reprenons le suivi de votre demande puisque la réservation reste impossible.
Nous allons vérifier avec vous le parcours de réservation de la salle 204 et vous informer du résultat et de la suite prévue. »
Répondez et justifiez brièvement.
ITIL est-il un logiciel de tickets ?
Une page blanche prouve-t-elle la cause d'un incident ?
« En attente » suffit-il pour assurer le suivi ?
Une correction appliquée permet-elle de clôturer immédiatement ?
Non : ITIL est un cadre de bonnes pratiques ; GLPI est un exemple d'outil.
Non : c'est un symptôme ; la cause reste à établir.
Non : préciser le motif, ce qui est attendu et la relance.
Non dans ce cas : vérifier l'usage, conserver les traces et suivre la procédure de clôture.
Qu'est-ce qu'une demande bien prise en charge ?
Rédigez trois phrases :
Les informations nécessaires à la reprise.
Le responsable, les actions et le lien utilisateur.
La vérification du résultat et la clôture.
Une demande bien prise en charge décrit le besoin et les faits de façon exploitable.
Un responsable suit les actions et tient l'utilisateur informé.
Le résultat est vérifié et consigné avant la clôture selon la procédure.
Gardez votre feuille et corrigez vos réponses.
Lors d'un prochain accès à un ordinateur, complétez « B1.2 - Qualification de demande » dans Obsidian :
Du ticket au service rendu