Condiciones de inicio
Para iniciar este proceso, es necesario haber completado la Planificación del Proyecto.
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).
| Alta incidencia JIRA: "Definir requisitos de la Release" | |||
|---|---|---|---|
| Tipo de incidencia: | "Tarea de Gestión" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Requisitos" | Proceso: | "Definir Requisitos de la Release" |
1.2. Crear estructura de páginas de la Release (a partir de la segunda Release)
Creación de nuevas Releases
Este paso solo es necesario a partir de la segunda Release, pues la plantilla proporciona toda la estructura de páginas necesaria para una primera 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
El Coordinador del Proyecto debe ahora rellenar los datos básicos de la Release en Confluence, que consiste en editar y configurar la página PRXY - Plan de Release:
- Datos Generales de la Release. Debe introducir el nombre o número de la Release, quién es el responsable técnico principal, y cualquier observación que considere pertinente.
- Objetivos de la Release. Una breve descripción de los objetivos a alcanzar en esta Release. ¿
- Previsión de equipo de trabajo. El personal (tanto de ATICA como de TICARUM) que está previsto que trabaje en el desarrollo de esta Release.
- Épicas a alcanzar en esta Release. Debe modificarse la configuración de la macro incluida en esta sección, para adaptarla a la consulta que utiliza al proyecto JIRA actual y la versión actual.
- Historias de Usuario y Tareas. De manera análoga, debe modificarse la configuración de la macro incluida en esta sección, para adaptarla a la consulta que utiliza el proyecto JIRA actual y la versión actual.
Finalmente, el Coordinador del Proyecto debe enlazar, en la página Planificación y seguimiento, el título de esta Release con la página del Plan de Release que se ha editado en el apartado anterior.:
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, el Coordinador del proyecto debe crear una incidencia en JIRA en la que todos los asistentes deben imputar el tiempo de asistir a la misma,
2.1. Alta de Incidencia en JIRA para asistencia a reuniones de planificación
- El Coordinador del Proyecto debe crear una incidencia en JIRA para reflejar el trabajo de asistencia a las reuniones de toma de requisitos, en la que tanto él mismo como los Miembros del equipo de desarrollo que asistan deben imputar el trabajo (horas trabajadas).
| Alta incidencia JIRA: "Reuniones de planificación de la Release" | |||
|---|---|---|---|
| Tipo de incidencia: | "Reunión" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Requisitos" | Proceso: | "Definir Requisitos de la Release" |
2.2. 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).
Durante esa reunión, se inciarán las épicas que conforman esta Release (sección 3.1.), y se darán de alta las historias y tareas (sección 4).
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 4.
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 (historias y tareas), debe de establecerse:
- La versión asociada.
- La épica a la que pertenece.
- El pórtico asociado.