Automation for Jira facilita la colaboración de Desarrollo y Soporte

Antoni Pérez Gómez
19-nov-2021 10:00:00

Uno de los objetivos de las herramientas de software de Atlassian es facilitar la colaboración entre los distintos equipos dentro de una organización, y en esta oportunidad, te contaremos cómo es posible derribar la barrera, y cómo Automation for Jira facilita la colaboración entre los equipos de Desarrollo y Soporte al conectar Jira Service Management y Jira Software de forma fácil, sin código, y usando las herramientas que ofrece Jira Cloud de forma nativa.

Al hablar de una barrera, nos referimos a esa falta de interacción que a veces ocurre entre el equipo trabajando con el help desk y el de desarrollo, lo que genera, como consecuencia, lentitud en el proceso de resolución de las incidencias y peticiones, afectando al usuario final.

Imaginemos la siguiente situación:

  •    Tenemos una instancia de Jira Service Management Cloud con la que gestionamos nuestro helpdesk,
  •    Y tenemos una instancia de Jira Software Cloud que nuestro equipo de desarrollo utiliza para gestionar su trabajo.

En estas situaciones, en las que ambas herramientas coexisten, no se les suele sacar partido a las sinergias que se pueden obtener, ya que las facilidades que nos proporciona Atlassian para conectar ambos mundos son muy tangibles y nos permitirán conseguir muchos beneficios.

Beneficios de conectar Jira Service Management y Jira Software en la nube

  1. Mayor trazabilidad del trabajo de cada equipo y la colaboración entre ambos equipos.
  2. Más ahorro de tiempo, al reducir el trabajo manual que incentiva la colaboración entre distintos equipos.
  3. Reducción de errores humanos.

La solución a este problema tendrá un enfoque bastante técnico, ya que en esta publicación te explicaremos cómo, utilizando Automation, podrás crear bugs desde el flujo de incidencias, y resolverlas una vez que el bug se marque solucionado.

Diferencias entre Jira Service Management Cloud y Jira Software Cloud

Si bien ambas herramientas de software de Atlassian emplean el mismo núcleo de flujos de trabajo, campos y pantallas, cada una posee una capa diferenciadora que es la que las convierte en productos con propósitos distintos. Vamos a especificar estas diferencias:

  •    Jira Service Management nos dota de un portal de usuarios mediante el cual los clientes pueden registrar de forma fácil e intuitiva incidencias y peticiones de servicio.

  •    Jira Service Management, nos ofrece la funcionalidad, entre otras, la definición de SLAs que nos ayudarán a medir y mejorar la calidad del servicio que estamos prestando a estos clientes.

                      Aprende a monitorizar SLAs en Jira Service Management Data Center >>

  •    Jira Software nos proporciona, entre otras cosas, tableros Scrum y Kanban, gestión de versiones (o releases), gestión de backlog y sprint, integración con nuestros repositorios de código, etc. En definitiva, es la plataforma ideal para la gestión de las tareas de nuestros proyectos de desarrollo.

Para ilustrarte cómo es posible alcanzar la conexión de estas dos herramientas, vamos presentarte la siguiente situación:

El equipo de soporte ha detectado que una incidencia en una de nuestras aplicaciones ha sido provocada por un bug, esta conexión permitirá al equipo reportar y registrar el bug con un solo clic.

Posteriormente, el bug se añadirá al backlog del equipo de desarrollo, quienes podrán incluirlo en el siguiente sprint y arreglarlo. Una vez arreglado, la incidencia se resolverá de forma automática. Este automatismo se alcanzará con Automation for Jira y la herramienta de automatización de flujos que nos brinda Jira Cloud, sin necesidad de instalar ninguna app adicional.

¿Cómo usar Automation for Jira para permitir que el flujo de Incidencias de Jira Service Management se sincronice con el flujo de Bugs en Jira Software?

Lo primero, vamos a crear el bug. Vamos a editar nuestro flujo de Incidencias, y añadir una transición que se llame, por ejemplo, "Bug Detected". Para ello, en nuestro proyecto del Service Management, iremos a "Project settings", tal como puedes ver a continuación:
Editar flujo de Incidencias en Jira service management-DEISER-Atlassian

Una vez allí, nos dirigiremos al apartado "Workflows", y buscaremos el flujo de Incidencias y lo editaremos:Editar flujo de Incidencias en Jira service management-DEISER-Atlassian-1

Ahora vamos a añadir un nuevo estado llamado, por ejemplo, "Pending Bug". Esto nos indicará que la incidencia con el Bug reportado que está pendiente por arreglar, y su corrección se libere para resolverla, haremos clic sobre el botón "+ Add status", ubicado en la parte superior izquierda del diagrama de nuestro flujo, y escribiremos Pending Bug. En caso de que no exista ya nuestro estado. Allí podremos ver que se nos sugiere entre paréntesis lo que será un nuevo estado:
Como añadir un estatus de resolucion en Jira Service Management Cloud con Automation - DEISER - Atlassian

Este cuadro, nos permitirá agregar una descripción y una categoría de estado. En nuestro caso, vamos a agregar una pequeña explicación del estado y le vamos a asignar la categoría "In Progress" para indicar que ya hay un equipo trabajando en ello:como crear una descripción a un estado de un flujo de incidencias en Jira Service Management Cloud - DEISER - Atlassian

A continuación, crearemos una nueva transición. Vamos a hacer clic sobre el botón "+ Add transition" o bien también podemos dibujar una flecha desde el estado In Progress hasta nuestro nuevo estado: Pending Bug, allí le indicaremos el estado origen, el destino y le daremos un nombre.
En nuestro caso, Bug Detected. Opcionalmente le daremos una descripción e indicaremos una pantalla de transición. Por el momento no indicaremos pantalla alguna:como crear una transicion en jira service management cloud - DEISER - Atlassian

A continuación, crearemos una transición desde el estado Pending Bug hacia Work in Progress a la que llamaremos "Bug Fixed".

Nota: Podríamos crear la transición directamente hacia el estado "Resolved", ya que el bug ha sido resuelto, sin embargo es preferible dar el control sobre la resolución de la incidencia a los agentes, y así darles la oportunidad de comprobar que, en efecto, la incidencia se ha resuelto antes de que se notifique al cliente.
Como darle mas poder a los agentes de jira service management cloud con los workflows de jira - DEISER - Atlassian

Ahora vamos a publicar el flujo de la incidencia tal y como está, de esta forma podremos contar con las nuevas transiciones en Automation. Para ello, haremos clic en el botón "Publish Draft" y confirmaremos:

Como publicar un flujo de incidencias con Jira service management - DEISER - Atlassian

Ahora vamos a crear una pantalla de transición donde nos aseguraremos, mediante un validador, que nos han indicado la aplicación que está fallando. Para ello, vamos a hacer clic sobre el icono de la rueda dentada de la parte superior derecha de la pantalla y vamos a dirigirnos al apartado Issues:como crear una pantalla de transicion con un validador en Jira - DEISER - Atlassian

Una vez allí, iremos al apartado "Screens", a la izquierda, y haremos clic sobre el botón "Add screen" que hallaremos en la parte superior derecha, justo debajo del ícono de la rueda dentada. Allí daremos un nombre a nuestra pantalla. En nuestro caso, dejaremos claro en el nombre que se trata de una pantalla de transición:
como añadir una pantalla con Jira - ITSM - DEISER - Atlassian

Agregaremos a nuestra pantalla el campo "Application". En nuestro caso, este es un campo de tipo "Project Picker", ya que tenemos un proyecto de software en Jira para cada aplicación:

como añadir un selector de proyectos en las issues de jira - DEISER - ITSM - Atlassian

Una vez creada nuestra pantalla, volveremos a editar nuestro flujo. Seleccionaremos la transición Bug Detected y asociaremos la pantalla a la transición:como editar una transicion en jira de forma automática - DEISER - Atlassian

Agregaremos también a la transición un validador de tipo "Fields Required" indicando el campo Application. De este modo, nos aseguraremos de que nos hayan indicado la aplicación que presenta el bug en el momento de transicionar hacia "Pending Bug":

como hacer una transicion entre campos en jira - DEISER - Atlassian

¿Cómo Automation for Jira facilita la colaboración de los equipos de Desarrollo y Soporte?

Con todo lo anterior hecho, ya podemos ir a las Project Settings de nuestro proyecto Jira Service Management y dirigirnos al apartado Automation for Jira para crear nuestra regla que creará el bug en el proyecto de software.

Para crear nuestra regla, haremos clic en el botón "Add rule". En las reglas de automation vamos a encontrar tres elementos principales: Triggers, Conditions y Actions:

  1. Los Triggers son los eventos que desencadenan la ejecución de nuestra regla. Puede ser la creación de una issue, una transición o un comentario.
  2. Las Conditions establecen si la regla debe ejecutarse o no en función de los parámetros que establezcamos.
  3. Las Actions son los automatismos que realizaremos si las condiciones se cumplen. Pueden ser clonar issues, enlazar otras o actualizar un campo.

Para nuestra regla, vamos a seleccionar el Trigger Issue Transitioned y vamos a indicar que debe ser desde el estado Work in Progress hasta Pending Bug.

como crear un trigger en Automation for Jira para resolver bugs entre Jira service management y Jira - DEISER - Atlassian

Ahora añadiremos un nuevo componente de tipo Condition y seleccionaremos "Issue fields condition" para evaluar el valor de nuestro campo Application y determinar si el bug está relacionado con nuestro proyecto de software.
Seleccionaremos el campo a evaluar, estableceremos nuestra condición a equals porque queremos que el proyecto sea exactamente ese, y en valor indicaremos el proyecto de software:

como usar las los campos de las condiciones de las incidencias de automation for jira - DEISER - Atlassian  

Tras la condición crearemos otro componente de tipo Action que será el encargado de crear el bug en el proyecto de software. Seleccionaremos el tipo "Create issue" para tal efecto. Deberemos indicar el proyecto en el que se deberá crear la nueva issue, el tipo (Bug en nuestro caso) y aquellos campos que querramos informar o copiar.
En este ejemplo vamos a establecer que se copien tanto "Summary" como "Description", pero se pueden seleccionar tantos campos como se desee y establecerlos según conveniencia:

crear una issue con jira - DEISER - Atlassian

Por último y por trazabilidad, crearemos un enlace entre la incidencia y el nuevo bug para que tanto los agentes como el equipo de desarrollo tengan presente que existe esta relación entre ambos. Para ello, añadiremos un nuevo componente de tipo Action y seleccionaremos el tipo "Link issues". Estableceremos el tipo de enlace que queremos que exista entre ambos e indicaremos que debe crearse con la issue creada más reciente, que será el bug que acabamos de crear en el paso anterior:

como enlazar issues entre jira service management y jira software con automation for jira - DEISER - Atlassian

¡Listo! Guardando esta regla tendremos listo nuestro automatismo que creará un bug relacionado con la incidencia cuando se transicione hacia Pending Bug:

automatismo de automation for jira para acercar la colaboración del equipo de desarrollo y soporte - DEISER - Atlassian

¿Qué pasaría si queremos que cuando se resuelva el bug de Jira Software nuestra incidencia de Jira Service Management vuelva al estado In Progress?

Para ello deberemos ir a nuestro proyecto de software y crear una nueva regla de Automation para cuando el bug quede cerrado. Para ello deberéis usar un tipo de componente nuevo que no hemos explicado anteriormente que es Branch rule / Related issues para poder transicionar las issues relacionadas, es decir, la incidencia.

Os animamos a intentarlo por vosotros mismos y os dejamos aquí el esquema que nos ha quedado a nosotros:como resolver un bug de Jira Software en una incidencia de Jira Service Management y devolverla al estado In Progress

En definitiva: ¿Cuáles son las ventajas del uso práctico de Automation for Jira con los flujos de trabajo y las pantallas de los Jira?

  •    Conseguir que los mundos del soporte y del desarrollo no sean estancos, sino que hablen entre ellos.
  •    Reducir el trabajo manual de enlazar tickets y mantener la trazabilidad.
  •    Reducir el número de errores humanos o despistes a la hora de mantener sincronizada nuestro help desk con nuestro equipo de desarrollo.
  •    Empleamos Jira de caja sin necesidad de adquirir apps ni de realizar desarrollos a medida.

El gran potencial que ofrece conectar Jira Service Management Cloud y Jira Software

Realizar esta conexión, requiere poco esfuerzo y tiene una complejidad menor, ya que hay que emplear elementos nativos, sin desarrollos a medida

Como ves, es posible permitir que nuestros equipos de soporte y de desarrollo trabajen de forma conjunta y alineada, sin necesidad de sobrecargarlos con una gestión administrativa ni procedimientos manuales. Ambas herramientas aportan un gran valor, sin requerir grandes esfuerzos ni dedicación extra, por lo que nuestros equipos van a sentirse realmente cómodos trabajando con ella y ello va redundar en una mejor calidad del servicio y del producto.

Si necesitas mayor asistencia implantando esta u otras soluciones, no dudes en contactarnos, te podemos ayudar a obtener lo mejor de tus herramientas de Atlassian sin la necesidad de acudir a extras. También, puedes aprender más sobre el poder de Automation en un evento que celebramos junto a Atlassian y Appfire:

Aprende a automatizar tu instancia de Jira con Automation, CLI y Projectrak

Aprende más sobre Automation for Jira

Aprende directamente de los mismos creadores de Automation for Jira, Atlassian CLI y Projectrak en un evento como pocos.

Haciendo clic en el botón a continuación verás un vídeo (en inglés) en el que representantes de Atlassian, Appfire y DEISER muestran distintas vías para automatizar instancias grandes de Jira. Conoce los detalles presionando el botón a continuación.

VER VÍDEO

No Comments Yet

Let us know what you think

Subscribe by Email