Qualifier et prioriser un incident IT : la fiche pratique
Une trame simple pour comprendre l’impact d’un incident, fixer une priorité et organiser sa prise en charge jusqu’au rétablissement.
En 30 secondes
- Objectif : rétablir le service en priorisant selon l’impact et l’urgence.
- Entrées : signalement, symptômes, périmètre et contraintes métier.
- Sorties : ticket qualifié, responsable, actions et validation du rétablissement.
- Quand l’utiliser : interruption ou dégradation imprévue d’un service.
« Ça ne fonctionne plus » est un signal de départ, pas une qualification suffisante. Une prise en charge efficace transforme ce signal en informations utilisables : service concerné, impact réel, urgence, responsable et prochaine étape.
1. Recueillir les faits utiles
Notez le service, l’heure de début connue, les symptômes, le nombre d’utilisateurs ou de sites concernés et les opérations bloquées. Demandez ce qui a changé récemment et si un contournement existe. Séparez les faits observés des hypothèses techniques.
Ne demandez jamais de mot de passe dans le ticket. Limitez les captures et journaux aux informations nécessaires, dans un espace accessible aux seules personnes concernées.
2. Distinguer impact et urgence
L’impact décrit les conséquences : activité arrêtée, fonction critique indisponible, utilisateurs touchés. L’urgence indique combien de temps l’organisation peut attendre avant que ces conséquences deviennent inacceptables.
| Situation illustrative | Priorité proposée | Décision |
|---|---|---|
| Service critique arrêté, sans contournement | Critique | Mobiliser les responsables et organiser une communication coordonnée. |
| Fonction importante dégradée, contournement temporaire | Élevée | Nommer un responsable et convenir du prochain point de situation. |
| Gêne limitée, activité possible | Normale | Planifier le traitement selon les engagements convenus. |
Cette grille est un point de départ à adapter avec les métiers. Elle ne définit pas à elle seule des délais contractuels.
3. Donner un propriétaire au ticket
Un responsable suit le dossier même lorsque plusieurs équipes interviennent. Il conserve l’historique des actions, coordonne les escalades et annonce le prochain point de situation. Une urgence ne doit pas rester sans propriétaire parce qu’elle traverse plusieurs périmètres.
4. Vérifier avant de clôturer
Confirmez le rétablissement avec un test du service et, lorsque c’est pertinent, avec l’utilisateur ou le responsable métier. Indiquez la solution ou le contournement, les limites restantes et les actions à poursuivre. Un incident récurrent peut nécessiter une investigation de cause distincte.
Exemple : accès à une application de laboratoire
Deux utilisateurs ne peuvent plus se connecter. Avant de classer l’incident, vérifiez si une activité critique est bloquée, si d’autres comptes sont touchés et si une solution autorisée existe. Le nombre d’utilisateurs ne suffit pas à lui seul à déterminer la priorité.
Trame à copier dans votre ticket
- Service et opération métier concernés :
- Début connu et symptômes :
- Utilisateurs, sites ou processus touchés :
- Impact, urgence et priorité justifiée :
- Contournement autorisé et limites :
- Responsable et prochain point de situation :
- Actions réalisées et résultats :
- Validation du rétablissement et suites :
Erreurs à éviter
Qualifier tous les tickets d’urgents, confondre rétablissement et résolution de la cause, multiplier les dossiers sans les relier et clôturer sans test rendent le suivi peu fiable.
Livrables
- Une trame de qualification à copier depuis cette fiche.
- Une grille indicative de priorité et une checklist de clôture.
Synthèse opérationnelle
Qualifier les faits, justifier la priorité, nommer un responsable et vérifier le rétablissement avant de clôturer.
Téléchargement
Un circuit de support plus clair
NetQualIT vous aide à définir une qualification commune, des responsabilités lisibles et un suivi adapté à vos activités.