Tabla de contenidos

Común a 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 ÁreaResponsable de producto
  • Responsable funcional
  • Responsable de sistemas
  • Proveedor de desarrollo
  • Proveedor de sistemas
    
    

...

• 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 procede, cambio de resolución de la entidad.

Incidencia

Las incidencias que llegan a JIRA suponen fallos en el software que hay actualmente en Producción y que se registran desde MiCS (MiCentroServicios) el área personal de ayudaDIGITAL o desde NWT WT (Nueva Web Técnica).  Pueden por tanto tener su origen en incidencias de usuarios finales o en la resolución de un problema que debe ser acometida por el Proveedor del producto.

En cualquier caso son resueltas por el Proveedor en NWT WT y sólo llegan a JIRA si su corrección implica implantación y modificación de la línea base del producto. Por tanto, llegan a JIRA corregidas y a la espera de ser implantadas en Producción en la versión que el Responsable de Producto o el Proveedor consideren oportunas. Se crean informando la fecha de registro en NWTWT, el usuario afectado, el código de solicitud y la prioridad.

Una vez que la versión se implante (cierre de la RFC en FARO), significará que las incidencias están en Producción y se cerrarán en JIRA, lo que supondrá que acabarán su ciclo de vida también en NWTWT, comunicando al usuario afectado la resolución del fallo detectado.

...

Advertencia
Si la prioridad de la incidencia es P1 y en NWT WT el Proveedor indica que se requiere Versión de Emergencia, se generará una entidad de este tipo en la que quedará automáticamente incluida la incidencia.

Info
Si la incidencia llega a JIRA por error o con datos incorrectos, existe la posibilidad de escalarla a NWTWT.

Creación

• • Por integración. Se crean en estado 

    Estado
    colour Yellow title BACKLOG

     asignadas a 

    Estado
    title R. PRODUCTO

     tanto si su origen es la gestión de problemas como si es la gestión de incidencias.
    
    

  • 
    

Acciones en estado 

Estado
colour Yellow title BACKLOG

Acciones en estado 

Estado
colour Yellow title EN VERSIÓN

•  

Mejora

Una mejora es cualquier petición de evolución de una aplicación. Puede ser registrada por cualquier usuario en MiCS (Mi Centro Servicios)el área personal de ayudaDIGITAL. Su origen puede ser esa petición de un usuario final o bien la respuesta a la solución de un problema que hace el Responsable de Producto. Pueden ser registradas directamente en JIRA por los usuarios logados en la herramienta.

...

Cuando se aprueba una mejora por ser considerada viable, se informa al usuario que la registró cerrando la solicitud en el caso de registro en MiCSel área personal de ayudaDIGITAL..

Una vez incluidas en una versión podrán asignarse a las OTs incluidas en esa versión para ser desarrolladas por el Proveedor correspondiente.

Una vez implantada la versión,  las mejoras se cerrarán en JIRA lo que significará que están implantadas en Producción.

Creación

•  Por integración. 
  • Se crean en estado 

    Estado
    colour Blue title WISHLIST

    asignadas a 

    Estado
    title R. PRODUCTO

    para origen gestión de proyectos.
  • Se crean en estado 

    Estado
    colour Yellow title BACKLOG

    asignadas a 

    Estado
    title R. PRODUCTO

     para origen gestión de problemas.

Directamente en JIRA en estado 

Estado
colour Blue title WISHLIST

 asignadas a 

Estado
title R. PRODUCTO

por usuarios de la aplicación. 

Estado
title TODOS LOS USUARIOS

Acciones en estado 

Estado
colour Blue title WISHLIST

Acciones en estado 

Estado
colour Yellow title BACKLOG

Acciones en estado 

Estado
colour Yellow title EN VERSIÓN

 

No conformidad

Creación

Para su creación es necesario relacionarla con una versión que esté en estado 

Estado
colour Blue title EN RESOLUCIÓN

.

Podrán ser creadas por:

Informador COORDINADOR, JP PROYECTOS, FUNCIONAL o PROVEEDOR. En este caso, los campos serán:

Título*
Descripción*
Entorno *:

• Implantación
• Desarrollo
• Prepil
• Otros
• PRE
• Entorno Proveedor

Tipo*:

• Funcional
• Técnica
• De regresión 
• Documental
• De accesibilidad

ID Versión relacionada*  Aparece un desplegable con las versiones que están en estado

Estado
colour Blue title EN RESOLUCIÓN

en el proyecto.

Entrega en la que se detecta* 

...

Mejora/incidencia afectada  Debe aparecer un enlace "Afecta a"- "Está afectada por" 

Etiqueta

Informador CUALQUIER MIEMBRO OCA. En este caso, los campos serían

Título*
Descripción*

• Impacto*: incluir en un desplegable la lista de valores:
  
  
  • Bloqueadora
  • Crítica
  • Alta
  • Media
  • Baja

• Entorno*
  • Implantación
  • Desarrollo
  • Prepil
  • Otros
  • PRE
  • Entorno Proveedor

Tipo*:

• Funcional
• Técnica
• De regresión
• Documental
• AccesibilidadImpacto*: incluir en un desplegable la lista de valores:
  
• Normal
• Alta
• Muy alta
• Bloqueadora
Crítica
ID Versión relacionada* 

ID Versión relacionada* Aparece un desplegable con las versiones que están en estado

Estado
colour Blue title EN RESOLUCIÓN

en el proyecto.

Entrega en la que se detecta* 

...

Mejora/incidencia afectada 

Se creará la entidad en estado IDENTIFICADA asignada al INFORMADOR en el primer caso y al usuario Manuela Expósito Molina en el segundo caso.

...

Además, el campo Entrega en la que se va a corregir se informa en el campo Entregas correctoras. En el caso en el que la No Conformidad no se valide, el campo Entregas correctoras se borrará.

Acciones en estado IDENTIFICADA

Acciones en estado PDTE. ANÁLISIS

Asignada al PROVEEDOR

Acciones en estado 

...

Estado
colour Green title ACEPTADO

Asignada al PROVEEDOR

Acciones en estado BACKLOG

Asignada al RESPONSABLE DE PRODUCTO

...

Acciones en estado EN DESARROLLO

Asignada al PROVEEDOR

Acciones en estado PARALIZADA

Asignada al PROVEEDOR

Acciones en estado EN TESTING

Asignada al PROVEEDOR

Acciones en estado PDTE. VALIDAR

Asignada al INFORMADOR

Debe llegar notificación a Manuela Expósito Molina

Acciones en estado VALIDADA

Asignada al RESPONSABLE DE PRODUCTO

...

Acciones en estado PDTE. INFORMACIÓN

Asignada al INFORMADOR si el estado de origen es PDTE. ANÁLISIS

...

Acciones en estado PDTE. REVISIÓN

Asignada al R. FUNCIONAL  o a Manuela Exposito Molina, dependiendo del usuario que sea elegido en la acción Revisar

...

Acciones en estado PDTE. RECHAZO

Asignada  Manuela Exposito Molina si el informador es del grupo OCA

...

Acciones en estado RECHAZADA

Asignada  Manuela Exposito Molina 

...

Acciones en estado DISPUTADA

Asignada  Manuela Exposito Molina 

...

Flujo para las subtareas de validación 

Las subtareas se crean de forma automática cuando la No Conformidad llega al estado PDTE. VALIDAR

...

• Subtarea 1. El nombre de la subtarea será "Validación equipo funcional" asignada al Responsable Funcional
• Subtarea 2. El nombre de la subtarea será "Validación Oficina de Calidad" asignada a Manuela Expósito Molina

Acciones en estado ABIERTA

Acciones en estado EN RESOLUCIÓN

Acciones en estado EN RESOLUCIÓN

Asignada al Asignada al usuario del grupo que se haya seleccionado al comenzar

...

Acciones en estado PARALIZADA

Asignada al usuario que la tuviera EN RESOLUCIÓN

Ancla
BUG BUG

Bug

Un bug es una disconformidad que encuentra la Oficina de Calidad en un sprint. Una vez que son identificados, se pasan al proveedor de ala aplicación para que analice si realmente se trata de un bug o si no. En el caso de que sí lo sean, deberá crearse una HU originada por ese bug. Una vez que se acabe esa HU, el bug quedará en estado PDTE. VALIDAR para que la Oficina de Calidad determine si se ha corregido.

...

Se creará la entidad en estado IDENTIFICADA asignada  al usuario Manuela Expósito Molina .

Acciones en estado IDENTIFICADA

Acciones en estado PDTE. ANÁLISIS

Asignada al PROVEEDOR

Acciones en estado ACEPTADA

Se quedaría sin asignar, como ocurre en las historias de usuario 

...

El bug permanecerá en este estado hasta que la HU pase a estado VALIDADA. En ese momento, pasará a estado PDTE. VALIDAR

Acciones en estado PDTE. VALIDAR

Asignada al INFORMADOR

Debe llegar notificación a Manuela Expósito Molina

Acciones en estado PDTE. INFORMACIÓN

Asignada al INFORMADOR si viene de PDTE. ANÁLISIS

...

Acciones en estado PDTE. REVISIÓN

Asignada a Manuela Exposito Molina

...

Acciones en estado PDTE. RECHAZO

Asignada  Manuela Exposito Molina 

...

Acciones en estado RECHAZADA

Asignada  Manuela Exposito Molina 

...

Acciones en estado DISPUTADA

Asignada  Manuela Exposito Molina 

...

Versión

Una versión es un contenedor de mejoras e incidencias, es decir, tiene un alcance y un presupuesto determinados a partir de la que se lanzan trabajos para el proveedor  (órdenes de trabajo). Existe la posibilidad de que sea necesario un estudio de viabilidad del de la versión antes de comenzar a trabajar para que el Jefe de Proyecto decida una alternativa en el caso de que haya más de una y la reserva correspondiente de HBS.

...

Durante este proceso será posible crear órdenes de trabajo y asociarlas a la versión. Como ya hemos comentado, las HBS incurridas en un mes determinado se irán sumando a las HBS incurridas de la subtarea de previsión correspondiente a ese mes (excepto para las órdenes de trabajo de tipo PST).

Creación 

Acciones en estado 

Estado
colour Blue title ABIERTA

Acciones en estado 

Estado
colour Yellow title

...

EN RESOLUCIÓN

 

...

...

Acciones en estado

Estado
colour Yellow title IMPLANTADA

Este cambio de estado provocará que de forma automática las incidencias, mejoras y no conformidades incluidas en el alcance de la versión pasen de estado En Versión a CERRADA

Acciones en estado

Estado
colour Green title CERRADA

OT con crédito disponible

Creación

Si no es de tipo PST ni de tipo EVS la creada por parte del JP PROYECTOS (sea o no el 

Estado
title R. PRODUCTO

) asignadas al 

Estado
title PROVEEDOR

 en estado 

Estado
colour Yellow title PDTE. CALENDARIZAR

1. • Si es de tipo EVS la crea 

     Estado
     title JP PROYECTOS

     :
     • Si el EVS está aprobado por el Responsable de Área →  asignada a 

       Estado
       title PROVEEDOR

        en estado 

       Estado
       colour Yellow title PDTE. CALENDARIZAR

     • Si el EVS no está aprobado por el Responsable de Área → asignada a 

       Estado
       title R. ÁREA

        en estado 

       Estado
       colour Yellow title PDTE. APROBAR

   • Si es de tipo PST la crea 

     Estado
     title JP PROYECTOS

     Estado
     title PROVEEDOR

      asignada a 

     Estado
     title PROVEEDOR SISTEMAS

      en estado 

     Estado
     colour Yellow title PDTE. CALENDARIZAR

 

Acciones en estado 

Estado
colour Yellow title PDTE. APROBAR

 

Acciones en estado 

Estado
colour Yellow title PDTE. CALENDARIZAR

 

 

Acciones en estado 

Estado
colour Yellow title PDTE. COMENZAR RESOLUCIÓN

•  

Acciones en estado 

Estado
colour Yellow title EN RESOLUCIÓN

 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN OCA

 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN JP

 

Acciones en estado 

Estado
colour Yellow title NO ACEPTADA JP

Acciones en estado 

Estado
colour Yellow title PDTE. CANCELACIÓN

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN CANCELACIÓN

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN técnica

asignado al informador (

Estado
title R. PRODUCTO

Estado
title PROVEEDOR

 al ser PST) 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN COSTES

asignado al 

Estado
title R. SISTEMAS

 

Acciones en estado 

Estado
colour Yellow title NO ACEPTADA

OT con estimación

Creación

La crea JP PROYECTOSPROVEEDOR asignada a PROVEEDOR en estado PDTE. ESTIMAR

Acciones en estado 

Estado
colour Yellow title Pdte. ESTIMAR

 

Acciones en estado 

Estado
colour Yellow title ESTIMADA

 

 

 

A partir del estado

Estado
colour Yellow title PDTE. COMENZAR RESOLUCIÓN

 continúa igual que una OT con crédito disponible. 

...

Acciones en estado 

Estado
colour Green title CERRADA

Petición Soporte Transición (PST)

Creación

Se crea por parte del 

Estado
title JP PROYECTOS

o del

Estado
title PROVEEDOR

 asignada a

Estado
title PROVEEDOR SISTEMAS

en estado

Estado
colour Yellow title PDTE. CALENDARIzar

...

Seleccionar otra plataforma: de entrada, esta opción está marcada como NO. En el caso de que se seleccione otra plataforma aparecerán disponibles en el campo Plataformas todas las plataformas posibles

Acciones en estado

Estado
colour Yellow title PDTE. CALENDARIzar

 

 

Acciones en estado

Estado
colour Blue title PDTE. COMENZAR RESOLUCIÓN

•  

Acciones en estado

Estado
colour Blue title En resolución

 

Acciones en estado 

Estado
colour Blue title PDTE. CANCELACIÓN

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN TÉCNICA

Asignada al INFORMADOR

 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN COSTES

 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN CANCELACIÓN

 

Acciones en estado

Estado
colour Yellow title NO ACEPTADA

Acciones en estado 

Estado
colour Green title CERRADA

OT Ágil

Entidad con flujo similar a una OT con crédito disponible en la que:

• No hay entregables preseleccionados.
• No hay flujo de revisión de la OCA.
• No van relacionadas con una versión sino con un subproyecto ágil que es la entidad "aglutinadora" de costes de los sprints.

Creación

Se crean en estado 

Estado
colour Yellow title PDTE. CALENDARIZAR

  por parte del

Estado
title JP PROYECTOS

 (sea o no el R. PRODUCTO) o el

Estado
title pROVEEDOR sistemas

asignadas al

Estado
title pROVEEDOR sistemas

. Los campos necesarios para la creación son (y que se irán informando en la entidad):

...

Si el

Estado
title JP PROYECTOS

 accede a "No aceptar resolución", la OT pasa a 

Estado
colour Yellow title NO ACEPTADA

en la que el

Estado
title PROVEEDOR

 puede volver a registrar trabajo pero no tiene disponible acción "Seguimiento". Se informa automáticamente el campo "Motivo de rechazo de OT" con el motivo "2. No aceptación por costes".

Acciones en estado 

Estado
colour Yellow title PDTE. CALENDARIzar

Asignada al

Estado
title PROVEEDOR

 

 

Acciones en estado

Estado
colour Blue title PDTE. COMENZAR RESOLUCIÓN

 Asignada al

Estado
title PROVEEDOR

Acciones en estado 

Estado
colour Yellow title EN RESOLUCIÓN

Asignada al

Estado
title PROVEEDOR

 

Acciones en estado

Estado
colour Yellow title PDTE. REVISIÓN

Asignada al

Estado
title R. PRODUCTO

 

 

Acciones en estado 

Estado
colour Yellow title NO ACEPTADA

Asignada al

Estado
title PROVEEDOR

 

Acciones en estado

Estado
colour Yellow title PDTE. CANCELACIÓN

Asignada al

Estado
title PROVEEDOR

 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN CANCELACIÓN

Asignada al R. producto 

Acciones en estado

Estado
colour Green title CERRADA

Subproyecto ágil

Un subproyecto ágil es un contenedor de OT Ágil.

...

Como en todas las entidades, cualquier acción que pueda ejecutarse por parte del

Estado
title  R. PRODUCTO

 supone que cualquier usuario con ese mismo rol o con el de 

Estado
title COORDINADOR

 pueda también hacerlas.

Creación

Se crearán por parte del Jp proyectos asignadas al  RESPONSABLE PRODUCTO. Serán necesarios los siguientes campos:

...

Subtareas PREVISIÓN

El flujo de estas subtareas de la entidad SUBPROYECTO es idéntico al que siguen como subtareas de la entidad VERSIÓN.

...

Se crean en estado ABIERTA de forma automática con el título predefinido (ID SUBPROYECTO- aa/mm) sin asignar. El informador es siempre el R. PRODUCTO y la fecha de comienzo es siempre el día 1 del mes. Sólo pueden ser cerradas por el COORDINADOR ejecutándose automáticamente una transición que las lleva a estado CERRADA a los cinco meses de la creación.

Historias de usuario

Una historia de usuario es una entidad que se usa en los proyectos que se gestionan con metodología ágil para "descomponer las mejoras" y asociar tareas que se asignan a los integrantes del equipo. Esta gestión puede hacerse con la posibilidad que tiene la herramienta de uso de pizarras SCRUM que permiten la gestión de sprints en el que se incluyen estas historias que pueden a su vez descomponerse en subtareas y errores técnicos.

Creación

La creación de una HU es a partir de una "Mejora" o de una "No conformidad" en estado 

Estado
title BACKLOG

 o 

Estado
title EN VERSIÓN

. Incorporamos también que el origen de una HU sea una incidencia en estados

Estado
title BACKLOG

o EN

Estado
title EN VERSIÓN

.

Las HUs se crean en estado

Estado
title ABIERTA

por parte del

Estado
title JP PROYECTOS

(sea o no el

Estado
title  R. PRODUCTO

)  ,

Estado
title  R. Funcional

y 

Estado
title PROVEEDOR

Acciones en estado 

Estado
colour Blue title ABIERTA

Acciones en estado 

Estado
colour Yellow title EN DESARROLLO

Acciones en estado 

Estado
colour Yellow title EN TESTING

Acciones en estado

Estado
colour Yellow title PARALIZADA

Acciones en estado

Estado
colour Yellow title PDTE. VALIDAR

Los puntos de historia se queman en el estado que se considere final. Ver configuración de pizarras.

Acciones en estado

Estado
colour Green title VALIDADA

Subtareas y errores técnicos

Los flujos de las subtareas y de los errores técnicos se modifican para seguir el mismo flujo que las HUs. 

Acciones en estado 

Estado
title ABIERTA

Acciones en estado 

Estado
colour Yellow title EN DESARROLLO

Acciones en estado 

Estado
colour Yellow title EN TESTING

Acciones en estado

Estado
colour Yellow title PARALIZADA

Acciones en estado

Estado
colour Yellow title EN RESOLUCIÓN

...

Acciones en estado

Estado
colour Green title CERRADA

Configuración pizarras SCRUM

Es recomendable crear una pizarra SCRUM para organizar las historias de usuario en sprints y activar aquel en el que se vaya a trabajar. 

Advertencia
La configuración de las pizarras es independiente de los flujos de las historias de usuario y de subtareas y errores técnicos. Puedes gestionar historias, subtareas y errores técnicos sin haber configurado la pizarra.

Crear pizarra

Accede a la creación de pizarras y crea una pizarra de tipo SCRUM de un proyecto existente. Vamos a tomar como ejemplo el proyecto de Admisión Única (AU)

Configurar el filtro de la pizarra

Accede a la configuración de la pizarra y a partir de ahí a la posibilidad de modificar el filtro (Editar consulta de filtro), ya que el filtro muestra todas las entidades del proyecto.

...

Advertencia
Es necesario añadir la clasificación al filtro

Crear sprints

Accede de nuevo a la pizarra SCRUM que has creado y procede a crear los sprints que quieras para organizar en ellos las historias de usuario. La creación de sprints está permitida para el Responsable de producto y para el proveedor.

Configurar SPRINTS ACTIVOS

Configura las columnas. En este ejemplo hemos configurado las columnas ABIERTA, EN DESARROLLO, EN TESTING. PARALIZADA Y CERRADA. La configuración de la pizarra sólo podrá hacerse por el dueño del filtro.

...

Al comenzar el SPRINT, podremos mover historias, subtareas y errores técnicos por las columnas

Cerrar Sprint activo

Los sprints se cierran manualmente sin restricción en la fecha dando la posibilidad de incorporar el trabajo no realizado a otros sprints creados.

...

Más información en https://www.atlassian.com/agile/tutorials/sprints

Servicio de verificación de entregas (SVE)

La entidad SVE se creará por parte del JP PROYECTOS o  PROVEEDOR en estado ABIERTA y asignada al informador si se crea manualmente y al R. PRODUCTO si se crea de forma automática. Por ahora sólo contemplamos la opción de creación manual.

...

Si se elige una versión que no tenga informado el código de versión (cuyos dígitos corresponden a los tres primeros dígitos de la entrega), saldrá un mensaje de error: "Debes informar el código de versión para determinar la entrega".

Creación

Se crean en estado ABIERTA asignadas al R. PRODUCTO o PROVEEDOR (o sea, al informador).

...

•  Verificación del repositorio de código
• Verificación y validación de la calidad estática de código

Acciones en estado ABIERTA

Asignada al INFORMADOR

Acciones en estado PDTE. REVISIÓN 

Asignada al usuario Manuela Expósito Molina

Acciones en estado EN RESOLUCIÓN

Asignado al miembro de la OCA que inicialmente se hubiera asignado la entidad

...

• • Estructura repositorio incorrecta (faltan carpetas/readme, etc ...)
  • Plantilla Readme.md mal informada
  • Incumplimiento CNO
  • GitFlow incorrecto (commits hechos en master o develop, merges mal hechos, etc ...)
  • Estructura y/o contenido incorrecto del Pom/Build
  • Incumplimiento de métricas de Sonar
  • **Compilación fallida en Jenkins: sólo en este caso la resolución será 'No se hará', para no permitir crear una PL con esa no conformidad:

Acciones en estado PDTE. INFORMACIÓN

Asignada al PROVEEDOR

Flujo para las subtareas  

Las tareas que se crean de forma automática son:

...

* Sonar: Métricas, umbrales, excepciones

* Revisión CNO

Si se comineza comienza una subtarea y la padre no ha comenzado, ésta pasa directamente a En resolución, manteniendo el mismo asignado que tuviera.

Esta misma regla se aplicará en todos los servicios de la OCA

Acciones en estado ABIERTA

Las subtareas quedarán sin asignar

Relación entre la SVE y la PL

La creación de la PL sólo será posible si la tarea SVE con la misma entrega está CERRADA con resolución Conforme, No Conforme o No aplica.

...

Relación entre la SVE y la PLU

PL Incremento versión

Creación

Si una versión está en estado EN RESOLUCIÓN pueden crearse PLs.

La versión permanecerá en ese estado hasta que lo decida el

Estado
title R. producto

.

Debe seleccionarse un proyecto con tipo de recurso Aplicación.

...

Los campos que deben informarse son

Título *

Descripción*

PLU: Combo Sí/No (, informado a No por defecto). Este campo no es editable

ID Versión relacionada*: campo nfeed en el que se muestren todas las versiones del aplicativo que estén en estado "EN RESOLUCIÓN". Este campo es obligatorio para las PLs de tipo normal y tipificación "Incremento versión". El tipo de enlace entre la Versión y la entidad PL CONTENEDOR será "Está relacionada con". El campo NFEED debe mostrar la key, el título y el código de la versión.

 

Existe una validación por la que es imposible poder seleccionar una versión que ya tenga una PL abierta o ya ejecutada, sólo sería posible si el estado es CERRADA con resolución Cancelada o con resolución No se hará.

 

...

...

 

Para PLU=NO

SVEs de la versión: campo en el que se muestran todas las SVEs relacionadas con esa versión en estado Cerrada y con resolución distinta a Cancelada. Sólo podrá seleccionarse una SVE

...

Teléfono proveedor*: Aparecerá un mensaje informativo que indique "Indicar uno o más teléfonos del proveedor operativos durante la ejecución". Este campo será heredado por las PLs Hijas

...

...

Para PLU=SÍ

Aparecen dos mensajes informativos:

...

Ten en cuenta que la ejecución urgente de una PL incrementa los costes de gestión incurridos por este lanzamiento y supone un mayor riesgo de indisponibilidad del servicio'

 

Motivo urgencia*: Seleccionar uno de los motivos del desplegable:

...

Teléfono proveedor*: En el caso de una PLU este campo es obligatorio.

PL Padre

Al crearse la PL se creará la página correspondiente en la página de la plataforma con la plantilla del PID correspondiente. Aparecerá en la entidad el enlace con la página de la PL en CONFLUENCE. Además de esa página, aparecerá enlazada una página para la propia PL creada en la página de la plataforma correspondiente.

Acciones en estado ABIERTA

Acciones en estado PDTE. REVISIÓN

Asignada a PROVEEDOR SISTEMAS PLATAFORMA

...

Acciones en estado PDTE. INFORMACIÓN

Asignada a Informador

Acciones en estado NO ACEPTADA

Asignada a Informador

Acciones en estado PLANIFICABLE

Grupo asignado GRUPO PLANIFICADOR SI PROVEEDOR SISTEMAS PLATAFORMA=SC00_CTI

...

Acciones en estado EN RESOLUCIÓN

Asignada a RESPONSABLE PRODUCTO 

...

.

PL Hija

Las PLS hijas se crearán con título : {Plataforma} - {Entorno} - {Grupos lógicos}. En el caso en que sean PLU, se crearán en color rojo.

...

• Tipo actividad: Instalación, desinstalación, reinstalación o march atrás
• Tipo: por defecto informado como Normal
• PLU: Sí o No
• Facturable: Sí o No
• Fecha inicio real
• Fecha inicio estimada
• Fecha resolución
• HBS: las que corresponda según el tipo de actividad, la complejidad, la urgencia y la hora
  
  

Acciones en estado PLANIFICABLE

...

SE CREAN EN ESTE

...

ESTADO SÓLO SI PROVEEDOR SISTEMAS PLATAFORMA=SC00_CTI

ACTIVIDAD=INSTALACIÓN

Asignada al usuario del GRUPO PLANIFICADOR que, o bien se hubiera asignado la PL en estado PLANIFICABLE o bien, sin habérsela asignado, hubiera accedido a la acción "Generar PL Hija". En caso de que genere una PL Hija un usuario distinto al asignado en el estado PLANIFICABLE la hija se asignará al siempre al que la haya generado.

ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
EDITAR Podrá convertirse en PL hija urgente(1). indicar motivo y campo de información adicional Podrán cambiarse los grupos lógicos(2) Campo Pdte. revisión STIC(3)	JP PROYECTOS(1) PROVEEDOR(1) PROVEEDOR SISTEMAS(2) CUALQUIER USUARIO DEL GRUPO PLANIFICADOR (1), (2) GRUPO PLANIFICADOR(3)	PLANIFICABLE a PDTE. CALENDARIZAR si al editar se pone PL hija urgente=Sí N/A en el resto de los casos	N/A
SOLICITAR PLANIFICACIÓN Debe indicarse fecha de inicio deseada	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	Estado colour Yellow title planificable a Estado colour Yellow title pdte. calendarizar PLANIFICABLE a PDTE. CALENDARIZAR	N/A
CANCELAR Incluir comentario obligatorio	JP PROYECTOS PROVEEDOR CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	PLANIFICABLE a CERRADA	(Sin resolver) a (Cancelada)
SOLICITAR REVISIÓN Indicar en comentario lo que se quiere cambiar. Comentario obligatorio. Se informa el campo Pdte. revisión STIC a SÍ	PROVEEDOR SISTEMAS	N/A	N/A
EDITAR EJECUCIONES Modificar en el tablegrid lo que sea necesario. Acceder a esta acción cambia el campo Pdte. revisión STIC a NO (aunque no se modifique nada) y automáticamente se recalculan las HBS incurridas	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	N/A	N/A
ASIGNAR A MÍ	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	N/A	N/A
ELIMINAR Si y solo si la PLHIJA no ha pasado por el estado Pdte. Revisión Técnica	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR

...

ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
EDITAR Podrá convertirse en PL hija urgente(1). indicar motivo y campo de información adicional Podrán cambiarse los grupos lógicos(2) Campo Pdte. revisión STIC(3)	COORDINADOR(1) JP PROYECTOS(1) PROVEEDOR(1) PROVEEDOR SISTEMAS(2) CUALQUIER USUARIO DEL GRUPO PLANIFICADOR(2) GRUPO PLANIFICADOR (3)	PLANIFICABLE a PDTE. CALENDARIZAR si al editar se pone PL hija urgente=Sí N/A en el resto de los casos	N/A
SOLICITAR PLANIFICACIÓN Debe indicarse fecha de inicio deseada Asignar a GRUPO PLANIFICADOR o al miembro del Gruoo que ya estuviera gestionando la PL Hija	COORDINADOR JP PROYECTOS PROVEEDOR SISTEMAS GRUPO PLANIFICADOR	PLANIFICABLE a PDTE. CALENDARIZAR	N/A
CANCELAR Incluir comentario obligatorio	COORDINADOR JP PROYECTOS PROVEEDOR CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	PLANIFICABLE a CERRADA	(Sin resolver) a (Cancelada)
SOLICITAR REVISIÓN Indicar en comentario lo que se quiere cambiar. Comentario obligatorio. Se informa el campo Pdte. revisión STIC a SÍ	PROVEEDOR SISTEMAS	N/A	N/A
EDITAR EJECUCIONES Modificar en el tablegrid lo que sea necesario. Acceder a esta acción cambia el campo Pdte. revisión STIC a NO (aunque no se modifique nada) y automáticamente se recalculan las HBS incurridas	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	N/A	N/A
ASIGNAR A MÍ	CUALQUIER USUARIO DEL GRUPO PLANIFICADOR	N/A	N/A

Acciones en estado PDTE. CALENDARIZAR

ACTIVIDAD=TODAS

Asignada a PROVEEDOR SISTEMAS PLATAFORMA

...

Campos que deben informarse o estarán informados al CALENDARIZAR:

Actividad*(se informa automáticamente):  posibles valores Instalación, Desinstalación y Marcha Atrás (conlleva una reinstalación, que se informará automáticamente en el campo Actividad al aceptar la marcha atrás). Para la primera vez que se haga la ejecución, estará informado "Instalación". Posteriormente dependerá de lo que informe el solicitante cuando no acepte la solución técnica o si la acepta siendo la actividad una marcha atrás.

Facturable*:

ACTIVIDAD= INSTALACIÓN, el campo estará informado a Sí 

ACTIVIDAD= MARCHA ATRÁS, el campo estará informado a No 

ACTIVIDAD= REINSTALACIÓN, el campo estará informado a No

 ACTIVIDAD= DESINSTALACIÓN, el campo estará informado a Sí 

Complejidad*: (Sí/No) por defecto informado a NO. Podrá modificarlo  CUALQUIER USUARIO DEL GRUPO PLANIFICADOR en la tabla de ejecuciones si lo solicita el PROVEEDOR SISTEMAS

...

Fecha de inicio estimada*: La fecha de inicio estimada debe ser mayor a la fecha actual.

Fecha de fin estimada*:  Incluir fecha de fin obligatoria.

Comentario: es posible añadir un comentario.

En cada ejecución, se reseteará el valor del campo PLU a NO

Acciones en estado CALENDARIZADA

ACTIVIDAD= INSTALACIÓN

Asignada al usuario del grupo planificador que se hubiera asignado la PL en estado PLANIFICABLE

Acciones en estado CALENDARIZADA

ACTIVIDAD= INSTALACIÓN

Asignada al usuario del grupo planificador que se hubiera asignado la PL en estado PLANIFICABLE o bien (esta opción es la que prevalece en caso de conflicto) al usuario que hubiera accedido a la acción "Generar PLs Hijas".

...

Acciones en estado  PDTE. COMENZAR RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS PLATAFORMA

...

Acciones en estado  EN RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS PLATAFORMA

...

Acciones en estado  PDTE. REVISIÓN TÉCNICA

Acciones en estado 

Estado
colour Yellow title paralizada

Asignada a  PROVEEDOR SISTEMAS PLATAFORMA.

Acciones en estado  PDTE. REVISIÓN TÉCNICA

Asignada a solicitante (JP PROYECTO , Asignada a solicitante (JP PROYECTO , PROVEEDOR) de la PL padre

**Cuando se accede a No aceptar solución técnica, deben mostrarse una serie de preguntas al solicitante

...

• ¿Quieres reinstalación?
  
  
  • No. 
    • ¿Quieres desinstalar?
      • Sí
        • Indicar en comentario la fecha en la que el peticionario desea que se haga la desinstalación
        • Pasa a PDTE. CALENDARIZAR y se informa como Actividad "Desinstalación"
      • No. 
        • Pasa a CERRADA con Resolución "No se hará" (Anulada por defecto de Software). 
  • Sí
    • ¿Quieres marcha atrás?
      • Sí
        • Indicar en comentario la fecha en la que el peticionario desea que se haga la MARCHA ATRÁS
        • Pasa a PDTE. CALENDARIZAR y se informa como Actividad "Marcha Atrás". Al aceptar la solución técnica debe ir de nuevo al principio con Actividad "Reinstalación"
      • No
        • Pasa a PDTE. CALENDARIZAR y se informa como Actividad "Reinstalación"

Control facturación

Cada ejecución se registra en una fila de un table grid

...

La factura se conforma con los datos del table grid el día 11 de cada mes. Cualquier modificación de una ejecución hecha después del día 10, no se tendrá en cuenta en la facturación

PL sistemas

Creación

 

Debe seleccionarse un proyecto con tipo de recurso Plataforma.

...

• Normal
• Alta/Baja/Modificación de regla de firewall
  (desaparece la segunda opción)

 

Las PLs clasificadas como "Asignación/Liberación de volúmenes en cabinas de disco" pasan a llamarse "Alta/Baja/Modificación de recursos físicos". Además, ya no es necesario incluir el campo "Capacidad solicitada" (algo que hasta ahora era vital para nosotros) ya que estas PLs se crearán solo si están aprobadas de antemano, y ahora además 

Si el tipo es sin aprobación horaria por parte de la STIC, los valores del campo debe ser un desplegable de selección única con los valores::

• Publicación de icono en plataforma Citrix

• Alta/Baja/Modificación de zonas/alias en SAN de los CTIs

• Alta/Baja/Modificación una granja en balanceador

• Alta/Baja/Modificación/Propagación de VLANs en equipos de conmutación

• Alta/Baja/Modificación de registro en DNS corporativo/externo

• Alta/Baja/Modificación de configuraciones de ámbitos en NGINX

• Alta/Baja/Modificación publicación de acceso externo en PROXY-INVERSO de CTI

• Alta/Baja/Modificación de recursos físicos
  

 

ID RFP relacionada : campo nfeed en el que se muestren todas las RFP de la plataforma que estén en estado "EN RESOLUCIÓN" o "CERRADA".

...

Miembro asignado: mostrará el desplegable con los valores que se hayan incluido en el proyecto

Acciones en estado ABIERTA

 

Acciones en estado PDTE. REVISIÓN

Asignada a PROVEEDOR SISTEMAS

...

 

Acciones en estado EN RESOLUCIÓN

Asignada a PROVEEDOR SISTEMAS

...

PL Hija

Las PLS hijas se crearán con título : {Plataforma} - {Entorno} - {Grupos lógicos}. 

...

No hay validación en ningún caso, ya que las generan y resuelven los mismos. (No existe el estado Pdte. revisión técnica)

Acciones en estado PDTE. CALENDARIZAR

Asignada a PROVEEDOR SISTEMAS

...

En las PLs en las que hay aprobación de la STIC deberá notificarse al Responsable de la plataforma que tiene una PL pendiente de aprobación, indicando fecha de inicio y fin estimadas

Acciones en estado CALENDARIZADA

Asignada a RESPONSABLE SISTEMAS de la plataforma 

...

Acciones en estado PDTE. COMENZAR RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS

...

Acciones en estado EN RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS

...

Acciones en estado CERRADA

PL DATOS

Creación

Puede ser creada por

Estado
title proveedores

,

Estado
title JP PROYECTOS

O

Estado
title coordinador

Se crean en estado 

Estado
colour Blue title PDTE. INFORMACIÓNABIERTA

asignada al R PRODUCTO. El informador es el usuario Integración WT-JIRA

...

Los campos que se informarán en la creación son:

Título*: PL para solicitud  "Número solicitud"

Descripción*:  PL para solicitud  "Número solicitud"

Enlace a WT (Realmente es el campo Referencia WT el que hay que informar)

Usuario afectado

Fecha registro WT

Tipo PL Informado automáticamente a Normal

...

Teléfono proveedor*

PLU: Si/No (informado por defecto a no)

Si PLU=NO

Tipo PL

• No preaprobada
• Preaprobada

Ventana horaria 

• Sin ventana ejecución programada 
• Con ventana ejecución programada

Si PLU=SI

Aparecen los siguientes mensajes informativos:

Image Added

Image Added

Motivos de la urgencia* (Seleccionar una de las opciones del desplegable):

• Hay que seleccionar una incidencia lo antes posible
• Hay que instalar lo antes posible para cumplir cronograma  de implantación de la STIC
• Hay que instalar lo antes posible para cumplir necesidades impuestas por el SAS

Observaciones*:

Para todos los casos:

ID Solicitudes relacionadas*: muestra las solicitudes de datos en estado Backlog. Este campo debe ser obligatorio en el caso de que la PL sea no preaprobada

Tras la creación,  se crea automáticamente la SVD y se relaciona con la PL con un enlace "Relación" (Relacionada con / Está relacionada en)

 Datos que tiene que informar el

Estado
title RESPONSABLE PRODUCTO

 o del 

Estado
title PROVEEDOR

mediante una acción "Completar información":

Seleccionar otra plataforma:

...

No (seleccionado por defecto)

IDs Entornos*: 

Aparece un desplegable con las opciones:

• • Formación
  • PRE
  • PRO
  • Validación

IDs Plataformas*: 

Si se ha indicado Sí en el campo anterior, aparecerán en el campo IDs plataformas todas las plataformas disponibles con campo multiselección.

Si se ha indicado No en el campo anterior, aparecerán en el campo sólo las plataformas en las que está desplegada la aplicación. 

IDs Entornos*: 

Aparecerán los entornos disponibles con campo multiselección. Sólo pueden ser PRE y PRO

Image Removed

Teléfono proveedor*

Por otra parte, el campo PLU que se crea  informado por defecto a No, podrá ser modificado por parte del

Estado
title RESPONSABLE PRODUCTO

 o del 

Estado
title PROVEEDOR

en la edición

En el caso de que se necesite una implantación urgente

PLU=SÍ:

No hará falta que la SVD esté cerrada, se puede avanzar con la PLU.

Aparecen dos mensajes informativos:

'Se está indicando que la PL debe ejecutarse en el menor tiempo posible, no pudiendo asumirse el plazo de ejecución normal que es de entre 24 y 48 horas.

Ten en cuenta que la ejecución urgente de una PL incrementa los costes de gestión incurridos por este lanzamiento y supone un mayor riesgo de indisponibilidad del servicio'

Motivo urgencia*: Seleccionar uno de los motivos del desplegable:

• • • Hay que solucionar una incidencia lo antes posible
    • Hay que instalar lo antes posible para cumplir cronograma de implantación de la STIC
    • Hay que instalar lo antes posible para cumplir necesidades impuestas por el SAS

Aparece un mensaje explicativo de que en la información adicional deben incluir el nombre y el teléfono del técnico:

Image Removed

Información adicional*: Campo en el que se deben incluir el nombre y el teléfono del técnico

Image Removed

IDs Plataformas*: Mostrar los plataformas y dejar seleccionar sólo una.
IDs Entornos*: Mostrar los entornos y dejar seleccionar sólo uno.

Advertencia
icon false
La PL pasará automáticamente al estado PDTE. REVISIÓN asignada a PROVEEDOR SISTEMAS en los siguientes casos: Cuando los campos obligatorios que no se informan por integración están informados y la SVD está cerrada Cuando es una PLU A partir de ahí la PL continúa igual que las de incremento de versión con las siguientes diferencias: No hay que actualizar CMS cuando se acepta la solución técnica de una PL hija Hay que comunicar el fin de la PL por integración para cambiar el estado de la solicitud No se usan los grupos lógicos. Las hijas  se crearán automáticamente tras la solicitud por parte del Responsable de producto o el proveedor

En el caso de que se trate de una PL de tipo Preaprobada

El campo se heredará a las hijas y hará que el flujo de las mismas funcione como una PLU, es decir no pasa por el Grupo de Lanzamientos para su planificación.

El tipo de PL podrá ser cambiado tanto en la edición de la padre como de las hijas siempre que no se haya llegado a estar ya planificada y lista para comenzar su resolución.

PL datos Padre

...

Image Added

Se  creará  automáticamente la SVD y se relaciona con la PL con un enlace "Relación" (Relacionada con / Está relacionada en) una vez que la PL llegue al estado ABIERTA

Advertencia
icon false
La PL pasará automáticamente al estado PDTE. REVISIÓN asignada a PROVEEDOR SISTEMAS en los siguientes casos: Cuando los campos obligatorios que no se informan por integración están informados y la SVD está cerrada Cuando es una PLU A partir de ahí la PL continúa igual que las de incremento de versión con las siguientes diferencias: No hay que actualizar CMS cuando se acepta la solución técnica de una PL hija Hay que comunicar el fin de la PL por integración para cambiar el estado de la solicitud No se usan los grupos lógicos. Las hijas  se crearán automáticamente tras la solicitud por parte del Responsable de producto o el proveedor

En el caso de que se trate de una PL de tipo Preaprobada

El campo se heredará a las hijas y hará que el flujo de las mismas funcione como una PLU, es decir no pasa por el Grupo de Lanzamientos para su planificación.

El tipo de PL podrá ser cambiado tanto en la edición de la padre como de las hijas siempre que no se haya llegado a estar ya planificada y lista para comenzar su resolución.

PL datos Padre

Acciones en estado PDTE. APROBAR

PARA EL CASO DE PL No Preaprobadas

Asignada al RESPONSABLE DE PRODUCTO

Acciones en estado 

Estado
colour Blue title PDTE. APROBAR

 Acciones en estado 

Estado
colour Blue title PDTE. INFORMACIÓN

asignada al 

Estado
title RESPONSABLE PRODUCTO

 

...

...

Acciones en estado 

Estado
colour Blue title ABIERTA

asignada al 

Estado
title RESPONSABLE PRODUCTO

En ese mismo momento se creará la página correspondiente en la página de la plataforma con la plantilla para las PLs de versión. Se creará en la página de la plataforma en la sección PLs de negocio.

La plantilla será igual que para las PLs de versión y su página  se llamará ID JIRA-Título de la PL.

En ella aparecerá la página del PID que tendrá como título ID JIRA- PID y que usará la misma plantilla del PID que la que se utiliza en las PLs versión

Tanto la página de la PL como la del PID tendrán un enlace con la issue de la PL (Enlazada con)

...

Acciones en estado

Estado
colour Blue title PDTE. COMENZAR RESOLUCIÓN

...

asignada al 

Estado
title RESPONSABLE PRODUCTO

En ese mismo momento se creará la página correspondiente en la página de la plataforma con la plantilla para las PLs de versión. Se creará en la página de la plataforma en la sección PLs de negocio.

La plantilla será igual que para las PLs de versión y su página  se llamará ID JIRA-Título de la PL.

En ella aparecerá la página del PID que tendrá como título ID JIRA- PID y que usará la misma plantilla del PID que la que se utiliza en las PLs versión

Tanto la página de la PL como la del PID tendrán un enlace con la issue de la PL (Enlazada con)

Acciones en estado 

Estado
colour Blue title PDTE. REVISIÓN

Asignada a PROVEEDOR SISTEMAS

...

Acciones en estado 

Estado
colour Yellow title PDTE. INFORMACIÓN

Asignada al PROVEEDOR

Acciones en estado 

Estado
colour Blue title NO ACEPTADA

Asignada a Informador

Acciones en estado 

Estado
colour Blue title EN RESOLUCIÓN

Asignada a 

Estado
title RESPONSABLE PRODUCTO

 

PL Hija

Las PLS hijas se crearán con título : {Plataforma} - {Entorno} 

...

• Tipo actividad: Instalación, desinstalación, reinstalación o marcha atrás
• Tipo: por defecto informado como Normal
• PLU: Sí o No
• Facturable: Sí o No
• Fecha inicio real
• Fecha inicio estimada
• Fecha resolución
• HBS: las que corresponda según el tipo de actividad, la complejidad, la urgencia y la hora

Acciones en estado 

Estado
colour Blue title

...

PLANIFICABLE

Acciones en estado 

Estado
colour Blue title PDTE. CALENDARIZAR

Asignada a PROVEEDOR SISTEMAS

...

Advertencia
icon false
En cada ejecución, se reseteará el valor del campo PLU a NO El campo Tipo PL no se resetea, se mantiene el que tuvira informada la ejecución

Acciones en estado 

Estado
colour Yellow title CALENDARIZADA

Asignada al usuario del grupo planificador que se hubiera asignado la PL en estado 

Estado
title PLANIFICABLE

. Si es PLU que se quede sin asignar

Acciones en estado  PDTE. COMENZAR RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS

...

Acciones en estado  EN RESOLUCIÓN

Asignada a  PROVEEDOR SISTEMAS

 

Acciones en estado  PDTE. REVISIÓN TÉCNICA

Asignada a  

Estado
title PROVEEDOR

que esté en la propiedad del proyecto

...

En la tabla de ejecuciones en BDD existe una columna con la fecha de actualización, de manera que el MTI podrá cargar los cambios que se hagan en la misma en los 10 primeros días del mes

RFP (Request For Platform)

Consulta el manual JIRA para RFP aquí.

Tareas en aplicaciones

Tareas de seguridad

Para la evaluación de seguridad de proyectos que hace la Unidad de Seguridad TIC del SAS. Puedes ver este vídeo sobre tareas de seguridad en aplicaciones.

Creación de tareas por lotes

Será posible la creación de tareas generales por lotes, especificando en un archivo Excel los datos de las mismas. Puedes ver una guía accediendo aquí.