Ciclo operativo de peticiones AM Mapfre REEF - NTT DATA
Gestión de Peticiones en Jira MAPFRE
"Si no está en Jira, no existe"
Gestión de Peticiones – MAPFRE (NTT DATA)
En este apartado del curso veremos cuales son los estados que existen en Jira Mapfre y qué es importante en cada uno de ellos, así como los aspectos más importantes a tener en cuenta. Por ejemplo.
- Cómo y cuando debemos adjuntar la estimación.
- Cómo y cuando debemos informar la fecha de entrega.
- Cómo y cuando debemos adjuntar el documento de evidencias de prueba.
A tener en cuenta: actualmente el cambio de estado en Jira Mapfre, solo lo harán los responsables del servicio.
Recursos
Contextualiza tu tema con un subtítulo
Gestión de Peticiones – MAPFRE (NTT DATA)
In preparation
Tareas por hacer
In Progress
Blocked
In Review
¿Cómo debería crear una nueva petición?
Contextualiza tu tema con un subtítulo
Gestión de Peticiones Jira Mapfre – Estimación
Una vez que una petición pasa al estado In Progress (En curso), debe iniciarse su análisis. El análisis tiene como objetivo:
- Comprender el alcance real de la petición.
- Identificar impactos técnicos y funcionales.
- Determinar el esfuerzo necesario.
- Definir una fecha estimada de implantación.
In Progress
No requiere estimación en horas. Antes de entrega a In Review, se debe actualizar los puntos de historia con la dedicación al soporte. Además, no requieren fecha de implantación.
Debe enviarse el estimador oficial de MAPFRE en un plazo máximo de 5 días laborables. Además, debe informarse la fecha prevista de implantación.
Estrategia de aprendizaje basada en pequeñas unidades de contenido que se consumen rápidamente. Ideal para reforzar conceptos o aprender de forma flexible.
Consiste en aplicar dinámicas de juego (retos, recompensas, niveles) en entornos de aprendizaje para aumentar la motivación y el compromiso del usuario.
Soportes
Evolutivos y otras
Correctivos
Gamificación
Microlearning
Gestión de Peticiones Jira Mapfre – Desarrollo
Una vez informada la estimación y fecha, puede iniciarse el desarrollo.
Debe revisarse diariamente el cumplimiento de la fecha y documentar riesgos o dependencias en Jira Mapfre, sobre todo con equipos externos (para dependencias internas, revisar primero con responsables internos).
In Progress
Evidencias de prueba
Comentarios
Gestión del alcance
+ Info
+ Info
+ Info
Gestión de Peticiones Jira Mapfre – Jira NTT
Para cerrar este bloque, revisemos el diagrama con las equivalencias de estados entre Jira Mapfre y Jira NTT:
Adjuntos útiles
- Documento global de procedimientos
¿Tienes preguntas?
Estamos para ayudarte. Si algo no quedó claro o quieres profundizar en algún tema, no dudes en escribirnos. Tu curiosidad también forma parte del aprendizaje.
¡Gracias por realizar el curso!
In preparation
Indica que la tarea ha sido asumida y asignada, pero aún no ha comenzado el trabajo activo.
- Se asigna a un miembro del equipo.
- Puede implicar primeras revisiones funcionales o preparación previa al desarrollo.
- Marca el momento en que el equipo asume formalmente la tarea.
Transición: pasa a In Progress cuando comienza el análisis o desarrollo.
Las evidencias deben demostrar que:
- La funcionalidad ha sido validada.
- El correctivo resuelve el error reportado (si aplica).
- Las pruebas realizadas son coherentes con el alcance de la petición.
- No se afectan otras funcionalidad (regresión).
Las evidencias deben estar subidas antes del despliegue en CORE.
Ejemplo operativo:Si el despliegue está previsto para el jueves por la mañana, las evidencias deberán estar cargadas como máximo el miércoles al final de la jornada.
In review
La tarea ha sido finalizada por el equipo y está pendiente de validación por parte de MAPFRE.
- Se asigna a MAPFRE (Cristina) tras el despliegue a CORE IC o cuando la petición ya está lista para ser entregada.
Correctivos
Se consideran correctivos tanto las incidencias (IMs) como cualquier otra petición cuyo campo Tipo de petición esté marcado como “Correctivo”. En correctivos, en un plazo máximo de 2 días laborables desde que se asigna la tarea a NTT DATA, debe informarse:- Estimación en horas, adjuntando el estimador o indicando el tallaje (pero apartados a continuación).
- Fecha prevista de implantación (en el campo correspondiente de Jira)
Estimación por Tallaje Se puede indicar la talla de la petición: El tallaje será vinculante, lo que implica que las horas máximas asociadas a dicha talla serán el límite de dedicación facturable para esa petición.
Estimación con estimadorCuando el correctivo tenga un volumen elevado de horas (80 o más) o una complejidad significativa:
- Será necesario subir la estimación en horas utilizando el estimador oficial de MAPFRE (adjuntarlo a la petición).
- Deberá indicarse igualmente la fecha prevista de implantación.
- También podrá utilizarse esta modalidad si se considera que aporta mayor claridad, incluso aunque el volumen no sea elevado.
In progress
Estado de trabajo activo. Debe utilizarse cuando se está realizando análisis, desarrollo o pruebas técnicas.
- Puede incluir tanto fase de análisis como de desarrollo.
- Debe mantenerse actualizado para reflejar la situación real.
Transición: pasa a In review cuando se ha hecho la entrega a CORE o se ha finalizado la petición.
Cuando demos de alta una petición en Jira MAPFRE, debemos asegurarnos de que toda la información obligatoria quede correctamente cumplimentada. MAPFRE utiliza múltiples campos de la petición para su posterior catalogación y reporting, tales como: país, sistema afectado, etc.Siempre que sea posible, se recomienda no crear peticiones desde cero, sino:
- Buscar una petición previa de la misma tipología.
- Verificar que esté correctamente cumplimentada.
- Clonarla.
- Ajustar la información específica del nuevo caso.
Blocked
La petición no puede avanzar por una causa externa o dependencia pendiente. Siempre debe incluir un comentario claro explicando:
- Motivo del bloqueo.
- Qué se está esperando.
- De quién depende.
- El estado debe revisarse periódicamente hasta su desbloqueo.
Tareas por hacer (backlog)
Constituye el backlog activo del equipo en Jira MAPFRE. Incluye todas las peticiones asignadas pendientes de revisión o planificación. Las nuevas peticiones entran en este estado.
- Indica que la tarea está pendiente de revisión.
- No implica que alguien esté trabajando activamente en ella.
Transición: pasa a In Preparation cuando se asigna a un miembro del equipo.
Deberá indicarse siempre:
- Si la petición conlleva desarrollo de software. En caso afirmativo, qué repositorios están afectados.
- Si la resolución se realiza mediante regularización.
- Si implica únicamente configuración o ajuste.
- Si depende de terceros o cualquier otro bloqueo.
La información debe quedar recogida mediante comentarios claros y estructurados.Buenas prácticas en comentarios
- Redactar comentarios claros y profesionales (ayudémonos de Axet!)
- Documentar acuerdos tomados en reuniones.
- Registrar cualquier riesgo o desviación en cuanto se detecte.
Debe indicarse:
- Qué se incluye en la estimación.
- Qué queda explícitamente fuera.
- Supuestos asumidos y limitaciones detectadas.
Esto es especialmente importante para:Evitar ampliaciones implícitas de alcance.
- Prevenir reclamaciones posteriores.
- Asegurar que cualquier ampliación futura se trate como nueva petición o ajuste.
Si el alcance no está completamente definido, debe indicarse expresamente en un comentario e igualmente, debe reflejarse que se está pendiente de validación o aclaración por parte de MAPFRE.
Jira Mapfre - Procedimiento operativo AM Mapfre REEF
Ester Abad
Created on June 4, 2026
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Customer Service Course
View
Dynamic Visual Course
View
Dynamic Learning Course
View
Akihabara Course
Explore all templates
Transcript
Ciclo operativo de peticiones AM Mapfre REEF - NTT DATA
Gestión de Peticiones en Jira MAPFRE
"Si no está en Jira, no existe"
Gestión de Peticiones – MAPFRE (NTT DATA)
En este apartado del curso veremos cuales son los estados que existen en Jira Mapfre y qué es importante en cada uno de ellos, así como los aspectos más importantes a tener en cuenta. Por ejemplo.
- Cómo y cuando debemos adjuntar la estimación.
- Cómo y cuando debemos informar la fecha de entrega.
- Cómo y cuando debemos adjuntar el documento de evidencias de prueba.
A tener en cuenta: actualmente el cambio de estado en Jira Mapfre, solo lo harán los responsables del servicio.Recursos
Contextualiza tu tema con un subtítulo
Gestión de Peticiones – MAPFRE (NTT DATA)
In preparation
Tareas por hacer
In Progress
Blocked
In Review
¿Cómo debería crear una nueva petición?
Contextualiza tu tema con un subtítulo
Gestión de Peticiones Jira Mapfre – Estimación
Una vez que una petición pasa al estado In Progress (En curso), debe iniciarse su análisis. El análisis tiene como objetivo:
In Progress
No requiere estimación en horas. Antes de entrega a In Review, se debe actualizar los puntos de historia con la dedicación al soporte. Además, no requieren fecha de implantación.
Debe enviarse el estimador oficial de MAPFRE en un plazo máximo de 5 días laborables. Además, debe informarse la fecha prevista de implantación.
Estrategia de aprendizaje basada en pequeñas unidades de contenido que se consumen rápidamente. Ideal para reforzar conceptos o aprender de forma flexible.
Consiste en aplicar dinámicas de juego (retos, recompensas, niveles) en entornos de aprendizaje para aumentar la motivación y el compromiso del usuario.
Soportes
Evolutivos y otras
Correctivos
Gamificación
Microlearning
Gestión de Peticiones Jira Mapfre – Desarrollo
Una vez informada la estimación y fecha, puede iniciarse el desarrollo. Debe revisarse diariamente el cumplimiento de la fecha y documentar riesgos o dependencias en Jira Mapfre, sobre todo con equipos externos (para dependencias internas, revisar primero con responsables internos).
In Progress
Evidencias de prueba
Comentarios
Gestión del alcance
+ Info
+ Info
+ Info
Gestión de Peticiones Jira Mapfre – Jira NTT
Para cerrar este bloque, revisemos el diagrama con las equivalencias de estados entre Jira Mapfre y Jira NTT:
Adjuntos útiles
¿Tienes preguntas?
Estamos para ayudarte. Si algo no quedó claro o quieres profundizar en algún tema, no dudes en escribirnos. Tu curiosidad también forma parte del aprendizaje.
¡Gracias por realizar el curso!
In preparation
Indica que la tarea ha sido asumida y asignada, pero aún no ha comenzado el trabajo activo.
- Se asigna a un miembro del equipo.
- Puede implicar primeras revisiones funcionales o preparación previa al desarrollo.
- Marca el momento en que el equipo asume formalmente la tarea.
Transición: pasa a In Progress cuando comienza el análisis o desarrollo.Las evidencias deben demostrar que:
- La funcionalidad ha sido validada.
- El correctivo resuelve el error reportado (si aplica).
- Las pruebas realizadas son coherentes con el alcance de la petición.
- No se afectan otras funcionalidad (regresión).
Las evidencias deben estar subidas antes del despliegue en CORE.Ejemplo operativo:Si el despliegue está previsto para el jueves por la mañana, las evidencias deberán estar cargadas como máximo el miércoles al final de la jornada.
In review
La tarea ha sido finalizada por el equipo y está pendiente de validación por parte de MAPFRE.
Correctivos
Se consideran correctivos tanto las incidencias (IMs) como cualquier otra petición cuyo campo Tipo de petición esté marcado como “Correctivo”. En correctivos, en un plazo máximo de 2 días laborables desde que se asigna la tarea a NTT DATA, debe informarse:- Estimación en horas, adjuntando el estimador o indicando el tallaje (pero apartados a continuación).
- Fecha prevista de implantación (en el campo correspondiente de Jira)
Estimación por Tallaje Se puede indicar la talla de la petición: El tallaje será vinculante, lo que implica que las horas máximas asociadas a dicha talla serán el límite de dedicación facturable para esa petición.
Estimación con estimadorCuando el correctivo tenga un volumen elevado de horas (80 o más) o una complejidad significativa:
In progress
Estado de trabajo activo. Debe utilizarse cuando se está realizando análisis, desarrollo o pruebas técnicas.
- Puede incluir tanto fase de análisis como de desarrollo.
- Debe mantenerse actualizado para reflejar la situación real.
Transición: pasa a In review cuando se ha hecho la entrega a CORE o se ha finalizado la petición.Cuando demos de alta una petición en Jira MAPFRE, debemos asegurarnos de que toda la información obligatoria quede correctamente cumplimentada. MAPFRE utiliza múltiples campos de la petición para su posterior catalogación y reporting, tales como: país, sistema afectado, etc.Siempre que sea posible, se recomienda no crear peticiones desde cero, sino:
Blocked
La petición no puede avanzar por una causa externa o dependencia pendiente. Siempre debe incluir un comentario claro explicando:
Tareas por hacer (backlog)
Constituye el backlog activo del equipo en Jira MAPFRE. Incluye todas las peticiones asignadas pendientes de revisión o planificación. Las nuevas peticiones entran en este estado.
- Indica que la tarea está pendiente de revisión.
- No implica que alguien esté trabajando activamente en ella.
Transición: pasa a In Preparation cuando se asigna a un miembro del equipo.Deberá indicarse siempre:
- Si la petición conlleva desarrollo de software. En caso afirmativo, qué repositorios están afectados.
- Si la resolución se realiza mediante regularización.
- Si implica únicamente configuración o ajuste.
- Si depende de terceros o cualquier otro bloqueo.
La información debe quedar recogida mediante comentarios claros y estructurados.Buenas prácticas en comentariosDebe indicarse:
- Qué se incluye en la estimación.
- Qué queda explícitamente fuera.
- Supuestos asumidos y limitaciones detectadas.
Esto es especialmente importante para:Evitar ampliaciones implícitas de alcance.- Prevenir reclamaciones posteriores.
- Asegurar que cualquier ampliación futura se trate como nueva petición o ajuste.
Si el alcance no está completamente definido, debe indicarse expresamente en un comentario e igualmente, debe reflejarse que se está pendiente de validación o aclaración por parte de MAPFRE.