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.
Todos los usuarios con este rol pueden hacer las mismas acciones independientemente de la entidad y de la aplicación

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.

¿Cómo puedes usar esta guía rápida?

Para cada una de los tipos de entidades de JIRA se detallan las acciones que pueden ejecutarse en cada uno de sus estados indicando:
- Estado de la entidad al ejecutar la acción.
- Usuarios que pueden ejecutarla.
- Si procede, cambio de estado de la entidad.

INCIDENCIA

- CREACIÓN
- Por integración. Se crean en estado asignadas a tanto si su origen es la gestión de problemas como si es la gestión de incidencias
- ACCIONES EN ESTADO
- ACCIÓN QUIÉN PUEDE CAMBIO DE ESTADO CAMBIO RESOLUCIÓN
  ESCALAR
  --->
  
  Sin resolver--->Cancelada
  ASIGNAR A VERSIÓN
  --->
  
  CLONAR (en cualquier aplicación)
- ESCALAR
---> (Resolución Escalada)
- ASIGNAR A VERSIÓN
--->
- CLONAR(En cualquier aplicación)
- ACCIONES EN ESTADO
- DESASIGNAR DE VERSIÓN
--->
- ASIGNAR OT
- CLONAR (Sólo en versiones de la misma aplicación)
- VALIDAR
- EDITAR(Sólo para la entrega en la que se valida)
- CIERRE RFC
  
  ---> (Resolución Cerrada)

MEJORA

CREACIÓN

Por integración.
- Se crean en estado asignadas a para origen gestión de proyectos.
- Se crean en estado asignadas a para origen gestión de problemas.
Directamente en JIRA en estado por usuarios de la aplicación.

ACCIONES EN ESTADO

APROBAR MEJORA
--->
NO APROBAR MEJORA:
- RECHAZO---> (Resolución Rechazada)
- ESCALADO---> (Resolución Escalada). Sólo para mejoras creadas por integración y que no han cambiado de estado
CLONAR(En cualquier aplicación)
ESCALAR
---> (Resolución Escalada). Sólo para mejoras creadas por integración y que no han cambiado de estado

ACCIONES EN ESTADO

A WISHLIST

--->

ASIGNAR VERSIÓN

--->

CLONAR (En cualquier aplicación)

ACCIONES EN ESTADO

DESASIGNAR DE VERSIÓN

--->

ASIGNAR OT
CLONAR (Sólo en versiones de la misma aplicación)
VALIDAR
EDITAR (Sólo para la entrega en la que se valida)
CIERRE RFC
---> (Resolución Cerrada)

VERSIÓN

CREACIÓN. Se crean en estado

ACCIONES EN ESTADO

GESTIONAR ALCANCE
COMENZAR→Imprescindible que haya al menos haya una mejora o incidencia
- Si la versión está aprobada por el RESPONSABLE DE ÁREA
  --->
- Si la versión no está aprobada por el RESPONSABLE DE ÁREA
  --->
CANCELAR

---> (Resolución Cancelada)

ACCIONES EN ESTADO

COMENZAR
--->
CANCELAR

---> (Resolución Cancelada)

ACCIONES EN ESTADO

GESTIONAR ALCANCE
GENERAR RFC →Obligatorio tener el código de la versión
-->
FINALIZAR →Obligatorio tener el código de la versión y todas las OTs asociadas cerradas

---> (Resolución Cerrada)

CANCELAR -->Obligatorio tener todas las OTs asociadas cerradas

---> (Resolución Cancelada)

ACCIONES EN ESTADO

GESTIONAR ALCANCE

CANCELAR -->Obligatorio tener todas las OTs asociadas cerradas

---> (Resolución Cancelada)

CIERRE RFC →(Mejoras, incidencias y No conformidades incluidas en la versión se cierran)--->

ACCIONES EN ESTADO

FINALIZAR →Obligatorio tener todas las OTs asociadas cerradas

---> (Resolución Cerrada)

OT CON CRÉDITO DISPONIBLE

CREACIÓN
- Si no es de tipo PST ni de tipo EVS la crea asignada a en estado
- Si es de tipo EVS la crea :
  - Si el EVS está aprobado por el Responsable de Área--> asignada a en estado
  - Si el EVS no está aprobado por el Responsable de Área→asignada a en estado
- Si es de tipo PST la crea asignada a en estado

ACCIONES EN ESTADO

APROBAR
--->
NO APROBAR
---> (Resolución No Aprobada RA)

ACCIONES EN ESTADO

CALENDARIZAR

--->

CANCELAR
---> (Resolución Cancelada)

ACCIONES EN ESTADO
- COMENZAR RESOLUCIÓN
--->
- CANCELAR
  ---> (Resolución Cancelada)
ACCIONES EN ESTADO
- REGISTRAR HBS
- SEGUIMIENTO
- RESOLVER
  - Si la OT es revisada por la OCA
    --->
  - Si la OT no es revisada por la OCA
    --->
- CANCELAR
  --->
ACCIONES EN ESTADO

- INFORMAR REVISIÓN OCA
  --->

ACCIONES EN ESTADO

- REGISTRAR HBS
- LIQUIDAR OT
  --->

ACCIONES EN ESTADO

- ACEPTAR RESOLUCIÓN
  ---> (Resolución Cerrada)NO ACEPTAR RESOLUCIÓN
- --->

ACCIONES EN ESTADO

- ACEPTAR CANCELACIÓN
  ---> (Resolución Cancelada)
- NO ACEPTAR CANCELACIÓN
  --->

ACCIONES EN ESTADO

- Si el rechazo es sólo por motivos técnicos
  - RESOLVER
    --->
- Si hay rechazo por costes
  - REGISTRAR HBS
  - RESOLVER
    --->

OT CON ESTIMACIÓN

CREACIÓN se crean en estado

ACCIONES EN ESTADO

- ESTIMAR
  --->
- CANCELAR y si es el informador

ACCIONES EN ESTADO

- APROBAR ESTIMACIÓN
  --->
- NO APROBAR ESTIMACIÓN
  --->