Uso correcto Ticketera | Jira

La ticketera es la herramienta que nos permite mantener la comunicación de los requerimientos con nuestro equipo de tecnología.

Para acceder debes hacer click aquí

Tipos de incidencia

Manipulación de datos: Todo lo que sea versiones de contrato, eliminar datos, recuperar datos como documentos, editar sucursales.
Ejemplo: un QR no salga en los documentos firmados

Auditoria de cambios: Saber quién hizo alguna modificación en el Saas, ya sea eliminar documentos, cambios de ítems de pago, editar una fecha de vacaciones, todo eso se puede ver con la herramienta de Auditlog pero si no aparece ahí se debe subir el ticket.

Incidencias o errores en software: Cualquier funcionamiento erróneo por parte del Saas, Mi Talana y/o Mobile que encuentren que no está funcionando correctamente.

Las incidencias siempre llevan un paso a producción.

 

Como completar los datos solicitados:

Tipo Datos:

Para conocer el flujo desde ITOps revisa el artículo Gestión de Incidencias Tipo Datos - Ticket en Jira

Tipo Incidencias o errores de software:

En esté tipo de requerimiento solo cambia en la descripción del caso

Para conocer el flujo desde ITOps revisa el artículo Gestión de Incidencias Tipo Incidencias - Ticket en Jira

¿Qué hacer en caso de incidencias masivas?:

Luego de generar un caso que detectemos que es masivo, recordar dejar el link del caso con la breve descripción en el canal "Solo incidencias masivas soporte" para que el equipo completo esté al tanto de la incidencia.  

Posterior a ello, cada vez que nos reporte un cliente sobre el mismo caso debemos replicar la información del ticket, siendo lo más importante el título del ticket que debe contener la siguiente estructura: 

Módulo / Sub Menú/ Resumen breve del caso 

Con esto el equipo de IT Ops detectará todos los casos con el mismo título y los anexará bajo una misma incidencia padre (el primero que sea reportado) y los que lleguen posterior a ello, se catalogarán como "hijo". Para todos los casos relacionados se irá actualizando los comentarios y estados del ticket principal, replicándose en los hijos. 

Si tienes dudas puedes contactarte con Yerko para la estructura del caso. 

Importante:

Previo al generar el requerimiento se debe hacer pruebas de funcionamiento y validar con el equipo en canal de Optimization Soporte para saber si efectivamente es el resultado esperado o es un error/incidencia de Talana. 

En caso de ser un nuevo requerimiento que Talana no posee, se considera como una mejora al producto. Cada mejora es un evolutivo es decir se evalúa factibilidad, valor y esfuerzo, una vez que el resultado es positivo es el equipo de Producto es quien da las prioridades en relación al tiempo. 

Recordar:

Cuando generemos un ticket, se deben completar todos los campos, adjuntando ejemplos, imágenes, rut, nombre de la base que faciliten la revisión del caso.