L’organisation de la gestion des incidents en BTS SIO
Intitulé long |
Proposition d’une organisation possible d’une gestion des incidents en BTS SIO et d’une gestion des demandes d’assistance et d’évolution.
|
Présentation |
L’objectif de cette production beaucoup plus didactique que technique est de proposer un enseignement progressif de la gestion des incidents basé sur une mise en situation pratique quotidienne dès le premier semestre du bloc 1. Avec des prolongements dans le Bloc 2 de chaque option.
C’est aussi l’occasion d’aborder la gestion des demandes (demandes d’assistance et d’évolution).
|
Objectifs |
Pour les étudiants de première année :
- découvrir une plate-forme de gestion des incidents et des demandes et en comprendre au fil du temps l'enjeu pour l'assistance informatique d'une organisation ;
- s'initier à la déclaration d'un incident selon de bonnes pratiques (en décrivant correctement l'incident, en donnant toutes les informations nécessaires à sa résolution, etc) ;
- s'initier progressivement aux méthodologies de résolution (avec des actions documentées sur le serveur de suivi de ticket) et être convaincu de l'utilité de la démarche ;
- s'initier à la déclaration d'une demande selon de bonnes pratiques (en décrivant et justifiant correctement la demande) ;
- répondre à terme à une demande d’évolution ou d’assistance.
Pour les étudiants de deuxième année :
- participer activement à la gestion des incidents et des demandes d'une organisation ;
- comprendre, via les tableaux de bord et une véritable gestion des SLA, l'intérêt de cette organisation et d'un logiciel de gestion de Parc ;
- comprendre la place de la gestion d'incident dans la démarche ITIL (version 3) ;
- comprendre la différence entre gestion des incidents et gestion des changements.
Les bénéfices de cette approche pratique et progressive sont multiples :
- les étudiants se familiarisent dès le début de l’année avec une plateforme de gestion des incidents quelle que soit l’option future dans laquelle ils vont évoluer ;
- Lors de son premier ticket à traiter, l’étudiant appréhende déjà les enjeux d’un suivi correct puisqu’il aura déjà joué le rôle de simple utilisateur et observateur ;
- quand les étudiants abordent le fond du problème en Bloc 2, ils savent déjà de quoi il s’agit et ont déjà été confrontés à quelques problématiques ;
- Lors de la configuration des fonctionnalités d’un tel outil en Bloc 1 (2ème année), les étudiants (y compris les SLAM) ne sont pas perdus et leur esprit critique est d’autant plus aiguisé (les fonctionnalités qu’ils configurent - ou pas - ont un sens pour eux) ;
- de manière générale, tous les bénéfices inhérents à l’apprentissage progressif par la pratique et ceux liés au fait que les incidents soient réels.
|
Pré-Requis |
Aucun pour les étudiants
|
Transversalité |
Bloc 1 et 2
|
Compétences |
B1.1 Gérer le patrimoine informatique
- Recenser et identifier les ressources numériques
B1.5 Mettre à disposition des utilisateurs un service informatique
- Accompagner les utilisateurs dans la mise en place d’un service
Bloc 2 SISR - Administration des systèmes et des réseaux
B2.1 SISR - Concevoir une solution d’infrastructure réseau
- Choisir les éléments nécessaires pour assurer la qualité et la disponibilité d’un service
- Élaborer un dossier de choix d’une solution d’infrastructure et rédiger les spécifications techniques
B2.2 SISR - Installer, tester et déployer une solution d’infrastructure réseau
- Installer et configurer des éléments d’infrastructure
- Rédiger ou mettre à jour la documentation technique et utilisateur d’une solution d’infrastructure
B2.3 SISR - Exploiter, dépanner et superviser une solution d’infrastructure réseau
- Administrer sur site et à distance des éléments d’une infrastructure
Bloc 2 SLAM - Conception et développement d’applications
B2.1 SLAM Concevoir et développer une solution applicative
- Modéliser une solution applicative
- Réaliser des tests nécessaires à la validation ou à la mise en production d’éléments adaptés ou développés
- Identifier, développer, utiliser ou adapter des composants logiciels
|
Savoir |
Savoir-faire
- Prendre en charge la déclaration d’un incident ou d’une demande d’assistance à l’aide d’un logiciel ad hoc
- Établir un diagnostic et appliquer une méthode de résolution
- Remplacer les éléments matériels ou logiciels défectueux ou obsolètes
- Restaurer un environnement
- Valider et documenter la résolution d’un incident
- Gérer les versions d’une solution applicative
- Répondre à une demande d’assistance
- Résoudre un incident
Savoirs associés
- Technologies, techniques et méthodes associées au diagnostic et à la résolution d'incidents
- Technique de sauvegarde et de restauration d’un environnement
- Gestion des priorités et organisation du temps de travail
- Techniques d’assistance aux utilisateurs
|
Outils |
Un serveur de gestion des incidents configuré et opérationnel disposant à minima d’un parc informatique remonté (tant matériel que logiciel) sur lequel vont reposer les incidents et les demandes : ici GLPI (version 9.1.6) couplé à OCSinventoryng (version 2.0.5-1.3) sachant que le module d'assistance de GLPI est conforme au guide de bonnes pratiques ITIL. Les éléments techniques fournis comme les fiches « techniciens » et « utilisateurs » ainsi que les différentes configurations opérées sont donc basées sur cet outil.
|
Mots Clés |
Incidents demande évolution résolution ITIL GLPI OCSinventoryng
|
Auteurs |
Apollonie Raffalli et Cécile Pignon-Nivaggioni avec la relecture de Yann Barrot
|
Date de Publication |
09 Septembre 2017
|
Date de Modification |
09 Septembre 2017
|
|