Generalidades para 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
    
    

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.

Los tipos de entidades que se contemplan en JIRA son:

• Incidencia
• Mejora
• Versión
• OT con crédito disponible
• OT con estimación
• No Conformidad
  
  
  Historias de usuario
  
  

  Creación

  • •  Se crean en el mismo estado en el que esté la mejora origen, que puede ser  o , asignadas a  y por los roles  y . Pueden crearse con una plantilla disponible en Confluence
      
      

    • 
      

  Acciones en estado 

  ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
  ASIGNAR A VERSIÓN	La mejora origen debe haberse previamente asignado a versión o automatizar este proceso para que la mejora arrastre sus historias de usuario	a	N/A

  
  

  Acciones en estado 

  ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
  INCLUIR EN SPRINT (Previamente es necesario crear el sprint y arrastar la historia) Quedará informado el sprint en el que está incluida la historia		N/A	N/A
  COMENZAR SPRINT El Sprint pasará a estar activo para que sea posible comenzar a crear tareas)		N/A	N/A
  CREAR SUBTAREAS		N/A	N/A
  CREAR ERRORES		N/A	N/A
  EDITAR		N/A	N/A
  RESOLVER (se pretende automatizar esta acción una vez que todas la ssubtareas y errores estén cerradas) (por ahora deberá hacerse por procedimeineto, no acceder a ella hasta que las subtareas no estén cerradas)		a	N/A

  
  

  Acciones en estado 

  ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
  EDITAR		N/A	N/A
  VALIDAR		a a	N/A
  NO VALIDAR		a	N/A

  
  

Acciones en estado 

ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
EDITAR		N/A	N/A
CREAR ERRORES		N/A	N/A
RESOLVER		a	N/A