GitLab

Planificación inicial

Se procede a dividir el proyecto en 4 posibles hitos:

• Hito 1: Se realiza un estudio inicial de diferentes aspectos generales concernientes al proyecto, incluyendose el Mind map e Impact Map, se realiza una extracción de los requisitos del mismo y se analizan las diferentes alternativas de mercado. Una vez realizado lo anterior se estará en condiciones de realizar un estudio inicial para identificar la mejor solución a adoptar.

• Hito 2: Una vez terminada la fase anterior se podrá estar en condiciones de comenzar a trabajar para poder extraer un Producto Mínimo Viable (MVP) donde se dispondrá de unas funcionalidades mínimas. El proceso de trabajo sería mediante la aplicación de la metodología SCRUM y durante dos Sprint que aporten valor a ese MVP.

• Hito 3: Esta tercera fase comienza una vez se encuentre aprobado el MVP. A partir de este momento se buscará ir añadiendo valor al producto a través de "deliverables" mediante la aplicación de la metodología SCRUM. Es importante en cada iteración ir añadiendo valor al producto de manera que nos permita encontrarnos al finalizar las mismas en un resultado más cercano al final y con más valor que el disponible al comienzo del Sprint.

• Hito 4: El seguimiento y la ejecución de la actividad sería realizado por un tercero (Posible órgano Técnico) a cargo de la aplicación.

Volver

Metodología

La metodología a emplear durante la fase de preproducción será "Combat Agile", en la misma se tiene como referencia el pensamiento Lean, el Manifiesto Ágil, Extreme Programming y Scrum como marco de trabajo.

Se define un Product Backlog, el cual en su interior contiene los diferentes tareas o items (Product BackLog Items, PBI).

Se ha ha procedido a dividir el desarrollo del MVP en dos Sprints, cada uno de los sprint durará 1 mes, al terminar cada Sprint se obtendrá un incremento el cual entregará valor.

Siguiento el marco de trabajo SCRUM al inicio de cada Sprint se realizará un Sprint Planning, en este caso particular de 8 horas de duracción (máximo permisible para Sprint de un mes). Durante el desarrollo de esa reunión los P.O reciben los diferentes PBI, se procederá a refinarlos, descomponiéndolos en otros más pequeños que puedan ser realizados en 1 día o menos, y convirtiéndolos en Sprint Items. Se definirá la Definición de Hecho de cada Item del Sprint. El control del estado de los diferentes items se realizará en el Sprint Board.

Al comienzo de cada jornada laboral se realizará el Daily Scrum, no pudiendo prescindir de este evento bajo ningún concepto, durante 15 minutos el grupo de desarrolladores procederá a reunirse para inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog.

Al terminar el Sprint,realizará el Sprint Review, donde el equipo Scrum y las partes interesadas revisarán que se logró durante el Sprint, si algo ha cambiado en su entorno y se discutirá el progreso hacia el Objetivo dle producto. Dicho evento durará 4 horas,duracción máxima permitida para Sprints de un mes.

Para terminar el Sprint se realizará el evento Sprint Retrospective para analizar el funcionamiento del grupo de trabajo y sacar las conclusiones necesarias que permitan mejorarlo para el siguiente Sprint. Este evento durará 3 horás, duracción máxima permitida para Sprints de un mes.

Organización del equipo de trabajo

• Product Owner: Capitán Diego Vicente de Juan.

• Developer: Capitán Javier Tomás Acín.

• Scrum Master: Teniente Coronel D. José Antonio Porta Canales.

Herramientas y medios

Para el desarrollo del proyecto se utilizarán equipos corporativos, así como equipos personales con acceso a internet. Se empleará la plataforma de gitlab para llevar el control de los PBI.

Los Entornos de desarrollo Integrado (IDE) a emplear serán el Eclipe y el Visual Studio Code.

• Backend: Desarrollado en framework Sprint Boot.
• Frontend: Vue.js + Vite.
• Base de datos: Se empleará PostgreSQL

Volver