Servicios Financieros

Elaborar las directrices de uso del JIRA “MMANETO” para la Operación de

Implantación de ANETO en Mutual Mèdica.

Queda fuera del alcance de este manual la formación en el uso de Jira y otros procedimientos o normativas de carácter general o particular
de Indra Soluciones TI.
Para cualquier duda que surja de la aplicación de este manual escribe a la PMO CEO-Insurance: pmoceoi@indra.es

An In dra com pa ny 2
3
01
4
• Project: MUTUAL MEDICA – Implantación Core Asegurador ANETO

• Issue Type: Ver detalle en diapositivas 6 y 7

• Label: Ver detalle en diapositivas 6 y 7

• Assignee: Responsable del equipo

• Component/s: Ver detalle en diapositiva 8

• Planned Start Date: Fecha planificada de inicio.

• Planned End Date: Fecha planificada de fin.

• Due Date: Fecha de Entrega.

• Fix Version: Equipo Desarrollo

• Project Parameter Relación con un identificador e MM o bien la

relación de dónde proviene la nueva Issue.

• Project Paramter 2: Si existiera, Valor de la venta de la tarea a MM

An In dra com pa ny 5
 • Elegir el tipo adecuado de Issue permite clasificarla bien y poder realizar un mejor seguimiento del proyecto.

• Para clasificar la Issue se utilizan:

• Issue Type: Indica el momento del ciclo de vida de la Issue
• Label: Determina el tipo de trabajo que se realiza dentro de un Issue Type cuando puede darse más de un Valor.

• Para Tareas de más de 500 horas, como el proyecto de Migración, se usurarán diferentes IssueTypes en función del momento en el
que se encuentre. Para tareas de menos de 500 horas se incluirá todo baja una IssueType de Development Task

• En las IssueTypes Project Change Request se incluirá el tiempo de análisis y estimación de un cambio solicitado por Mutual
Mèdica. Una vez aprobado se crearán las Issue type correspondientes según el punto anterior. Antes de crear una Issue Padre de
este tipo hay que acordarlo con la Gestión del Proyecto.

• En las IssueTypes de tipo Requeriment Task se incluirán los soportes que nos solicite Mutual Mèdica y el trabajo asociado a los
mismos (por ejemplo: carga de un fichero de PB, …). Antes de crear una Issue Padre de este tipo hay que acordarlo con la Gestión
del Proyecto.

• No se podrán crear Issues ni Subtask de tipo ToDo.

• Ante cualquier duda al crear una Issue o subtask ponte en contacto con tu Responsable o con la PMO CEO-Insurance

An In dra com pa ny 6
 JIRA  
Issue Type Label Descripción
Peticiones de soporte de Mutual Mèdica. Son trabajos que no
supone cambio de alcance pero va más allá del trabajo del
Requirement_Task Soporte proyecto.
AT Trabajo de Carles Tardiu
(sin label) Requisitos de un trabajo de más de 500 horas
Parametrización Tareas de Parametrización
Analysis_Task PP Tareas de Diseño del Plan de Pruebas
(sin label) Análisis de un trabajo de más de 500 horas
Development_Task   Tareas de Desarrollo
Internal_Defect_Task   Defectos detectados por Indra
Client_Defect_Task   Defectos detectados por Mutual Mèdica
Configuration Management_Task   Gestión de la Configuración
Deployment_Task   Tareas de Implantación
Project Change Request Tareas es análisis y estimación de Cambios de Alcance

An In dra com pa ny 7
An In dra com pa ny 8
• Las Estimaciones se realizaran en la Subtask, nunca en la Issue Padre.

• Al poner la Subtask en Working on It (para imputar), es obligatorio incluir el campo Original Estimate
que indica cuál es la estimación inicial de la subtask.

• Una subtassk es una división individual del trabajo de la Issue Padre. Su estimación no debe superar
las 80 horas lo que permite un mejor seguimiento a través del Remaining.

• El Remaining Estimate indica el tiempo en horas que falta para la finalización de la tarea. Se actualiza
automáticamente en el momento que se registra el WorkLog, pero debe ser modificado manualmente si
la estimación para la finalización es mayor o menor que lo expresado.

An In dra com pa ny 9
 • TPH (Total
Planning hours):
Marca el número
de horas totales
para hacer la
petición. La suma
de estimaciones
de las subtareas
( Original
Estimate)

Las Issues Padre las crean Mar o Jesús y las Subtask son creadas por la persona a la que la Issue Padre es
asignada

An In dra com pa ny 10
02
11
 Una vez creada la Issue Padre en nuestro JIRA Interno,
habrá que crearse una Subtask. Esta la utilizaremos para
imputar nuestras horas, empleadas para la Issue.

Una subtassk es una división individual del trabajo de la

Issue Padre. Se creará al menos una Subtask por cada
integrante del equipo que trabaje en la tarea

Su estimación no debe superar las 80 horas

No se deberá estimar la Issue Padre, SÓLO se estimará la

Subtask. El total de las horas se vuelcan a la padre.

An In dra com pa ny 12
A la hora de Imputar en la Subtask, habrá que tener en cuenta
unos campos a rellenar, dentro de “Log Work”

• Date: Fecha de la Imputación.

• Worked: Horas trabajadas a dicha tarea.

• Remaining: Se calcula automáticamente en función de la

estimación realizada, pero si el remaining no fuese el correcto,
habría que modificarlo en esta misma pestaña.

• Phase: Corresponde al tipo de Actividad que se ha

desempeñado en la tarea.

Es Muy Importante seleccionar la Fase adecuada

An In dra com pa ny 13
 Etapa CdV Fase asignadas
Requisitos Requeriment
Análisis Analysis
Arquitectura Architecture
Diseño Design
Programación Development
System Test (Sistema)
Fases Performance Test (Rendimiento)
disponibles en Pruebas Construction and Unit Test (Construcción)
función del tipo
de actividad Component Test (Componente)
desempeñada. Integración Integration Test
UAT User Acceptance
Gestión de la Configuración Configuration Management
Despliegue Deployment
Post - Implantación Post-Deployment
Gestión Management
La Phase Other solamente se permite para tratar las ausencias

An In dra com pa ny 14
• Se imputará diariamente por JIRA, con las horas dedicadas en cada Subtask.

• Las horas indicadas en JIRA se sincronizan diariamente con la herramienta de Dedicaciones de la Indraweb.

• Para verificar que esas horas se han sincronizado correctamente, es necesario realizar una comprobación
semanal en dedicaciones.

• En los días previos al cierre, no es necesario realizar imputaciones por adelantado el JIRA. En el momento
del cierre, se extrapolarán esas horas pendientes de trabajar a dedicaciones, haciendo coincidir aproximadamente
con las que luego imputéis en JIRA.

Prevalece lo incurrido a través Dedicaciones de la

Indraweb sobre lo incurrido en JIRA

An In dra com pa ny 15
03
16
 • Estas son las Issues creadas para imputar las Ausencias Laborales.
Están sincronizadas con la herramienta Dedicaciones.

• Para registrar dichas ausencias habrá que:

1. Crearnos una Subtask, asignándola a uno mismo.

2. El tipo de Subtask será Internal_Subtask.

3. Una vez creada, imputareis las horas correspondientes a los

días que se disfrutarán.

4. Una vez finalizadas, ir a la Subtask y cerrarla.

Recuerda que antes de disfrutar días de vacaciones, debes acordarlo

con tu responsable.

An In dra com pa ny 17
 Issue Descripción Integrada con Dedicaciones
MMANETO-1 Vacaciones Año en Curso Integrada
MMANETO-2 Vacaciones Año Anterior Integrada
MMANETO-3 Formación Corporativa No Integrada
MMANETO-4 Días de Libre Disposición Integrada
MMANETO-5 Ausencia por Visita Médica Integrada
MMANETO-6 Ausencia por Exámenes Integrada
MMANETO-7 Ausencia por Baja Médica No Integrada
MMANETO-8 Ausencia por Enfermedad sin Baja Médica Integrada
MMANETO-9 Otras Ausencias No Integrada

Las Issues que NO están integradas con los sistemas, habrá que imputarlas en JIRA y en Dedicaciones.

An In dra com pa ny 18
04
19
An In dra com pa ny 20
An In dra com pa ny 21
05
22
El Estado STOP indica que no se puede continuar en un trabajo porque hay un bloqueo y es necesario más
especificaciones por parte del cliente o internas.

An In dra com pa ny 23
 Título

Descripción

La PMO:
Cuando tiene conocimiento del
cambio, crea la Issue de tipo PCR
con los datos especificados.
Asigando a PMO
Se definen por defecto, 8 horas
para realizar la valoración y 15
días para entregarla a Mutual
Reporter PMO Mèdica desde la recepción de los
requisitos.
Componentes, si
aplican

An In dra com pa ny 24
Fecha en la que se tiene conocimiento
del cambio, aunque sea sin
especificaciones

15 días después de la Planned Start Date

“Equipo de desarrollo”

“Equipo de desarrollo”

8 horas

Request From Costumer

An In dra com pa ny 25
La PMO:
1) Adjunta a la petición los requerimientos
2) Editar la petición y establecer la Planned Start Date a la fecha de recepción de los requerimientos.
3) Se Asigna al analista que realizará el análisis y la estimación. En este momento el analista recibe un correo indicándole
que se le ha asignado la petición.

De esta forma el significado de las

fechas es:

Planned StartDate Initial: fecha en que se

tiene conocimiento del cambio

Planned Start Date: Fecha en la que se

reciben los requerimientos.

An In dra com pa ny 26
 El Analista, cuando se pone a trabajar en el análisis y estimación.
1) Cambia el estado a Analysis and Estimation
• Se rellena automáticamente la fecha “Real Start Date”
2) Se realiza la estimación y se imputan las horas necesarias para realizarla sobre la tarea, no es necesario abrir subtask.
3) Se recoge la estimación en la tarea mediante el menú MORE >> PCR Estimation
4) Se realiza un documento con una pequeña explicación del desarrollo.
5) Toda la documentación de la estimación se deja como anexo en la petición.
6) Se avanza la petición al estado “Ready”. En este estado se quedará hasta que el cliente la valide o la rechace.
7) La petición se asigna a Jesús Roldán.

Jesús Roldán:
8) Incluye en el Project Parameter 2, las horas a comunicar a Mutual Mèdica (Venta)
9) Realiza la comunicación del coste de la petición, junto con el documento elaborado de lo que incluye la estimación a
Mutual Mèdica.

Si en algún momento se necesitan más especificaciones por parte del cliente la petición se pondrá en estado STOP
(botón “Defer”)

An In dra com pa ny 27
La PMO Recibe la respuesta del Cliente.

1) Si no quiere realizar el cambio de alcance la avanza a Rejected

1) Incluye un comentario del motivo por el que la rechaza
2) Cierra la petición avanzándola al estado “Closed”

2) Si acepta el cambio de alcance

1) La avanza al estado “Approved”.
2) La asigna a Mar Rodriguez para su planificación
3) Se establece la codificación de la petición en el Project Parameter 1
4) Mar, y el/los analista planfican el trabajo creando las Issues y Subtask necesarias para su desarrollo.
5) Todas las nuevas Issues que recogen el trabajo deben de ir linkadas a la Issue de Project Change Request y
tendrán el Project parameter 1 con el mismo código que el indicado en el cambio de alcance.

An In dra com pa ny 28