Implementación

Guías rápidas de Usuario

Junio 2023
 Índice
Ejemplo de gráfico

1 Objetivo

2 Introducción
• ¿Qué cambia?
• Estructura de las necesidades

3 Carga en JIRA
• Documentación
• Acceso a la herramienta
• Carga de incidencias:

Épicas Historia de SubTarea Test Error

Usuario
 Objetivo
Ejemplo de gráfico

El objetivo de las presentes guías rápidas es dar a conocer las funcionalidades de creación de los distintos
tipos de incidencias a los usuarios finales de PROA.

Esta guía los ayudará a crear en SIGNe:

 Épicas
 Historias de Usuario
 SubTareas
 Test
 Errores
 ¿Qué cambia
Ejemplo con el nuevo proyecto?
de gráfico

¿QUE CAMBIA? ¿CUÁLES SON LOS BENEFICIOS?

• Rediseño de los circuitos para pedidos • Mayor alineación al nuevo modelo de

evolutivos y tácticos. trabajo
• Simplificación de los flujos reduciendo la • Optimización de la visión punta a punta y
cantidad de estados y transiciones el seguimiento

• Reducción de los campos a completar • Facilita la eliminación de la visión en silos

para la carga. y el "cascadeo" de tareas

• Simplificación en la comunicación de los

• Cada pedido necesitará tener detallado
requerimientos
el alcance, los beneficios y el grado de
alineación a los objetivos del negocio • Agilidad en el paso de los estados

• Mayor granularidad de las Historias de • Facilita la gestión de métricas

usuario (que permita finalizarse en un
intervalo de tiempo quincenal)
 ESTRUCTURA DE LAS NECESIDADES
Ejemplo de gráfico
Composición de las épicas
La INICIATIVA, es un conjunto de épicas que
Iniciativa conducen a un objetivo común más ambicioso
y extenso. Puede completarse en varios meses.
Se compone Carga en JIRA
de:
Una ÉPICA son grandes cantidades de trabajo
que se pueden desglosar en incidencias más
Épica pequeñas llamadas historias. Generalmente no
se completan en una iteración.
Se compone
de:
Las HISTORIAS DE USUARIO son breves
requisitos o solicitudes escritas desde el
Historia de usuario punto de vista del usuario final. Es una
narración sencilla. Son interdependientes.

Las TAREAS son las acciones necesarias

Sub Tarea para cumplir con la necesidad
descripta en la Historia de Usuario, por
parte de los equipos interdisciplinarios.
 Documentación
Ejemplo de gráfico
Tanto las Épicas como las Historias de Usuario, SubTareas, Error y Test deben registrarse en una Herramienta que
permita gestionar su seguimiento, visualizar los estados, imputar el esfuerzo realizado y obtener informes de
progreso. Las principales funciones que ofrece SIGNe son:

Carga de
Flujos de Trabajo
Incidencias
Las Incidencias son los elementos de Los Flujos de Trabajo expresan
Carga en SIGNe. Estos pueden ser: los distintos estados por los
• Épicas cuales pasan las Incidencias.
Algunos de ellos pueden
• Historias de Usuario implicar aprobaciones y otros
• Tareas notificaciones de cambios de
estado.
• Error
• Test
Se compartirá un documento instructivo como parte del kit
 Accesode
Ejemplo a SIGNe
gráfico

El ingreso al sistema se realizará a través de un

navegador web, accediendo a la siguiente
dirección:
https://signe.gruposancorseguros.com/.
Se mostrará una pantalla en la que deberá
ingresar su usuario y contraseña del dominio
de Sancor Seguros.

Si se activa la casilla de verificación “Recuerda mi nombre de usuario en este navegador”,

no necesitará ingresar sus datos de usuario y contraseña en los próximos accesos a JIRA.

Para crear una Épica, Historia de

Usuario, Error o Test hacer clic en el
botón “CREAR”
 Carga de
Ejemplo de Épica
gráfico

Épica

1 Proyecto: Proyecto Modelo Ágil (PROA)

1
2 Tipo de incidencia: Épica
2
3 Resumen: nombre de la Épica. Debe ser un título
representativo.

3
4 Descripción: Detalle de la necesidad con el alcance
definido en la fase de Diseño e Ideación.
Se pueden incluir antecedentes de otras incidencias ya
4 trabajadas.
Puede aplicarse formato (negrita, subrayado, cursiva,
colores, etc.)
 Carga de
Ejemplo de Épica
gráfico

Épica

5 Criterio: Puede ser Evolutivo, Normativo o

5
Iniciativa.
6

7 6 Usuario clave: Debe registrarse el referente de

negocio del área implicado por la épica.

7 Product Owner: nombre del Dueño de Producto

8
que priorizará la épica.

9 8
Tipo de Beneficio Cualitativo: (ver siguiente
slide)

Desarrollo/Justificación…: (ver siguiente slide)

9
10

Fecha de Implementación Necesaria: Completar

10 si realmente existe una fecha concreta en la que
la épica deba estar finalizada obligatoriamente.
 Carga de
Ejemplo de Épica
gráfico
Épica
8

8 Tipo de Beneficios Cualitativos: Opciones disponibles (elegir la que mejor se adapte)

 MEJORA EN EL RELACIONAMIENTO CON EL CLIENTE: Mejoras en la experiencia del cliente.

 AUMENTO DE LA FACTURACIÓN: Aumento en la cantidad de pólizas, actualización de primas, nuevos productos etc.
 MEJORA EN LA PRODUCTIVIDAD Y/O AUMENTO DE EFICIENCIA OPERATIVA: Asociado a automatización de
procesos y optimización del personal
 CONTROLES Y MITIGACIÓN DE RIESGOS: Prevención y disminución de riesgos
 INNOVACIÓN: Transformación digital en procesos y operaciones, nuevos productos / servicios
 MEJORA EN LA TOMA DE DECISIONES: Generación o actualización de reportes.
 REDUCCIÓN DE COSTOS: ahorro de recursos (espacio físico, terciarización, contrataciones, etc),
 ASPECTOS NORMATIVOS: Disminución de fraudes, recuperos, evitar multas y sumarios, etc.

9 Desarrollo/Justificación de Beneficios Cualitativos y/o Cuantitativos: En caso de aplicar debe figurar el beneficio cuantitativo
asociado a la mejora a implementar, en caso contrario los beneficios cualitativos deben justificar suficientemente la solución.
Debe ser lo suficientemente claro y medible.
 Carga de
Ejemplo de Épica
gráfico

Épica

11 Rama de Negocio: Ramas de Negocio desde

donde proviene la épica.
11

12 Proceso de Negocio: Procesos de Negocio

asociados al origen de la épica.

12 13 Etiquetas: campo donde pueden especificarse

etiquetas.

14 Adjunto: permite adjuntar cualquier tipo de

13 archivo.

14
 Carga de
Ejemplo de Épica – Flujo de Trabajo
gráfico
Épica
Se detallan a continuación los distintos estados del circuito de
la Épica en SIGNe:

EN DISEÑO La épica se encuentra en la etapa de ideación. Los siguientes estados pueden ocurrir en
cualquier momento del circuito de la épica:
En estas etapas es
el NEGOCIO quien La épica se encuentra a la espera de ser
EN APROBACIÓN
carga y avanza el aprobado por el Dueño de Producto
DESESTIMADA
requerimiento La épica se encuentra a la espera de ser
PENDIENTE
priorizada por el Negocio (el cambio de
PRIORIZACIÓN La épica se encuentra descartada y por el
estado lo realiza el Dueño del Producto
momento no se continuará con el desarrollo.
Se deberá ingresar un motivo de
SISTEMAS genera el desestimación.
PENDIENTE La épica fue priorizada y se encuentra a la
cambio de estado PLANIFICACIÓN espera de ser incluida en la planificación del
equipo de sistemas
BLOQUEADA

La célula está trabajando activamente en la

LA CÉLULA, desde el EN CURSO
épica La épica se encuentra temporalmente en
coordinador de la pausa

misma, realiza el
cambio de estado FINALIZADA La épica está implementado.

Se muestra el camino directo, pero las épicas pueden retroceder también en los estados
 Carga de
Ejemplo de Historia
gráficode Usuario
Hay dos tipos de Historias de usuario:
Historia de usuario • TÁCTICAS requerimientos de mínima y baja complejidad (cuando el esfuerzo para su resolución sea de
hasta dos días para su puesta en producción) que no tienen ninguna épica asociada. Ej: solicitudes de
corrección de datos, parametrizaciones y/o permisos de accesos de perfiles. El tiempo de resolución
es de hasta un día, no requieren testing. Estas HU las carga directamente el negocio / usuario solicitante
• EVOLUTIVAS son historias que se desprenden de Épicas evolutivas. Se cargan dentro de la célula.

1
1 Proyecto: Proyecto Modelo Ágil (PROA)
2
2 Tipo de incidencia: Historia de Usuario

3 3 Resumen: nombre de la Historia de usuario. Debe ser

significativo.

4 4 Descripción: Detalle de la necesidad respetando el formato de

redacción de una Historia de Usuario.

IMPORTANTE: respetar formato

COMO <rol>
QUIERO <funcionalidad>
PARA <beneficio/objetivo>

5 Clasificación de la Historia: Tácticas o Evolutivas

5
 Carga de
Ejemplo de Historia
gráficode Usuario
Epic Link
Historia de usuario Vincula directamente la Historia de Usuario con la Épica.
No es necesario vincularla través de un enlace “es hija de”
Sólo se completa, cuando “Clasificación Historia” = Evolutiva

6 6 Epic Link: ingresar el Link de la Épica que se quiere

asociar con la Historia de usuario que estamos
cargando.
7

7 Fecha de Implementación Necesaria: Fecha en la cual

es necesario tener implementada la Historia de Usuario.
8

9
8 Usuario clave: el analista de negocio del área implicado
por la iniciativa (Comercial, Operacional o Prestacional).
10

Product Owner: Dueño del Producto responsable de la

9
Historia de Usuario.
11

Sr. de Proceso Asignado: Scrum Master del la célula.

10

Rama de Negocio: Ramas de Negocio desde donde

11
proviene la épica.
 Carga de
Ejemplo de Historia
gráficode Usuario
Historia de usuario

12 Proceso de Negocio: procesos de negocio asociados

12 al origen de la épica

13 Etiquetas: campo donde pueden especificarse

etiquetas.
13

14 Adjunto: pueden arrastrar o agregar los archivos

14 relacionados que ayuden a explicar y dar claridad al
requerimiento (requerimientos, capturas de pantalla,
correos electrónicos, etc.).

Otra forma de crear una Historia de Usuario:

Ingresar a la Épica relacionada y en el apartado
“Incidencias en épica”, hacer clic en el botón “+”.
 Carga de Historia de Usuario EVOLUTIVA
Ejemplo de gráfico
Flujo de Trabajo
Historia de usuario Se detallan a continuación los distintos estados del circuito de la Historia de Usuario Evolutiva en JIRA:

PENDIENTE La HU fue priorizada y se encuentra a la espera de ser

PLANIFICACIÓN incluida en la planificación del equipo de sistemas.
SISTEMAS genera el Los siguientes estados pueden ocurrir
cambio de estado en cualquier momento del circuito:
La HU fue planificado y se encuentra a la espera de que
POR HACER
se comience a trabajar con la misma
DESESTIMADA

La HU se encuentra descartada y
EN CURSO El equipo está trabajando activamente en la HU
LA CÉLULA, desde el por el momento no se continuará
coordinador de la Enviar a UAT con el desarrollo. Se deberá
misma, realiza el ingresar un motivo de
cambio de estado La HU superó la etapa de testing y se encuentra desestimación.
PENDIENTE PRUEBAS
ACEPTACIÓN DE USUARIO pendiente para que el usuario verifique si cumple los
criterios de aceptación para el paso a producción
EL NEGOCIO
acepta las pruebas BLOQUEADA
de usuario
POR IMPLEMENTAR La HU ya está lista para el paso a producción La HU se encuentra
Coordinar
temporalmente en pausa
Implementación

PENDIENTE PUESTA EN Pendiente de la coordinación con otros requerimientos o

PRODUCCIÓN revisión de dependencias para el pasaje a producción

Se muestra el camino directo, pero las HU

FINALIZADA HU completamente terminada e implementada pueden retroceder también en los estados
 Carga de Historia de Usuario TÁCTICA
Ejemplo de gráfico
Flujo de Trabajo
Historia de usuario Se detallan a continuación los distintos estados del circuito de la Historia de Usuario Táctica en JIRA:

POR APROBAR
La HU se encuentra a la espera de ser aprobada por el
Dueño de Producto.
SISTEMAS genera el Los siguientes estados pueden ocurrir
cambio de estado en cualquier momento del circuito:
POR HACER La HU esta aprobada para poder comenzar a trabajarla

DESESTIMADA

La HU se encuentra descartada y
EN CURSO El equipo está trabajando activamente en la HU
por el momento no se continuará
LA CÉLULA, desde el
coordinador de la
Enviar a UAT con el desarrollo. Se deberá
misma, realiza el La HU superó la etapa de testing y se encuentra ingresar un motivo de
cambio de estado PENDIENTE PRUEBAS pendiente para que el usuario verifique si cumple los desestimación.
ACEPTACIÓN DE USUARIO criterios de aceptación para el paso a producción

EL NEGOCIO
acepta las pruebas BLOQUEADA
de usuario
POR IMPLEMENTAR La HU ya está lista para el pasaje a producción La HU se encuentra
Coordinar temporalmente en pausa
Implementación

PENDIENTE PUESTA EN Pendiente la coordinación con otros requerimientos o

PRODUCCIÓN revisión de dependencias para el pasaje a producción

FINALIZADA Se muestra el camino directo, pero las HU

HU completamente terminada e implementada pueden retroceder también en los estados
 Carga de Historia de Usuario
Ejemplo de gráfico
Documento de Especificación Ágil
Historia de usuario

La Documentación se llevará adelante en un nuevo Documento de Especificación Ágil (DEA), el cual deberá ser generado dentro
del nuevo espacio creado para el PROYECTO MODELO AGIL (PROA). Este documento reemplaza a la anterior ED. Acceso al espacio:
https://signecon.gruposancorseguros.com/pages/viewpage.action?pageId=209520747
 Carga de
Ejemplo de Subtarea
gráfico
SubTarea

Lo recomendable es crear una SubTarea desde la

Historia de Usuario a la cual vamos a asignarle la
Tarea.
Podemos generarla desde: Botón “Más” y Crear
Sub-tarea.

1 Tipo de incidencia: Subtarea

1
2 Resumen: Corresponde al nombre que se le ha denominado a la -
2 subtarea.
Descripción: Detalle del paso a realizar para lograr los requisitos
3
propuestos en la Historia de usuario.
3
 Carga de
Ejemplo de Subtarea
gráfico
SubTarea

4 Responsable: Quien carga la SubTarea es automáticamente el

4
responsable de llevarla. Cualquier integrante de la célula puede
cargar su tarea.
5
5 Tipo de Subtarea: Existen 8 opciones de respuesta:

 Ninguno: si no aplican las demás opciones.

 Análisis: corresponde un análisis detallado de tareas para
entender el sistema actual.
 Desarrollo: Implica desarrollo de Software.
 Testing: Realizar casos y ambientes de pruebas.
 Soporte a Análisis: Brindar soporte a la etapa de Análisis.
 Soporte a Desarrollo: Brindar soporte al área de Desarrollo.
 Soporte a Testing: Brindar soporte al área de Testing.
 Bugfixing: Referencia a la reparación de errores y fallas.
 Carga de
Ejemplo de Subtarea
gráfico
SubTarea

6 Fecha de Entrega: Fecha determinada para la finalización de la

subtarea.

6
7 Estimación Original: Cuánto trabajo implicaría la resolución de
7 esta incidencia. Representar semanas (w), días (d), horas (h) y
minutos (m), respectivamente.
Si no especifica una unidad de tiempo, se asumirá minuto. Sus tasas
8 de conversión actuales son 1w = 5d y 1d = 7h.

Estimación Restante: tiempo por realizar hasta que la incidencia

8
sea resuelta.
9
Crear otra: si desea crear otra tarea similar, tilde la opción. Luego
9
de presionar crear se realiza la clonación.

CARGADOS TODOS LOS DATOS, HACER CLIC EN “CREAR”.

SI NO DESEA CONTINUAR LA SOLICITUD, HACER CLIC EN “CANCELAR”.
 Carga de
Ejemplo de Subtarea
gráfico – Flujo de Trabajo
Se detallan a continuación los distintos estados del circuito de
SubTarea la Tarea en JIRA:

POR HACER La Tarea todavía no se ha empezado. Los siguientes estados pueden ocurrir
en cualquier momento del circuito:
La CÉLULA crea la
tarea DESESTIMADA

La Tarea se encuentra descartado

y por el momento no se continuará
con el desarrollo. Se deberá
ingresar un motivo de
desestimación. Puede reabrirse, en
EN CURSO El equipo está trabajando activamente en el requerimiento. cuyo caso volverá a “Por Hacer”.

La CÉLULA
comienza y termina
la tarea BLOQUEADA

La Tarea se encuentra
temporalmente en pausa
FINALIZADA La Tarea está completamente terminada e implementada.
 Carga de
Ejemplo de Test
gráfico

Test

1 Proyecto: Proyecto Modelo Ágil (PROA)

1

2 2 Tipo de incidencia: Test

3 Resumen: nombre del caso de prueba.

3

4 4 Responsable: el tester, quien está a cargo de ejecutar el caso de

prueba.

Descripción: agregar datos del caso de pruebas como: precondición,

5 5
objetivo, link a la aplicación, datos de login, tipo de perfil de usuario.

Prioridad: corresponde a la prioridad de ejecución:

6
 Mayor: La aplicación o sección principal o requerimiento
secundario se bloquea, no arranca.
 Media: Un requerimiento secundario no funciona correctamente,
6 sin causar un fallo en la funcionalidad principal.
 Menor: Errores ortográficos o de sintaxis, de diseño/maquetado.
 Carga de
Ejemplo de Test
gráfico
Test

7 Flujo: Principal (caso feliz), Alternativo (caso no feliz).

7 8 Regresión: marcar Sí, si el caso debe participar de una regresión.
8
9 9 Automatización: marcar Sí, si el caso debe automatizarse.
10
10 Etiquetas: Si es necesario se pueden incluir etiquetas para posteriores
11 filtros.

12
11 Adjunto: si es necesario agregar archivos.

13 Sprint: seleccionar el sprint activo de la célula correspondiente.

12
14
Incidencias enlazadas: seleccionar "es prueba de", la cual indica la
13
relación entre el caso de prueba y la Historia.

Incidencias: agregar la Historia de usuario para la cual se están

14
15 creando los casos.

Crear otra: si desea crear otra tarea similar, tilde la opción. Luego de
15 presionar crear se realiza la clonación.
CARGADOS TODOS LOS DATOS, HACER CLIC EN “CREAR”.
SI NO DESEA CONTINUAR LA SOLICITUD, HACER CLIC EN “CANCELAR”.
 Carga de
Ejemplo de Test – Flujo de Trabajo
gráfico
Test Se detallan a continuación los distintos estados del circuito de un Test en JIRA:

Todos los estados pueden ocurrir en cualquier momento

EN DISEÑO El tester se encuentra en el armado de los casos de prueba.

NO EJECUTADO Los casos de prueba están listos para ser testeados.

Puede haber salto

BLOQUEADO El requerimiento se encuentra temporalmente en pausa.
de estados, el
orden asignado en
el circuito es
ilustrativo.
DESESTIMADO El requerimiento se encuentra descartado.

SUPERADO Superó las pruebas de testing con éxito.

NO SUPERADO No superó las pruebas de testing con éxito.

 Carga de
Ejemplo de Error
gráfico
Error 1 Proyecto: Proyecto Modelo Ágil (PROA) .

2 Tipo de incidencia: Error

1

2 3 Resumen: corresponde al título del error.

3
4 Responsable: desarrollador encargado de resolver el bug.

4 5 Descripción: detalle del error, se incluye también el link al caso de prueba.

6 Prioridad: corresponde a la prioridad de ejecución, de acuerdo al impacto

5
del error en el requerimiento/aplicativo.
 Bloqueadora: La aplicación o sección principal se bloquea, no arranca o
se produce un cierre abrupto por medio de un requerimiento principal.
 Crítica: Un requerimiento principal no funciona, no puede ser usado, o
devuelve resultados incorrectos. Los datos están dañados.
6  Mayor: La aplicación o sección principal/secundario se bloquea, no
arranca o se produce un cierre abrupto.
 Media: Un requerimiento secundario no funciona correctamente, sin
causar un fallo en la funcionalidad principal.
 Menor: Errores que no interfiera en la ejecución del requerimiento.
 Trivial: Problema como palabras mal escritas o texto desalineado.
 Carga de
Ejemplo de Error
gráfico
Severidad: complejidad en resolución del error.
Error 7

8 Tipo de Error: puede ser de Codificación, Análisis, Ambiente, Regresión.

 Codificación: se tiene que resolver un error de código.

7
 Análisis: error del analista cuando creo la HU.

8  Ambiente: cuando no funciona el ambiente en que hay q trabajar.

9  Regresión: cuando el error no se va a resolver en el momento,

su resolución no influye en la resolución de la HU.
10
11
9 Informado en: etapa del proceso de test en la cual se detectó el error.

12 10 Incidencias enlazadas: la historia de usuario para la cual se reporta el

error. Será siempre ‘es prueba de’.
13
11 Incidencia: número de historia de usuario a la cual corresponde el error.
14
12 Etiquetas: se pueden incluir etiquetas para posteriores filtros.

15 13 Adjunto: Si es necesario se puede adjuntar un archivo.

14 Sprint: seleccionar el sprint correspondiente.

Crear otra: si desea crear otra tarea similar, tilde la opción. Luego de presionar
15
CARGADOS TODOS LOS DATOS, HACER CLIC EN “CREAR”. crear se realiza la clonación.
SI NO DESEA CONTINUAR LA SOLICITUD, HACER CLIC EN “CANCELAR”.
 Carga de
Ejemplo de Error – Flujo de Trabajo
gráfico
Error Se detallan a continuación los distintos estados del circuito de un Error en JIRA:

POR HACER El error se asigna al resolutor.

EN CURSO El equipo está trabajando activamente en la solución del error. REABIERTO

Un error que se encontraba

“Finalizado” o “Solucionado” y que
está siendo reexaminado.

SOLUCIONADO El resolutor solucionó el error. Al reabrirse, puede volver también

a “En Curso”

FINALIZADO Error completamente resuelto.

¡Muchas gracias!