El flujo se modela en JIRA (https://ws001.sspa.juntadeandalucia.es/jira/).

La RFP se creará como una nueva entidad de JIRA dentro de un proyecto de tipo plataforma para creación de una plataforma o para modificación de una existente.

La plataforma debe estar dada de alta en CMS y se habrá creado el proyecto correspondiente en JIRA.

Los atributos que vienen en ese tipo de proyectos como propiedades del mismo son:

Creación

Nueva entidad que se crea por parte de  

Título*

Descripción*

Entornos*: permite selección múltiple

• PRE
• PRO
• FOR
• VAL

Adjunto*: debe adjuntarse el DGT

Aparece un mensaje de advertencia para indicar que es necesario adjuntar el DGT de forma obligatoria: "Debes adjuntar el DGT".

Acciones en estado 

Estado
colour Yellow title PDTE. APROBAR

Asignada a 

ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
APROBAR	Estado title COORDINADOR	Estado colour Yellow title PDTE. APROBAR a Estado colour Yellow title PDTE. REVISIÓN	N/A
NO APROBAR (Incluir motivo en comentario obligatorio)	Estado title COORDINADOR	Estado colour Yellow title PDTE. APROBAR a Estado colour Green title CERRADA	(Sin Resolver) a (No se hará)
CANCELAR Incluir comentario obligatorio	Estado title JP STIC	Estado colour Yellow title PDTE.APROBAR a Estado colour Green title CERRADA	(Sin Resolver) a (Cancelada)

En esa misma pantalla, aparecerán el campo  "Fecha fin estimada" para ser informado opcionalmente. Este campo debe ser editable en cualquier estado para el rol 

Aparece también el campo Entornos con el valor que hubiera elegido el solicitante.

Igualmente de manera opcional puede informarse el tipo de RFP

TIPO RFP:

Simple

Normal

Compleja

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN

Asignada a 

Informar obligatoriamente el tipo de RFP si no estuviera informado. Aparecerá cargado por defecto el que se hubiera podido informar al aprobar.

TIPO RFP:

Simple

Normal

Compleja

Acciones en estado 

Estado
colour Yellow title PDTE.INFORMACIÓN

Asignada a 

Acciones en estado 

Estado
colour Yellow title NO ACEPTADA

Asignada a 

 Aparece un mensaje de advertencia para indicar que es necesario adjuntar el DGT de forma obligatoria: "Debes adjuntar un nuevo DGT".

Acciones en estado 

Estado
colour Yellow title EN RESOLUCIÓN

Asignada a 

(*)La condición para que se pueda acceder a la acción es que no exista ninguna fase en estado distinto a 

Si ocurriera ese caso, aparece un mensaje en el que se indica que será necesario previamente cancelar las fases que no estén cerradas.

Creación automática de las fases en función del tipo de RFP en estado 

Estado
colour Yellow title EN RESOLUCIÓN

Tipo RFP normal o simple

Se crearán automáticamente  fases en estado

• Diseño y Construcción PRE
• Diseño y Construcción PRO
• Diseño y Construcción FOR
• Diseño y Construcción VAL
• Transferencia

Las CINCO fases pueden calendarizarse por el 

Acciones en estado 

Estado
colour Yellow title PDTE. CALENDARIZAR

Asignada a 

Es obligatorio adjuntar el fichero de estimación .

Aparece un mensaje de advertencia para indicar que es necesario adjuntar el fichero de estimación de forma obligatoria: "Debes adjuntar fichero de estimación".

Acciones en estado 

Estado
colour Yellow title PDTE. COMENZAR RESOLUCIÓN

Asignada a 

Acciones en estado 

Estado
colour Yellow title EN RESOLUCIÓN

Asignada a 

 En el momento en el que hay HBS incurridas, se calcula el campo %Desviación HBS

En el momento en el que se cambia la Fecha fin actualizada, se calcula el campo %Desviación fecha

 Aparece el resumen con la misma pantalla que las OTs

Los dos grados de avance se ponen automáticamente a 100%.

Es obligatorio adjuntar el fichero de incurridos como en las OTs

Quitar la obligatoriedad del campo Ubicación de entregables de salida.

Incluir un mensaje de advertencia para indicar que es necesario adjuntar el fichero de incurridos de forma obligatoria

"Debes adjuntar fichero de incurridos de forma obligatoria"

Acciones en estado 

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

Asignada a 

Acciones en estado 

Estado
colour Yellow title PDTE. REVISIÓN

Asignada a 

 La pantalla que debe salir es igual a la que aparece al aceptar una OT por el 

Deben mostrarse las desviaciones en HBS y fechas y que exista la posibilidad de justificar o no el desvío. En caso de que se justifique, es necesario que se indique de manera obligatoria el motivo.

En el caso de que la desviación de fechas sea negativa, no pedir la justificación del desvío.

Si la fase no es de Transferencia mostrar mensaje

"Vas a aceptar la solución técnica y los costes incurridos"

Si la fase  es de Transferencia mostrar mensaje

"Vas a aceptar la documentación de transferencia y los costes incurridos"

 Debe indicarse el motivo en el Mensaje de rechazo RFP HIJA con los mismos motivos que en las OTs

Acciones en estado 

Estado
colour Yellow title PDTE. CANCELACIÓN

Asignada a 

Acciones en estado 

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

Asignada a 

Acciones en estado 

Asignada a 

Tipo RFP compleja

Se crearán automáticamente cinco fases en estado 

• Diseño PRE
• Construcción PRE
• Diseño PRO
• Construcción PRO
• Transferencia

Podrán estimarse todas de manera independiente y esa estimación deberá ser aprobada, aunque al aprobar la estimación, sólo se podrá comenzar la resolución en las que sean de diseño tanto de los entornos en PRE y PRO. Seguirán el flujo con la revisión sólo del Responsable de Sistemas (no del JP STIC Solicitante) y hay que establecer la lógica para que las tareas de Construcción de los entornos no comiencen (no pueda accederse a  la acción “COMENZAR RESOLUCIÓN”) hasta que no esté cerrada la correspondiente de su entorno.

Las de Construcción seguirán el mismo flujo que las de Diseño y Construcción de las RFP simples, es decir, pasan al estar resueltas a ser revisadas por el JP STIC Solicitante, quien debe aceptar o no la solución técnica y debe informarse el motivo que ocasiona la no aceptación. Una vez aceptada la solución técnica, debe pasar la revisión del Responsable de Sistemas para aceptar o no costes.

Hasta que las tareas de diseño y construcción de los entornos solicitados no estén Cerradas, no puede activarse la acción "COMENZAR RESOLUCIÓN" en la subtarea de Transición, cuyo flujo será el mismo del de las RFP simples, es decir, no necesita revisión del JP STIC Solicitante.

Acciones en estado 

Estado
colour Yellow title PDTE.ESTIMAR

Asignada a 

 Se aplican restricciones a las fechas: 

Fechas iguales o posteriores a fecha actual

Fecha de caducidad anterior a la fecha de inicio estimada

Acciones en estado 

Estado
colour Yellow title ESTIMADA

Asignada a 

Acciones en estado 

Estado
colour Yellow title PDTE. COMENZAR RESOLUCIÓN

Asignada a 

Acciones en estado 

Estado
colour Yellow title EN RESOLUCIÓN

Asignada a 

Acciones en estado 

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

Asignada a 

Acciones en estado 

Estado
colour Yellow title PDTE.REVISIÓN

Asignada a 

Mostrar mensaje

"Vas a aceptar la solución técnica y los costes incurridos"

Acciones en estado 

Estado
colour Yellow title NO ACEPTADA

Asignada a 

Acciones en estado 

Estado
colour Yellow title PDTE. CANCELACIÓN

Asignada a 

Acciones en estado 

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

Asignada a 

Revisión

Quitar de las acciones el crear subtarea (acción dentro de MAS)

•   Crear:
  • Eliminar Tipo. El solicitante no es quién determina el tipo, si no el proveedor sistemas al revisar la documentación. OK 07/05
  • Fecha inicio y fin deseada: las dejamos pero actualmente no se completan en el registro de la RFP. Ver qué nos dice sistemas. Tiene más utilidad fecha fin deseada sólo. MEJOR QUITAR
  • No se puede poner en vez de adjunto DGT? O al menos una tooltip
  • Que adjunto aprezca con asterisco
  • No puede crear proveedor porque no ve las plataformas.

Complejas:

-          Eliminar solicitar información en la estimación: ya se ha realizado en la verificación de la documentación.

-          Coordinador STIC puede hacer todas las acciones

-          Irene, Alberto, María son también JPSTIC

Review Irene 31/05/2019

Posibilidad de quitar la justificación del desvío en fechas en el caso de que sea negativo-->HECHO

Posibilidad de incluir la opción de Paralizar un trabajo en Resolución mediante la opción Paralizar dionible para el Coordinador -->HECHO

Posibilidad de incluir al final de RFP la asociación de tipletas para comprobar la asociación con los grupos lógicos (PENDIENTE)

Posibilidad de crear una hija por parte del coordinador (PENDIENTE)

Implementación de ANS (por confirmar)

Las ANS de las RFP se implementarán haciendo uso de el plugin Jira Time to SLA.

Esta sección definirá la lógica que se usará para configurar los ANS.

Descripción técnica

Requisitos en Jira

Calendario

Configuración Time to SLA

Porcentaje de peticiones de plataforma con estudio de documentación en plazo

Porcentaje de peticiones de plataforma con estudio de documentación en plazo, respecto del total de peticiones de plataformas con estudio de documentación.

El tiempo máximo de estudio de la documentación será de 45 horas de servicio

Cálculo del tiempo que trascurre entre el comienzo del estudio de la documentación y la aprobación de la documentación.

Con esto se podrían hacer los reportes requeridos.

Se requiere conocer "el ciclo más largo" que ocurra.

L - V de 7 h a 22h

no festivos nacionales/regionales

Porcentaje de peticiones de plataforma cuya construcción finaliza en plazo

Porcentaje de peticiones de plataforma cuya construcción finaliza en los plazos establecidos, según la tipología de la plataforma, del total de peticiones de plataforma construidas de cada tipología.
Para Simple: el tiempo máximo de construcción de la petición de plataforma simple será de 14 días naturales.
Para normales: el tiempo máximo de construcción de la petición de plataforma normal será de 21 días naturales.

Valor de SLA:

1) 14d

2) 21d.

Multiples transiciones: Sí.

Comienzo / Final:

Prioridades: Todas

Método de cálculo: All Cycles

Condición JQL:

1) "Tipo Fase" = "Diseño y Construcción Simple" and "Tipo RFP" = "Simple"

2) "Tipo Fase" = "Diseño y Construcción Simple" and "Tipo RFP" = "Normal"

Image Removed

Porcentaje de peticiones de plataforma con transferencia realizada en plazo

Porcentaje de peticiones de plataforma con transferencia a la línea de servicios operación realizada en menos de 4 días naturales, del total de peticiones de plataforma con transferencia realizada.

Valor de SLA: 4d.

Multiples transiciones: Sí.

Comienzo / Final:

Prioridades: Todas

Método de cálculo: All Cycles

Condición JQL:

1) "Tipo Fase" = "Transición"

Tiempo natural medio de ejecución de las peticiones de plataforma

Tiempo medio de ejecución de las peticiones de plataforma simples y normales.

60d

Los 60 días son de "bonificiación". No se penaliza si se pasan, pero tampoco se premia si lo hacen.

COMENTARIOS ANS

IT_07  Porcentaje de peticiones de plataforma con estudio de documentación en plazo

Para el ANS se toma el ciclo de mayor valor (no implementable mediante el add-on Time To SLA).

De  

De 

IT_08, 09 Porcentaje de peticiones de plataforma cuya construcción finaliza en plazo

Solo se debe sumar los tiempos de los estados que son de

IT_10 Porcentaje de peticiones de plataforma con transferencia realizada en plazo

Solo se debe sumar los tiempos de los estados que son de 

REvisado: debemos contar el tiempo sólo si las fases de contrsucción se han terminado. Por lo que:

• O sólo iniciamos el contador cuando las fases anteriores estén cerradas
• O contamos sólo los estados

  Estado
  colour Yellow title EN RESOLUCION

   , 

  Estado
  colour Yellow title NO ACEPTADA

IT_15 Tiempo natural medio de ejecución de las peticiones de plataforma

NO, este indicador es de bonificación, se computa el tiempo natural total desde que se crea la RFP hasta que se cierra

IT_11 Porcentaje de peticiones de plataforma sin rechazos

Creada subtarea JIRA-613 para que se incluya un contador de rechazos

Adjuntos

Enlaces relacionados

Documentación Time to SLA: https://confluence.snapbytes.com/display/TTS/Time+to+SL