Qualification, catégorisation et matrice de priorité
Qualifier rapidement un incident et fixer sa priorité avec une matrice impact / urgence défendable.
À retenir
- La priorité résulte d'une combinaison objective d'impact et d'urgence, jamais d'une décision isolée sous pression.
- Une catégorisation à deux ou trois niveaux facilite le routage et alimente la gestion des problèmes.
- Les délais cibles doivent toujours correspondre aux SLA réellement contractualisés, pas à des habitudes internes.
- La priorité doit être réévaluée si l'impact ou l'urgence évoluent en cours de traitement.
Qualifier avant d'agir
La gestion des incidents vise à restaurer le service normal le plus vite possible en minimisant l'impact sur l'activité métier du client. Cela commence par une qualification correcte : symptôme observé, périmètre touché, depuis quand.
Catégorisation en trois niveaux
Une bonne catégorisation (ex. « Électrique > Onduleur > Batterie ») permet de router le ticket vers la bonne compétence et d'alimenter des statistiques fiables pour la gestion des problèmes.
Point clé
catégoriser trop finement dès la création du ticket ralentit l'enregistrement ; catégoriser trop vaguement rend les statistiques inutilisables. Deux niveaux minimum, trois recommandés.
Matrice impact / urgence
| Urgence faible | Urgence moyenne | Urgence forte | |
|---|---|---|---|
| Impact fort (plusieurs clients, salle entière) | P2 | P1 | P1 |
| Impact moyen (un client, une baie) | P3 | P2 | P1 |
| Impact faible (dégradation mineure, contournement possible) | P4 | P3 | P2 |
- Impact : combien de clients, d'utilisateurs, de baies sont affectés, et quelle est la criticité métier déclarée au contrat.
- Urgence : à quelle vitesse la situation se dégrade si rien n'est fait (ex. température qui grimpe, batteries qui se déchargent).
Attention
la priorité ne doit jamais être fixée « à l'oreille » par le technicien seul sous pression du client le plus bruyant ; elle doit résulter de la grille, avec un droit de réévaluation documenté.
Exemple concret
Une alarme de température se déclenche dans une salle mutualisée à 5 clients (impact fort), avec une hausse de 2°C en 3 minutes (urgence forte) : priorité P1, déclenchement immédiat du processus d'incident majeur.
Une baie unique d'un client sans SLA renforcé affiche un port réseau instable mais redondé (impact faible, urgence moyenne) : priorité P3, traitement dans les délais standards.
Cibles de délai indicatives (à adapter au contrat)
| Priorité | Délai de première réponse | Délai de résolution cible |
|---|---|---|
| P1 | 15 minutes | 4 heures |
| P2 | 30 minutes | 8 heures |
| P3 | 2 heures | 2 jours ouvrés |
| P4 | 1 jour ouvré | 5 jours ouvrés |
Sur le terrain
ces cibles doivent toujours être alignées avec les SLA réellement signés ; ne jamais communiquer un délai interne comme s'il s'agissait d'un engagement contractuel sans l'avoir vérifié.
Erreurs fréquentes
- Confondre l'ancienneté du ticket avec sa priorité réelle.
- Rehausser la priorité uniquement parce que le client insiste, sans nouvel élément factuel.
- Oublier de revoir la priorité si l'impact évolue en cours de traitement (ex. propagation à d'autres baies).
Astuce
faites revalider la priorité par une deuxième personne pour tout ticket P1/P2, cela évite les biais de pression individuelle et sécurise la décision en cas de contestation ultérieure.