Estás viendo una versión antigua de esta página. Ve a la versión actual.

Comparar con el actual Ver el historial de la página

« Anterior Versión 13 Siguiente »

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.




INCIDENCIA

    • 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 ESTADOBACKLOG
    • ESCALARR. PRODUCTOR.FUNCIONALPROVEEDORCGES

    BACKLOG--->CERRADA (Resolución Escalada)

    • ASIGNAR A VERSIÓN R. PRODUCTOR.FUNCIONALPROVEEDOR

    BACKLOG--->EN VERSIÓN

    • CLONARR. PRODUCTOR.FUNCIONALPROVEEDOR(En cualquier aplicación)

  •  


    • ACCIONES EN ESTADOEN VERSIÓN
    • DESASIGNAR DE VERSIÓNR. PRODUCTOR.FUNCIONALPROVEEDOR

    EN VERSIÓN--->BACKLOG

    • ASIGNAR OTR. PRODUCTO
    • CLONAR R. PRODUCTOR.FUNCIONALPROVEEDOR(Sólo en versiones de la misma aplicación)
    • VALIDAR R. PRODUCTOR.FUNCIONALOCA
    • EDITARR. PRODUCTOR.FUNCIONALPROVEEDOR(Sólo para la entrega en la que se valida)
    • CIERRE RFC PROCESO AUTOMATIZADO

      EN VERSIÓN--->CERRADA (Resolución Cerrada)












MEJORA

  • CREACIÓN
  • 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
  • APROBAR MEJORAR. PRODUCTOR.FUNCIONAL
    WISHLIST--->BACKLOG

  • NO APROBAR MEJORAR. PRODUCTOR.FUNCIONAL:
    • RECHAZOWISHLIST--->CERRADA (Resolución Rechazada)
    • ESCALADOWISHLIST--->CERRADA (Resolución Escalada). Sólo para mejoras creadas por integración y que no han cambiado de estado
  • CLONARR. PRODUCTOR.FUNCIONALPROVEEDOR(En cualquier aplicación)
  • ESCALARCGES
    WISHLIST--->CERRADA (Resolución Escalada). 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


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








OT CON CRÉDITO DISPONIBLE

OT CON ESTIMACIÓN

SDI

VERSIÓN EMERGENCIA


NO CONFORMIDADES

  • Sin etiquetas