F FulcrumGrid

Accueil / Blog / Niveaux de gravité

Opérations

Comment définir des niveaux de gravité d'incident (P1–P4) en petite équipe ?

Découvrez comment définir des niveaux de gravité P1 à P4 pour une petite équipe : critères clairs, échelle type, objectifs de réponse et erreurs à éviter.

· 6 min de lecture

Quand quelque chose tombe en panne à deux heures du matin, personne n'a envie de débattre de sa gravité. Les niveaux de gravité tranchent ce débat à l'avance. Ils donnent à tous le même vocabulaire : une petite équipe sait qui réveiller, à quelle vitesse agir et ce qui peut attendre lundi. Ce guide répond aux questions les plus fréquentes quand on met en place des niveaux P1 à P4 pour la première fois.

Que sont les niveaux de gravité d'incident ?

Un niveau de gravité est une étiquette qui décrit la sévérité d'un incident, selon son impact sur les clients ou l'activité. Chaque étiquette s'accompagne d'une réaction convenue : qui est alerté, en combien de temps quelqu'un doit répondre et à quelle fréquence les points d'étape sont diffusés. Le « P » signifie priorité, et P1 est le plus urgent. Certaines équipes écrivent SEV1 à SEV4 ; l'idée est la même.

Pourquoi une petite équipe en a-t-elle besoin ?

À cinq ou dix personnes, il est tentant de dire : « on sent quand c'est grave ». En pratique, chaque problème paraît urgent à celui qui l'a remarqué, la voix la plus forte fixe la priorité, et la personne d'astreinte est réveillée pour une faute de frappe sur une page de réglages. Des niveaux écrits protègent votre attention, la ressource la plus rare d'une petite équipe.

Combien de niveaux faut-il utiliser ?

Quatre, c'est le bon compromis. Avec trois, on range souvent ensemble les problèmes graves et modérés ; avec cinq ou six, on se dispute sur la frontière entre deux niveaux voisins. Si personne ne retient les niveaux sans ouvrir un document, il y en a trop.

Comment décider du niveau d'un incident ?

Posez trois questions, dans cet ordre :

  • Combien de personnes sont touchées ? Tout le monde, un segment ou un seul utilisateur ?
  • Dans quelle mesure ? Le service est-il à l'arrêt, partiellement dégradé ou simplement gênant ?
  • Existe-t-il un contournement ? Si les utilisateurs peuvent travailler autrement, l'incident vaut généralement un niveau de moins.

Appliquez ensuite deux règles de surclassement. Tout ce qui touche à une perte de données, une faille de sécurité ou une obligation légale monte d'au moins un niveau. Et en cas d'hésitation entre deux niveaux, choisissez le plus élevé, puis abaissez-le quand vous en savez plus. Déclasser ne coûte rien ; une urgence manquée coûte cher.

À quoi ressemble une échelle P1–P4 type ?

Adaptez ces chiffres à vos horaires et à votre capacité. Ce sont des objectifs de réponse internes, c'est-à-dire la vitesse de réaction de votre équipe, ce qui diffère de ce que vous promettez aux clients dans un accord.

  • P1 – Critique. Le service est à l'arrêt ou inutilisable pour la plupart des utilisateurs, ou des données sont perdues ou exposées. Objectif : prise en compte sous 15 minutes, à toute heure ; point d'étape toutes les 30 minutes ; toute l'équipe lâche le reste.
  • P2 – Élevé. Une fonction majeure est en panne ou très dégradée, ou un client important est bloqué, sans contournement raisonnable. Objectif : prise en compte sous 1 heure en horaires étendus ; point d'étape toutes les 2 heures ; correction le jour même.
  • P3 – Moyen. Une fonction secondaire dysfonctionne ou les performances sont faibles, mais un contournement existe. Objectif : prise en compte sous 1 jour ouvré ; correction dans la semaine ; pas d'alerte hors horaires.
  • P4 – Faible. Un défaut cosmétique, un bug mineur ou une question sans impact sur l'activité. Objectif : prise en compte sous 3 jours ouvrés ; planification dans le backlog habituel.

Qui fixe la gravité, et peut-elle changer ?

La personne qui prend l'incident en premier, généralement l'astreinte, propose un niveau à l'aide des questions ci-dessus. Le responsable de l'incident peut le modifier à tout moment, et le changement doit être annoncé dans le même canal pour que personne ne travaille sur une information périmée. La gravité est une étiquette vivante : un P2 qui touche finalement tout le monde devient P1, et un P1 contenu par un retour arrière rapide passe en P3 pendant l'analyse de la cause racine.

Quelles erreurs éviter ?

  • Définir les niveaux par la cause. « Les problèmes de base de données sont P1 » est un piège. Définissez par l'impact, pas par le système défaillant.
  • Tout classer en P1. Si chaque alerte est critique, aucune ne l'est. Réservez P1 aux vraies urgences, sinon les gens cessent de réagir.
  • Des formulations vagues. « Impact important » ne veut pas dire la même chose pour tous. Utilisez des chiffres quand c'est possible : un pourcentage d'utilisateurs, un processus qui génère du chiffre d'affaires.
  • Aucun rythme de communication. Le silence pendant un incident stresse plus que le problème. Promettez un intervalle entre les points d'étape et tenez-le, même si le message est « enquête en cours ».
  • Ne jamais réviser l'échelle. Après chaque P1 ou P2, demandez-vous si le niveau et la réponse correspondaient à la réalité, puis ajustez les définitions.

Comment garder l'échelle efficace dans le temps ?

Placez la définition d'une page là où l'équipe la verra : épinglée dans votre canal de discussion, liée depuis votre outil d'alerte, imprimée dans le guide d'astreinte. Consignez chaque incident avec son niveau, son délai de prise en compte et son délai de résolution, puis examinez les chiffres chaque mois. Si vous pilotez déjà vos opérations dans FulcrumGrid Command Center, vous pouvez suivre le nombre d'incidents et les délais de réponse à côté de vos autres KPI, ce qui permet de voir si les P2 se multiplient. Un tableur suffit pour commencer ; l'habitude compte plus que l'outil.

Commencez avec quatre niveaux, décrivez chacun en deux phrases, associez un objectif de réponse et testez le tout sur vos cinq derniers incidents réels. Si les étiquettes vous semblent justes après coup, vous pouvez les utiliser en direct.

Questions fréquentes

Quelle est la différence entre gravité et priorité ?

La gravité décrit l'impact de l'incident ; la priorité fixe l'ordre dans lequel on le traite. Les petites équipes fusionnent souvent les deux en une seule échelle P1 à P4, ce qui convient tant que les définitions sont claires.

P1 ou P4 : quel est le niveau le plus grave ?

P1 est le plus grave et P4 le plus faible. Certains outils utilisent SEV1 à SEV4 dans le même sens, mais quelques-uns inversent l'ordre : notez toujours quel bout de l'échelle est le plus urgent.

Faut-il des alertes hors horaires pour chaque niveau ?

Non. N'alertez hors horaires que pour P1, et éventuellement P2 si vos clients dépendent de vous jour et nuit. P3 et P4 peuvent attendre le jour ouvré suivant.

À quelle fréquence réviser nos définitions de gravité ?

Revoyez-les après tout incident P1 ou P2 et faites un contrôle complet tous les six mois, ou plus tôt si votre équipe, votre produit ou votre clientèle change sensiblement.

Retour au blog

FulcrumGrid Command Center

Suivez vos incidents à côté de vos KPI

FulcrumGrid Command Center réunit nombre d'incidents, délais de réponse et projets au même endroit, pour voir si vos objectifs de gravité tiennent mois après mois.