| Tabla de contenidos |
|---|
| Info | ||
|---|---|---|
| ||
Aunque NO es necesario, y podría ser realizado en paralelo, se recomienda haber completado el proceso Determinar el Alcance del Proyecto. |
Diagrama
1. Creación y configuración del cronograma para la planificación y seguimiento
1.1. Creación del plan en JIRA
Plans
2. Escribir fases, objetivos y fechas estimadas del Proyecto
El Responsable técnico debe completar la página del Espacio del proyecto llamada Planificación y Seguimiento. Esto implica:
Identificar y escribir los objetivos de alto nivel de la release, donde cada uno de ellos se corresponderán con una épica en JIRA, y una entrada en la tabla.
| Info | ||
|---|---|---|
| ||
Una épica en una Release es un objetivo de usuario a alcanzar, que intenta cubrir un conjunto de Requisitos de Alto Nivel descritos en la Visión del Proyecto. De esta manera, como ejemplo, una EPICA llamada "Ofrecer un sistema de autenticación seguro para profesores" podría cubrir los requisitos: VIS-001, VIS-002, VIS-008 y VIS-009. |
Los planes de proyecto (y por tanto el cronograma para la planificación y seguimiento) se crean en JIRA, a través del menú Planes:
Y pulsando sobre la opción Crear:
Esto nos llevará a la siguiente pantalla:
La herramienta permite la utilización tanto de Planes, como de Programas, que es una vista "agregada" de diferentes planes.
Actualmente esta funcionalidad no la hemos incorporado a MEDEA v2.0. por lo que elegiremos la opción Planificar.
| Info | ||
|---|---|---|
| ||
En esta documentación, no vamos a repasar TODAS las posibilidades que ofrece JIRA Advanced roadmaps. Se puede ampliar el aprendizaje en la siguiente documentación oficial. |
A continuación, se mostrará la siguiente pantalla:
Donde debemos rellenar los siguientes datos:
- Nombre del plan: Mantendremos el siguiente esquema para el nombre: Siglas Grupo + "Gestión " + "Nombre del Proyecto".
- Ver lista de siglas de grupo en Espacios de Grupo de Trabajo.
- Acceso: Se puede seleccionar Abrir o Privado. Se recomienda mantener el acceso "Private", y posteriormente dar permisos de acceso a los demás miembro del equipo.
- Fuente de incidencias: Esto nos permite seleccionar de donde obtendremos en JIRA las tareas, épicas, iniciativas, etc... que puede ser a través de:
- Board (Tableros SCRUM si el control del desarrollo se va a realizar con SCRUM, o tablaeros Kanban en caso contrario) (Opción recomendada): las incidencias se obtienen directamente de un tablero / pizarra SCRUM o Kanban existente en JIRA. Recordemos que a su vez, en JIRA, estos tableros pueden configurarse de diversas maneras, como por ejemplo a través de un filtro JQL de JIRA.
- Project (Proyectos): Las incidencias se obtienen directamente de las existentes en un proyecto JIRA.
- Filter (Filtros): Las incidencias se obtienen a través de una consulta (ya existente) en JIRA, definida mediante JQL (Jira Query Language).
- Combinación de los anteriores: Con el botón "+Añadir otro", se puede realizar cualquier combinación de los anteriores.
- Reglas de exclusión. Nos permite ocultar incidencias acorde a unos criterios, y que serían mostradas acorde a la/s fuente de incidencia/s seleccionadas anteriormente. Es posible:
- Excluir cualquier incidencia completada después de X días.
- Excluir ciertos tipos de incidencia.
- Excluir incidencias que estén en ciertos ESTADOS.
- Excluir publicaciones: con lo que estamos refiriendo a versiones publicadas
| Nota | ||
|---|---|---|
| ||
La mejor manera para la gestión del proyecto es, antes de crear el PLAN de JIRA Plans, crear un tablero SCRUM personalizado en el proyecto JIRA, en el cual se filtren aquellas incidencias pertenecientes al PORTICO asociado al proyecto. Será este tablero el que utilizaremos como fuente de datos en JIRA Plans.
|
Cuando hayamos finalizado, pulsaremos sobre el botón Crear:
1.2. Generar la planificación en Confluence y enlazarla con el plan de JIRA
Una vez creado el plan, el Responsable técnico principal debemos generar un link que posteriormente vamos a pegar en Confluence. Este link se genera pulsando sobre el botón Compartir del plan:
Y después, en el menú lateral, pulsamos sobre Confluence. Finalmente le damos a Generar enlace. Y el enlace lo podemos copiar al portapapeles con el botón Copiar.
Ahora, debemos editar la página en Confluence (creada previamente), y llamada "Año - Planificación y seguimiento". En ella, debemos editar la macro llamada "Advanced roapmap for Jira in Confluence":
Y en el campo URL, pegaremos el link copiado previamente:
Con esto, ya podemos guardar la página.
1.3. Dar acceso al resto del equipo
Si hemos creado el Plan de manera privada, el Responsable técnico principal debe dar permiso de acceso a aquellos miembros del equipo de desarrollo y otros Responsables técnicos que queramos que puedan acceder.
Esto se realiza accediendo a la configuración del plan, a través de la rueda de opciones:
Y posteriormente, en el menú lateral, pulsando sobre Control de Accesos → Permisos:
En la pantalla central, se pueden añadir usuarios individuales, grupos de JIRA y grupos de Confluence, tanto con permisos para VISUALIZAR, como con permisos para EDITAR:
2. Alta de versiones de proyectos JIRA y versiones trasversales
2.1. Crear versiones del proyecto con JIRA Plans
JIRA Plans permite la creación de versiones de proyectos JIRA. Para ello, y una vez creado el Plan, el Responsable técnico principal pulsará sobre Versiones:
En la ventana se mostrarán todos los proyectos JIRA involucrados en este Proyecto. Para cada uno de ellos, se puede crear una versión pulsando sobre el botón Crear publicación:
Nos aparece la siguiente ventana:
Para cada versión, se
Estimar las fechas de inicio y fin previstas para cada épica y para cada Release.
3. Alta de versiones y épicas
2.1. Creación de versiones en JIRA
debe establecer:
- Nombre de la Versión.
El nombre tal cual se muestra en la página de Planificación y Seguimiento.- Fecha de inicio prevista para abordar esta versión
- Fecha de publicación (equivalente a nuestra fecha de fin prevista)
- Descripción. Una pequeña descripción de la versión.
2.2. Concepto de versiones trasversales (opcional)
JIRA Plans soporta el concepto de versiones trasversales, como una manera de alinear las versiones de varios proyectos JIRA en un único proyecto. Es utilizado únicamente como una herramienta para la planificación, y NO es posible guardar estas versiones en JIRA, quedando solo dentro del contexto del Plan.
| Info | ||
|---|---|---|
| ||
Puede encontrar mas documentación sobre la utilización de versiones en JIRA en la web de Atalassian (documentación en inglés). | ||
| ||
Puede encontrarse más información en la siguiente documentación oficial: |
3. El equipo del proyecto
JIRA Plans permite gestionar el equipo del proyecto, que luego será de utilidad cuando realicemos las iteraciones de SCRUM. Para ello, pulsaremos sobre Equipos:
Se puede crear un equipo de trabajo para cada proyecto JIRA que compone el proyecto, como en el siguiente ejemplo:
| Info | ||
|---|---|---|
| ||
|
4. Alta de iniciativas y épicas
4.1. Introducción a la planificación con JIRA Plans
Cuando el Responsable técnico comience a crear tareas en el plan, hemos de entender que estas NO estarán todavía creadas en JIRA.
El objetivo es crear el Plan / cronograma completo en JIRA Plans, y cuando lo tengamos preparado, se crearán automáticamente las tareas en JIRA, pulsando sobre el botón Review changes, donde podremos revisar los cambios que se van a aplicar.
Si observamos, el botón muestra el número de cambios pendientes de aplicar en JIRA. En este caso indica que hay dos cambios pendientes.
| Info | ||
|---|---|---|
| ||
Durante la planificación, vamos a crear Iniciativas, épicas, historias y tareas.
|
4.1. Configurar columnas para la planificación
Por defecto, para cada tarea que creemos en el plan (Iniciativas, épicas, tareas, historias,...), se muestran tres columnas que son las siguientes:
- Inicio objetivo. Representa la fecha de inicio estimada de la tarea.
- Final objetivo. Representa la fecha de fin estimada de la tarea.
- Estado. Estado actual de la tarea (cuando está creada en JIRA
Para completar los campos necesarios en MEDEA, debemos añadir a esta visualización un conjunto de campos adicionales. Esto se hace pulsando sobre el botón Fields:
Tenemos que añadir el campo personalizado "Código del Pórtico". Para ello, pulsamos sobre Gestionar campos personalizados.
En la página que se abre, pulsamos sobre Añadir campo personalizado:
Y finalmente, buscamos el campo Código del Pórtico, lo marcamos, y pulsamos sobre Añador:
Ahora, vamos a añadir este campo y otros ya existentes de manera estándar, pulsando sobre Fields:
Añadiendo los campos:
- Código del Pórtico. Código del PORTICO asociado.
- Publicación. Indica la versión asociada a la tarea. Si la tarea está asociada a una versión, la asignaremos aquí.
- Etiquetas. Etiquetas en la tarea. Las utilizaremos para indicar aquellas incidencias que son HITOS y los requisitos de visión (VIS-*)
4.2. Alta de iniciativas (opcional)
Las Iniciativas son una manera de agrupar un conjunto de Épicas, que conducen hacia un objetivo mayor. En este sentido, serán imprescindibles en proyectos trasversales, pero también pueden ser utilizadas en proyectos específicos en un grupo.
La creación de una iniciativa se realiza directamente pulsando sobre +Create incidencia → Iniciativa.
Para cada iniciativa creada en el paso anterior, se deben establecer los valores de las siguientes columnas:
- Resumen de la iniciativa: El nombre de alto nivel de la iniciativa.
- Asociarle la versión correspondiente en el campo Publicación. Esto es OPCIONAL.
- Asociarle el pórtico correspondiente, en el campo Código del Pórtico. Es el código NUMERICO del mismo.
- Asociar las etiquetas VIS-XXX , que indican que requisitos de la Visión del Proyecto se cubren con esta iniciativa, en el campo Etiquetas.
- Asociar la etiqueta "sdaym_hito", tal como se describe en el Manual de buenas prácticas con Jira para personal técnico. Esto se hace también en el campo Etiquetas.
4.3. Alta de épicas
Las épicas representan los objetivos de alto nivel del proyecto, y pueden (o no), estar asociadas a las Iniciativas. El Responsable técnico, creará en en el Plan todas las épicas de todas las versiones.
Si la épica NO está asociada a ninguna iniciativa, se creará directamente pulsando sobre Crear incidencia → Épica:
Si la épica está asociada a una Iniciativa, se creará pulsando sobre los "..." de la iniciativa padre, luego sobre Crear épica:
2.2. Alta de épicas en JIRA
Para cada épica creada en el paso anterior,
en la herramienta JIRA, debese deben establecer los valores de las siguientes columnas:
- Resumen de la épica: El nombre del hito u objetivo a alcanzar.Nombre de la épica: Empezará por "Nombre o Clave del Proyecto Jira:", ejemplo: "FundewebJS: Definir arquitectura”.
- Asociarle la versión correspondiente (creada en el punto 2.1) en el campo Versiones afectadascampo Publicación.
- Asociarle el pórtico correspondiente, en el campo Código del Pórtico. Es el código NUMERICO del mismo.
- Asociar las etiquetas VIS-XXX , que indican que requisitos de la Visión del Proyecto se cubren con esta épica, en el campo Etiquetas.
- Asociar la etiqueta "sdaym_hito", tal como se describe en el Manual de buenas prácticas de JIRA.con Jira para personal técnico. Esto se hace también en el campo Etiquetas.
5. Completar la planificación y dependencias
Una vez creada la estructura de Iniciativas y épicas, se debe realizar la planificación para cada una una de estas tareas. Esto se puede realizar rellenando directamente los campos Inicio objetivo y Final objetivo, o bien "dibujando" sobre el calendario de la derecha:
También es posible establecer relaciones de "bloqueo" entre tareas, pulsando sobre el diagrama de Gantt específico de una iniciativa / épica:
