La valoración de las peticiones de trabajo planificado consiste en la asignación de un coste temporal orientativo a las peticiones de trabajo. Este valor será de utilidad al solicitante para entender el alcance temporal que puede suponer su petición. Con carácter general se establecen tres niveles de duración:

• Corto: hasta una semana
• Medio: hasta un mes
• Largo: superior a un mes

Asignar un nivel de duración correspondiente al tiempo en el que una persona realizaría todos las actividades necesarias para entregar el resultado del trabajo solicitado.

Cuando existe una cola variable de peticiones de trabajo (circunstancia habitual en proyectos de mantenimiento), éstas deben ser ordenadas por el SCE conforme a su importancia, urgencia e impacto. El periodo genérico de priorización es mensual, aunque puede establecerse otro acuerdo particular en cada proyecto.

Los filtros de priorización para los proyectos de mantenimiento son los siguientes:

• Mantenimiento SISPECAN: SISPECAN-Intermediación; SISPECAN-Formación; SISPECAN-Empleo; SISPECAN-Transversales
• Mantenimiento EGE
• Mantenimiento OBI

Ordenar las peticiones de trabajo según las necesidades del SCE en la herramienta JIRA.

Dividir el trabajo pendiente de las peticiones a acometer en bloques de esfuerzo que puedan acometerse en el siguiente plan de trabajo. 

Indicar la dedicación de esfuerzo prevista. 

El periodo de referencia general para las planificaciones es quincenal, correspondiendo a dos semanas naturales.

En el caso de los proyectos de mantenimiento, el Pliego de Prescripciones Técnicas define en los Acuerdos de Nivel de Servicio qué tipo de peticiones deberán ejecutarse de manera planificada y cuáles no.

Para el resto de proyectos podrá existir una planificación predeterminada para todo el proyecto, salvo que se acuerde planificar conforme a un periodo de referencia por considerarse más adecuado por la aplicación de un ciclo de vida adaptativo.

La herramienta JIRA es el sistema de soporte a la gestión de las solicitudes de trabajo.

Existe un ciclo de vida genérico de peticiones en JIRA que podrá ser sustituido en función del tipo de proyecto u otros acuerdos.

Con carácter general, y salvo especificación en sentido contrario, el resultado de los trabajos que supongan la implementación de funcionalidades en los sistemas de información deberán incluir los siguientes productos:

• Requisitos:
  • Documento de descripción de la necesidad
  • Especificación de requisitos funcionales
  • Especificación de requisitos no funcionales
  • Plan de pruebas de aceptación
• Análisis:
  • Análisis del sistema
  • Plan de pruebas funcionales
• Diseño
• Construcción:
  • Código del módulo o sistema
  • Manual de instalación
  • Manual de usuario
• Pruebas:
  • Informe de pruebas de calidad del código
  • Informe de pruebas funcionales
• Despliegue

Una petición de trabajo sufre numerosos cambios desde que se genera hasta que es cerrada.

Por parte de Gestión, estos cambios consistirán en la aportación de comentarios, ficheros adjuntos, acciones de transición de estado de la petición y asignación de la etiqueta REABIERTA cuando una petición se reabre debido a la detección de errores.

Por parte del proveedor, los cambios que deberán registrarse en las peticiones de trabajo son:

• Fecha de entrega prevista. Este dato es indispensable cuando afecta al seguimiento del ANS del contrato. Dependiendo del tipo de petición, corresponderá con la fecha de entrega planificada para peticiones evolutivas, adaptativas, nuevo desarrollo y consultoría, o con el plazo máximo estipulado en el ANS según la prioridad asignada para peticiones correctivas, atención a usuarios, actuaciones de datos y configuración.
• Fecha de entrega real. Este dato es indispensable cuando afecta al seguimiento del ANS del contrato. Corresponderá con la fecha en que se solicita la autorización de paso a Producción para peticiones con desarrollo o con la fecha de resolución para peticiones sin desarrollo. Además, esta fecha debe actualizarse si la tarea ha sido devuelta por solicitud de corrección de errores en el producto entregado.
• Estimación inicial.
• Tiempo trabajado.
• Responsable de la petición, en el momento en que sea asignada a un técnico.
• Comentarios sobre evolución de la tarea y acuerdos alcanzados en reuniones con Gestión.
• Indicador "Sin desarrollo" para las peticiones correctivas que no requieren modificación de código.
• Adjuntar el plan de pruebas realizado para la petición en los entornos de Desarrollo y Preproducción.
• Enlazar el documento de análisis que recoge los cambios realizados.

Actualizar la información correspondiente a los cambios que se produzcan en cada petición de trabajo.