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  JP STIC-SOLICITANTE o PROVEEDORen estado PDTE. APROBAR asignada a IRENE LAVADO (podrá hacer todas sus acciones cualquier usuario con rol COORDINADOR)

Título*

Descripción

Entornos*: permite selección múltiple

• PRE
• PRO
• FOR
• VAL

Adjunto*: debe adjuntarse el DGT

Incluir un mensaje de advertencia para indicar que es necesario aljuntar el DGT de forma obligatoria

"Debes adjuntar DGT de forma obligatoria"

Acciones en estado PDTE. APROBAR

Asignada a IRENE LAVADO

ACCIÓN	QUIÉN PUEDE	CAMBIO DE ESTADO	CAMBIO RESOLUCIÓN
APROBAR(	COORDINADOR	PDTE. APROBAR a PDTE. REVISIÓN	N/A
NO APROBAR (Incluir motivo en comentario obligatorio)	COORDINADOR	PDTE. APROBAR a CERRADA	(Sin Resolver) a (No se hará)
CANCELAR Incluir comentario obligatorio	JP STIC	PDTE.APROBAR a 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 COORDINADOR

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

Igualmente de manera opcional puede informarse el tipo de RFP

TIPO RFP:

Simple

Normal

Compleja

Acciones en estado PDTE. REVISIÓN

Asignada a PROVEEDOR SISTEMAS

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 PDTE.INFORMACIÓN

Asignada a JP STIC-SOLICITANTE o PROVEEDOR, es decir, solicitante de la RFP

Acciones en estado NO ACEPTADA

Asignada a JP STIC-SOLICITANTE o PROVEEDOR, es decir, solicitante de la RFP

Incluir un mensaje de advertencia para indicar que es necesario aljuntar el DGT de forma obligatoria

"Debes adjuntar  un nuevo DGT de forma obligatoria"

Acciones en estado EN RESOLUCIÓN

Asignada a R.SISTEMAS

(*)

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

Si ocurriera ese caso, deberá aparecer un mensale en el que se indique 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 EN RESOLUCIÓN

Tipo RFP normal o simple

Se crearán automáticamente tres fases en estado PDTE.CALENDARIZAR que serán subtareas de la entidad padre.

• 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 PROVEEDOR SISTEMAS en cualquier momento. Se establece restricción para acceder a la acción COMENZAR RESOLUCIÓN en la de Transferencia. No debe salir disponible esa opción hasta que las fases anteriores estén en estado CERRADA

Acciones en estado PDTE. CALENDARIZAR

Asignada a PROVEEDOR SISTEMAS

Es obligatorio adjuntar el fichero de estimación .

Incluir un mensaje de advertencia para indicar que es necesario adjuntar el fichero de estimación de forma obligatoria

"Debes adjuntar fichero de estimación de forma obligatoria"

Acciones en estado PDTE. COMENZAR RESOLUCIÓN

Asignada a PROVEEDOR SISTEMAS

Acciones en estado EN RESOLUCIÓN

Asignada a PROVEEDOR SISTEMAS

 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 PDTE. REVISIÓN TÉCNICA

Asignada a JP STIC SOLICITANTE o PROVEEDOR, es decir, el solicitante

Acciones en estado PDTE. REVISIÓN

Asignada a R.SISTEMAS

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

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 juestifique, 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 PDTE. CANCELACIÓN

Asignada a PROVEEDOR SISTEMAS

Acciones en estado PDTE.REVISIÓN CANCELACIÓN

Asignada a R.SISTEMAS

Acciones en estado NO ACEPTADA

Asignada a PROVEEDOR SISTEMAS

Tipo RFP compleja

Se crearán automáticamente cinco fases en estado PDTE.ESTIMAR que serán subtareas de la entidad padre.

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

Podrán estimarse todas de manera indepediente 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 PDTE.ESTIMAR

Asignada a PROVEEDOR SISTEMAS

 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 ESTIMADA

Asignada a R.SISTEMAS

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 JP STIC SOLICITANTE

Acciones en estado PDTE.REVISIÓN

Asignada a R.SISTEMAS

Mostrar mensaje

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

Acciones en estado PDTE. CANCELACIÓN

Asignada a PROVEEDOR SISTEMAS

Acciones en estado PDTE.REVISIÓN CANCELACIÓN

Asignada a R.SISTEMAS

Acciones en estado NO ACEPTADA

Asignada a PROVEEDOR SISTEMAS

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.

• Aprobar:
  • Aquí es obligatorio el tipo. Consultar Irene, tal vez no sea del todo malo, pero que mande para hacer las subfases la revisión del CTI. Lo hemos quitado.
  • No se puede aprobar si el RS no está informado que salga un mensaje informativo. (tema de Alberto Periáñez)
  • Aceptar y aprobar ¿así se llaman los botones?
  • Meter botonoes de cambiar entornos.
  • Salen boton de NO APROBAR al solicitante
• PDTE. Calendarizar:
  • EN las simples y normales, no tiene sentido el nombre que tienen.
  • si se hace la acción de calendarizar desde el padre no muestra mensaje de advertencia del EDT (javascript)
• EN RESOLUCIÓN
  • Autocompletar la fecha de resolución desde la padre (javascript)
    
    
• Pdte. REvisión 
  • Hemos cambiado las fechas por estimadas
  • RAFA: plantillas de EDT lo tienen que subir en las hijas y ahora lo suben en la padre. Alinear esta diferencia con las OTs de crédito. Impacto en el ANS.
    
    • Subir sólo cuando hay desviación ¿?
• Pdte. revision técnica:
  • Cambiarle el nombre
• Pdte. revisión
  • COmentario Los desvíos son iguales que en las OTs
  • EN la transferencia se ha eliminado revisión técnica, no podemos recuperala y poner un mensaje de advertencia? Olimpia dijo que no y se cambiaba la botonera de la acción "aceptar tecnica" y "aceptar"
  • Cambiar los mensajes para que sea igual en todos "va aceptar costes y entregables"
• Finalizar:
  • Se  puede cancelar si todas las hijas están cerradas?? EStá igula que la versión. 
  • Comentario. Hemos hecho que se finalice manualmente por el RS para hacerlo igual que las versiones
• Cancelación
  • Si cancelas diseño q se cancele construcción del mismo entorno.
  • Si cancelas las construcciones cancelar transferencia 
    
    

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.

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  PDTE. REVISIÓN a PDTE.INFORMACION se suma tiempo (pero no se suma los timepos de los distintos estados!, quiere decir, que se suma dentro de un mismo ANS)

De PDTE. REVISIÓN a NO ACEPTADA se debe resetear el tiempo acumulado.

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 PROVEEDOR SISTEMAS

 PDTE. CALENDARIZAR, PDTE. COMENZAR RESOLUCIÓN,EN RESOLUCION , NO ACEPTADA

IT_10 Porcentaje de peticiones de plataforma con transferencia realizada en plazo

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

PDTE. CALENDARIZAR, PDTE. COMENZAR RESOLUCIÓN,EN RESOLUCION , NO ACEPTADA

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 estadosEN RESOLUCION , 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

• Diseño, poner en las tarjetas el nombre del indicador del pliego. Preguntar Rafa
• Al cerrar una RFP con resolución Cancelada o No se hará  no debe contar el ANS.
  
  

Adjuntos

Enlaces relacionados

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