Ir al contenido principal
Todas las coleccionesEmpieza aquí
Buenas prácticas para las alertas
Buenas prácticas para las alertas
Daniel Igbokwe avatar
Escrito por Daniel Igbokwe
Actualizado hace más de una semana

Las alertas están diseñadas para notificar a las personas adecuadas de su equipo de un posible problema con una máquina para que puedan actuar rápidamente para resolverlo antes de que afecte a la producción. Para asegurarse de que su equipo toma medidas ante las alertas, es importante seguir las mejores prácticas para que no se sientan abrumados por el número de alertas que reciben. Este artículo le ayudará a diseñar una estrategia de alertas ganadora.


¿Quién debe configurar sus alertas?

  • Cualquier persona con un perfil de administrador en Guidewheel


Comprender las alertas

A continuación se presentan algunos ejemplos de situaciones típicas en las que los usuarios utilizan las alertas para ayudarles a identificar rápidamente los problemas y tomar medidas para solucionarlos.

Ejemplo 1:

Este es un ejemplo de una caída en el tiempo de funcionamiento de la máquina 8.

¿Si usted viera esta caída para una de sus máquinas, usted querría ser notificado cuando la máquina es ociosa para más que el tiempo estándar de cambio que es 10 minutos?

¿Cuántos minutos después de que la máquina deje de funcionar durante más tiempo que el tiempo de cambio estándar se debería notificar a alguien?

¿A quién se debe avisar primero?

Si el problema sigue sin resolverse transcurridos 15 minutos, ¿a quién debe notificarse?

Ejemplo 2:

Este es un ejemplo del tiempo de ejecución de la Extrusora 5 sobrepasando su umbral superior.

Si viera que una de sus máquinas está sobrecargada, ¿le gustaría que se lo notificaran?

¿Cuántos minutos después de que se detecte la sobrecarga de una máquina se debería notificar a alguien?

¿A quién se debe notificar primero?

Si el problema sigue sin resolverse después de 15 minutos, ¿a quién se debe notificar? ¿Y si el problema sigue sin resolverse después de 30 minutos?

Para responder a estas preguntas, siga las prácticas recomendadas que se indican a continuación.

7 Buenas prácticas para evitar que las alertas se conviertan en ruido

1. Envíe alertas sólo durante las horas de trabajo

Las alertas enviadas a los miembros del equipo fuera de las horas en las que están trabajando o de guardia no son más que ruido. Para asegurarse de que el equipo se toma en serio las alertas y actúa cuando las recibe, configure las alertas sólo durante las horas de trabajo.

La mejor manera de hacerlo es definir una ventana de alerta para cada alerta, de modo que sólo se envíe a los miembros del equipo durante las horas en que necesitan conocerla.

2. Crear una alerta para cada turno

Para asegurarse de que sólo envía alertas durante las horas de trabajo, cree una alerta distinta para cada turno.

Por ejemplo, si desea alertar a un miembro del equipo cuando la máquina 1 lleva 5 minutos parada, cree una instancia de esta alerta para cada turno. Crear una alerta por turno le permitirá configurar la alerta con la ventana de alerta del primer turno para que sólo avise a las personas que trabajan durante el primer turno.

Haga lo mismo con la ventana de alerta del segundo turno para que sólo notifique a las personas que trabajan durante el segundo turno. Esto asegurará que los asuntos sean relevantes para las personas adecuadas en el momento adecuado.

3. Establezca una ruta de escalado

Las alertas deben ser recibidas por un compañero de equipo que se ocupe del problema y pueda escalarlo en la cadena de mando si el problema sigue sin resolverse.

Los equipos suelen establecer rutas de escalado de la siguiente manera:

Primer beneficiario

Operador / Técnico

Notificar inmediatamente

Segundo beneficiario

Supervisor

Notificar después de 30 minutos

Tercer beneficiario

Jefe / Director

Notificar después de 1 hora

4. Utilice con moderación las notificaciones de alertas múltiples

Puede configurar una alerta para notificar a un miembro del equipo hasta 5 veces sobre el mismo problema utilizando el menú desplegable «alertar cada». Puede parecer que notificar a un miembro del equipo varias veces sobre un problema creará una sensación de urgencia. Sin embargo, tenga cuidado, ya que hemos observado el efecto contrario. Si un usuario recibe demasiadas notificaciones, tiende a ignorarlas y los problemas críticos quedan sin resolver.

5. Previsualizar las alertas antes de que se activen

Cuando configures una ventana de alerta, haz siempre clic en «Mostrar vista previa». Esto le muestra cuántos problemas habría creado esta alerta en las últimas 72 horas para que pueda validar que la ha configurado correctamente.

Si la alerta creara demasiados problemas y potencialmente demasiadas notificaciones de alerta para cualquier miembro de su equipo, ajuste la configuración de la alerta para reducir el ruido.

6. Configure alertas sólo para las horas en las que se espera que funcione una máquina.

Programe paradas planificadas utilizando la función de paradas planificadas. Esta es una Edición que debe ser creada manualmente y una vez configurada, asegurará que no se envíen Alertas durante los periodos en los que se espera que una máquina esté fuera de servicio por mantenimiento planificado, sin actividad, o cualquier otro tiempo de inactividad programado.

7. Intente no enviar más de 10 alertas a un usuario durante su turno.

Hemos visto que cuando un miembro del equipo recibe más de 10 alertas en un turno empieza a desconectarse de ellas. Revise sus alertas periódicamente para asegurarse de que está por debajo de este umbral.

También es una buena idea preguntar a tu equipo cuántas alertas reciben, de media, durante un turno, para mantener el pulso.

Preguntas? Envíe un correo electrónico a [email protected]

¿Ha quedado contestada tu pregunta?