Manual JIRA para proyectos de tipo "Aplicación" y "Plataforma"

(1)

Manual JIRA para proyectos de tipo "Aplicación" y "Plataforma"

Común a todas las entidades Incidencia

Creación

Acciones en estado BACKLOG Acciones en estado EN VERSIÓN Mejora

Creación

Acciones en estado WISHLIST Acciones en estado BACKLOG Acciones en estado EN VERSIÓN No conformidad

Creación

Acciones en estado EN VERSIÓN Acciones en estado BACKLOG Versión

Creación

Acciones en estado ABIERTA

Acciones en estado PDTE. COMIENZO RA Acciones en estado EN RESOLUCIÓN Acciones en estado IMPLANTADA Acciones en estado CERRADA OT con crédito disponible

Creación

Acciones en estado PDTE. APROBAR

Acciones en estado PDTE. CALENDARIZAR

Acciones en estado PDTE. COMENZAR RESOLUCIÓN Acciones en estado EN RESOLUCIÓN

Acciones en estado PDTE. REVISIÓN OCA Acciones en estado PDTE. REVISIÓN JP Acciones en estado NO ACEPTADA JP Acciones en estado PDTE. CANCELACIÓN

Acciones en estado PDTE. REVISIÓN CANCELACIÓN Acciones en estado PDTE. REVISIÓN TÉCNICA

Acciones en estado PDTE. REVISIÓN COSTES Acciones en estado NO ACEPTADA

(2)

OT con estimación Creación

Acciones en estado PDTE. ESTIMAR PDTE. ESTIMAR a CERRADA

Acciones en estado ESTIMADA Acciones en estado CERRADA Petición Soporte Transición (PST)

Creación

EN RESOLUCIÓN a PDTE. CANCELACIÓN Acciones en estado PDTE. CANCELACIÓN

PDTE. CANCELACIÓN a PDTE. REVISIÓN CANCELACIÓN Acciones en estado PDTE. REVISIÓN TÉCNICA

PDTE. REVISIÓN TÉCNICA a PDTE. REVISIÓN COSTES PDTE. REVISIÓN TÉCNICA a NO ACEPTADA

Acciones en estado PDTE. REVISIÓN COSTES PDTE. REVISIÓN COSTES a CERRADA

PDTE. REVISIÓN COSTES a NO ACEPTADA

Acciones en estado PDTE. REVISIÓN CANCELACIÓN PDTE. REVISIÓN CANCELACIÓN a CERRADA

PDTE. REVISIÓN CANCELACIÓN a PDTE. CANCELACIÓN Acciones en estado NO ACEPTADA

Acciones en estado CERRADA OT Ágil

Creación

PDTE. CALENDARIZAR a PDTE. COMENZAR RESOLUCIÓN PDTE. CALENDARIZAR a CERRADA

Acciones en estado PDTE. COMENZAR RESOLUCIÓN PDTE. COMENZAR RESOLUCIÓN a EN RESOLUCIÓN PDTE. COMENZAR RESOLUCIÓN a CERRADA

Acciones en estado EN RESOLUCIÓN EN RESOLUCIÓN a PDTE. REVISIÓN EN RESOLUCIÓN a PDTE. CANCELACIÓN Acciones en estado PDTE. REVISIÓN

(3)

PDTE. REVISIÓN a CERRADA PDTE. REVISIÓN a NO ACEPTADA Acciones en estado NO ACEPTADA

NO ACEPTADA a PDTE. REVISIÓN CANCELACIÓN Acciones en estado PDTE. CANCELACIÓN

PDTE. CANCELACIÓN a PDTE. REVISIÓN CANCELACIÓN Acciones en estado PDTE. REVISIÓN CANCELACIÓN PDTE. REVISIÓN CANCELACIÓN a CERRADA

PDTE. REVISIÓN CANCELACIÓN a PDTE. CANCELACIÓN Acciones en estado CERRADA

Subproyecto ágil Creación

Subtareas PREVISIÓN Historias de usuario

Creación

Acciones en estado ABIERTA ABIERTA a EN DESARROLLO

Acciones en estado EN DESARROLLO EN DESARROLLO a PARALIZADA EN DESARROLLO a EN TESTING EN DESARROLLO a VALIDADA Acciones en estado EN TESTING EN TESTING a PARALIZADA EN TESTING a PDTE. VALIDAR EN TESTING a EN DESARROLLO EN TESTING a VALIDADA

Acciones en estado PARALIZADA PARALIZADA a EN DESARROLLO Acciones en estado PDTE. VALIDAR PDTE. VALIDAR a VALIDADA

PDTE. VALIDAR a EN RESOLUCIÓN Acciones en estado VALIDADA

VALIDADA a PDTE. VALIDAR Subtareas y errores técnicos Acciones en estado ABIERTA

ABIERTA a EN DESARROLLO cuando es una subtarea ABIERTA a EN DESARROLLO cuando es un error técnico

(4)

Acciones en estado EN DESARROLLO EN DESARROLLO a PARALIZADA EN DESARROLLO a EN TESTING EN DESARROLLO a CERRADA Acciones en estado EN TESTING EN TESTING a PARALIZADA EN TESTING a PDTE. VALIDAR EN TESTING a EN DESARROLLO EN TESTING a CERRADA

Acciones en estado PARALIZADA Acciones en estado EN RESOLUCIÓN PARALIZADA a EN RESOLUCIÓN EN RESOLUCIÓN a CERRADA EN RESOLUCIÓN a CERRADA Acciones en estado CERRADA Configuración pizarras SCRUM

Crear pizarra

Configurar el filtro de la pizarra Crear sprints

Configurar SPRINTS ACTIVOS Cerrar Sprint activo

Servicio de verificación de entregas (SVE) PL Incremento versión

Creación

Para PLU=NO Para PLU=SÍ PL Padre

Acciones en estado PDTE. REVISIÓN Acciones en estado PDTE. INFORMACIÓN Acciones en estado NO ACEPTADA

Acciones en estado PLANIFICABLE Acciones en estado EN RESOLUCIÓN PL Hija

Acciones en estado PLANIFICABLE

Acciones en estado PDTE. CALENDARIZAR Acciones en estado CALENDARIZADA

(5)

Acciones en estado EN RESOLUCIÓN

Acciones en estado PDTE. REVISIÓN TÉCNICA Control facturación

PL sistemas Creación

PL sistemas padre

Acciones en estado EN RESOLUCIÓN PLH sistemas (PL sistemas hija)

Acciones en estado PDTE. CALENDARIZAR Acciones en estado CALENDARIZADA

Acciones en estado CERRADA RFP (Request For Platform)

Común a todas las entidades

Existen una serie de acciones comunes a todas las entidades: COMENTAR

ADJUNTAR ARCHIVOS ENLAZAR

ETIQUETAR

Los usuarios necesarios en un proyecto son: Responsable de Área Responsable de producto Responsable funcional Responsable de sistemas Proveedor de desarrollo Proveedor de sistemas

Estos usuarios aunque aparezcan como asignados de las entidades pertenecen a roles definidos:

(6)

COORDINADORPuede hacer todo lo que hacen los roles PROYECTOS y JP-SISTEMAS además de ciertas acciones específicas que se detallan.

JP-PROYECTOS A este rol pertenecen los usuarios Responsable de producto. JP-SISTEMAS A este rol pertenecen los usuarios Responsable de sistemas.

FUNCIONAL A este rol pertenecen los usuarios Responsable funcional

COLABORADOR–>Este rol se usa para usuarios que sólo pueden hacer las acciones comunes pero ninguna acción específica.

Para cada una de los tipos de entidades de JIRA se detallan las acciones que pueden ejecutarse en cada uno de sus estados indicando:

Usuarios que pueden ejecutarla.

Si procede, cambio de estado de la entidad. Si procede, cambio de resolución de la entidad.

Incidencia

Las incidencias que llegan a JIRA suponen fallos en el software que hay actualmente en Producción y que se registran desde MiCS (Mi Centro Servicio) o desde NWT (Nueva Web Técnica). Pueden por tanto tener su origen en incidencias de usuarios finales o en la resolución de un problema que debe ser acometida por el Proveedor del producto.

En cualquier caso son resueltas por el Proveedor en NWT y sólo llegan a JIRA si su corrección implica implantación y modificación de la línea base del producto. Por tanto, llegan a JIRA corregidas y a la espera de ser implantadas en Producción en la versión que el Responsable de Producto o el Proveedor consideren oportunas. Se crean informando la fecha de registro en NWT, el usuario afectado, el código de solicitud y la prioridad.

Todos los usuarios con uno de esos roles JP pueden hacer las mismas acciones independientemente de la entidad y de la aplicación. Es decir, aunque una entidad esté asignada al responsable de producto de la aplicación, cualquier usuario con rol JP-PROYECTOS podrá realizar sus acciones.

(7)

Una vez que la versión se implante (cierre de la RFC en FARO), significará que las incidencias están en Producción y se cerrarán en JIRA, lo que supondrá que acabarán su ciclo de vida también en NWT, comunicando al usuario afectado la resolución del fallo detectado.

Creación

Por integración. Se crean en estado BACKLOG asignadas a R. PRODUCTO tanto si su origen es la gestión de problemas como si es la gestión de incidencias.

Acciones en estado

BACKLOG

ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO CAMBIO RESOLUCIÓN

ESCALAR JP PROYECTOS PROVEEDOR CGES BACKLOG a CERRADA

(Sin resolver) a (Cancelada)

EDITAR

Título y descripción

ASIGNAR A VERSIÓN JP PROYECTOS PROVEEDOR BACKLOG a

EN VERSIÓN

N/A

CLONAR (en cualquier aplicación) JP PROYECTOS PROVEEDOR N/A N/A

Si la prioridad de la incidencia es P1 y en NWT el Proveedor indica que se requiere Versión de Emergencia, se generará una entidad de este tipo en la que quedará automáticamente incluida la incidencia.

Si la incidencia llega a JIRA por error o con datos incorrectos, existe la posibilidad de escalarla a NWT.

(8)

Acciones en estado

EN VERSIÓN

ACCIÓN QUIÉN PUEDE CAMBIO DE

ESTADO

CAMBIO RESOLUCIÓN

DESASIGNAR DE VERSIÓN JP PROYECTOS

PROVEEDOR

EN VERSIÓN

a

BACKLOG

N/A

ASIGNAR OT JP PROYECTOS N/A N/A

CLONAR (en versiones de la misma aplicación) JP PROYECTOS PROVEEDOR

N/A N/A

VALIDAR

Esta acción desaparecerá si hay alguna No Conformidad sin corregir registrada y que afecte a esa incidencia siempre que ambas (incidencia y no conformidad) estén en la misma versión JP PROYECTOS R. FUNCIONAL OCA N/A N/A EDITAR Título y descripción JP PROYECTOS R. FUNCIONAL OCA N/A N/A CIERRE

Se produce de manera automática al implantarse la versión una vez que todas las implantaciones de la misma se han finalizado

PROCESO AUTOMATIZADO EN VERSIÓN a CERRADA (Sin resolver) a (Cerrada)

Mejora

Una mejora es cualquier petición de evolución de una aplicación. Puede ser registrada por cualquier usuario en MiCS (Mi Centro Servicios). Su origen puede ser esa petición de un usuario final o bien la respuesta a la solución de un problema que hace el Responsable de Producto. Pueden ser registradas directamente en JIRA por los usuarios logados en la herramienta.

La mejoras son analizadas por los Responsables Funcionales para determinar su viabilidad, y, si la tienen, establecer la urgencia con la que deben ser incluidas en una versión.

Cuando se aprueba una mejora por ser considerada viable, se informa al usuario que la registró cerrando la solicitud en el caso de registro en MiCS.

(9)

Una vez incluidas en una versión podrán asignarse a las OTs incluidas en esa versión para ser desarrolladas por el Proveedor correspondiente.

Una vez implantada la versión, las mejoras se cerrarán en JIRA lo que significará que están implantadas en Producción.

Creación

Por integración.

Se crean en estado WISHLIST asignadas a R. PRODUCTO para origen gestión de proyectos.

Se crean en estado BACKLOG asignadas a R. PRODUCTO para origen gestión de problemas.

Directamente en JIRA en estado WISHLIST asignadas a R. PRODUCTO por usuarios de la aplicación. TODOS LOS USUARIOS

Acciones en estado

WISHLIST

ESTADO CAMBIO RESOLUCIÓN APROBAR MEJORA JP PROYECTOS R. FUNCIONAL WISHLIST a BACKLOG N/A

NO APROBAR MEJORA JP PROYECTOS

R. FUNCIONAL

BACKLOG

a

CERRADA Rechazo: (Sin

resolver) a (Rechazada) Escalado: (Sin resolver) a (Escalada)

(10)

CLONAR (en cualquier aplicación) JP PROYECTOS R. FUNCIONAL PROVEEDOR COLABORADOR N/A N/A

ESCALAR (Sólo para mejoras creadas por integración y que no han cambiado de estado)

JP PROYECTOS CGES R. FUNCIONAL

N/A (Sin resolver) a (Escalada)

Acciones en estado

BACKLOG

ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO CAMBIO

RESOLUCIÓN A WISHLIST JP PROYECTOS R. FUNCIONAL BACKLOG a WISHLIST N/A

ASIGNAR VERSIÓN JP PROYECTOS BACKLOG a

EN VERSIÓN

N/A

CLONAR (en cualquier aplicación) JP PROYECTOS R. FUNCIONAL

N/A N/A

Acciones en estado

EN VERSIÓN

ESTADO

DESASIGNAR DE VERSIÓN JP PROYECTOS EN VERSIÓN

a

BACKLOG

N/A

ASIGNAR OT JP PROYECTOS N/A N/A

(11)

VALIDAR

Esta acción desaparecerá si hay alguna No Conformidad sin corregir registrada y que afecte a esa mejora siempre que ambas mejora y no conformidad) estén en la misma versión

JP PROYECTOS R. FUNCIONAL CGES N/A N/A EDITAR JP PROYECTOS R. FUNCIONAL OCA N/A N/A CIERRE

Se produce de manera automática al implantarse la versión una vez que todas las implantaciones de la misma se han finalizado

PROCESO AUTOMATIZADO EN VERSIÓN a CERRADA (Sin resolver) a (Cerrada)

No conformidad

Creación

Se crean en estado EN VERSIÓN asignadas a R. PRODUCTO por R. PRODUCTO , FUNCIONAL , , siempre dentro de una versión. Los campos necesarios para su

PROVEEDOR OCA creación son: Título* Descripción* Entorno Tipo: Técnica Funcional De regresión ID Versión relacionada* Mejora/incidencia afectada

Acciones en estado

EN VERSIÓN

ESTADO

(12)

EDITAR JP PROYECTOS R. FUNCIONAL PROVEEDOR CUALQUIER USUARIO DE LA OFICINA TÉCNICA DE CALIDAD COORDINADOR N/A N/A ETIQUETAR CUALQUIER USUARIO DE LA OFICINA TÉCNICA DE CALIDAD N/A N/A ENLAZAR CUALQUIER USUARIO DE LA OFICINA TÉCNICA DE CALIDAD N/A N/A ASIGNAR OT

Posibilidad de asignar a una o varias OTs que estén incluidas en la versión en la que está la NC COORDINADOR JP PROYECTOS N/A N/A CANCELAR COORDINADOR JP PROYECTOS FUNCIONAL EN VERSIÓN a CERRADA (Sin resolver) a (Cancelada) COMENZAR RESOLUCIÓN

AL acceder a esta acción, el campo "Estado para validación" pasa de "Identificada" a "En desarrollo". En ese caso, debe aparecer en la entidad la siguiente acción

PROVEEDOR N/A N/A

RESOLVER

Al acceder a esta acción se debe rellenar de manera obligatoria el campo "Entrega en la que se corrige"(dando al campo la misma estructura que al código de versión en el que esté la NC para que sólo tenga que rellenarse el último dígito correspondiente a la entrega.) Si el código de la versión no está informado, deberá aparecer un mensaje indicándolo para que se complete.

Incluir una validación para que el campo Entrega en el que se corrige no pueda ser el mismo que el pudiera haber estado antes en la resolución de la NC. El cuarto dígito de la entrega siempre será mayor

Al acceder a esta acción, el campo "Estado para validación" pasa de "En desarrollo" a "Pdte. validar". En este caso aparecerá en la entidad la siguiente acción

VALIDAR

Al acceder a esta acción, debe aparecer una pantalla con el campo Resultado de la validación:

Favorable. Si marcamos esta opción ir a (1) No favorable. Si marcamos esta opción ir a (2)

Al acceder a esta acción, debe aparecer en la pantalla el campo " Entrega en la que se (1)

valida". La estructura de ese campo es de cuatro dígitos, siendo los tres primeros coincidentes con el código de la versión en la que se encuentra la NC:

JP PROYECTOS COORDINADOR R. FUNCIONAL CUALQUIER USUARIO DE LA OFICINA TÉCNICA DE CALIDAD N/A N/A

(13)

En el caso en que el código de la versión no estuviera informado, debe salir un mensaje de error indicando que debe haber código de versión informado.

Dependiendo de quien acceda a la acción Validar cambiará el valor del campo "Estado para validación" informado inicialmente como "Identificada":

Si accede primero algún usuario del grupo Oficina Técnica de Calidad, el campo "Estado para validación" quedará informado como "Validada OCA" y quedará disponible la acción validar en la NC para el resto de roles. Una vez accedan a esa acción, el campo pasará de "Validada OCA" a "Validada". Si accede primero un usuario con rol que no pertenece a la Oficina Técnica de Calidad, el campo "Estado para validación" pasará a estar informado con el valor "Validada", desapareciendo la acción validar de la NC.

En las mejoras que sean afectadas por las NCs, si y sólo si están en la misma versión y el campo "Estado para validación" es "Validada" aparecerá la acción Validar.

(2) Al acceder a esta acción se resetea el campo "Estado para validación" informándose con el valor "Identificada" y se borra el campo "Entrega en la que se corrige", apareciendo de nuevo la acción Comenzar resolución

DESASIGNAR VERSIÓN

El campo "Estado para validación" pasa a "Identificada" independientemente del valor que tuviera cuando la NC estaba incluida en la versión.

Se mantienen los enlaces con las mejoras que originaron la NC

COORDINADOR JP PROYECTOS EN VERSIÓN a BACKLOG N/A MOVER A MEJORA

Informar de forma obligatoria:

Urgencia Comentario COORDINADOR JP PROYECTOS N/A N/A MOVER A INCIDENCIA

Mensaje en el que se indique que la incidencia deberá registrarse por los canales reglamentarios

Informar comentario obligatorio

COORDINADOR JP PROYECTOS ESTADO ORIGEN a CERRADA (Sin resolver) a (Cerrada)

(14)

ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO CAMBIO RESOLUCIÓN EDITAR JP PROYECTOS R. FUNCIONAL PROVEEDOR

CUALQUIER USUARIO DE LA OFICINA TÉCNICA DE CALIDAD

COORDINADOR

N/A N/A

ETIQUETAR

CUALQUIER USUARIO CON ACCESO AL PROYECTO

N/A N/A

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PROYECTO

N/A N/A

MOVER A MEJORA

Informar de forma obligatoria:

Urgencia Comentario COORDINADOR JP PROYECTOS N/A N/A MOVER A INCIDENCIA

Mensaje en el que se indique que la incidencia deberá registrarse por los canales reglamentarios

COORDINADOR JP PROYECTOS ESTADO ORIGEN a CERRADA (Sin resolver) a (Cerrada)

Versión

Una versión es un contenedor de mejoras e incidencias, es decir, tiene un alcance y un presupuesto determinados a partir de la que se lanzan trabajos para el proveedor (órdenes de trabajo). Existe la posibilidad de que sea necesario un estudio de viabilidad del de la versión antes de comenzar a trabajar para que el Jefe de Proyecto decida una alternativa en el caso de que haya más de una y la reserva correspondiente de HBS.

Por cada uno de los meses de duración de la versión se creará una subtarea de Previsión en la que se podrán estimar las HBS previstas y donde se irán incurriendo las HBS que el proveedor registre en ese mes en las órdenes de trabajo asociadas a la versión.

(15)

Si la implantación de la versión necesita la intervención del Proveedor de Sistemas, será necesario generar PLs que transicionarán implantando el software en o en los entornos que se determinen. Al acabar los despliegues, las mejoras e incidencias incluidas en la versión pasarán a estado Cerrada, considerando que su implantación en el entorno de Producción está finalizada.

Durante este proceso será posible crear órdenes de trabajo y asociarlas a la versión. Como ya hemos comentado, las HBS incurridas en un mes determinado se irán sumando a las HBS incurridas de la subtarea de previsión correspondiente a ese mes (excepto para las órdenes de trabajo de tipo PST).

Creación

Acciones en estado

ABIERTA

ESTADO

GESTIONAR ALCANCE (incluir/excluir mejoras, incidencias o No conformidades en estado BACKLOG de esa aplicación)

R. PRODUCTO N/A N/A

COMENZAR (imprescindible que al menos haya una mejora o incidencia en la versión) Si la versión está aprobada por R. ÁREA --> R. PRODUCTO Si la versión no está aprobada por R. ÁREA --> R. ÁREA ABIERTA a EN RESOLUCIÓN ABIERTA a PDTE. COMIENZO RA N/A

CANCELAR R. PRODUCTO ABIERTA

a

CERRADA

(16)

Acciones en estado

PDTE. COMIENZO RA

COMENZAR R. ÁREA PDTE. COMIENZO RA a

EN RESOLUCIÓN

N/A

CANCELAR R. ÁREA PDTE. COMIENZO RA a CERRADA

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A

Acciones en estado

EN RESOLUCIÓN

RESOLUCIÓN

GESTIONAR ALCANCE R. PRODUCTO N/A N/A

EDITAR R. PRODUCTO N/A N/A

FINALIZAR R. PRODUCTO EN RESOLUCIÓN a

CERRADA

(Sin resolver) a (Cerrada)

CANCELAR R. PRODUCTO EN RESOLUCIÓN a

CERRADA

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

FINALIZAR IMPLANTACIONES PROCESO AUTOMÁTICO EN RESOLUCIÓN a IMPLANTADA

N/A

Necesario que todas las OTs estén cerradas

(17)

Acciones en estado

IMPLANTADA

RESOLUCIÓN

EDITAR R. PRODUCTO N/A N/A

FINALIZAR R. PRODUCTO IMPLANTADA a

CERRADA

(Sin resolver) a (Cerrada)

ENLAZAR

N/A N/A

ETIQUETAR

N/A N/A

Acciones en estado

CERRADA

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

ETIQUETAR

N/A N/A

OT con crédito disponible

Creación

Si no es de tipo PST ni de tipo EVS la creada por parte del JP PROYECTOS (sea o no el

) asignadas al en estado

R. PRODUCTO PROVEEDOR PDTE. CALENDARIZAR

Si es de tipo EVS la crea JP PROYECTOS :

Necesario que todas las OTs estén cerradas

(18)

Si el EVS está aprobado por el Responsable de Área asignada a en estado

PROVEEDOR PDTE. CALENDARIZAR

Si el EVS no está aprobado por el Responsable de Área asignada a en estado

R. ÁREA PDTE. APROBAR

Si es de tipo PST la crea JP PROYECTOS PROVEEDOR asignada a PROVEEDOR SISTEMAS en estado PDTE. CALENDARIZAR

Acciones en estado

PDTE. APROBAR

CANCELAR JP PROYECTOS JP SISTEMAS

PDTE. APROBAR a CERRADA (Sin resolver) a (Cancelada)

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

ASOCIAR VERSIÓN JP PROYECTOS R. PRODUCTO N/A N/A EDITAR JP PROYECTOS R. PRODUCTO JP SISTEMAS N/A N/A

APROBAR JP PROYECTOS PDTE. APROBAR a PDTE. CALENDARIZAR N/A

NO APROBAR JP PROYECTOS PDTE. APROBAR a CERRADA (Sin resolver) a (No Aprobada)

Acciones en estado

PDTE. CALENDARIZAR

ENLAZAR

EDITAR JP PROYECTOS JP SISTEMAS N/A N/A

ETIQUETAR

CALENDARIZAR

Si no es de tipo PST PROVEEDOR

Si es PST PROVEEDOR SISTEMAS

PDTE. CALENDARIZAR a

PDTE. COMENZAR RESOLUCIÓN

(19)

CANCELAR JP PROYECTOS PDTE. CALENDARIZAR a CERRADA (Sin resolver) a

(Cancelada)

Acciones en estado

RESOLUCIÓN COMENZAR RESOLUCIÓN Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS

PDTE. COMENZAR RESOLUCIÓN a

EN RESOLUCIÓN

N/A

CANCELAR JP PROYECTOS PDTE. COMENZAR RESOLUCIÓN a

CERRADA

ENLAZAR

EDITAR

PROVEEDOR SISTEMAS JP PROYECTOS

N/A N/A

ETIQUETAR

Acciones en estado

EN RESOLUCIÓN

RESOLUCIÓN REGISTRA R HBS Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS N/A N/A

(20)

TO Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS RESOLVER Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS Si no es de tipo PST:

Si la OT es revisada por la OCA a

EN RESOLUCIÓN PDTE. REVISIÓN OCA

Si la OT no es revisada por la OCA a

EN RESOLUCIÓN PDTE. REVISIÓN JP

Si es PST EN RESOLUCIÓN a

PDTE. REVISIÓN TÉCNICA

N/A

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR PROVEEDOR SISTEMAS JP PROYECTOS JP SISTEMAS N/A N/A

ETIQUETAR N/A N/A N/A

CANCELAR JP PROYECTOS EN RESOLUCIÓN a PDTE. CANCELACIÓN N/A

Acciones en estado

PDTE. REVISIÓN OCA

INFORMAR REVISIÓN OCA OCA PDTE. REVISIÓN OCA a

PDTE. REVISIÓN JP

N/A

Acciones en estado

(21)

PDTE. REVISIÓN JP a

CERRADA NO ACEPTAR RESOLUCIÓN JP PROYECTOS PDTE. REVISIÓN JP a

NO ACEPTADA JP

N/A

Si es de tipo EVS:

EDITAR (Informar campos Alternativa y Reserva HBS)

JP PROYECTOS PROVEEDOR

N/A N/A

Acciones en estado

NO ACEPTADA JP

RESOLUCIÓN

Rechazo sólo por motivos técnicos:

RESOLVER

PROVEEDOR NO ACEPTADA JP a

N/A

Rechazo por costes:

REGISTRAR HBS

Rechazo por costes:

RESOLVER

PROVEEDOR NO ACEPTADA JP a

N/A

Acciones en estado

PDTE. CANCELACIÓN

RESOLUCIÓN REGISTRAR HBS Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS N/A N/A

ENLAZAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A

(22)

CUALQUIER USUARIO CON ACCESO AL PRODUCTO

EDITAR

PROVEEDOR SISTEMAS JP PROYECTOS JP SISTEMAS N/A N/A LIQUIDAR OT Si no es de tipo PST PROVEEDOR Si es PST PROVEEDOR SISTEMAS PDTE. CANCELACIÓN a

PDTE. REVISIÓN CANCELACIÓN

N/A

Acciones en estado

RESOLUCIÓN

ACEPTAR CANCELACIÓN

Si no es de tipo PST JP PROYECTOS

Si es PST JP SISTEMAS

PDTE. REVISIÓN CANCELACIÓN a

CERRADA (Sin resolver) a (Cancelada) NO ACEPTAR CANCELACIÓN Si no es de tipo PST JP PROYECTOS Si es PST JP SISTEMAS

PDTE. REVISIÓN CANCELACIÓN a

PDTE.CANCELACIÓN

N/A

Acciones en estado

PDTE. REVISIÓN TÉCNICA

asignado al informador ( R. PRODUCTO PROVEEDOR al ser PST)

ACEPTAR SOLUCIÓN TÉCNICA JP PROYECTOS PROVEEDOR

PDTE. REVISIÓN TÉCNICA a PDTE. REVISIÓN COSTES (Sin resolver) a (Resuelta)

NO ACEPTAR SOLUCIÓN TÉCNICA JP PROYECTOS PROVEEDOR

PDTE. REVISIÓN TÉCNICA a NO ACEPTADA N/A

Acciones en estado

PDTE. REVISIÓN COSTES

(23)

EDITAR

PROVEEDOR SISTEMAS JP PROYECTOS JP SISTEMAS

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A

ACEPTAR COSTES JP SISTEMAS PDTE. REVISIÓN COSTES a

CERRADA

(Sin resolver) a (Resuelta)

NO ACEPTAR COSTES JP SISTEMAS PDTE. REVISIÓN COSTES a

NO ACEPTADA

N/A

Acciones en estado

NO ACEPTADA

RESOLUCIÓN

REGISTRAR HBS

PROVEEDOR SISTEMAS N/A N/A

ENLAZAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR PROVEEDOR SISTEMAS JP PROYECTOS JP SISTEMAS N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

RESOLVER

PROVEEDOR SISTEMAS NO ACEPTADA a

o

PDTE. REVISIÓN TÉCNICA

según de donde venga

PDTE. REVISIÓN COSTES

N/A

OT con estimación

Creación

Es obligatorio adjuntar el informe de incurrido cuando el valor del campo HBS incurrido es

(24)

La crea JP PROYECTOS PROVEEDOR asignada a PROVEEDOR en estado PDTE. ESTIMAR

Acciones en estado

PDTE. ESTIMAR

ESTIMAR

PROVEEDOR PDTE. ESTIMAR

A

ESTIMADA

N/A

CANCELAR JP PROYECTOS y PROVEEDOR si es el informador

PDTE. ESTIMAR A

CERRADA

Acciones en estado

ESTIMADA

APROBAR ESTIMACIÓN JP PROYECTOS _ESTIMADA _a PDTE. COMENZAR RESOLUCIÓN

N/A

NO APROBAR ESTIMACIÓN

JP PROYECTOS _ESTIMADA _a _{PDTE. ESTIMAR} N/A

A partir del estado PDTE. COMENZAR RESOLUCIÓN continúa igual que una OT con crédito disponible.

APROBAR ESTIMACIÓN JP PROYECTOS _{PDTE. COMENZAR RESOLUCIÓN} _a ESTIMADA

(25)

NO APROBAR ESTIMACIÓN

JP PROYECTOS

PDTE. COMENZAR RESOLUCIÓN a

CERRADA

N/A

Acciones en estado

CERRADA

ENLAZAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR PROVEEDOR SISTEMAS JP PROYECTOS JP SISTEMAS N/A N/A

Petición Soporte Transición (PST)

Creación

Se crea por parte del JP PROYECTOS o del PROVEEDOR asignada a PROVEEDOR SISTEMAS en estado PDTE. CALENDARIZAR

Los campos necesarios para la creación de la entidad son: Tipo OT: sale informado PST sin posibilidad de edición Título*

Descripción* Entornos Motivo*

(26)

Fecha fin deseada Prioridad*

ID Versión relacionada

Seleccionar otra plataforma: de entrada, esta opción está marcada como NO. En el caso de que se seleccione otra plataforma aparecerán disponibles en el campo Plataformas todas las plataformas posibles

Acciones en estado

RESOLUCIÓN

CALENDARIZAR

Además de las fechas, podrá cambiarse la plataforma, estando la opción de seleccionar otra plataforma

PROVEEDOR SISTEMAS PDTE. CALENDARIZAR a

N/A

CANCELAR

JP PROYECTOS PDTE. CALENDARIZAR a

CERRADA

EDITAR

Pueden modificarse los campos

Título Descripción Prioridad JP PROYECTOS PROVEEDOR SISTEMAS N/A N/A

ETIQUETAR CUALQUIER USUARIO CON

ACCESO AL PRODUCTO

N/A N/A

Acciones en estado

ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO

El tiempo máximo para comenzar su resolución será de 45 horas de servicio

(27)

COMENZAR RESOLUCIÓN

PROVEEDOR SISTEMAS PDTE. COMENZAR RESOLUCIÓN a

EN RESOLUCIÓN

N/A

CANCELAR

Incluir comentario obligatorio

JP PROYECTOS PDTE. COMENZAR RESOLUCIÓN a

CERRADA

ENLAZAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

EDITAR JP PROYECTOS

PROVEEDOR SISTEMAS

N/A

Acciones en estado

EN RESOLUCIÓN

REGISTRAR HBS PROVEEDOR SISTEMAS N/A N/A

SEGUIMIENTO PROVEEDOR SISTEMAS N/A N/A

RESOLVER PROVEEDOR SISTEMAS N/A N/A

CANCELAR

JP PROYECTOS _{EN RESOLUCIÓN}

a

N/A

EDITAR

JP PROYECTOS PROVEEDOR SISTEMAS

N/A N/A

Acciones en estado

Asignar a miembro para la entidad

(28)

ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO CAMBIO RESOLUCIÓN

REGISTRAR HBS

LIQUIDAR OT

PROVEEDOR SISTEMAS _{PDTE. CANCELACIÓN}

a

N/A

N/A N/A

EDITAR

JP PROYECTOS N/A N/A

Acciones en estado

Asignada al INFORMADOR

ACEPTAR SOLUCIÓN TÉCNICA

JP PROYECTOS

a

N/A

NO ACEPTAR SOLUCIÓN TÉCNICA

JP PROYECTOS

a

NO ACEPTADA

N/A

Acciones en estado

ACEPTAR COSTES JP SISTEMAS

a

CERRADA

Es obligatorio adjuntar el informe de incurridos cuando HBS incurridas es mayor que 0.

(29)

NO ACEPTAR COSTES

JP SISTEMAS

a

NO ACEPTADA

N/A

EDITAR

N/A N/A

Acciones en estado

RESOLUCIÓN

JP SISTEMAS _{PDTE. REVISIÓN CANCELACIÓN}

a

CERRADA

NO ACEPTAR CANCELACIÓN

JP SISTEMAS _{PDTE. REVISIÓN CANCELACIÓN}

a

N/A

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR JP PROYECTOS PROVEEDOR SISTEMAS N/A N/A

(30)

REGISTRAR HBS

RESOLVER

PROVEEDOR SISTEMAS NO ACEPTADA a PDTE. REVISIÓN TÉCNICA si el rechazo es de

o

NO ACEPTADA a PDTE. REVISIÓN COSTES si el rechazo es de

JP SISTEMAS

N/A

ENLAZAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR JP PROYECTOS PROVEEDOR SISTEMAS N/A N/A

Acciones en estado

CERRADA

N/A N/A

EDITAR

OT Ágil

Entidad con flujo similar a una OT con crédito disponible en la que: No hay entregables preseleccionados.

No hay flujo de revisión de la OCA.

No van relacionadas con una versión sino con un subproyecto ágil que es la entidad "aglutinadora" de costes de los sprints.

(31)

Se crean en estado PDTE. CALENDARIZAR por parte del JP PROYECTOS (sea o no el R. PRODUCTO ) o el

asignadas al . Los campos necesarios para la creación son (y

PROVEEDOR SISTEMAS PROVEEDOR SISTEMAS

que se irán informando en la entidad): Título*

Descripción* Estimadas* Restantes*

Fecha inicio deseada* Fecha fin deseada* Sprint relacionado*

ID Entidad relacionada*: aparecen los subproyectos de ese proyecto en estado EN RESOLUCIÓN d e manera que se pueda elegir sólo uno.

A partir de aquí, el flujo de la OTAgil es similar al de cualquier OT de crédito disponible:

Al calendarizar el PROVEEDOR pasa a estado PDTE. COMENZAR RESOLUCIÓN , y al comenzar resolución pasa a estado EN RESOLUCIÓN donde el PROVEEDOR puede incurrir HBS. Cada vez que se incurran HBS en un mes en la OT Ágil, deberán sumarse a la subtarea de previsión del subproyecto para el mes correspondiente. No se puede incurrir en fecha anterior a la "Fecha inicio real" y por otra parte, si la fecha en la que se incurre corresponde a un mes cuya subtarea de previsión está CERRADA , dará un mensaje de error.

Una vez que el PROVEEDOR resuelve, la OT pasa al estado PDTE. REVISIÓN asignada al .

R. PRODUCTO

Si el JP PROYECTOS accede a "Aceptar resolución", la OT pasa a CERRADA (Resolución Resuelta)

Si el JP PROYECTOS accede a "No aceptar resolución", la OT pasa a NO ACEPTADA en la que el puede volver a registrar trabajo pero no tiene disponible acción PROVEEDOR

(32)

"Seguimiento". Se informa automáticamente el campo "Motivo de rechazo de OT" con el motivo "2. No aceptación por costes".

Acciones en estado

Asignada al PROVEEDOR

RESOLUCIÓN

CALENDARIZAR

PROVEEDOR _{PDTE. CALENDARIZAR}

a

N/A CANCELAR JP PROYECTOS JP SISTEMAS PDTE. CALENDARIZAR

a

CERRADA (Sin resolver) a (Cancelada) EDITAR

(33)

todos los campos excepto Proyecto e "ID Entidad

relacionada" PROVEEDOR

N/A N/A

EDITAR

Acciones en estado

RESOLUCIÓN

COMENZAR RESOLUCIÓN

PROVEEDOR _{PDTE. COMENZAR RESOLUCIÓN}

a

EN RESOLUCIÓN

N/A

CANCELAR

JP PROYECTOS JP SISTEMAS

a

CERRADA

EDITAR

Título, Descripción y Sprint relacionado. No puede editar ningún campo de fechas ni de HBS

JP PROYECTOS

PROVEEDOR

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR JP PROYECTOS PROVEEDOR N/A N/A

Acciones en estado

EN RESOLUCIÓN

(34)

REGISTRAR HBS

SEGUIMIENTO

RESOLVER PROVEEDOR _{EN RESOLUCIÓN}

a

PDTE. REVISIÓN N/A CANCELAR JP PROYECTOS JP SISTEMAS PROVEEDOR EN RESOLUCIÓN

a

PDTE. CANCELACIÓN N/A EDITAR

JP PROYECTOS

PROVEEDOR

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR JP PROYECTOS PROVEEDOR N/A N/A

Acciones en estado

PDTE. REVISIÓN

Asignada al R. PRODUCTO

RESOLUCIÓN

ACEPTAR RESOLUCIÓN

JP PROYECTOS _{PDTE. REVISIÓN}

a

CERRADA

NO ACEPTAR RESOLUCIÓN

JP PROYECTOS _{PDTE. REVISIÓN}

a

NO ACEPTADA

(35)

EDITAR

JP PROYECTOS

PROVEEDOR

N/A N/A

ETIQUETAR CUALQUIER USUARIO CON ACCESO AL PRODUCTO N/A N/A EDITAR JP PROYECTOS PROVEEDOR N/A N/A

Acciones en estado

NO ACEPTADA

RESOLUCIÓN

REGISTRAR HBS

RESOLVER

PROVEEDOR _{NO ACEPTADA}

a

N/A

EDITAR

JP PROYECTOS

PROVEEDOR

N/A N/A

Acciones en estado

RESOLUCIÓN

(36)

PROVEEDOR

LIQUIDAR

PROVEEDOR _{PDTE. CANCELACIÓN}

a

N/A

N/A N/A

EDITAR

Acciones en estado

Asignada al R. PRODUCTO

RESOLUCIÓN

JP PROYECTOS JP SISTEMAS

a

CERRADA (Sin resolver) a (Cancelada) NO ACEPTAR CANCELACIÓN JP PROYECTOS JP SISTEMAS

PDTE. REVISIÓN CANCELACIÓN A

N/A

N/A N/A

EDITAR

Acciones en estado

CERRADA

Es obligatorio adjuntar el informe de incurridos cuando HBS incurridas es mayor que 0.

(37)

ENLAZAR

N/A N/A

EDITAR

JP PROYECTOS N/A N/Ac

Subproyecto ágil

Un subproyecto ágil es un contenedor de OT Ágil.

Por cada uno de los meses de duración del subproyecto se creará una subtarea de Previsión en la que se podrán estimar las HBS previstas y donde se irán incurriendo las HBS que el

registre en ese mes en las órdenes de trabajo asociadas. PROVEEDOR

Durante este proceso será posible crear órdenes de trabajo y asociarlas al subproyecto. Como ya hemos comentado, las HBS incurridas en un mes determinado se irán sumando a las HBS incurridas de la subtarea de previsión correspondiente a ese mes.

Como en todas las entidades, cualquier acción que pueda ejecutarse por parte del

supone que cualquier usuario con ese mismo rol o con el de pueda

R. PRODUCTO COORDINADOR

también hacerlas.

Creación

Se crearán por parte del JP PROYECTOS asignadas al RESPONSABLE PRODUCTO . Serán necesarios los siguientes campos:

Título * Descripción *

Fecha de inicio deseada * Fecha fin deseada *

(38)

Se creará la entidad en estado EN RESOLUCIÓN con tantas subtareas de tipo Previsión como meses transcurran entre fecha de inicio y de fin.

Acciones en estado EN RESOLUCIÓN

ESTADO

EDITAR

ETIQUETAR

Si el usuario es JP PROYECTOS , no saldrá la acción como tal. Se hará mediante el etiquetado nativo (con el lápiz) o con la opción nativa Etiquetas

N/A N/A

CANCELAR

Se cierran las previsiones de forma automática

La condición para que se pueda ejecutar esta acción es que no haya ninguna OT relacionada con el mismo

JP PROYECTOS EN RESOLUCIÓN a

CERRADA

FINALIZAR

Se cierran las previsiones de forma automática

Es condición necesaria que todas las OTAgil relacionadas con el subproyecto estén cerradas. JP PROYECTOS EN RESOLUCIÓN a CERRADA (Sin resolver) a (Cerrada)

Subtareas PREVISIÓN

El flujo de estas subtareas de la entidad SUBPROYECTO es idéntico al que siguen como subtareas de la entidad VERSIÓN.

(39)

Se crean en estado ABIERTA de forma automática con el título predefinido (ID SUBPROYECTO- aa/mm) sin asignar. El informador es siempre el R. PRODUCTO y la fecha de comienzo es siempre el día 1 del mes. Sólo pueden ser cerradas por el COORDINADOR ejecutánd ose automáticamente una transición que las lleva a estado CERRADA a los cinco meses de la creación.

Historias de usuario

Una historia de usuario es una entidad que se usa en los proyectos que se gestionan con metodología ágil para "descomponer las mejoras" y asociar tareas que se asignan a los integrantes del equipo. Esta gestión puede hacerse con la posibilidad que tiene la herramienta de uso de pizarras SCRUM que permiten la gestión de sprints en el que se incluyen estas historias que pueden a su vez descomponerse en subtareas y errores técnicos.

Creación

La creación de una HU es a partir de una "Mejora" o de una "No conformidad" en estado o . Incorporamos también que el origen de una HU sea una

BACKLOG EN VERSIÓN

incidencia en estados BACKLOG o EN EN VERSIÓN .

Las HUs se crean en estado ABIERTA por parte del JP PROYECTOS (sea o no el R. PRODUCTO

, y

) R. FUNCIONAL PROVEEDOR

Acciones en estado

ABIERTA

Acción Quién puede Cambio estado Cambio

resolución

EDITAR

(40)

Todos los campos

R. FUNCIONAL

PROVEEDOR

OCA

COMENZAR

Si alguna de las subtareas o errores técnicos creados pasa a En resolución, la HU se pondrá automáticamente en ese estado

JP PROYECTOS R. FUNCIONAL PROVEEDOR ABIERTA A EN DESARROLLO N/A ENLAZAR

Con HUs de cualquier proyecto

N/A N/A

Acciones en estado

EN DESARROLLO

resolución

EDITAR Todos los campos

JP PROYECTOS R. FUNCIONAL PROVEEDOR OCA N/A N/A PARALIZAR

Se paralizan todas las subtareas y errores técnicos de la HU

JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

PARALIZADA N/A PROBAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

EN TESTING N/A CANCELAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

VALIDADA (Sin Resolver) a (Cancelada)

ENLAZAR N/A N/A

Debe existir una validación para comprobar que todas las subtareas y errores técnicos estén cerradas

(41)

Con HUs de cualquier proyecto CUALQUIER USUARIO CON ACCESO AL PRODUCTO

Acciones en estado

EN TESTING

resolución

ELIMINAR

Se elimina el enlace entre la HU y la mejora origen Se eliminarán todas las subtareas

JP PROYECTOS

R. FUNCIONAL

PROVEEDOR

N/A N/A

JP PROYECTOS R. FUNCIONAL PROVEEDOR OCA N/A N/A CREAR SUBTAREAS De tipo Subtarea y error técnico

JP PROYECTOS

R. FUNCIONAL

PROVEEDOR

N/A N/A

PARALIZAR

Se paralizan todas las subtareas y errores técnicos de la HU

JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

PARALIZADA N/A RESOLVER

Debe haber una validación que compruebe que todas las subtareas están cerradas JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

PDTE. VALIDAR N/A VOLVER A DESARROLLO JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

EN DESARROLLO N/A CANCELAR

Debe existir una validación para comprobar que todas las subtareas y errores técnicos estén cerradas

JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

VALIDADA (Sin Resolver) a (Cancelada)

(42)

ENLAZAR

N/A N/A

Acciones en estado

PARALIZADA

resolución REANUDAR JP PROYECTOS PROVEEDOR PARALIZADA

a

EN DESARROLLO ó PARALIZADA a EN TESTING N/A ENLAZAR

N/A N/A

ELIMINAR

Se elimina el enlace entre la HU y la mejora origen Se eliminarán todas las subtareas

JP PROYECTOS

PROVEEDOR

N/A N/A

JP PROYECTOS

PROVEEDOR

OCA

N/A N/A

CANCELAR

Debe existir una validación para comprobar que todas las subtareas y errores técnicos estén cerradas

JP PROYECTOS PROVEEDOR PARALIZADA a VALIDADA (Sin Resolver) a (Cancelada)

(43)

Acciones en estado

PDTE. VALIDAR

resolución

ELIMINAR

Se elimina el enlace entre la HU y la mejora origen

Se eliminarán todas las subtareas

JP PROYECTOS

PROVEEDOR

N/A N/A

ENLAZAR

CUALQUIER USUARIO CON ACCESO AL PRODUCTO

N/A N/A

EDITAR

Todos los campos

JP PROYECTOS

PROVEEDOR

OCA

N/A N/A

ACEPTAR RESOLUCIÓN

Debe haber una validación que compruebe que todas las subtareas están cerradas

JP PROYECTOS PROVEEDOR PDTE. VALIDAR

a

VALIDADA (Sin Resolver) a (Resuelta) NO ACEPTAR RESOLUCIÓN

Debe haber una validación que compruebe que todas las subtareas están cerradas

JP PROYECTOS

PROVEEDOR

PDTE. VALIDAR

a

EN RESOLUCIÓN

N/A

Los puntos de historia se queman en el estado que se considere final. Ver configuración de pizarras.

Acciones en estado

VALIDADA

Acción Quién puede Cambio estado Cambio resolución

ELIMINAR

Se elimina el enlace entre la HU y la mejora origen

Se eliminarán todas las subtareas

JP PROYECTOS

PROVEEDOR

N/A N/A

ENLAZAR

N/A N/A

EDITAR

(44)

Todos los campos PROVEEDOR OCA REABRIR JP PROYECTOS PROVEEDOR VALIDADA

a

PDTE. VALIDAR (Sin Resolver) a (Resuelta)

Subtareas y errores técnicos

Los flujos de las subtareas y de los errores técnicos se modifican para seguir el mismo flujo que las HUs.

Acciones en estado

ABIERTA

resolución ELIMINAR JP PROYECTOS PROVEEDOR N/A N/A EDITAR

Todos los campos

JP PROYECTOS

PROVEEDOR

N/A N/A

COMENZAR

Si la HU se encuentra en estado Abierta, pasará automáticamente al estado En resolución.

JP PROYECTOS

PROVEEDOR

ABIERTA

a

EN DESARROLLO CUANDO ES UNA

SUBTAREA ABIERTA A EN DESARROLLO CUANDO ES UN ERROR TÉCNICO N/A ENLAZAR

(45)

Acciones en estado

EN DESARROLLO

ELIMINAR JP PROYECTOS R. FUNCIONAL PROVEEDOR N/A N/A EDITAR Todos los campos

JP PROYECTOS R. FUNCIONAL PROVEEDOR OCA N/A N/A PARALIZAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

PARALIZADA N/A PROBAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

EN TESTING N/A CANCELAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN DESARROLLO

a

CERRADA

(Sin Resolver) a (Cancelada)

ENLAZAR

CUALQUIER USUARIO N/A N/A

Acciones en estado

EN TESTING

ELIMINAR

JP PROYECTOS

R. FUNCIONAL

PROVEEDOR

(46)

EDITAR

Todos los campos JP PROYECTOS

R. FUNCIONAL PROVEEDOR OCA N/A N/A PARALIZAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

PARALIZADA N/A RESOLVER JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

PDTE. VALIDAR N/A VOLVER A DESARROLLO JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

EN DESARROLLO N/A CANCELAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN TESTING

a

CERRADA

ENLAZAR

Acciones en estado

PARALIZADA

ELIMINAR

JP PROYECTOS

PROVEEDOR

N/A N/A

EDITAR

Todos los campos

JP PROYECTOS

PROVEEDOR

N/A N/A

(47)

JP PROYECTOS PROVEEDOR PARALIZADA a PARALIZADA CANCELAR JP PROYECTOS PROVEEDOR PARALIZADA a CERRADA

ENLAZAR

Acciones en estado

EN RESOLUCIÓN

resolución ELIMINAR JP PROYECTOS R. FUNCIONAL PROVEEDOR N/A N/A EDITAR Todos los campos

JP PROYECTOS R. FUNCIONAL PROVEEDOR OCA N/A N/A PARALIZAR JP PROYECTOS R. FUNCIONAL PROVEEDOR PARALIZADA

a

EN RESOLUCIÓN N/A RESOLVER JP PROYECTOS R. FUNCIONAL PROVEEDOR EN RESOLUCIÓN

a

CERRADA (Sin Resolver) a (Cerrada) CANCELAR JP PROYECTOS R. FUNCIONAL PROVEEDOR EN RESOLUCIÓN

a

CERRADA (Sin Resolver) a (Cancelada) ENLAZAR

(48)

ETIQUETAR

Si el usuario es JP PROYECTOS , no saldrá la acción como tal. Se hará mediante el etiquetado nativo (con el lápiz) o con la opción nativa Etiquetas

N/A N/A

Acciones en estado PDTE. VALIDAR

ELIMINAR

Sólo se pueden eliminar si no hay INCURRIDOS

JP PROYECTOS

PROVEEDOR

N/A N/A

EDITAR

Todos los campos

JP PROYECTOS PROVEEDOR N/A N/A ACEPTAR RESOLUCIÓN JP PROYECTOS PROVEEDOR PDTE. VALIDAR a CERRADA (Sin Resolver) a (Resuelta) NO ACEPTAR RESOLUCIÓN JP PROYECTOS PROVEEDOR PDTE. VALIDAR a EN DESARROLLO N/A ENLAZAR

N/A N/A

Acciones en estado

CERRADA

resolución ELIMINAR JP PROYECTOS PROVEEDOR N/A N/A EDITAR

Todos los campos

JP PROYECTOS PROVEEDOR N/A N/A REABRIR JP PROYECTOS PROVEEDOR CERRADA a EN RESOLUCIÓN N/A ENLAZAR

ETIQUETAR

Si el usuario es JP PROYECTOS , no saldrá la acción como tal. Se hará mediante el etiquetado nativo (con el lápiz) o con la opción nativa Etiquetas

(49)

Configuración pizarras SCRUM

Es recomendable crear una pizarra SCRUM para organizar las historias de usuario en sprints y activar aquel en el que se vaya a trabajar.

Crear pizarra

Accede a la creación de pizarras y crea una pizarra de tipo SCRUM de un proyecto existente. Vamos a tomar como ejemplo el proyecto de Admisión Única (AU)

La configuración de las pizarras es independiente de los flujos de las historias de usuario y de subtareas y errores técnicos.

Puedes gestionar historias, subtareas y errores técnicos sin haber configurado la pizarra.

(50)

Configurar el filtro de la pizarra

Accede a la configuración de la pizarra y a partir de ahí a la posibilidad de modificar el filtro (Editar consulta de filtro), ya que el filtro muestra todas las entidades del proyecto.

(51)

Selecciona la entidad "Historia de usuario" y las subtareas de tipo Subtarea y Error técnico en el filtro y guárdalo.

(52)

Crear sprints

Accede de nuevo a la pizarra SCRUM que has creado y procede a crear los sprints que quieras para organizar en ellos las historias de usuario. La creación de sprints está permitida para el Responsable de producto y para el proveedor.

(53)

Configura las columnas. En este ejemplo hemos configurado las columnas ABIERTA, EN DESARROLLO, EN TESTING. PARALIZADA Y CERRADA. La configuración de la pizarra sólo podrá hacerse por el dueño del filtro.

Entra en la configuración de la pizarra y en la columna de la izquierda accede a Columnas. Puedes añadir, eliminar o cambiar el nombre de las que aparecen por defecto

Crea las que te van a aportar más para mover de una columna a otra las historias y, sobre todo, las subtareas y los errores técnicos

Incluye dentro de cada columna los estados que consideras deben estar en cada una de ellas. Por ejemplo, en la columna En validación, incluimos los estados "PDTE. VALIDAR" y "VALIDADA OCA"

El estado o los estados que se incluyan en la última columna son los que van a determinar el estado en el que se quemen los puntos de historia.

(54)

Por ejemplo, habría dos tipos de forma de gestionar cuando deben quemarse los puntos de historia:

Considerar que el estado Pdte. validar es el estado en el que deben quemarse por ser el estado en el que el equipo ha acabado su trabajo y la HU está a falta de ser validada por el Responsable Funcional en la Review. En este caso, si la validación de la HU no fuera favorable, la HU se volvería a estado "En desarrollo" y entraría a formar parte del backlog del sprint siguiente volviéndose a restaurar los puntos previamente quemados. En el caso de que en la reviesw no diera tiempo o no se pudiera ver la HU, quedaria en el Backlog del producto como Pdte. validar para el próximo sprint, aunque sus puntos ya se habrían quemado.

Considerar el estado Validada como el estado final, con lo que la revisión del Responsable Funcional queda fuera del circuito y conllevaría la creación de otra HU en el caso de que la validación no fuera ok.

(55)

En Diseño de tarjeta puedes configurar los tres campos que quieres que se muestren en la tarjeta.

En Vista de datos de la entidad puedes configurar qué campos personalizados queires que se muestarn cuando se depliega la vista de la HU a la derecja de la pizarra.

En carriles puedes configurar cualquier consulta que consideres interesante.

(56)

Al comenzar el SPRINT, podremos mover historias, subtareas y errores técnicos por las columnas