Automatización en Jira Service Management

Cómo acceder a la automatización en Jira Service Management

En primer lugar, para acceder a la configuración de automatización en Jira Service Management, ve a Configuración del proyecto () en el menú de la izquierda > Automatización.

Ahora analicemos los componentes clave para crear reglas de automatización en Jira Service Management.

Reglas

Las reglas te permiten automatizar acciones dentro del sistema en función de criterios que tú estableces. Las reglas de automatización se componen de tres partes: desencadenadores que ponen en marcha la regla, condiciones que la refinan y acciones que realizan tareas en tu sitio.

Los desencadenadores, las condiciones y las acciones son los componentes básicos de la automatización. Solo tienes que combinarlos para crear reglas capaces de hacer cualquier cosa, desde alertar a un agente cuando se crea una incidencia de alta prioridad hasta reabrir una incidencia si un cliente añade un comentario después de que se haya resuelto.

Activadores

Toda regla comienza con un desencadenador que pone en marcha su ejecución. Los desencadenadores detectan los eventos en Jira, por ejemplo, la creación de una incidencia o el cambio en el valor de un campo.

Los desencadenadores pueden configurarse para que se ejecuten según una programación y es posible personalizarlos antes de aplicarlos a una regla.

Condiciones

Las condiciones te permiten acotar el alcance de una regla. Deben satisfacerse para que la regla se siga ejecutando. Por ejemplo, puedes configurar una regla de modo que escale una incidencia únicamente si la prioridad es alta.

Si una condición falla, la regla deja de ejecutarse y no se realiza ninguna acción posterior.

Acciones

Las acciones son la parte ejecutora de una regla. Permiten automatizar tareas y realizar cambios en tu sitio. Entre las muchas opciones disponibles están la edición de incidencias, el envío de notificaciones o la creación de subtareas.

Incidencias Relacionadas

Las incidencias en Jira raramente están aisladas. Con frecuencia contienen subtareas o simplemente están vinculadas a otras incidencias mediante determinadas relaciones. Esto significa que, al utilizar la automatización, a menudo es necesario aplicar las acciones no solo a la incidencia original que activó una regla, sino también a las incidencias relacionadas con la original.

Existen condiciones y acciones especiales con las que crear potentes reglas capaces de gestionar relaciones de incidencias complejas. Por ejemplo, para verificar que todas las subtareas de una incidencia principal se hayan resuelto.

Valores inteligentes

Los valores inteligentes te permiten acceder a una amplia gama de datos de incidencias dentro de tu sitio y manipularlos. Pueden añadir a las reglas una potencia y una complejidad significativas. Los valores inteligentes te permiten acceder a los datos de incidencias en Jira. Por ejemplo, puedes usar los siguientes valores inteligentes para enviar un mensaje de Slack que incluya la clave y el resumen de la incidencia: {{issue.key}} {{issue.summary}}.

Actor de regla

El actor de una regla es el usuario que la ejecuta. Debe tener los permisos relevantes para activarla y completar las acciones que se realicen. Por ejemplo, si se crea una regla que comenta una incidencia cuando se ejecuta, el actor debe tener el permiso "Añadir comentarios". Si no, se producirá un error.

En tu sitio, el actor de la regla se establecerá como usuario de la aplicación Automation. Sin embargo, puedes cambiar el actor de la regla de tus reglas de automatización.

Estado de regla

Puedes ver el estado de una regla de automatización para identificar si está activa o no. Si una regla está inactiva, no se ejecutará hasta que se habilite. El estado de una regla puede verse en su página de detalles.

• HABILITADA: la regla está activa en este momento.
• DESHABILITADA: la regla no está en uso en este momento.
• BORRADOR: la regla tiene cambios sin publicar.

Registro de auditoría

Cada una de tus reglas cuenta con un registro de auditoría que puedes revisar para ver cuándo se ha activado, el resultado final de la ejecución y qué acciones se realizaron.

Puedes ver el registro de auditoría de una regla concreta, de un proyecto o a nivel global. Revisar los registros de auditoría es una manera efectiva de depurar las reglas.

Ejemplos de casos prácticos de automatización habituales en Jira Service Management

La automatización te permite crear reglas para abordar innumerables casos prácticos. Esto puede hacer que te preguntes por dónde empezar. Aquí descubrirás cómo acceder a la configuración de automatización y a una recopilación de casos prácticos habituales que te ayudarán a dar tus primeros pasos con la automatización. Puedes encontrar más plantillas de automatización en nuestra biblioteca de plantillas de automatización y probar tus propias reglas con nuestro entorno de espacio aislado para la automatización.

Asignación automática de incidencias al equipo

Cuando se crea una incidencia de Jira, a menudo no tiene una persona asignada de forma predeterminada. La automatización de Jira Service Management te da la flexibilidad de asignar incidencias automáticamente según las condiciones que especifiques. Por ejemplo, puedes asignar incidencias automáticamente según la carga de trabajo actual de tus agentes.

Cierre automático de tickets de soporte antiguos de Jira Service Management

En ocasiones, los clientes tardarán en responder o no darán ninguna respuesta. Jira Service Management te permite usar una regla de automatización programada para buscar tickets antiguos de Jira sin respuesta de los clientes, cerrarlos y añadir comentarios por cuestiones de transparencia. A continuación se muestra un ejemplo de cómo cerrar y comentar una incidencia que ha estado abierta durante 5 días sin actividad por parte del cliente.

Volver a abrir incidencias cerradas si el cliente añade comentarios

Cuando un cliente hace un comentario en un ticket cerrado, esta regla de automatización garantiza que la incidencia se vuelva a abrir, se reasigne y se le añadan comentarios para que el cliente sepa que la incidencia se ha vuelto a abrir.