Comprendre ITIL, le cycle de vie des services et le processus de gestion des incidents — du premier niveau de support à la résolution.
Débutant — SISR 1ère année
⏱️ 20 min
📁 Support & ITIL
🎯 Objectifs de la fiche
- Qu'est-ce qu'ITIL ? — Référentiel de bonnes pratiques, historique, versions
- Le cycle de vie des services — Stratégie, conception, transition, exploitation, amélioration
- Le processus de gestion des incidents — Définition, étapes, niveaux de support
- Centre de services (Service Desk) — Rôle, organisation, outils
- Indicateurs et SLA — Mesurer la qualité du support
Prérequis
Aucun prérequis technique. Cette fiche pose les bases du support informatique au programme du Bloc 1 (B1.2 — Répondre aux incidents et aux demandes d'assistance).
1. Qu'est-ce qu'ITIL ?
ITIL (Information Technology Infrastructure Library) est un référentiel de bonnes pratiques pour la gestion des services informatiques (ITSM — IT Service Management). Il a été créé par le gouvernement britannique dans les années 1980 et est aujourd'hui le standard de référence mondial.
| Version | Période | Apport principal |
|---|
| ITIL v2 | 2000-2007 | Premiers processus structurés (incidents, problèmes, changements) |
| ITIL v3 | 2007-2019 | Approche cycle de vie des services (5 phases) |
| ITIL 4 | 2019 → aujourd'hui | Approche plus souple, intégration avec Agile et DevOps, 34 pratiques |
ℹ️ ITIL n'est pas une norme certifiable comme ISO 27001 — c'est un référentiel de bonnes pratiques. On peut obtenir des certifications individuelles (ITIL Foundation, etc.) mais pas une certification d'entreprise ITIL.
2. Le cycle de vie des services (ITIL v3/4)
| Phase | Objectif | Exemple concret |
|---|
| Stratégie des services | Définir quels services proposer et pour qui | Décider de proposer un support helpdesk 8h-18h |
| Conception des services | Concevoir le service avant son déploiement | Définir l'architecture d'un nouveau service VPN |
| Transition des services | Déployer le service dans l'environnement de production | Mettre en production le nouveau VPN |
| Exploitation des services | Faire fonctionner le service au quotidien | Gérer les incidents, les demandes de service |
| Amélioration continue | Mesurer et améliorer en permanence | Analyser les tickets récurrents pour réduire les pannes |
3. Le processus de gestion des incidents
Un incident est toute interruption non planifiée ou dégradation de la qualité d'un service. La gestion des incidents vise à restaurer le service normal le plus rapidement possible, en minimisant l'impact sur l'activité.
| Étape | Action |
|---|
| 1. Identification | L'incident est détecté (utilisateur, monitoring automatique) |
| 2. Enregistrement | Création d'un ticket avec toutes les informations utiles |
| 3. Catégorisation | Classer l'incident par type de service concerné |
| 4. Priorisation | Déterminer l'urgence et l'impact (voir matrice ci-dessous) |
| 5. Diagnostic initial | Premier niveau de support tente une résolution rapide |
| 6. Escalade | Si besoin, transfert vers un niveau de support supérieur |
| 7. Résolution | Le problème est corrigé |
| 8. Clôture | Le ticket est fermé après validation de l'utilisateur |
4. Niveaux de support
| Niveau | Nom | Rôle | Exemples |
|---|
| N1 | Support de premier niveau | Réception et tri des demandes, résolution des cas simples | Mot de passe oublié, problème d'imprimante |
| N2 | Support de second niveau | Résolution de problèmes plus complexes, expertise technique | Configuration réseau, problème applicatif |
| N3 | Support de troisième niveau | Experts, éditeurs, développeurs — problèmes très spécifiques | Bug logiciel, panne matérielle critique |
💡 Le rôle du N1 n'est pas de tout résoudre, mais de qualifier rapidement et correctement la demande pour la traiter ou l'orienter vers le bon niveau. Une bonne qualification fait gagner un temps précieux à toute la chaîne de support.
5. Matrice de priorisation (Impact x Urgence)
| Impact ↓ / Urgence → | Faible | Moyenne | Élevée |
|---|
| Faible (1 utilisateur) | P4 - Mineur | P3 - Modéré | P2 - Majeur |
| Moyen (un service/équipe) | P3 - Modéré | P2 - Majeur | P1 - Critique |
| Élevé (toute l'organisation) | P2 - Majeur | P1 - Critique | P1 - Critique |
6. Centre de services (Service Desk)
Le centre de services (ou helpdesk) est le point de contact unique entre les utilisateurs et l'équipe informatique. Il centralise toutes les demandes via un outil de ticketing.
| Outil | Type | Particularité |
|---|
| GLPI | Open source, gratuit | Très répandu en France, gestion de parc intégrée (ITAM) |
| Freshservice | SaaS, commercial | Interface moderne, intégration ITIL native |
| ServiceNow | SaaS, commercial | Standard en grande entreprise, très complet |
| Jira Service Management | SaaS, commercial | Intégré à l'écosystème Atlassian (Jira, Confluence) |
| OTRS | Open source | Ticketing flexible, utilisé en entreprise et collectivités |
7. SLA — Service Level Agreement
Le SLA (accord de niveau de service) est un contrat qui définit les engagements du prestataire informatique envers ses clients : délais de prise en charge, délais de résolution, disponibilité garantie.
| Indicateur SLA | Exemple d'engagement |
|---|
| Délai de première réponse | Un incident P1 doit recevoir une première réponse en moins de 15 minutes |
| Délai de résolution | Un incident P1 doit être résolu en moins de 4 heures |
| Disponibilité du service | Le service doit être disponible 99,5% du temps sur le mois |
| Taux de résolution au 1er contact | 80% des demandes N1 doivent être résolues sans escalade |
- ☐ Différence entre ITIL v3 (cycle de vie) et ITIL 4 (pratiques) comprise
- ☐ 8 étapes du processus de gestion des incidents mémorisées
- ☐ Niveaux N1/N2/N3 et leur rôle respectif connus
- ☐ Matrice impact x urgence sue par cœur
- ☐ Notion de SLA et exemples d'indicateurs compris
- ☐ Outils de ticketing courants identifiés (GLPI, Freshservice...)