Introducción

Tras el desarrollo inicial de la planificación y la estructura de trabajo en ProjectLibre, se hace necesario un sistema más dinámico para la ejecución y el seguimiento en el día a día: Jira.

Esta sección pretende introducir la gestión que se implementará a través de Jira. Se detallará cómo los elementos definidos en ProjectLibre se traducirán en elementos gestionables dentro de Jira.

Jira nos proporciona un marco ágil para la gestión del flujo de trabajo (workflow), permitiendo:

• Visibilidad del progreso: Uso de tableros (Kanban/Scrum) para visualizar el estado actual de cada tarea, de calendarios para saber las tareas asignadas por día y cronogramas para saber el tiempo estimado de cada sprint.

• Colaboración en tiempo real: Asignación clara del personal y edición instantanea.

• Priorización dinámica: Flexibilidad para reordenar el trabajo y adaptarnos a los requisitos cambiantes.

• Generación de informes: Estadísticas detalladas sobre el rendimiento, trabajo realizado, trabajo por realizar y velocidad del proyecto.

Creación de un espacio en Jira

La creación de un espacio de proyecto en Jira es el primer paso para centralizar la gestión, la colaboración y el seguimiento de las tareas del equipo. En este espacio se importarán y organizarán las tareas del proyecto previamente estructuradas en el Project Libre.

Para la crear un espacio en Jira, primero debemos ir a su página web pinchando aquí y registrarnos en Atlassian. Una vez registrado, crearemos un nuevo proyecto de Jira y eligiremos el desarrollo del software, en nuestro caso Scrum. Será un proyecto gestionado por el equipo y posteriormente nos pedirán los detalles del proyecto, nosotros hemos llamado al proyecto GB05-GPS. Tras seguir estos pasos ya habremos creado un espacio en el que trabajaremos con nuestro equipo.

Configuración del espacio creado

Una vez creado el espacio, debemos configurarlo para que podamos sacar el máximo partido a Jira. Para ello, vamos a dirigirnos a los espacios creaos y a configuración del espacio.

Ya dentro de este apartado nos dirigiremos a funciones, dentro veremos distinas opciones para nuestro espacio de Jira. Para nuestro proyecto hemos dejado marcadas: resumen, cronograma, backlog, lista, calendario, informes, navegador de incidencias, sprints, estimación en tiempo, código y desarrollo. El resto de opciones las hemos dejado desmarcadas.

Añadir personas a nuestro espacio

Ya que estamos dentro de la configuración del proyecto, se va a explicar a como invitar a personas a que se unan al proyecto. Para ello iremos a la sección de Acceso en el menú hamburguesa de la izquierda. Una vez allí, pincharemos sobre el botón azul de Añadir personas y pondremos el correo electrónico de la persona a la que queramos invitar.

Añadir actividades a Jira (Sprints, tareas, subtareas)

A continuación, vamos a explicar la parte más importante de Jira: la inserción de Sprints, épicas, historias de usuarios, tareas y subtareas en el apartado donde aparece el Backlog y el cronograma. Tomaremos como referencia los valores que establecimos en la aplicación ProjectLibre.

Para hacer esto, primero debemos añadir los 3 Sprints necesarios para poder añadir épicas, historias de usuario, tareas y subtareas. En la pestaña del backlog, donde está el apartado del Backlog, hacemos click en "crear Sprint", hasta tener 3 apartados diferentes que representan los 3 Sprints diferentes que planeamos. Modificamos su nombre, duración, fecha de inicio y la meta de los Sprint.

Después, añadimos las 4 épicas que necesitamos en la pestaña del cronograma, haciendo click en "Crear Epic". Aquí podemos modificar los valores de dichas épicas, como sus nombres, su duración, los responsables de dicha épicas, etc.

Por otra parte, para añadir las historias de usuario y las tareas, nos metemos en la pestaña del backlog, y hacemos click en "Crear" y elegimos el tipo de actividad que queremos crear. Luego, modificamos sus valores, como su nombre, su duración, los responsables de dicha actividades, etc. con el panel que aparece a la derecha de la pantalla al hacer click a las actividades. Además, aquí podemos asignar dichas tareas e historias de usuario a cada épica.

Por último, para asignar subtareas a las tareas/historias de usuario (que solamente se han planificado en el primer Sprint), abrimos el panel derecho al hacer click en una actividad, y hacemos click en el apartado subtareas, y hacemos click en el símbolo "+". A continuación, si se hace click al nombre de las subtareas, se abre un apartado en el cual podemos modificar sus valores, como su nombre, su duración, los responsables de dicha subtarea, etc.

División del trabajo en Jira

Cada miembro del grupo se ha encargado de rellenar los datos necesarios en Jira de una manera u otra. A continuación se detalla que ha realizado cada miembro:

• Daniel Barrantes Pulido

Ha introducido todos los Sprints, épicas e historias de usuario en el Backlog y en el cronograma.

• Pablo Rebanales Álvarez

Ha introducido las subtareas del primer Sprint y ha ordenado cada historia de usuario por Sprint.

• Miguel Alejandro García

Ha añadido descripciones a cada épica, historia de usuario y subtarea.

• Alejandro Paniagua García

Ha añadido las personas responsables de cada subtarea, los labels de épicas, tareas y subtareas y la duración de cada subtarea.

• Iván Ruiz López

Ha añadido las relaciones entre historias de usuario y realizado la planificación del desarrollo en el cronograma.

Informe de Jira

Tras el duro trabajo realizado por nuestro equipo de desarrollo pasando todas las épicas, historias de usuario y subtareas del ProjectLibre a Jira. Jira nos ha devuelto un informe del flujo acumulado antes de empezar el sprint.

Informes Primer Sprint

Tras finalizar el primer sprint, Jira recabó la información del trabajo realizado a lo largo del sprint. Esta información se muestra en forma de distintos informes que indican el flujo de trabajo que se ha seguido, el trabajo completado, tiempo empleado... En esta sección se presentan los informes del primer sprint junto con la interpretación de los mismos.

Informe de trabajo realizado

El informe de trabajo realizado tiene tres campos de estimación distintos que reflejan distintos aspectos del trabajo que se ha realizado en este sprint: Tiempo, recuento de actividades y puntos de historia. Estos informes presentan siempre tres variables en su gráfico: Trabajo completado, que refleja las horas empleadas en el sprint, directriz, que marca la evolución ideal que debería tener la variable del trabajo realizado, y el alcance de trabajo, que marca las actividades a realizar en el sprint.

Debido a un error en la configuración, los tiempos de completado de las historias de usuario realizadas no se ven reflejados de manera correcta en el sprint, pues, aunque todos los tiempos de las subtareas están registrados, estos no se han trasladado a las historias o a las épicas correspondientes, registrando un total de 0 horas de trabajo realizado o de trabajo a realizar:

Lo mismo ocurre con la tabla correspondiente a la gráfica mostrada:

Esto mismo ocurre con los puntos de actividad, dando lugar a otra gráfica plana:

Junto a su correspondiente tabla:

Sin embargo, como el campo de estimación de Recuento de Actividades no depende del tiempo registrado, esta gráfica se muestra de forma correcta, pudiendo interpretarla. La línea roja marca el número de actividades necesarias para completar el sprint, mientras que la línea verde marca las actividades ya completadas a lo largo de la duración del sprint. La línea gris muestra una guía de cómo debería ser el crecimiento de la línea verde hasta alcanzar a la roja:

Vemos que el incremento de la línea verde se encuentra por debajo de la línea gris en todo momento, con un crecimiento puntual frente al crecimiento lineal de esta. La diferencia de crecimientos es lógica debido a que este informe no tiene en cuenta el tiempo tardado en completar cada actividad, sino simplemente si estas han sido o no completadas, lo que imposibilita un crecimiento lineal.

Esto no significa que el crecimiento de la línea verde sea idóneo, pues tiene planos y picos dispares que reflejan periodos de trabajo más o menos óptimos. Aún así, todo el trabajo quedó completado, lo que indica un final exitoso para el sprint.

Esto también se ve reflejado en la tabla que acompaña a la gráfica anterior:

Informe del trabajo pendiente

Este informe es opuesto al informe presentado anteriormente, sin embargo, comparte tanto los campos de estimación como algunas de sus variables, aunque interpretadas de formas opuestas. Esta vez, la línea roja marca las horas de trabajo restante por realizar, por lo que esta irá decreciendo conforme la línea verde del anterior informe va avanzando. La línea gris sigue marcando una estimación de cómo debe decrecer la línea roja mencionada anteriormente.

Debido al mismo error mencionado anteriormente, las gráficas para los campos de estimación del tiempo y los puntos de historia son planas y no refleja los datos reales del sprint.

En este caso, la tabla muestra las tareas completadas durante el sprint, aunque, una vez más, no reflejan el tiempo invertido en cada una de ellas:

Y esto mismo ocurre con el campo de estimación de puntos de historia, tanto en su gráfica como en su tabla:

Una vez más, como el campo "Recuento de actividades" no es dependiente del tiempo registrado, sus resultados en el informe se muestran de forma correcta, correspondiendo a los del informe anterior. La gráfica desciende acorde al ascenso de la línea verde del informe de trabajo realizado.

Y aunque se han terminado las tareas más allá de la fecha prevista, según muestra la tabla, ninguna tarea ha sido finalizada fuera de sprint:

Informe de velocidad

El informe de velocidad hace la media de las estimaciones totales completadas en los sprints correspondientes, teniendo en cuenta cuándo se inició el sprint y, en verde, las estimaciones totales al finalizarlo.

Una vez más, debido al error de registro de tiempo, la velocidad no se ha calculado de forma correcta y el informe muestra un resultado plano, con un total confirmado y completado de 0 minutos:

Informes Segundo Sprint

Informe de trabajo realizado

En el Informe de Tiempo estimado encontramos lo siguiente:

En la gráfica vemos que el equipo no tuvo un avance uniforme cercano a la directriz, sino que tuvo un comienzo lento y luego tuvo un gran avance a partir de cerca de la mitad del Sprint aproximadamente.

Dicha conclusión la podemos evidenciar también la tabla que describe a la gráfica:

En el caso del Informe de Puntos de historia nos encontramos una gráfica y una tabla sin cambios pues la estimación que ha usado el equipo para el proyecto ha sido en base al tiempo, en lugar de en base a puntos de historia:

En el Informe de Recuento de actividades encontramos lo siguiente:

En la gráfica se aprecia algo similar a lo visto en el Informe de Tiempo estimado donde el equipo no tuvo un avance uniforme al completar actividades sino que empezó lento respecto a la directriz su progreso pero cerca de la mitad del Sprint tuvo un gran avance superior al dictado por la directriz en ese momento, generando líneas parecidas a las verticales.

Esto no refleja un trabajo idóneo del equipo, pero tiene sentido pues cada miembro del equipo tiene un calendario distinto y tiene solo ciertos días para enfocarse y dar un gran avance al proyecto. Al final, lo que refleja es que el equipo logra dar cierre a los sprints aunque necesite jornadas intensivas para cerrarlo.

Esto también se ve reflejado en la tabla que acompaña a la gráfica anterior del Informe de Recuento de actividades:

Informe del trabajo pendiente

En el Informe de Tiempo estimado, nos encontramos con la siguiente gráfica:

Vemos en la gráfica el comportamiento indicado en el Informe de trabajo realizado donde el equipo no sigue un avance uniforme en el cierre de subtareas a tiempo sino que tuvo un avance lento y luego tuvo ciertas jornadas intensivas en las que se cerraron tareas pendientes.

En el mismo informe podemos ver que durante el desarrollo del Sprint hubo un ligero cambio en dos Historias de usuario, pues se aumentó el tiempo de estimación de las mismas al ver al detalle lo que había que hacer en cada una:

Además en el informe también podemos ver dos tablas con las Historias de usuario incompletas y completadas durante el Sprint evidenciando que el equipo realizó por completo el trabajo estimado para el Sprint:

En el caso del Informe de Puntos de historia nos encontramos con lo mismo que ocurrió en el Informe de trabajo realizado donde se muestra una gráfica sin información pues la estimación que ha usado el equipo para el proyecto ha sido en base al tiempo, en lugar de en base a puntos de historia:

En el Informe de Recuento de actividades encontramos lo siguiente:

La gráfica se corresponde con lo comentado para el Informe de Tiempo estimado donde el equipo no tuvo un avance uniforme al completar actividades sino que tuvo un inicio más lento al ideal pero cerca de la mitad del Sprint tuvo un gran avance generando líneas parecidas a las verticales.

Además en el informe también podemos ver, al igual que con el Informe de Tiempo estimado, dos tablas con las Historias de usuario incompletas y completadas durante el Sprint evidenciando que el equipo realizó por completo el trabajo estimado para el Sprint:

Informe de velocidad

En el Informe de velocidad nos encontramos con el siguiente gráfico:

En el gráfico se evidencia lo comentado en el Informe del trabajo pendiente donde el equipo completó todo el trabajo estimado en el inicio del Sprint pero en cuanto al tiempo, tuvo que incrementar la estimación hecha unas 2 horas y 50 minutos más debido a un par de Historias de usuario que al ser revisadas con detalles se ha visto que demorarían más tiempo en completarse que el estimado inicialmente.

Informes Tercer Sprint

Informe de trabajo realizado

En el tercer y último informe de trabajo realizado encontramos lo siguiente:

La gráfica muestra un avance muy desparejo a la directriz marcada junto a una elevada tasa de rendimiento en el último día. Esto indica la disparidad de trabajo a lo largo del sprint, mostrando que, debido a las dificultades de horarios de los miembros, el trabajo ha tenido que ser finalizado a último momento.

Esto mismo puede verse en la tabla que acompaña a la gráfica, pues muestra las fechas de completado de las tareas:

El campo de estimación de recuento de actividades muestra una gráfica muy similar a esta por los motivos ya mencionados:

Y lo mismo con su correspondiente tabla:

El campo de estimación puntos de historia no ha sido relevante para la elaboración de este informe, por lo que no se ha añadido a este documento.

Informe de Trabajo pendiente.

El informe de trabajo pendiente, como ya se ha mencionado anteriormente, es opuesto al informe de trabajo pendiente.

Es por ello que la gráfica que muestra este informe es muy similar a la del anterior, solo que es decreciente:

Y la tabla refleja acordemente esta información:

El campo recuento de actividades concuerda con todo lo mencionado anteriormente:

Una vez más, la información mostrada por el campo puntos de historia no es relevante para este informe y no se ha incluido

Informe de velocidad

El informe de velocidad de este sprint muestra lo siguiente:

Al contrario que el sprint anterior, el equipo ha logrado cumplir todos los objetivos sin necesidad de tener que ampliar la duración del sprint, indicando así un aumento de rendimiento y eficiencia de trabajo.

Conclusiones

A lo largo de los tres sprints, los informes de Jira han proporcionado una visión clara del rendimiento del equipo, lo que nos ha ayudado a ir mejorando ese aspecto de la organización del proyecto a desarrollar. Aún con el error del registro de tiempo del primer sprint, Jira ha demostrado ser una herramienta muy útil para gestión de proyectos software, especialmente gracias a su integración con control de versiones (GitHub). Además, usar el flujo de trabajo GitFlow también nos ha ayudado a seguir una metodología clara a la hora de integrar las funcionalidades correspondientes a las historias de usuario.