Generación Reportes de Jira y Confluence para La Gestión de Productos de Software

UNIVERSIDAD MAYOR DE SAN SIMON
FACULTAD DE CIENCIAS Y TECNOLOGIA

DIRECCIÓN DE POSGRADO
Generación de Reportes de Jira y

Confluence para la Gestión de Productos
de Software
TRABAJO FINAL PRESENTADO PARA OBTENER EL CETIFICADO DE

DIPLOMADO EXPERTO EN DESARROLLO DE APLICACIONES
EMPRESARIALES VERSION II
POSTULANTE: TANIA ANDREA VALERO MALELE

TUTOR : MSc. VALENTIN LAIME ZAPATA
Cochabamba – Bolivia
2019
Dedicatoria
Dedico esta monografía a mi familia que siempre me apoya
en todo momento y de igual forma sentí su apoyo al continuar
perfeccionando mi conocimiento a través de este diplomado.
A Mauricio Antonio Vargas Luizaga, por su apoyo
incondicional al cursar juntos este Diplomado.
Y agradecer a las personas que estuvieron siempre a mi lado
dándome aliento en seguir adelante con mi perfeccionamiento
y superación en el ámbito académico.
INDICE DE CONTENIDO
RESUMEN ........................................................................................................................................................... 1
INTRODUCCIÓN ................................................................................................................................................ 3
1 GENERALIDADES ..................................................................................................................................... 6
1.1 ANTECEDENTES GENERALES................................................................................................................... 6

1.2 ANTECEDENTES ESPECÍFICOS .................................................................................................................. 6
2 METODOLOGÍA ........................................................................................................................................ 8
3 HERRAMIENTA JIRA ............................................................................................................................... 9
3.1 CARACTERÍSTICAS................................................................................................................................ 10
3.2 GESTIÓN DE PROYECTOS ....................................................................................................................... 10
3.2.1 REGISTRO DE TRABAJO (LOG WORK): ................................................................................................... 12
3.2.2 FLUJO DE TRABAJO (WORKFLOW): ....................................................................................................... 15
3.3 FILTROS Y JQL ..................................................................................................................................... 16
3.4 REPORTES ............................................................................................................................................ 19
3.4.1 TIPOS DE REPORTES.............................................................................................................................. 19
3.4.1.1 REPORTES AGILES – BURNDOWN CHART .......................................................................................... 20
3.4.1.2 REPORTES AGILES – VELOCITY CHART ............................................................................................. 22
4 HERRAMIENTA CONFLUENCE ........................................................................................................... 24
4.1 CARACTERÍSTICAS DE CONFLUENCE ..................................................................................................... 25

4.1.1 ALTA DISPONIBILIDAD .......................................................................................................................... 25
4.1.2 RECUPERACIÓN .................................................................................................................................... 25
4.1.3 EDICIÓN COLABORATIVA ...................................................................................................................... 26
4.1.4 FÁCIL DE ADAPTAR .............................................................................................................................. 26
4.1.5 INTEGRACIÓN CON JIRA ....................................................................................................................... 27
4.2 MACROS EN CONFLUENCE .................................................................................................................... 30
5 GENERACION DE REPORTES CON JIRA Y CONFLUENCE ............................................................ 33
5.1 TIPOS DE REPORTES .............................................................................................................................. 33

5.1.1 REPORTES GENERALES ......................................................................................................................... 33
5.1.2 REPORTES DE ESTADOS ........................................................................................................................ 39
5.1.3 REPORTES DE SEGUIMIENTO DE TAREAS ................................................................................................ 42
5.1.4 REPORTES DE CONCLUSIÓN DE TAREAS.................................................................................................. 44
5.1.5 REPORTES DE SOPORTE AL CLIENTE ...................................................................................................... 45
6 CONCLUSIONES...................................................................................................................................... 49
7 BIBLIOGRAFIA ....................................................................................................................................... 51
8 PAGINAS WEB ......................................................................................................................................... 51

TABLA DE CUADROS, GRAFICOS Y FIGURAS
FIGURA 1: LOGO JIRA SOFTWARE ............................................................................................................................ 9
FIGURA 2: FORMULARIO PARA EL REGISTRO DE INCIDENCIAS .................................................................................. 11
FIGURA 3: OPCIÓN PARA EL REGISTRO DEL "LOG WORK"........................................................................................ 13
FIGURA 4: FORMULARIO PARA EL REGISTRO DEL TIEMPO INVERTIDO EN UNA TAREA DETERMINADA ......................... 14
FIGURA 5: TABLA DE HORAS DEDICADAS POR CADA MIEMBRO DE UN EQUIPO .......................................................... 14
FIGURA 6: FLUJO DE TRABAJO DE ESTADOS PERSONALIZADO (WORKFLOW)............................................................. 15
FIGURA 7: OPCIÓN PARA IR A LA SECCIÓN DE FILTROS EN JIRA ............................................................................... 16
FIGURA 8: VENTANA PARA FILTRAR INFORMACIÓN EN BASE A CONSULTAS JQL ...................................................... 17
FIGURA 9: RESULTADO DE LA CONSULTA INTRODUCIDA SOBRE UN PROYECTO ......................................................... 17
FIGURA 10: RESULTADO DE UNA CONSULTA CON LA SECCIÓN BÁSICA DE JQL ......................................................... 18
FIGURA 11: REPORTES EN JIRA ............................................................................................................................. 19
FIGURA 12: GRAFICO BURNDOWN CHART .............................................................................................................. 21
FIGURA 13: ELEMENTOS DE UN BURNDOWN CHART ............................................................................................... 21
FIGURA 14: GRAFICO DE VELOCIDAD DEL EQUIPO ................................................................................................... 23
FIGURA 15: LOGO CONFLUENCE ............................................................................................................................ 24
FIGURA 16: CONSTRUCCIÓN DE UN ESPACIO EN CONFLUENCE ................................................................................. 25
FIGURA 17: TEMAS Y ESTILOS EN CONFLUENCE ..................................................................................................... 27
FIGURA 18: PLANIFICACIÓN DE UN SPRINT EN CONFLUENCE ................................................................................... 28
FIGURA 19: ESTRUCTURA DE PÁGINA EN CONFLUENCE – EJEMPLO 1 ....................................................................... 29
FIGURA 20: ESTRUCTURA DE PÁGINA EN CONFLUENCE – EJEMPLO 2 ....................................................................... 29
FIGURA 21: VISTA DE CREACIÓN DE UNA PÁGINA EN CONFLUENCE ......................................................................... 30
FIGURA 22: EJEMPLO DEL USO DE MACROS EN CONFLUENCE .................................................................................. 31
FIGURA 23: RESULTADO DE UN EJEMPLO CON MACROS .......................................................................................... 32
FIGURA 24: RESULTADO DEL USO DE UN FILTRO EN JIRA ....................................................................................... 34
FIGURA 25: CREACIÓN DE UNA PÁGINA EN CONFLUENCE ........................................................................................ 35
FIGURA 26: ADICIÓN DEL FILTRO DE JIRA EN EL MACRO DE CONFLUENCE ............................................................. 36
FIGURA 27: RESULTADO OBTENIDO EN LA CONSTRUCCIÓN DEL REPORTE ................................................................ 37
FIGURA 28: OBTENCIÓN DEL PORCENTAJE DE AVANCE DE UN PROYECTO ................................................................. 38
FIGURA 29: ESTRUCTURA DEL REPORTE DE ESTADO ................................................................................................ 39
FIGURA 30: RESULTADO DEL REPORTE DE ESTADO ................................................................................................. 40
FIGURA 31: ESTRUCTURA DE REPORTE CON GRÁFICOS Y PORCENTAJES.................................................................... 41
FIGURA 32: ESTRUCTURA DEL REPORTE DE SEGUIMIENTO DE TAREAS ..................................................................... 42
FIGURA 33: ESTRUCTURA DEL REPORTE DE ESTADO DE TAREAS EN PROGRESO Y PENDIENTES ................................... 43
FIGURA 34: RESULTADO DEL REPORTE DE CONCLUSIÓN DE TAREAS ........................................................................ 44
FIGURA 35: USO DE ETIQUETAS PARA IDENTIFICAR SOLICITUDES DEL CLIENTE DE TIPO CALLCENTERFUP .................. 46
FIGURA 36: USO DE ETIQUETAS PARA IDENTIFICAR SOLICITUDES DEL CLIENTE DE TIPO WAITINGCONFIRMATION ....... 46
FIGURA 37: ESTRUCTURA REPORTE DEL SOPORTE AL CLIENTE - PARTE 1 ................................................................. 47
FIGURA 38:ESTRUCTURA REPORTE DEL SOPORTE AL CLIENTE - PARTE 2 ................................................................. 48
Generación de Reportes de Jira y Confluence para la Gestión de Productos de Software
Resumen
Considerando que el desarrollo de software esta siempre en constante movimiento y que estos
deben realizarse de manera rápida, eficiente, ordenada y contar con reportes que muestren el estado
y el progreso de estos proyectos, para lo cual es necesario uso de herramientas que permitan mostrar
cómo está el progreso de los mismos.
Estas herramientas que se mencionaran son 1 entre muchas herramientas que permitirán gestionar
un producto de software y contar con información actualizada al instante sobre como los miembros
de los equipos avanzan en el o los diferentes proyectos con los que se está trabajando.
1
2
Introducción
Una empresa que gestiona productos de software suele trabajar en una diversidad amplia de
productos, por lo cual se cuenta con una gran cantidad de información que debe ser gestionada de
manera correcta para mostrar el estado, desarrollo y progreso de estos productos de software.
La mayor parte de estas empresas, utilizan diferentes metodologías para el desarrollo de software,
las más conocidas son las metodologías agiles tales como Scrum, XP, entre otras. Para realizar la
gestión de estos productos de software cada empresa opta por trabajar con diferentes herramientas
que faciliten dicha administración, como es el caso de las herramientas Atlassian, entre ellas están
JIRA y Confluence.
Estas herramientas permiten que un producto este organizado y a la vez realizar el seguimiento
correspondiente al mismo y a los miembros del equipo con el que se trabaja. Por su parte en JIRA
se registran todas las tareas (Stories, Improvements, Bugs) que se desarrollaran, en el caso de
Confluence se registrara la parte de la documentación del producto y también se podría contar con
secciones para realizar el seguimiento y obtener reportes en base al trabajo realizado.
Para obtener esta información es importante contar con ciertos aspectos que facilitaran la obtención
y generación de reportes claros y precisos sobre el estado, desarrollo y progreso de estos productos
de software: planificación inicial donde las tareas deben estar definidas
previamente(requerimientos), contar con los recursos implicados para el desarrollo del producto,
tiempos del desarrollo y entrega de los mismos, puesta en marcha del trabajo, es decir que al
trabajar con metodologías agiles, estas permiten tener organizado el proyecto en Sprints de entre 2
a 4 semanas, las cuales tienen que ser iniciadas y terminadas en los tiempos mencionados
3
anteriormente, correcto registro del trabajo realizado por parte de los recursos(Equipo de
Desarrollo), se debe mencionar que este punto es importante, ya que permitirá realizar un
seguimiento correcto del progreso del producto, para lo cual se debe considerar: el registro de horas
de trabajo y la actualización de estados de tareas. Una vez que los pasos mencionados anteriormente
estén desarrollados de forma correcta, facilitara a la obtención de los reportes, usando JIRA y
Confluence.
El resultado final de esta monografía brindara información necesaria para la correcta gestión de un
producto de software, mediante reportes que serán obtenidos de JIRA y preparados en Confluence,
los cuales mostraran el estado en el que se encuentran dichos productos.
4
5
1 Generalidades
1.1 Antecedentes Generales
En la mayoría de las empresas medianas y grandes se desarrollan diferentes productos de software,
de los cuales se requiere conocer: el progreso y el estado en el que se encuentra cada producto.
Para ello mayormente se usa una diversidad de herramientas, las cuales permiten almacenar
información relevante de cada producto, y a través de esta información se pueden formular
diferentes tipos de reportes de forma automática.
Muchas veces la obtención de estos reportes resulta complicada ya que esto depende de muchos
aspectos para la generación de los mismos como ser: definición de requerimientos claros para su
desarrollo y entrega, la actualización del estado de tareas, el cumplimiento de fechas límites por
cada ítem, entre otros. Es por ello que, para lograr obtener reportes de forma correcta, se requiere
realizar un correcto registro.
1.2 Antecedentes Específicos
El uso de JIRA y Confluence para nuestro caso de estudio es importante, ya que, si se tiene un buen
registro de la información, se pueden generar reportes claros y precisos tanto del progreso como
del estado en el que se encuentran los diferentes productos de Software.
La Herramienta JIRA permite organizar los productos como se mencionó anteriormente, en el cual
se plasmará la planificación de estos productos y a la vez permitirá realizar el seguimiento
6
correspondiente de tareas que fueron definidas para cada miembro del equipo con el que se
trabajara a través de la opción “Work Log” que JIRA provee.
La Herramienta Confluence a parte de permitir registrar la documentación de los productos, brinda
el acceso a varios plugins, Macros para generar diferentes gráficos estadísticos, los cuales son
obtenidos en base a la información de JIRA a través de filtros.
En base a los resultados de estas 2 herramientas, se generan reportes más claros y útiles para una
mejor gestión de los productos y conocer el progreso y estado de los mismos.
7
2 METODOLOGÍA
A continuación, se mencionan los métodos de investigación que serán utilizados en el presente

trabajo:
• Método Bibliográfico, debido a que se realizara la lectura y compilación de libros
relacionados al tema de estudio.
• Método Analítico, debido a que se procederá a revisar y analizar ordenadamente
documentos relacionados al tema de estudio.
• Método Empírico o de Campo, debido a que se utilizaran ejemplos de aplicación o
experiencias observadas en el caso de las herramientas JIRA y Confluence.
8
3 HERRAMIENTA JIRA
Jira es una herramienta desarrollada por Atlassian, es uno de los tres productos que ofrece, los otros
productos son: Jira Core y Jira Desk, esta herramienta brinda una solución que se centra
principalmente en la gestión de proyectos de desarrollo de software utilizando metodologías agiles,
de ahí el nombre de Jira Software. Toma algunas de las características del Jira clásico (Jira Core),
como campos personalizables y flujos de trabajo flexible, y las cambia con soporte para métodos
agiles, brindando la experiencia completa de ejecutar un proyecto de manera ágil (Li, 2018, p. 22).
Figura 1: Logo Jira Software

Fuente: https://www.atlassian.com/software/jira
Es una solución de planificación de proyectos o de gestión de entornos colaborativos que optimizan
la productividad de los equipos de trabajo. Puede utilizarse como un software de gestión de tareas
cuando se necesita una estructura, agrupación y flujo de trabajo determinado.
De forma nativa, puede llevarse un registro de horas sobre las tareas y su gestión suele hacerse a
través de paneles Kanban o gráficos de Gantt. Además, soporta una gran cantidad de plugins que
permiten expandir sus capacidades.
Esta diseñado para que todos los miembros del equipo puedan planificar su trabajo diario creando
historias de usuario, incidencias o asignaciones de tareas y sub-tareas a los miembros de un equipo
determinado.
9
Supervisa y analiza el trabajo de todo el equipo, creando informes con los que mejorara el control
y rendimiento en base a datos visuales en tiempo real.
JIRA tiene una gran cantidad de características y a continuación se mencionarán las más
importantes:
3.1 Características
• JIRA soporta metodologías agiles como Scrum y Kanban
• JIRA es una herramienta para gestionar tareas y la gestión operativa de proyectos.
• Es muy adaptable y configurable
• Gestiona muy bien el tema del control de versiones
• Herramienta muy potente para hacer Reportes
• Personaliza los flujos de trabajo, WorkFlows
3.2 Gestión de proyectos
La herramienta JIRA permite gestionar varios proyectos en un solo lugar y de esta forma centrar
la información de los productos, sin perder de vista el progreso de los mismos.
En JIRA se pueden crear 2 tipos de proyectos: Scrum y Kanban, el más común para el desarrollo
de productos de software es SCRUM, en el cual enfocaremos la obtención de reportes.
Una vez definido los requerimientos y las tareas que se realizaran (planificación inicial), se procede
a la configuración de un proyecto en JIRA, en el cual se hace uso de los llamados Sprints, los cuales
delimitaran el tiempo de desarrollo, y a continuación se registran las incidencias (Stories,
Improvements, Bugs, Requests) como se muestra en la siguiente Figura 2:
10
Figura 2: Formulario para el registro de incidencias

Fuente: Elaboración propia
Una vez registrado todas las incidencias con sus estimaciones correspondientes (Story Points 1),
estos story points son un valor relativo y no se refiere directamente a las horas reales. Esto hace
que sea fácil para los equipos Scrum pensar en abstracto sobre el esfuerzo necesario para
completar una tarea. Al estimar con SPs, hay que asegurarse de considerar cada uno de los
siguientes factores:
1. La cantidad de trabajo que hay que hacer.
2. La complejidad del trabajo.
1
Los story points son una unidad de medida para expresar o estimar el esfuerzo general que sería necesario para el
desarrollo de un producto. (Guerrero Cano, 2016)
11
3. Cualquier riesgo o incertidumbre en hacer el trabajo.
4. La experiencia previa con ítems similares.
Una vez realizado esta etapa, se da inicio al Sprint en el cual se trabajará y de esta forma dar inicio
al desarrollo del producto. A medida que se van desarrollando las tareas dentro el sprint, es
indispensable tomar en cuenta 2 situaciones:
Registrar el tiempo invertido de una tarea determinada (Log Work), esto permitirá tener un
control sobre el tiempo que es dedicado al desarrollo de una tarea específica, la cual debe estar
relacionada a la estimación dada a esa tarea (story points).
Actualización de estados de las tareas, es decir, una vez terminada una tarea específica, esta debe
ser actualizada a un estado siguiente en base al flujo de trabajo (Workflow) que sigue cada proyecto
creado.
Los puntos mencionados anteriormente son prioritarios ya que la información registrada y
actualizada, permitirá tener un claro seguimiento y progreso del desarrollo de los productos de
software.
3.2.1 Registro de trabajo (Log Work):
El registro de trabajo es el tiempo real que le toma a un desarrollador el llevar a cabo una tarea
dada en relación a la estimación que fue determinada (story points). Esta información es importante
para el seguimiento del desarrollador y el equipo de trabajo, ya que permitirá obtener reportes sobre
el tiempo que es dedicado a estas tareas y ver la relaciones que existe entre la estimación que fue
dada versus el tiempo real dedicado y así lograr una mejor estimación para los siguientes sprints.
12
Para realizar el registro de trabajo, se debe ingresar al ticket y seleccionar la opción “More”
seguido de “Log Work” como se muestra en la siguiente Figura 3:
Figura 3: Opción para el registro del "Log Work"

Una vez seleccionado la opción “Log Work”, se desplegará un formulario en el cual se registrará
el tiempo dedicado a esa tarea considerando el siguiente formato:
• 2w: Hace referencia a 2 semanas
• 3d: Hace referencia a 3 días
• 2h: hace referencia a 2 horas
A continuación, se mostrará en formulario de registro de horas como se muestra en la siguiente
Figura 4:
13
Figura 4: Formulario para el registro del tiempo invertido en una tarea determinada
Una vez registrado las horas de trabajo de cada miembro del equipo se podría obtener las horas
trabajadas por cada miembro del equipo como se muestra en la siguiente Figura 5:
Figura 5: Tabla de horas dedicadas por cada miembro de un equipo

14
3.2.2 Flujo de Trabajo (WorkFlow):
El flujo de trabajo es el corazón de JIRA, es lo que impulsa por detrás a Jira y su tablero ágil (Li,
2018).
El flujo de trabajo en JIRA se puede denominar como el ciclo de vida de una incidencia, JIRA
software tiene un flujo de trabajo predeterminado, estas incidencias se mueven a través de 3
estados: tareas pendientes, en curso y finalizado. Este flujo de trabajo puede ser personalizado en
base al desarrollo de tareas del equipo, por ejemplo; si un equipo necesita revisión de código, es
necesario agregar dicho estado como espera de control de calidad o listo para control de calidad
como se muestra en la siguiente Figura 6:
Figura 6: Flujo de trabajo de estados personalizado (Workflow)

Fuente: Elaboración Propia
15
3.3 Filtros y JQL
Al trabajar con múltiples proyectos, es importante manejar la información de los mismos de manera
rápida y eficiente, y es ahí que con la ayuda de los filtros que proporciona JIRA es posible realizar
esto. JIRA permite guardar estos criterios de búsqueda para re-utilizarlos posteriormente, se hace
uso del lenguaje JQL que es propio de JIRA para obtener dicha información, además que serán de
utilidad al momento de generar reportes, los cuales serán explicados más adelante.
Un ejemplo de cómo se manejan los filtros con JQL es el siguiente Figura 7:
Figura 7: Opción para ir a la sección de filtros en JIRA

Una vez seleccionado la opción “Search Issues” se desplegará una ventana, en la cual se puede
filtrar de 2 formas: Primera forma, introducir una consulta en la sección del campo para filtrar la
información que es requerida como se muestra a continuación en la Figura 8:
16
Figura 8: Ventana para filtrar información en base a consultas JQL

La consulta a utilizar será la siguiente como se muestra en la Figura 9:
project = "KYP 3.0" AND assignee in(membersOf("Portal3.0")) AND labels= Patch3.7
Figura 9: Resultado de la consulta introducida sobre un proyecto

17
Como se puede observar en la Figura 9, el resultado de la misma es de 358 tareas registradas. La
segunda forma es haciendo uso de la sección de consultas básicas para obtener la información que
se requiera como se muestra en la siguiente Figura 10:
Figura 10: Resultado de una consulta con la sección básica de JQL

Estas consultas permiten obtener información actualizada y en cualquier momento con la ayuda de
JQL y para ello también se hace uso de palabras clave las cuales son:
• AND
• OR
• NOT
• EMPTY
• NULL
• ORDER BY
18
3.4 Reportes
JIRA proporciona diferentes tipos de reportes dentro de un proyecto determinado, estos ayudan a
realizar un análisis del progreso, problemas, obstáculos y el estado de cualquier proyecto.
Para acceder a los reportes en JIRA, el usuario debe seleccionar un proyecto específico, seleccionar
la opción de reportes que se encuentra en el lado izquierdo de la barra de opciones. Esto mostrara
todos los informes compatibles con JIRA como se muestra en la siguiente Figura 11:
Figura 11: Reportes en JIRA

3.4.1 Tipos de Reportes
JIRA cuenta con diferentes tipos de reportes los cuales están divididos según un propósito:
• Agiles
• Análisis de problemas
• Pronostico y Gestión
• Otros
19
En base a la lista anterior, enfocaremos nuestro análisis sobres los tipos de reportes agiles:
Burndown Chart y Velocity Chart.
3.4.1.1 Reportes Agiles – Burndown Chart
El gráfico de Burndown muestra una representación gráfica del trabajo estimado o ideal que queda
por hacer frente al progreso real. La línea gris actúa como una guía para el progreso planificado
del proyecto y la línea roja es el progreso real. En un mundo ideal, ambas líneas deben estar lo más
cerca posible entre sí a medida que el sprint progresa cada día (Li, 2018)
El eje horizontal del burndown chart muestra el sprint actual; el eje vertical muestra la cantidad de
trabajo pendiente por realizar al inicio de cada sprint. Este trabajo restante se puede expresar en la
unidad que el equipo prefiera -- story points (puntos de historia), ideal days (días ideales), team
days (días de equipo) u otra unidad, Figura 12
20
Figura 12: Grafico Burndown Chart

A continuación, se explicará el contenido del burndown chart, Figura 13:
Figura 13: Elementos de un Burndown Chart

Fuente: (Rehkopf, 2019)
21
1. Estadística de estimación: el eje vertical representa la estadística de estimación que ha
sido seleccionada. Para el ejemplo se utilizó los story points.
2. Valores restantes: la línea roja representa la cantidad total de trabajo restante en el sprint,
de acuerdo con las estimaciones de su equipo.
3. Guía: La línea gris muestra una aproximación de dónde debería estar su equipo, asumiendo
un progreso lineal. Si la línea roja está debajo de esta línea, felicitaciones: su equipo está
en camino de completar todo su trabajo al final del sprint. Aunque esto no es infalible; es
solo otra pieza de información para usar mientras se monitorea el progreso del equipo.
3.4.1.2 Reportes Agiles – Velocity Chart
El grafico de velocidad muestra la cantidad de trabajo originalmente asignado al sprint versus la
cantidad real de trabajo completado en función de cómo se decida estimar, como en el caso de los
story points (Li, 2018).
El gráfico de velocidad muestra la cantidad de valor entregado en cada sprint, lo que le permite
predecir la cantidad de trabajo que el equipo puede realizar en futuros sprints. Es útil durante
reuniones de planificación de sprint, para ayudar a decidir con cuánto trabajo el equipo puede
comprometerse. Para cada sprint, el gráfico de velocidad muestra la suma de las estimaciones para
historias completas e incompletas. (Jira Software Support, 2018)
A continuación, se muestra un ejemplo de grafico de velocidad, Figura 14
22
Figura 14: Grafico de velocidad del equipo
23
4 HERRAMIENTA CONFLUENCE
Confluence es una plataforma en la que se puede crear contenidos en un contexto colaborativo con
los integrantes de un proyecto, es especialmente útil para la generación de los requerimientos de
desarrollo como documentación técnica.
Tomando en cuenta que Confluence es un software de colaboración en equipo, perteneciente a las
wikis escrito en Java y utilizado principalmente en entornos colaborativos, está desarrollado y
comercializado por Atlassian2.
Figura 15: Logo Confluence
Fuente: https://www.atlassian.com/es/software/confluence
Confluence permite crear cualquier elemento imaginable, desde notas de reuniones, planes de
proyectos, requisitos del producto, reportes entre otros.
Además, de trabajar con recursos multimedia y contenidos dinámicos se pueden cargar estos en las
páginas creadas en Confluence y también subir archivos y compartirlos, a continuación, se muestra
un ejemplo de cómo construir espacios en Confluence, Figura 16:
2
Atlassian es la suite de productos y un excelente impulsor de los procesos de transformación cultural y organizativa.
Son herramientas que facilitan el trabajo colaborativo, la transparencia y comunicación entre equipos
24
Figura 16: Construcción de un espacio en Confluence

Fuente: (Atlassian, 2019)
4.1 Características de Confluence
Confluence funciona con una amplia gama de sistemas operativos y bases de datos conjuntamente
con servidores, entre las características más importantes se tiene:
4.1.1 Alta disponibilidad
Minimiza el tiempo de inactividad y brinda a los usuarios un acceso ininterrumpido a las
aplicaciones críticas gracias a la agrupación en clústeres activo-activo.
4.1.2 Recuperación
Una de las mayores ventajas que ofrece Confluence es la de guardar, archivar, organizar y recuperar
información.
25
4.1.3 Edición colaborativa
Los equipos pueden compartir borradores, crear contenidos de forma conjunta y proporcionar
feedback3 en tiempo real para obtener un avance más rápido de los proyectos
La transparencia y la organización son elementos que no pueden faltar en los equipos de hoy en
día. Confluence crea un entorno centralizado que permite organizar el trabajo de un equipo y
acceder a información necesaria para lograr los objetivos planteados.
4.1.4 Fácil de Adaptar
Se ajusta a la presentación de páginas y menús según sus propios estándares mediante opciones
para el manejo de temas y estilos incluidos en Confluence o a través de plugins como refinados
Wikis4 o como temas originales como se muestra en la Figura 17:
3
Feedback es la retroalimentación para la mejora continua de un proyecto.
4
Wikis se utiliza en el ámbito de internet para referirse a las páginas web cuyo contenido puede ser editado por varios
usuarios a través de cualquier navegador.
26
Figura 17: Temas y Estilos en Confluence

Fuente: (Atlassian, 2019)
4.1.5 Integración con JIRA
Confluence brinda una integración con JIRA, a través de configuraciones que permiten contar con
un proceso de Administración de proyectos o manejo de incidencias. Al completar las
configuraciones de JIRA en Confluence los diferentes proyectos contaran con información del
trabajo que están realizando en páginas que pueden ser creadas dentro Confluence para el
seguimiento de dichos proyectos, como se muestra en la Figura 18:
27
Figura 18: Planificación de un Sprint en Confluence

Con la integración realizada, cada equipo puede armar un espacio en Confluence y hacer uso de
plantillas predefinidas o armar a criterio propio el espacio requerido, como se muestra en las
siguientes Figuras 19, 20:
28
Figura 19: Estructura de página en Confluence – Ejemplo 1

Figura 20: Estructura de página en Confluence – Ejemplo 2

29
4.2 Macros en Confluence
Los macros son funcionalidades extras que permiten agregar contenido dinámico y expandir las
capacidades de las paginas en Confluence. Para agregar un macro lo primero que se debe hacer es
crear una página en blanco, presionando el botón create como se muestra en la Figura 21:
Figura 21: Vista de creación de una página en Confluence

Una vez seleccionada esa opción aparecerá la página en blanco y en esta se podrá agregar el título,
secciones, tablas y también hacer uso de los macros como se muestra en la Figura 22:
30
Figura 22: Ejemplo del uso de Macros en Confluence

El resultado dependerá de los macros que sean utilizados, en este caso se utilizó un macro que
permite ver la cantidad de tickets, el tipo de Issue con su respectivo estado como se muestra en la
Figura 23:
31
Figura 23: Resultado de un ejemplo con Macros

En el siguiente apartado se explicará a detalle el uso que se puede dar a los macros y como pueden
ser generados los diferentes reportes para un proyecto determinado.
32
5 GENERACION DE REPORTES CON JIRA Y CONFLUENCE
La generación de reportes es de vital importancia para realizar un control y seguimiento sobre cómo
está el avance del proyecto y si se está logrando los objetivos planteados en la planificación inicial.
Para llevar a cabo la generación de los mismos, primero se debe considerar que tipos de reportes
serian adecuados para un determinado proyecto y que información se espera que sean brindados
por dichos reportes.
5.1 Tipos de reportes
A continuación, se presentará una propuesta de reportes que en base a la experiencia de los mismos
han sido de gran utilidad para el control y seguimiento de un proyecto que está en desarrollo y en
producción.
5.1.1 Reportes Generales
Los reportes generales permiten mostrar información global del estado de las tareas en términos de
porcentaje de avance las cuales fueron planificadas para una determinada entrega (Release).
Para obtener dichos reportes, es necesario trabajar con filtros de JIRA y Macros de Confluence
como se mencionó anteriormente, a continuación, se explicará a detalle cómo se generaron estos
reportes.
Para empezar, se debe contar con un filtro de JIRA como se muestra a continuación:
project in (KYPBO, "KYP Enrollment") AND labels = Patch3.8 AND assignee in (membersOf(Portal3.0)) AND
assignee not in (rperez, mhuanca, hbuhezo, mr.sahonero, michel.terrazas) AND issuetype not in (Epic, Task, Sub-task)
AND status not in (Reopened, Open, "In Progress", "QA ready", "QA InProgress") ORDER BY assignee ASC
33
Una vez construido el filtro este se guardará y se trabajará con la URL asociada al filtro guardado,
https://support.dharbor.com:8443/issues/?filter=19987 y el resultado de este filtro se muestra en la Figura
24:
Figura 24: Resultado del uso de un Filtro en JIRA

A continuación, se procede a realizar la creación de una página en Confluence como se vio
anteriormente y se hace uso del filtro creado en JIRA con la integración de Macros como se muestra
en la Figura 25:
34
Figura 25: Creación de una página en Confluence

Como se puede observar en la anterior figura, se construyó la estructura del reporte, haciendo uso
de secciones y Macros que permitirán la obtención de la información mediante el filtro de JIRA,
introducido en el Macro con el cual se eligió trabajar, en este caso se hizo uso de un Macro que
mostrara un gráfico de barras, a continuación, se muestra la inclusión del filtro de JIRA en el
Macro, Figura 26:
35
Figura 26: Adición del filtro de JIRA en el Macro de Confluence

En la figura anterior, al ingresar el filtro de JIRA se muestra el resultado del mismo y se debe
presionar el botón Insert.
El resultado obtenido para este reporte haciendo uso de Filtros y Macros en Confluence se muestra
en la Figura 27:
36
Figura 27: Resultado obtenido en la construcción del Reporte

En la Figura mostrada anteriormente se puede apreciar el gráfico con el avance general del proyecto
en base a los estados en los que se encuentran las tareas(esto hace referencia al flujo de trabajo -
Workflow con el cual cada proyecto trabaja), una tabla al lado izquierdo que muestra el porcentaje
de avance del proyecto considerando el avance del equipo de desarrollo y del equipo de control de
calidad, además del total de tickets que están siendo trabajados, un panel de configuraciones al lado
derecho que permitirá personalizar el gráfico y por último una tabla resumen del porcentaje de
avance por semana que se trabajó.
37
Las tablas mencionadas anteriormente se deben llenar manualmente en base al resultado generado
del gráfico por estado y considerando los respectivos estados tanto para el equipo de desarrollo
como para el equipo de control de calidad.
A continuación, se explicará cómo se manejó el porcentaje de trabajo concluido tanto del equipo
de desarrollo como del equipo de control de calidad, además del trabajo pendiente, esto en base al
flujo de trabajo definido y mencionado con anterioridad:
• Equipo de desarrollo: Resolved + QA Ready + QA In progress + Verified + Closed

• Equipo de control de calidad: Closed + Verified
• Trabajo Pendiente: Open + In Progress + Reopened
Figura 28: Obtención del porcentaje de avance de un proyecto

38
5.1.2 Reportes de Estados
Los reportes de estado permitirán mostrar información a detalle sobre el trabajo que se está
realizando en un determinado proyecto. Para generar estos reportes, también se hizo uso de filtros
en JIRA y Macros en Confluence.
Para este reporte se hace una diferenciación y una agrupación en base al tipo de Issue, es decir,
stories, improvements, bugs, y soporte al cliente como se muestra en la siguiente Figura 29:
Figura 29: Estructura del reporte de estado

Para este reporte se utilizó un Macro de Tabla para mostrar el estado de cada Issue y la cantidad de
tickets que se tiene por cada tipo, el resultado de este reporte se muestra en la Figura 30:
39
Figura 30: Resultado del reporte de Estado

Como se puede apreciar cada tipo de Issue agrupado, muestra la cantidad de tickets y el estado en
el que se encuentran, permitiendo de esta forma tener la información del estado de tareas por cada
tipo y la cantidad de trabajo faltante para cumplir con las metas establecidas en la planificación
inicial. Este reporte también puede ser estructurado con gráficos y porcentajes del trabajo realizado,
40
según el tipo de Issue y el estado en el que se encuentran las tareas como se muestra en la Figura
31:
Figura 31: Estructura de reporte con gráficos y porcentajes
41
5.1.3 Reportes de seguimiento de tareas
Los reportes de seguimiento de tareas permiten mostrar información acerca del trabajo que está
realizando el equipo de desarrollo, además del trabajo pendiente que tiene cada uno y el tiempo
estimado para realizar cada tarea según la estimación realizada en la planificación inicial.
Para obtener este reporte se utilizó filtros de JIRA y Macros en Confluence, como se muestra en la
Figura 32:
Figura 32: Estructura del reporte de seguimiento de tareas

El resultado del reporte para el seguimiento de tareas muestra un resumen de tareas, los integrantes
del equipo, estado de tareas del desarrollador, tiempo estimado de las tareas y un panel de
configuración que permite personalizar el resultado de estas como se muestra en la Figura 33:
42
Figura 33: Estructura del reporte de estado de tareas en progreso y pendientes
La sección de tareas del desarrollador muestra los tickets con los que está trabajando, agrupados
según el estado en el que se encuentran y las tareas pendientes que se tienen.
43
5.1.4 Reportes de conclusión de tareas
Los reportes de conclusión de tareas permiten mostrar información sobre el trabajo completado por
cada miembro del equipo de desarrollo, además de proporcionar información sobre que tareas
fueron completadas y el tiempo que fue estimado.
Para obtener este reporte se utilizó filtros de JIRA y Macros en Confluence, como se muestra en la
Figura 34:
Figura 34: Resultado del reporte de conclusión de tareas
44
5.1.5 Reportes de soporte al Cliente
Para proyectos que se encuentran en producción y cuentan con soporte al Cliente, es necesario
contar con reportes que ayuden a identificar y priorizar este soporte realizado al cliente.
Los reportes de soporte al cliente permiten mostrar información acerca del trabajo que está
realizando el equipo de desarrollo, sobre el soporte realizad. Para obtener estos reportes es
importante organizar los mismos y agrupar según el estado en el que se encuentren, muchas veces
al realizar estos soportes, no se cuenta con la información necesaria para proceder con dicho
soporte, por lo que es necesario clasificar este tipo de Issues con etiquetas(labels) y de esta forma
organizar el reporte que permitirá reflejar el estado en el que se encuentre la solicitud del cliente.
Para obtener este reporte se utilizó filtros de JIRA y Macros en Confluence, además como se
mencionó el uso de etiquetas para agrupar y clasificar el estado de los mismos, a continuación, se
presentará una propuesta solución para este tipo de reportes, que permitieron tener una mejor
organización de este soporte.
Primeramente, se utilizaron diferentes tipos de etiquetas(labels) para clasificar las diferentes
solicitudes del cliente, como se muestra en las Figuras 35, 36:
45
Figura 35: Uso de etiquetas para identificar solicitudes del cliente de tipo callcenterfup
Figura 36: Uso de etiquetas para identificar solicitudes del cliente de tipo waitingconfirmation
Una vez identificado los diferentes tipos de solicitudes con sus respectivos labels, se procede a
generar filtros en JIRA haciendo uso de las etiquetas (labels), como se muestra a continuación:
project in (KYPBO, KEN) AND labels = Call-Center AND labels = waitingconfirmation AND issuetype = "Request
For Service/Support"
46
A continuación, se elabora una página en Confluence, con los respectivos Macros y filtros de JIRA
para los diferentes tipos de solicitudes, como se muestra en las Figuras 37 y 38:
Figura 37: Estructura reporte del soporte al Cliente - Parte 1

47
Figura 38:Estructura reporte del soporte al Cliente - Parte 2
De esta forma, se logró una mejor organización y administración de las solicitudes de soporte al
cliente, evitando pérdidas o retrasos sobre dichas solicitudes.
48
6 CONCLUSIONES
Se detalló aspectos importantes que abarcan las herramientas tanto de JIRA Software como de
Confluence, en el cual se observó que son herramientas que se integran de tal forma que permiten
contar con información que es útil para generar diferentes tipos de reportes.
Es necesario contar con reportes que se adecuen a un determinado proyecto, para contar con
información sobre el progreso del mismo, además de tener un control de tareas del personal
asignado a dicho proyecto y los tiempos de entrega de tareas sean en lo posible acordes a una
estimación dada.
Para obtener información coherente y clara, es de vital importancia realizar un buen registro del
trabajo realizado por parte del equipo de desarrollo y un buen uso de las herramientas para la
generación de reportes como se vio anteriormente.
Utilizando los reportes mencionados en la presente monografía, se obtendrá información que
refleje el estado en el que se encuentra un proyecto y además tener el control de conclusión de
tareas ya sea a nivel general o específica, brindando de esta forma datos con los cuales se puedan
mejorar tanto la estimación de tareas como la entrega de los mismos.
En cuanto a reportes de soporte al cliente mencionado anteriormente, es importante contar con una
buena agrupación mediante etiquetas(labels), ya que esto permite generar información vital tanto
al cliente como al equipo de desarrollo en caso de necesitar información adicional o confirmación
de que el soporte dado tuvo éxito y de esta forma mantener orden en el trabajo realizado.
49
En conclusión, se puede mencionar que el uso de las herramientas JIRA Software y Confluence
son de gran utilidad a la hora de generar reportes cuando se cuenta con la información organizada,
y los estados de tareas son actualizados de forma correcta, permitiendo así tener el estado actual
del proyecto en cuestión.
50
7 BIBLIOGRAFIA
Kuruvilla, J. (2016). Jira Development Cookbook. Packt Publishing.

Li, P. (2018). Jira Software Essentials. Packt Publishing.
8 PAGINAS WEB
Atlassian. (2019). Confluence. Obtenido de https://www.atlassian.com/es/software/confluence

Guerrero Cano, M. (29 de 08 de 2016). Agile Lean Manufacturing: ¿qué son los Story Points?
Obtenido de
https://manuelguerrerocano.com/agileleanmanufacturing_storypoints/#Que_son_los_punt
os_de_la_historia_Story_Points_SPs
Jira Software Support. (27 de 08 de 2018). Velocity Chart. Obtenido de
https://confluence.atlassian.com/jirasoftwareserver/velocity-chart-938845700.html
Programacion y mas. (2017). Scrum: ¿Qué es el Burndown Chart? Obtenido de
https://programacionymas.com/blog/scrum-burndown-chart
Rehkopf, M. (2019). Learn how to use burndown charts in Jira Software. Obtenido de
https://www.atlassian.com/agile/tutorials/burndown-charts
51

Generación Reportes de Jira y Confluence para La Gestión de Productos de Software

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Generación Reportes de Jira y Confluence para La Gestión de Productos de Software

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDAD MAYOR DE SAN SIMON

FACULTAD DE CIENCIAS Y TECNOLOGIA

Generación de Reportes de Jira y

TRABAJO FINAL PRESENTADO PARA OBTENER EL CETIFICADO DE

POSTULANTE: TANIA ANDREA VALERO MALELE

1.1 ANTECEDENTES GENERALES................................................................................................................... 6

3 HERRAMIENTA JIRA ............................................................................................................................... 9

4 HERRAMIENTA CONFLUENCE ........................................................................................................... 24

4.1 CARACTERÍSTICAS DE CONFLUENCE ..................................................................................................... 25

5 GENERACION DE REPORTES CON JIRA Y CONFLUENCE ............................................................ 33

5.1 TIPOS DE REPORTES .............................................................................................................................. 33

8 PAGINAS WEB ......................................................................................................................................... 51

cómo está el progreso de los mismos.

secciones para realizar el seguimiento y obtener reportes en base al trabajo realizado.

de software: planificación inicial donde las tareas deben estar definidas

los cuales mostraran el estado en el que se encuentran dichos productos.

1.1 Antecedentes Generales

En la mayoría de las empresas medianas y grandes se desarrollan diferentes productos de software,

información relevante de cada producto, y a través de esta información se pueden formular

diferentes tipos de reportes de forma automática.

realizar un correcto registro.

1.2 Antecedentes Específicos

del estado en el que se encuentran los diferentes productos de Software.

se plasmará la planificación de estos productos y a la vez permitirá realizar el seguimiento

trabajara a través de la opción “Work Log” que JIRA provee.

La Herramienta Confluence a parte de permitir registrar la documentación de los productos, brinda

obtenidos en base a la información de JIRA a través de filtros.

mejor gestión de los productos y conocer el progreso y estado de los mismos.

A continuación, se mencionan los métodos de investigación que serán utilizados en el presente

relacionados al tema de estudio.

• Método Analítico, debido a que se procederá a revisar y analizar ordenadamente

documentos relacionados al tema de estudio.

• Método Empírico o de Campo, debido a que se utilizaran ejemplos de aplicación o

experiencias observadas en el caso de las herramientas JIRA y Confluence.

principalmente en la gestión de proyectos de desarrollo de software utilizando metodologías agiles,

Figura 1: Logo Jira Software

Es una solución de planificación de proyectos o de gestión de entornos colaborativos que optimizan

cuando se necesita una estructura, agrupación y flujo de trabajo determinado.

permiten expandir sus capacidades.

historias de usuario, incidencias o asignaciones de tareas y sub-tareas a los miembros de un equipo

y rendimiento en base a datos visuales en tiempo real.

• JIRA soporta metodologías agiles como Scrum y Kanban

• JIRA es una herramienta para gestionar tareas y la gestión operativa de proyectos.

• Es muy adaptable y configurable

• Gestiona muy bien el tema del control de versiones

• Herramienta muy potente para hacer Reportes

• Personaliza los flujos de trabajo, WorkFlows

3.2 Gestión de proyectos

la información de los productos, sin perder de vista el progreso de los mismos.

de productos de software es SCRUM, en el cual enfocaremos la obtención de reportes.

delimitaran el tiempo de desarrollo, y a continuación se registran las incidencias (Stories,

Improvements, Bugs, Requests) como se muestra en la siguiente Figura 2:

Figura 2: Formulario para el registro de incidencias

1. La cantidad de trabajo que hay que hacer.

2. La complejidad del trabajo.

3. Cualquier riesgo o incertidumbre en hacer el trabajo.

4. La experiencia previa con ítems similares.

indispensable tomar en cuenta 2 situaciones:

relacionada a la estimación dada a esa tarea (story points).

Los puntos mencionados anteriormente son prioritarios ya que la información registrada y

3.2.1 Registro de trabajo (Log Work):

seguido de “Log Work” como se muestra en la siguiente Figura 3:

Figura 3: Opción para el registro del "Log Work"