GENERALIDADES
- Existen una serie de acciones comunes a todas las entidades:
- COMENTAR
- ADJUNTAR ARCHIVOS
- ENLAZAR
- ETIQUETAR
Los usuarios necesarios en un proyecto son:
Responsable de producto
Responsable funcional
Responsable de sistemas
Proveedor
Estos usuarios aunque aparezcan como asignados de las entidades pertenecen a roles definidos:
COORDINADOR→Puede hacer todo lo que hace el rol JP-STIC además de ciertas acciones específicas que se detaññan
JP-STIC→ A este rol pertenecen los usuarios Responsable de producto y Responsable de sistemas.
FUNCIONAL→ A este rol pertenecen los usuarios Responsable funcional
COLABORADOR–>Este rol se usa para ususarios 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 pocede, cambio de resolución de la entidad.
INCIDENCIA
- 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 ESTADOBACKLOG
-
ACCIÓN | QUIÉN PUEDE | CAMBIO DE ESTADO | CAMBIO RESOLUCIÓN |
---|
ESCALAR | R. PRODUCTOR.FUNCIONALPROVEEDORCGES | | (Sin resolver) a (Cancelada) |
ASIGNAR A VERSIÓN | R. PRODUCTOR.FUNCIONALPROVEEDOR | | N/A |
CLONAR (en cualquier aplicación) | R. PRODUCTOR.FUNCIONALPROVEEDOR | N/A | N/A |
ACCIONES EN ESTADOEN VERSIÓN
ACCIÓN | QUIÉN PUEDE | CAMBIO DE ESTADO | CAMBIO RESOLUCIÓN |
---|
DESASIGNAR DE VERSIÓN | R. PRODUCTOR.FUNCIONALPROVEEDOR | | N/A |
ASIGNAR OT | | | N/A |
CLONAR (en versiones de la misma aplicación) | R. PRODUCTOR.FUNCIONALPROVEEDOR | N/A | N/A |
VALIDAR | R. PRODUCTOR.FUNCIONALOCA | N/A | N/A |
CIERRE RFC | | | (Sin resolver) a (Cerrada) |
MEJORA
- Por integración.
- Se crean en estado WISHLIST asignadas a R. PRODUCTO para origen gestión de proyectos.
- Se crean en estado BACKLOGasignadas a R. PRODUCTO para origen gestión de problemas.
- Directamente en JIRA en estado WISHLIST por usuarios de la aplicación.TODOS LOS USUARIOS
ACCIONES EN ESTADOWISHLIST
ACCIÓN | QUIÉN PUEDE | CAMBIO DE ESTADO | CAMBIO RESOLUCIÓN |
---|
APROBAR MEJORA | | | N/A |
NO APROBAR MEJORA | | | - Rechazo: (Sin resolver) a (Rechazada)
- Escalado: (Sin resolver) a (Escalada)
|
CLONAR (en cualquier aplicación) | R. PRODUCTOR.FUNCIONALPROVEEDORCOLABORADOR
| N/A | (Sin resolver) a (Escalada) |
ESCALAR (Sólo para mejoras creadas por integración y que no han cambiado de estado) | |
|
|
- ACCIONES EN ESTADO BACKLOG
- A WISHLIST R. PRODUCTOR.FUNCIONAL
BACKLOG---> WISHLIST
- ASIGNAR VERSIÓNR. PRODUCTO
BACKLOG--->EN VERSIÓN
- CLONAR R. PRODUCTOR.FUNCIONAL(En cualquier aplicación)
- ACCIONES EN ESTADOEN VERSIÓN
- DESASIGNAR DE VERSIÓN R. PRODUCTO
EN VERSIÓN--->BACKLOG
- ASIGNAR OT R. PRODUCTO
- CLONAR R. PRODUCTO(Sólo en versiones de la misma aplicación)
- VALIDAR R. PRODUCTOR.FUNCIONALOCA
- EDITAR R. PRODUCTOR.FUNCIONALPROVEEDOR(Sólo para la entrega en la que se valida)
- CIERRE RFC PROCESO AUTOMATIZADO
EN VERSIÓN--->CERRADA (Resolución Cerrada)
VERSIÓN
- CREACIÓNR. PRODUCTO. Se crean en estadoABIERTA
- ACCIONES EN ESTADOABIERTA
- GESTIONAR ALCANCE R. PRODUCTO
- COMENZAR→Imprescindible que haya al menos haya una mejora o incidencia
- Si la versión está aprobada por el RESPONSABLE DE ÁREA R. PRODUCTO
ABIERTA--->EN RESOLUCIÓN
- Si la versión no está aprobada por el RESPONSABLE DE ÁREA COORDINADOR
ABIERTA--->PDTE. COMIENZO RA
- CANCELAR R. PRODUCTO
ABIERTA--->CERRADA (Resolución Cancelada)
- ACCIONES EN ESTADO PDTE. COMIENZO RA
- COMENZAR COORDINADOR
PDTE. COMIENZO RA--->EN RESOLUCIÓN
- CANCELAR COORDINADOR
PDTE. COMIENZO RA--->CERRADA (Resolución Cancelada)
- ACCIONES EN ESTADO EN RESOLUCIÓN
- GESTIONAR ALCANCE R. PRODUCTO
- GENERAR RFC R. PRODUCTO→Obligatorio tener el código de la versión
EN RESOLUCIÓN-->EN RESOLUCIÓN CON RFC ABERTA
- FINALIZAR R. PRODUCTO→Obligatorio tener el código de la versión y todas las OTs asociadas cerradas
EN RESOLUCIÓN--->CERRADA (Resolución Cerrada)
- CANCELAR R. PRODUCTO-->Obligatorio tener todas las OTs asociadas cerradas
EN RESOLUCIÓN--->CERRADA (Resolución Cancelada)
- ACCIONES EN ESTADO EN RESOLUCIÓN CON RFC ABIERTA
- GESTIONAR ALCANCE R. PRODUCTO
- CANCELAR R. PRODUCTO-->Obligatorio tener todas las OTs asociadas cerradas
EN RESOLUCIÓN--->CERRADA (Resolución Cancelada)
- CIERRE RFC PROCESO AUTOMATIZADO →(Mejoras, incidencias y No conformidades incluidas en la versión se cierran)EN RESOLUCIÓN--->EN RESOLUCIÓN CON RFC CERRADA
- ACCIONES EN ESTADO EN RESOLUCIÓN CON RFC CERRADA
- FINALIZAR R. PRODUCTO→Obligatorio tener todas las OTs asociadas cerradas
EN RESOLUCIÓN CON RFC CERRADA--->CERRADA (Resolución Cerrada)
OT CON CRÉDITO DISPONIBLE
- CREACIÓN
- Si no es de tipo PST ni de tipo EVS la crea R. PRODUCTO asignada a PROVEEDORen estado PDTE. CALENDARIZAR
- Si es de tipo EVS la crea R. PRODUCTO:
- Si el EVS está aprobado por el Responsable de Área--> asignada a PROVEEDORen estado PDTE. CALENDARIZAR
- Si el EVS no está aprobado por el Responsable de Área→asignada a COORDINADORen estado PDTE. APROBAR
- Si es de tipo PST la crea R. PRODUCTOPROVEEDORasignada a PROVEEDOR SISTEMASen estado PDTE. CALENDARIZAR
- ACCIONES EN ESTADOPDTE. APROBAR
- APROBAR COORDINADOR
PDTE. APROBAR--->PDTE. CALENDARIZAR
- NO APROBAR COORDINADOR
PDTE. APROBAR--->CERRADA (Resolución No Aprobada RA)
- ACCIONES EN ESTADOPDTE. CALENDARIZAR
PDTE. CALENDARIZAR--->PDTE. COMENZAR RESOLUCIÓN
- CANCELAR R. PRODUCTO
PDTE. CALENDARIZAR--->CERRADA (Resolución Cancelada)
- INFORMAR REVISIÓN OCA OCA
PDTE. REVISIÓN OCA--->PDTE. REVISIÓN JP
- ACCIONES EN ESTADOPDTE. CANCELACIÓN
- REGISTRAR HBS PROVEEDOR
- LIQUIDAR OT PROVEEDOR
PDTE. CANCELACIÓN--->PDTE. REVISIÓN CANCELACIÓN
- ACCIONES EN ESTADOPDTE. REVISIÓN JP
- ACEPTAR RESOLUCIÓN R. PRODUCTO
PDTE. REVISIÓN JP--->CERRADA (Resolución Cerrada)NO ACEPTAR RESOLUCIÓNR. PRODUCTO - PDTE. REVISIÓN JP--->NO ACEPTADA-JP
- ACCIONES EN ESTADOPDTE. REVISIÓN CANCELACIÓN
- ACEPTAR CANCELACIÓN R. PRODUCTO
PDTE. REVISIÓN CANCELACIÓN--->CERRADA (Resolución Cancelada)
- NO ACEPTAR CANCELACIÓN R. PRODUCTO
PDTE. REVISIÓN CANCELACIÓN--->PDTE. CANCELACIÓN
- ACCIONES EN ESTADONO ACEPTADA-JP
- Si el rechazo es sólo por motivos técnicos
- RESOLVER PROVEEDOR
NO ACEPTADA-JP--->PDTE. REVISIÓN JP
- Si hay rechazo por costes
- REGISTRAR HBSPROVEEDOR
- RESOLVER PROVEEDOR
NO ACEPTADA-JP--->PDTE. REVISIÓN JP
OT CON ESTIMACIÓN
- CREACIÓN R. PRODUCTOPROVEEDOR se crean en estado PDTE. ESTIMAR
- ACCIONES EN ESTADOPDTE. ESTIMAR
- ESTIMAR PROVEEDOR
PDTE. ESTIMAR--->ESTIMADA
- CANCELARR. PRODUCTO y PROVEEDOR si es el informador
- ACCIONES EN ESTADOESTIMADA
- APROBAR ESTIMACIÓN R. PRODUCTO
ESTIMADA--->PDTE. COMENZAR RESOLUCIÓN
- NO APROBAR ESTIMACIÓNR. PRODUCTO
ESTIMADA--->PDTE. ESTIMAR