Diagrama

1. Definición de la Release

1.1. Alta de Incidencia en JIRA para la gestión de la planificación de la Release

• El Coordinador del proyecto, desde la página del Espacio del proyecto llamada Planificación y Seguimiento, debe crear una Incidencia en JIRA para reflejar el comienzo del trabajo en esta fase del proyecto, asociándola a la tarea Definir requisitos de la Release de la Release correspondiente. Se puede encontrar información sobre como crear rápidamente incidencias en JIRA desde Confluence aquí. Al finalizar el trabajo, se debe cerrar dicha Incidencia, previamente registrando las horas trabajadas).

1.2. Crear estructura de páginas de la Release (a partir de la segunda Release)

Para crear toda la estructura de páginas para una nueva Release, seguir los pasos que se describen aquí., estableciendo el siguiente número de versión correspondiente.

1.3. Identificación y configuración de los datos básicos de la Release

2. Reuniones toma de requisitos de la Release

Una vez que se comienza a trabajar en una Release, debe de profundizarse en los requisitos de la misma. Para ello, se deben mantener tantas Reuniones como se consideren necesarias.

Para cada una de ellas, los asistentes deben de dar de Alta el JIRA correspondiente a la asistencia a la misma,

2.2. Alta de Incidencia en JIRA para asistencia a reuniones de planificación

• Cada uno de los asistentes a cada reunión de planificación (bien el Coordinador del Proyecto o bien los Miembros del equipo de desarrollo), deben dar de alta una Incidencia en JIRA para reflejar la asistencia a la misma. Al finalizar la reunión, se debe cerrar dicha Incidencia, previamente registrando las horas consumidas.

2.3. Desarrollo de las reuniones

A las reuniones de Planificación de la Release asistirán el Coordinador del Proyecto, el Propietario del Producto y los Miembros del equipo de desarrollo.

El objetivo de estas reuniones es profundizar en las requisitos que se quieren obtener para esta versión, partiendo de las épicas que fueron identificadas en la Planificación del proyecto.

El objetivo final, es conseguir unos requisitos que puedan ser transformados posteriormente, por el equipo del proyecto, en Historias de Usuario, Tareas de carácter técnico o incluso en Casos de Uso si se considera necesario.

• Para gestionarlas, se facilita la Plantillas de Página de Confluence llamada Actas de Reunión, y que se debe utilizar para crear páginas dentro de la página del proyecto llamada Gestión de Reuniones.
  • Recordemos que estas actas (al igual que cualquier página) pueden ser editadas de manera colaborativa por cualquiera de los asistentes a las reuniones de toma de requisitos de alto nivel.
  • También, en caso de necesitar enviar el acta a un usuario externo, se puede exportar el acta a PDF o incluso a Word.

3. Definir requisitos de la Release

Una vez que se han identificado claramente los requisitos de esta Release, el Coordinador del Proyecto y los Miembros del equipo de desarrollo deben mantener una reunión interna en las que las épicas identificadas para esta Release deben ser explotadas en uno o varios de los siguientes tipos de artefactos:

• Historias de Usuario.
• Tareas (de carácter técnico).
• Casos de Uso.

Durante esa reunión, se realizarán las siguientes tareas:

3.1. Iniciar el progreso en las épicas que conforman esta Release

• En JIRA, el Coordinador del Proyecto debe marcar "Iniciar Progreso" en todas las épicas pertenecientes a esta Release.

3.2. Alta de historias de usuario y tareas

Esto se realiza tal como se describe en la sección 2.

4. Crear las historias y tareas en JIRA

Durante la reunión interna de planificación, el Coordinador del Proyecto (o el Miembro del equipo en el que delegue), irán dando de alta en JIRA cada una de las Historias de Usuario y/o Tareas que se identifiquen.

Para cada una de ellas, debe de establecerse:

• La versión asociada.
• La épica a la que pertenece.
• El pórtico asociado.