Cuando algo se rompe a las dos de la madrugada, nadie quiere discutir cuán grave es. Los niveles de gravedad zanjan esa discusión de antemano. Dan a todos el mismo vocabulario, de modo que un equipo pequeño sabe a quién despertar, con qué rapidez actuar y qué puede esperar al lunes. Esta guía responde a las preguntas más habituales al implantar por primera vez los niveles P1 a P4.
¿Qué son los niveles de gravedad de un incidente?
Un nivel de gravedad es una etiqueta que describe lo grave que es un incidente según su impacto en los clientes o en el negocio. Cada etiqueta lleva una reacción acordada: a quién se avisa, en cuánto tiempo debe responder alguien y con qué frecuencia se envían actualizaciones. La «P» significa prioridad, y P1 es la más urgente. Algunos equipos escriben SEV1 a SEV4; la idea es idéntica.
¿Por qué los necesita un equipo pequeño?
Con cinco o diez personas es tentador decir: «ya notamos cuándo es grave». En la práctica, eso significa que cada problema parece urgente a quien lo detectó, la voz más fuerte fija la prioridad y a la persona de guardia la despiertan por una errata en una página de ajustes. Los niveles por escrito protegen vuestra atención, el recurso más escaso de un equipo pequeño.
¿Cuántos niveles conviene usar?
Cuatro es el punto ideal. Con tres se acaban mezclando problemas graves y moderados; con cinco o seis surgen discusiones sobre la frontera entre dos niveles contiguos. Si la gente no recuerda los niveles sin abrir un documento, son demasiados.
¿Cómo decides qué nivel recibe un incidente?
Hazte tres preguntas, en este orden:
- ¿A cuánta gente afecta? ¿A todos, a un segmento o a un solo usuario?
- ¿Cuánto? ¿El servicio está caído, degradado en parte o solo resulta molesto?
- ¿Hay una solución alternativa? Si los usuarios pueden hacer su trabajo de otra manera, el incidente suele valer un nivel menos.
Después aplica dos excepciones. Todo lo que implique pérdida de datos, una brecha de seguridad o una obligación legal sube al menos un nivel. Y si dudas entre dos niveles, elige el más alto y bájalo cuando sepas más. Rebajar un nivel sale barato; una emergencia pasada por alto, no.
¿Qué aspecto tiene una escala P1–P4 de ejemplo?
Adapta estas cifras a tu horario y a tu capacidad. Son objetivos internos de respuesta, es decir, la rapidez con la que reacciona tu equipo, algo distinto de lo que prometes a los clientes en un acuerdo.
- P1 – Crítico. El servicio está caído o inutilizable para la mayoría de los usuarios, o se pierden o exponen datos. Objetivo: acuse en 15 minutos, a cualquier hora; actualización cada 30 minutos; todo el equipo deja lo demás.
- P2 – Alto. Una función importante está rota o muy degradada, o un cliente clave está bloqueado, sin alternativa razonable. Objetivo: acuse en 1 hora en horario ampliado; actualización cada 2 horas; corrección el mismo día.
- P3 – Medio. Una función secundaria falla o el rendimiento es malo, pero existe una alternativa. Objetivo: acuse en 1 día laborable; corrección en la semana en curso; sin alerta fuera de horario.
- P4 – Bajo. Un defecto estético, un error menor o una consulta sin impacto en el negocio. Objetivo: acuse en 3 días laborables; planificación en el backlog habitual.
¿Quién fija la gravedad y puede cambiar?
Quien atiende primero el incidente, normalmente la persona de guardia, propone un nivel con las preguntas anteriores. El responsable del incidente puede cambiarlo en cualquier momento, y el cambio debe anunciarse en el mismo canal para que nadie trabaje con información obsoleta. La gravedad es una etiqueta viva: un P2 que resulta afectar a todos pasa a P1, y un P1 contenido con una reversión rápida baja a P3 mientras se investiga la causa raíz.
¿Qué errores conviene evitar?
- Definir los niveles por la causa. «Los problemas de base de datos son P1» es una trampa. Define por impacto, no por el sistema que falló.
- Convertirlo todo en P1. Si toda alerta es crítica, ninguna lo es. Reserva P1 para emergencias reales o la gente dejará de responder.
- Redacción vaga. «Impacto significativo» significa algo distinto para cada persona. Usa números cuando puedas, como un porcentaje de usuarios o un proceso que genera ingresos.
- Sin ritmo de actualizaciones. El silencio durante un incidente estresa más que el problema. Promete un intervalo de actualización y cúmplelo, incluso si el mensaje es «seguimos investigando».
- No revisar nunca la escala. Tras cada P1 o P2, pregunta si el nivel y la respuesta se ajustaron a la realidad y corrige las definiciones.
¿Cómo mantener la escala útil con el tiempo?
Pon la definición de una página donde el equipo la vea: fijada en el canal de chat, enlazada desde la herramienta de alertas e impresa en el manual de guardias. Registra cada incidente con su nivel, tiempo de acuse y tiempo de resolución, y revisa las cifras cada mes. Si ya gestionas tus operaciones en FulcrumGrid Command Center, puedes seguir el número de incidentes y los tiempos de respuesta junto a tus demás KPI, y así ver si los P2 van en aumento. Una hoja de cálculo basta para empezar; el hábito importa más que la herramienta.
Empieza con cuatro niveles, describe cada uno en dos frases, asocia un objetivo de respuesta y pruébalo con tus últimos cinco incidentes reales. Si las etiquetas te parecen acertadas en retrospectiva, ya puedes usarlas en vivo.
Preguntas frecuentes
¿Qué diferencia hay entre gravedad y prioridad?
La gravedad describe el impacto del incidente; la prioridad, el orden en que se trabaja en él. Los equipos pequeños suelen fundir ambas en una escala P1 a P4, lo cual está bien si las definiciones son claras.
¿P1 o P4 es el nivel más grave?
P1 es el más grave y P4 el menos. Algunas herramientas usan SEV1 a SEV4 con el mismo sentido, pero unas pocas invierten el orden, así que anota siempre qué extremo de la escala es el urgente.
¿Necesitamos alertas fuera de horario para cada nivel?
No. Avisa fuera del horario laboral solo para P1 y, quizá, P2 si tus clientes dependen de ti las 24 horas. P3 y P4 pueden esperar al siguiente día laborable.
¿Con qué frecuencia debemos revisar nuestras definiciones de gravedad?
Revísalas tras cualquier incidente P1 o P2 y haz una comprobación completa cada seis meses, o antes si cambian de forma notable el equipo, el producto o la base de clientes.
FulcrumGrid Command Center
Sigue tus incidentes junto a tus KPI
FulcrumGrid Command Center reúne recuento de incidentes, tiempos de respuesta y proyectos en un solo lugar, para ver si tus objetivos de gravedad se cumplen mes tras mes.