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:
    • Usuarios que pueden ejecutarla.
    • Si procede, cambio de estado de la entidad.
    • Si pocede, cambio de resolución 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ÓNQUIÉN PUEDECAMBIO DE ESTADOCAMBIO RESOLUCIÓN
ESCALAR

a


(Sin resolver) a (Cancelada)
ASIGNAR A VERSIÓN

a

N/A
CLONAR (en cualquier aplicación)

N/AN/A


    •  




    • ACCIONES EN ESTADO




ACCIÓNQUIÉN PUEDECAMBIO DE ESTADOCAMBIO RESOLUCIÓN
DESASIGNAR DE VERSIÓN

a


N/A
ASIGNAR OT

N/A

N/A
CLONAR (en versiones de la misma aplicación)

N/AN/A
VALIDAR

N/AN/A
CIERRE RFC

a

(Sin resolver) a (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


ACCIÓNQUIÉN PUEDECAMBIO DE ESTADOCAMBIO RESOLUCIÓN
APROBAR MEJORA

a


(Sin resolver) a (Cancelada)
ASIGNAR A VERSIÓN

a

N/A
CLONAR (en cualquier aplicación)

N/AN/A


  • 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 
      --->






















SDI

VERSIÓN EMERGENCIA


NO CONFORMIDADES