Gestion des tickets et documentation
Définition
Un ticket (incident, demande de service, problème) est l'unité de travail centrale du support IT. Il trace le cycle de vie complet : création → affectation → diagnostic → résolution → clôture. La documentation associée (base de connaissances, notes de ticket) capitalise l'expérience.
Cycle de vie d'un ticket (ITIL Incident Management)
| État | Description | Actions typiques |
|---|---|---|
| Nouveau | Créé, non assigné | Catégorisation, priorisation, affectation |
| Affecté | Technicien responsable | Prise en charge, lecture, premier contact |
| En cours | Diagnostic / résolution | Tests, recherches, escalade si besoin |
| En attente | Bloqué (info utilisateur, pièce, validation) | Relance, suivi, communication |
| Résolu | Solution appliquée, validée par utilisateur | Confirmation, documentation solution |
| Clos | Archivé, métriques figées | Enquête satisfaction, mise à jour KB |
Champs essentiels d'un ticket
- Titre : court, descriptif ("Impossible d'imprimer depuis Word")
- Description : symptômes, messages d'erreur, étapes reproduire, environnement (OS, version, poste)
- Catégorie / Sous-catégorie : Matériel > Imprimante, Réseau > Wi-Fi, Logiciel > Messagerie
- Priorité : Critique / Élevée / Moyenne / Faible (matrice impact × urgence)
- SLA : temps de réponse et résolution cibles selon priorité
- Affectation : file d'attente, technicien, équipe
- CI (Configuration Item) : actif concerné (poste, imprimante, serveur) depuis la CMDB
Bonnes pratiques de remplissage
- Un ticket = un problème (séparer les demandes multiples)
- Langage factuel : "L'utilisateur signale..." pas "L'utilisateur ne sait pas..."
- Capture d'écran / log : joindre dès la création
- Mise à jour continue : chaque action, test, appel notée avec horodatage
- Résolution explicite : cause racine + action corrective + vérification
Base de connaissances (Knowledge Base - KB)
- Articles types : Procédure pas à pas, FAQ, Dépannage guidé, Référence (codes erreur)
- Structure : Titre orienté tâche → Symptômes → Cause → Résolution → Prévention → Mots-clés
- Cycle : Création → Révision (pair review) → Publication → Révision périodique (6-12 mois) → Archivage
- Métriques : Taux de réutilisation, tickets évités (deflection), note utilité
Documentation technique complémentaire
- Runbooks : procédures opérationnelles standardisées (ex: onboarding, backup, patching)
- Diagrammes : architecture réseau, flux applicatif, rack datacenter (draw.io, Lucidchart, Mermaid)
- Inventaires : CMDB (Configuration Management Database) : actifs, relations, versions, propriétaires
- Procédures d'urgence : reprise d'activité (DRP), continuité (BCP), contacts critiques
Outils courants
- ITSM : ServiceNow, Jira Service Management, Zendesk, Freshservice, GLPI, iTop, Spiceworks
- KB intégrée : Confluence, Notion, GitBook, SharePoint, médias wiki
- Collaboration : Teams, Slack, email, visioconférence (partage d'écran)
Indicateurs clés (KPIs)
- FCR (First Contact Resolution) : % résolu au premier contact
- MTTR (Mean Time To Resolve) : temps moyen de résolution
- Taux de réouverture : % tickets rouverts sous 7 jours
- Backlog : tickets ouverts > SLA
- Satisfaction (CSAT/NPS) : enquête post-clôture