Dónde encajan los agentes en las operaciones de telecomunicaciones

Las operaciones de telecomunicaciones tienen el perfil que hace que las personas recurran a la automatización: enorme volumen de eventos, clasificación repetitiva, gran experiencia concentrada en un pequeño número de personas y una acumulación permanente de trabajo que es importante pero no urgente.

El instinto es señalar a un agente hacia el flujo de alerta. Primero sugeriríamos casi cualquier otro lugar.

Por qué la clasificación de alertas es el primer proyecto equivocado

Los flujos de alerta parecen problemas de clasificación y se comportan como problemas de juicio. La misma alerta significa cosas diferentes dependiendo de lo que sucedió río arriba veinte minutos antes, qué mantenimiento está programado y si el patrón se parece a uno que resultó ser nada el invierno pasado.

Ese contexto vive en las cabezas de los ingenieros y en los sistemas que no están conectados a la alerta. Un agente que haga una llamada sin ella seguramente se equivocará de una manera que resultará costosa, y una vez que se equivoque dos veces, nadie confiará en él para los casos en los que estuvo bien.

También existe un problema estructural: la clasificación de alertas no tiene un paso de revisión natural. Cuando alguien revisa la decisión, ya ha tenido consecuencias.

Donde los agentes trabajan bien aquí

Preparación más que decisión. Reunir el contexto que un ingeniero necesita antes de realizar la llamada: cambios recientes en la ruta afectada, incidentes pasados ​​similares, la sección relevante del runbook, ventanas de mantenimiento actuales. Bien hecho, esto elimina los diez minutos de caza que preceden a cada diagnóstico real.

Reseñas posteriores al incidente. La línea de tiempo existe en varios sistemas y ensamblarla es un trabajo tedioso que se hace mal o tarde. Un agente que lo redacta a partir del expediente, con citas, y deja el análisis a una persona, es sencillamente útil.

Validación de cambios. Verificar un cambio de configuración propuesto en comparación con la política y los incidentes pasados ​​antes de que se publique, y marcar en lugar de bloquear.

Recuperación de conocimientos a través de documentación acumulada durante décadas en formatos inconsistentes, donde encontrar la sección correcta es realmente difícil.

El patrón es el mismo que en todas partes: los agentes son buenos reuniendo y redactando, y el juicio queda en manos de la persona.

Las limitaciones que dan forma al despliegue

Con frecuencia, los datos operativos no pueden salir de la infraestructura del operador, lo que hace que la implementación autohospedada o aislada sea la suposición inicial en lugar de una opción.

Los límites de acceso importan más de lo habitual. Un agente que puede leer el estado de la red y no puede cambiarlo es un riesgo fundamentalmente diferente de uno que puede hacer ambas cosas, y ese límite debe imponerse donde ocurre la acción en lugar de describirse en un mensaje.

La pista de auditoría no es opcional. Cuando se examina más adelante un cambio, el registro de lo que hizo un agente, en qué se basó y qué identidad utilizó es lo que separa una explicación de una reconstrucción.

como empezar

Elija la tarea de preparación, no la tarea de decisión. Dale un dueño designado y un presupuesto que bloquee. Redactar criterios de evaluación antes del lanzamiento, utilizando incidencias reales del último trimestre. Luego amplíe sólo cuando las partituras sean aburridas.

Los equipos que hicieron esto tienen agentes todavía en activo un año después. La mayoría de los equipos que comenzaron con la clasificación no lo hacen.

Siguiente

Las páginas de telecomunicaciones e implementación cubren opciones autohospedadas y con espacio aéreo. Las páginas del Sistema de orquestación de agentes cubren las capas de política, auditoría y evaluación de las que depende.