Pliego de Condiciones Técnicas: Implantación de los … · 2016-09-28 · Pliego de Condiciones...

SCR6150c Versión 2.0(12/01/05)

Pliego de Condiciones Técnicas:

Implantación de los Procesos de Gestión de Bolsas de contratación del sistema de RRHH del Gobierno Vasco sobre la plataforma SAP

Fecha: 20/04/2016 Referencia: 033/2016

EJIE S.A.

Mediterráneo, 14

Tel. 945 01 73 00*

Fax. 945 01 73 01

01010 Vitoria-Gasteiz

Posta-kutxatila / Apartado: 809

01080 Vitoria-Gasteiz

www.ejie.es

Este documento es propiedad de EJIE, S.A. y no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.

http://www.ejie.es/

Pliego de Condiciones Técnicas

Control de documentación

Título de documento: Pliego de Condiciones Técnicas

Histórico de versiones

Código:

Versión: 0

Fecha: 16/05/2016

Resumen de cambios:

Cambios producidos desde la última versión

Primera versión.

Control de difusión

Responsable: Carlos de la Iglesia García

Aprobado por: Asier Setién

Firma: Fecha: 16/05/2016

Distribución:

Referencias de archivo

Autor:

Nombre archivo: PCT_EIZU_2016_Bolsas_vx.x.docx

Localización:


Contenido

Capítulo/sección Página

1 Introducción 5

1.1 Perfil de la compañía 5

1.2 Necesidad de contratación 6

2 Objeto del contrato 7

2.1 Objeto y Alcance del Servicio 7

2.2 Áreas Funcionales 8

2.3 Líneas de trabajo 10

2.4 Alcance de los servicios 13

2.5 Descripción detallada de los servicios 15

2.6 Formación y Gestión del cambio 22

2.7 Gestión de la documentación 23

2.8 Gestión de la calidad (del producto) y pruebas 23

2.9 Gestión y administración del servicio 24

2.10 Duración 26

2.11 Presupuesto 26

3 Definición del servicio 28

3.1 Fases del Servicio 28

3.2 Flujos de mantenimiento 28

3.2.1. Peticiones de servicio 28

3.2.2. Entregas 29

3.3 Finalización del servicio 29


4 Configuración del servicio 30

4.1 Organización del Equipo de Trabajo 30

4.2 Asignación de recursos 30

4.3 Equipo de Trabajo 30

4.3.1. Certificaciones en SAP y nivel de conocimientos 31

4.3.2. Veracidad de los datos 31

4.3.3. Constitución inicial del equipo de trabajo 31

4.3.4. Modificaciones en la composición del equipo de trabajo 31

4.3.5. Horario y lugar de realización de los trabajos 32

5 Especificaciones Técnicas 33

5.1 Metodología de desarrollo, normativa y Guía de Estilo 33

5.2 Entorno Tecnológico 33

5.3 Modelo de aseguramiento de la calidad 34

5.3.1. Tipologías de pruebas 35

5.3.2. Metodología de pruebas 35

5.3.3. Rendimiento 35

5.4 Herramientas del ciclo de vida de las aplicaciones 36

6 Mecanismos de Seguimiento, Control y Supervisión 37

6.1 Transferencia tecnológica 38

7.1 Modelo de facturación 39

7.2 Criterios de adjudicación 39

8 Estructura y Formato de la Propuesta Técnica 44

8.1 Estructura normalizada y contenido de las propuestas. 44

Pliego de Condiciones Técnicas 5/45

1 Introducción

1.1 Perfil de la compañía

EJIE, empresa pública del Gobierno Vasco contribuye, mediante la prestación de servicios informáticos, a conseguir una Administración Pública Vasca, moderna y eficiente. Así, construye y mantiene la infraestructura de los Sistemas de Información y Telecomunicaciones, posibilitando su continuidad y seguridad en base a un personal cualificado y a unos recursos y costes adecuados a la demanda.

EJIE, tiene como meta final la consecución de la satisfacción de sus clientes. Para ello se ha impuesto como objetivos permanentes los siguientes:

Prestar servicios de manera eficiente y con calidad, asegurando el cumplimiento de los plazos de respuesta y un nivel "cero" de reclamaciones e incidencias.

Prestar servicios competitivos en relación al sector, en base a la permanente adecuación de los servicios internos al ámbito de actuación y asignando los recursos óptimos mediante la aplicación de los principios de racionalidad, especialidad y eficiencia.

Integrarse activamente con sus clientes en un entorno de transparencia, comunicación y con objetivos comunes: comprensión del problema, enfoque adecuado y resolución satisfactoria.

Obtener una imagen corporativa de servicio eficiente, de calidad y de empresa en punta tecnológica en el sector.

Podemos desglosar la actividad informática requerida por el Gobierno Vasco en tres ámbitos:

Infraestructura Operativa. Sistemas informáticos y de Telecomunicaciones.

Conocimiento funcional de la Administración Pública, y recursos técnicos para desarrollar el negocio.

Conocimiento tecnológico (TIC) que garantice la viabilidad de los proyectos abordados.

EJIE se estructura en tres áreas de servicio, alineadas con las demandas del Gobierno Vasco:

Producción: Mantiene operativos los equipos informáticos, el software, las telecomunicaciones, los aplicativos, y los datos, con los niveles de seguridad requeridos.

Proyectos y Asistencia Técnica: Asesora y colabora con los departamentos en la definición, desarrollo, mantenimiento e implantación de sus sistemas de información, garantizando el cumplimiento de los estándares tecnológicos y la calidad del software. Asimismo se responsabiliza de la gestión integral de los proyectos comunes (proyectos de infraestructura y proyectos multidisciplinares). El área se compone de varios grupos asignados a los distintos departamentos del Gobierno Vasco, y compuestos por un responsable, técnicos de análisis y técnicos de desarrollo.

Sistemas y Telecomunicaciones: Estudia, desarrolla, mantiene, y soporta las infraestructuras tecnológicas existentes, y las de nueva implantación.

NOTA: Se puede obtener información más detallada y extensa en la dirección de Internet http://www.ejie.eus/

http://www.ejie.eus/


1.2 Necesidad de contratación

Por otra parte, la Viceconsejería de Función Pública se halla inmersa en un proceso de reorganización y renovación íntegra de sus sistemas de gestión de RRHH para todos los empleados de la CAPV.

Uno de los proyectos es la Implantación de las áreas SAP HCM, Portal y BW para la Administración de la CAPV (en adelante proyecto EIZU). La implantación del nuevo sistema de RRHH está realizada para los cuatro colectivos de personal pertenecientes a la CAPV: Administración General, Educación (Pública y Privada), Seguridad y Administración de Justicia.

En la actualidad el proyecto se encuentra en esta situación:

Para Administración General, Justicia, Laborales de Seguridad, Educación (Pública y Privada), en producción los módulos de PA (Registro de Personal), PD (Estructura Organizativa y RPT), PE - Rol del empleado, responsable y web de centros de educación privada, PT (Gestión de tiempos), BW (información para la dirección), PY (Gestión de nómina), BN (Beneficios sociales), CP (Contabilidad Presupuestaria), y PG (Gestión del pago delegado).

Para el colectivo de Seguridad-Ertzaintza está en producción todos los módulos citados anteriormente con la excepción del módulo de PT (Gestión de tiempos, sólo en producción parcialmente), estando prevista su finalización (para el 01-01-2017) con la implantación del módulo de planificación horaria y gestión de tiempos.

Para continuar con la implementación del sistema de RR.HH. se quieren abordar los siguientes procesos:

● Gestión de Bolsas en Administración General

● Gestión de Bolsas en Justicia

● Gestión de Bolsas en Seguridad (personal laboral) Estas evoluciones incluyen requisitos particulares, además de la necesidad de realizar la migración de datos y los interfaces para el intercambio de información entre SAP, los sistemas actuales y el gestor de expedientes.


2 Objeto del contrato

2.1 Objeto y Alcance del Servicio

El objeto del presente pliego es la contratación del servicio de implantación para el sistema de RRHH de la Comunidad Autónoma del País Vasco (en adelante CAPV), bajo plataforma SAP en las áreas funcionales que se detallan en el apartado siguiente.

El contratista del presente pliego deberá tener en cuenta:

a) la existencia del servicio de soporte a usuarios, mantenimiento y evolución del sistema de RRHH de la Comunidad Autónoma del País Vasco (en adelante CAPV), de los módulos en producción de PA (Registro de Personal), PD (Estructura Organizativa y RPT), PE - Rol del empleado, responsable y web de centros de educación privada, PT (Gestión de tiempos), BW (información para la dirección), PY (Gestión de nómina), BN (Beneficios sociales), CP (Contabilidad Presupuestaria), y PG (Gestión del pago delegado).

b) la coexistencia con el proyecto paralelo para la implementación de procedimientos con el gestor de expedientes de RRHH (“Proyecto de implantación de un Gestor de Expedientes Electrónico para el Sistema de Recursos Humanos de la Administración de la CAPV”), de forma que la solución completa deberá permitir el correcto funcionamiento del gestor. En caso de conflicto, ambos proyectos deberán llegar a un acuerdo equitativo que cubra las necesidades de EJIE/EJGV.

c) la existencia de información y aplicaciones que se integran con los procesos de Bolsas.


2.2 Áreas Funcionales

El área funcional de RRHH objeto del contrato es la Gestión de Bolsas (Listas de contratación) de los siguientes colectivos:

Administración General

Justicia

Seguridad (personal laboral) El proceso completo de la Gestión de Listas en SAP dentro del módulo de Selección y Provisión es el siguiente:

Creación de Listas o Definición de características Bolsas (principal y sublistas) o Definición del catálogo general de evaluables (requisitos, pruebas, méritos y criterios de

desempate) o Publicación de las convocatorias y listados

Inscripción de candidatos o Recogida y gestión de solicitudes de candidatos o Mecanización de las Solicitudes de inscripción (Portal) o Normalización de solicitudes para facilitar la grabación manual o Inscripción de candidatos desde otra convocatoria o Inscripción desde otra lista

Evaluación de Listas o Gestión de la convocatoria: Baremación y ordenación o Informes (admitidos y excluidos, baremos…) o Criterios de Desempate o Gestión de los candidatos: estado en la bolsa o Integración de otros datos necesarios para Baremación: cualificaciones.

Realizar Preselección o Relación con el candidato para el seguimiento del proceso, informes y consultas, publicación de

listados….. o Notificaciones al candidato

Gestión de Llamadas o Gestión de Estado del candidato en las Listas o Adjudicación de plazas o Integración con administración de personal

Los procesos de las primeras fases de la gestión (creación de listas e inscripción de candidatos) quedan “limitados” dentro del alcance del pliego, y cada colectivo realiza una gestión muy diferente. Hay que tener en cuenta los siguientes aspectos:

a) No se van a exponer servicios al candidato en el Portal SAP (para Administración General se realiza de forma indirecta a través del IVAP y la publicación de las listas se expone para todos los grupos en internet)

b) No se realiza gestión de la convocatoria y las solicitudes se cargan a partir de un fichero o bien manualmente (además hay que tener en cuenta que en Seguridad y parte de Administración General (salvo listas de OPE’s) se cargan las listas iniciales ya ordenadas no siendo necesario aplicar criterios de valoración).


Los procesos de las primeras fases de la gestión (creación de listas e inscripción de candidatos) quedan “limitados” de la siguiente forma:

Creación de Listas o Definición de características Bolsas (principal y sublistas) o Definición del catálogo general de evaluables (requisitos, pruebas, méritos y criterios de

desempate) – Son de carácter complejo (para Justicia y Administración General - OPE’s) o de carácter simple para rebaremaciones posteriores (de todos los grupos).

o Publicación de las convocatorias y listados – Sólo publicación de listados del personal en bolsas (para todos los grupos)

Inscripción de candidatos o Recogida y gestión de solicitudes de candidatos – Se hace generalmente con ficheros y

excepcionalmente carga manual. o Mecanización de las Solicitudes de inscripción (Portal) – No hay solicitudes en Portal o Normalización de solicitudes para facilitar la grabación manual o Inscripción de candidatos desde otra convocatoria – Se hace generalmente con ficheros o Inscripción desde otra lista – Se hace generalmente con ficheros (IVAP,…)

Por otra parte cabe indicar que los desarrollos, parametrizaciones y documentación destinados al empleado deberán ser bilingües (euskara y castellano). La empresa contratista será responsable de habilitar la capacidad multi-idioma, introducir las traducciones en los sistemas (desarrollos, elementos SAP,….) y entregar los textos en castellano a traducir, cuya realización corresponderá a EJ-GV.


2.3 Líneas de trabajo

Con objeto de definir más detalladamente el alcance y condiciones del contrato, se han establecido por una parte unas funcionalidades/procesos comunes y generales para todos los colectivos y por otra parte las funcionalidades/procesos específicos o particularidades de cada colectivo. Las líneas de trabajo englobadas en el servicio son:

Gestión de Bolsas Común

Gestión de Bolsas – Administración General

Gestión de Bolsas – Justicia

Gestión de Bolsas – Seguridad (personal laboral)

GESTIÓN DE BOLSAS COMUN El proceso estructurado de la Gestión de Listas es el siguiente:

Creación de Listas o Definición de características Bolsas (principal y sublistas)

Inscripción de candidatos o Grabación manual (o carga de candidatos) o Carga de Listas o Inscripción de candidatos desde otra convocatoria o Inscripción desde otra lista

Evaluación de Listas o Gestión de la convocatoria: Baremación y ordenación o Criterios de Desempate o Publicación de listados e Informes o Gestión de los candidatos: estado en la bolsa o Integración de otros datos necesarios para Baremación: cualificaciones, perfiles e historial

administrativo o Mantenimiento de datos del candidato (datos personales, disponibilidad y bajas) o Rebaremaciones posteriores

Realizar Preselección o Peticiones de expedientes de contratación (integración) o Relación con el candidato para el seguimiento del proceso, informes y consultas, publicación de

listados… o Notificaciones al candidato

Gestión de Llamadas o Gestión de Estado del candidato en las Listas o Adjudicación de plazas o Integración con administración de personal

Informes o Consulta datos candidato, petición o bolsa o Huella (bolsas, expedientes, datos personales, adjudicación, …)


Para la consecución del objetivo de implantación hay que considerar la importancia de la integración de información y el control de los procesos, ya que: a) el alcance de la Gestión de listas está limitado y no contempla toda la funcionalidad de Creación de listas e Inscripción de candidatos, ya que la inscripción del candidato y publicación de la convocatoria correspondiente deben quedar fuera del alcance del proyecto, quedando sin servicio a través del Portal del empleado de SAP e implicando soluciones de integración para compartir información (carga de ficheros/datos y descarga de datos/listados). Además, en el caso de Administración General las integraciones deberán ser automatizadas (con aplicaciones/funcionalidades del IVAP). b) existe un proyecto paralelo de implementación del gestor de expedientes de RRHH, de forma que se implementarán de forma simultánea los procedimientos GEPEIZU de contratación y junto con la puesta en producción de la funcionalidad de Bolsas (Preselección/Gestión de Llamadas). Dichas funcionalidades deberán de tener una Integración a través de peticiones de forma que cada expediente de contratación realice una petición a Bolsas y esta posteriormente le devuelva un candidato para la resolución de la correspondiente cobertura en el Registro de Personal. c) los procesos de gestión de bolsas deben ser transparentes, rigurosos y fiables, ya que la Administración debe responder ante reclamaciones de candidato, además de reportar periódicamente o bien informar a demanda de su actividad al Tribunal Vasco de Cuentas. En consecuencia, es necesario tener en cuenta los puntos críticos que se detallan a continuación:

Integración con IVAP (Portal del candidato/Creación de Bolsas): esta integración es bidireccional, ya que el IVAP es el receptor de la información, gestor de las convocatorias de Administración General y el que expone servicios al candidato. o Mantenimiento de datos personales/comunicaciones desde el Portal del candidato o Listados y situación de las bolsas en el Portal del candidato o Fichero de listas de candidatos / Fichero de inscripción en la Bolsa o Información sobre perfiles, titulaciones e idiomas

Integración con RUTCE: esta integración es unidireccional para obtener actualizados los perfiles acreditados de euskera.

Integración con Registro de Personal o Información sobre Disponibilidad y Bajas o Información sobre perfiles, titulaciones e idiomas o Información del Expediente administrativo / Servicios externos o Actualización de datos personales/comunicaciones

Integración con Gestor Expedientes de personal o Gestión de peticiones de cobertura o Adjudicación de la petición

Huella de los datos o Datos personales y teléfonos o Datos de Personas en Bolsas (altas, bajas definitivas, bajas temporales, conocimientos, cuerpos,

títulos y territorios) o Peticiones-Adjudicaciones expedientes o Gestión Bolsas (Creación de Bolsas y Rebaremación de Listas)

Migración de datos o Carga inicial de Bolsas y recargas posteriores (como consecuencia de procesos selectivos). o Alta de los candidatos inscritos en las Bolsas abiertas actualmente

Paralelos de gestión

Formación y pruebas de usuario


GESTIÓN DE BOLSAS - ADMINISTRACION GENERAL

Particularidades:

o Valoración o Rebaremación o Recogida y gestión de solicitudes de candidatos o Integración: IVAP o Otros: autorizaciones

GESTIÓN DE BOLSAS - JUSTICIA

Particularidades:

o Bolsas o Valoración o Excepciones: baremación y ordenación o Rebaremación o Recogida y gestión de solicitudes de candidatos

GESTIÓN DE BOLSAS - SEGURIDAD

Particularidades:

o Rebaremación o Inscripción listas


2.4 Alcance de los servicios

En la siguiente tabla se reflejan los procesos estructurados y los aspectos a tener en cuenta para cada

grupo:

Común Adm.General Justicia Interior (lab.)

· Creación de Listas

o Definición de características Bolsas (principal y sublistas) X

o Definición del catálogo general de evaluables (requisitos, pruebas, méritos y criterios de desempate) (1) Solo para rebaremaciones posteriores X X X X (1)

o Publicación de las convocatorias y listados

· Inscripción de candidatos

o Recogida y gestión de solicitudes de candidatos (2) Carga Fichero lista / (3) Manual X (2) (3) (2/3)

o Mecanización de las Solicitudes de inscripción (Portal)

o Normalización de solicitudes para facilitar la grabación manual X

o Inscripción de candidatos desde otra convocatoria X

o Inscripción desde otra lista X

· Evaluación de Listas

o Gestión de la convocatoria: Baremación y ordenación X X X

o Informes (admitidos y excluidos, baremos…) X

o Criterios de Desempate X X X X

o Gestión de los candidatos: estado en la bolsa X

o Integración de otros datos necesarios para Baremación: cualificaciones, … X X X X

● Rebaremación X X

X

● Ordenación y gestión de la Bolsa X

· Realizar Preselección

o Relación con el candidato para el seguimiento del proceso, informes y consultas, publicación de listados….. X

o Notificaciones al candidato X

· Gestión de Llamadas

o Gestión de Estado del candidato en las Listas X

o Adjudicación de plazas X


Común Adm.General Justicia Interior (lab.)

· Integración / Contol

Integración con Registro de Personal X

Integración con gestión del IVAP X

Integración con RUTCE X

Integración con Gestor Expedientes Personal X

Huella de los datos X

· Otros

Formación y pruebas de usuario X X X

Migración de datos X X X

Paralelo de gestión X X X

El dimensionamiento actual de las bolsas en lo referente al número de bolsas y personas inscritas es el siguiente:

DIMENSIONAMIENTO LISTAS

Adm.General Justicia Interior (lab.)

Número de bolsas

115 8 46

Número de candidatos

16.286 19.359 7.482


2.5 Descripción detallada de los servicios

A continuación se definen los servicios solicitados, a los que deberán ajustarse los licitadores en su oferta.

GESTIÓN DE BOLSAS COMUN

Creación de Listas

o Definición de características Bolsas (principal y sublistas):

Mantenimiento general de las bolsas (identificación, periodo de vigencia y datos publicación), parámetros

generales de funcionamiento referentes a la disponibilidad (total o parcial, plazos situación), a plazos de

baja temporal y de acotamiento de zona, así como controles sobre la duración de la contratación eventual y

el máximo número de acciones en rechazos y comunicaciones en la gestión de llamadas.

Las bolsas de cada grupo deberán ser accesibles por los gestores de cada grupo (incluso dentro de

Administración General, determinados gestores deberán tener acceso limitado a unas bolsas concretas).

o Definición del catálogo general de evaluables (requisitos, pruebas, méritos y criterios de desempate):

Puntuación OPE’s: Resultado Ejercicios, Participación (nota>0), Convocatorias Anteriores.

Puntuación Servicios Prestados: Puntos por Año y por Día trabajo en cuerpo (mismo, inferior y superior).

Puntuación por especialidad, por perfil lingüístico y por titulación.

Estos evaluables son complejos en el caso de creación de las bolsas de Justicia y las provenientes de OPE

de Administración General. El resto de casos son rebaremaciones posteriores donde solamente se tienen

en cuenta los servicios prestados durante el período de cálculo respectivo.

o Publicación de las convocatorias y listados:

No se publican listas de convocatoria.

Inscripción de candidatos

o Recogida y gestión de solicitudes de candidatos:

Las solicitudes se cargan bien manualmente (en el caso de Seguridad, o en casos puntuales de corrección

y de poco volumen o de solicitudes de nueva bolsa de Justicia) o bien a partir de un fichero (proveniente del

IVAP en caso de convocatorias Administración General, o desde el módulo de OPE’s). Dicho fichero puede

venir sin puntuaciones para su valoración (y posterior publicación) o bien con puntuaciones para su

publicación directa.


o Mecanización de las Solicitudes de inscripción (Portal):

No se realiza ningún servicio en el portal del empleado de intranet (las listas se publican, pero en otros

portales de acceso internet)

o Normalización de solicitudes para facilitar la grabación manual:

Se realiza grabación manual en los casos citados anteriormente (Justicia).

o Inscripción de candidatos desde otra convocatoria:

Tal como se ha citado anteriormente para Administración General se cargan ficheros provenientes del

módulo de OPE’s.

o Inscripción desde otra lista:

Tal como se ha citado anteriormente para Administración General se cargan ficheros provenientes del IVAP

(ya ordenados con valoración previa).

Evaluación de Listas

o Gestión de la convocatoria - Baremación y ordenación:

En el caso de Justicia y de Administración General (listas de OPE’s) se valoran por los evaluables citados

anteriormente (el criterio depende de cada convocatoria). El resto de casos se cargan mediante ficheros con

puntuación, aunque las cargas manuales pueden ser para cualquier convocatoria, con o sin ordenación.

La carga de ficheros puede ser tanto para la creación de nuevas bolsas como para añadir candidatos a una

bolsa ya existente.

o Informes (admitidos y excluidos, baremos…):

En el caso de realizar las valoraciones se realizarán unas publicaciones provisionales, que tras un periodo

de reclamación, con las solicitudes estimadas se publica de forma definitiva. Se generan listados para cada

bolsa en formato pdf para su publicación en el correspondiente portal (listado por orden de bolsa, listado

alfabético, listado de preferencias de territorio, listado de titulaciones y listado de perfiles).

o Criterios de Desempate:

Para los criterios de desempate se utilizan los mismos evaluables definidos anteriormente.

o Gestión de los candidatos: estado en la bolsa:

Los candidatos pueden pasar a baja provisional (estudios oficiales,…) o bien excluirse temporalmente.

Además, en función de su situación administrativa pueden causar baja definitiva (por renuncia,

jubilación,…). Hay que tener en cuenta que después de una baja definitiva puede reingresar de nuevo a la

bolsa (sentencia, nueva convocatoria, …)


o Integración de otros datos necesarios para Baremación - cualificaciones:

Para la baremación, los evaluables definidos son los de puntuación OPE’s y Servicios Prestados,

especialidad, perfil lingüístico y titulación. Para la gestión es necesario tener un registro con los perfiles y

los idiomas, así como tener acceso a los servicios prestados y los conocimientos.

o Rebaremación:

En las rebaremaciones son ordenaciones posteriores donde solamente se tienen en cuenta, para el período

de cálculo respectivo, los servicios prestados en el correspondiente cuerpo/categoría/puesto (o

equivalentes).

U Ordenación y gestión de la Bolsa:

En la gestión de las bolsas hay que tener en cuenta que la disponibilidad de los candidatos puede ser total

(para cualquier tipo duración) o parcial (solo de duración mayor de 6 meses) y que las contrataciones por

acumulación de tareas tienen un límite de días por año. Además, los candidatos pueden acotar su zona de

contratación (territorio, comarca, municipio). Los candidatos disponen de un registro en bolsas donde se

dispone de datos de residencia, nacimiento, teléfonos y correo de contacto, perfil lingüístico acreditado,

idiomas, titulaciones y conocimientos. El gestor puede ver las diferencias entre el registro de personal y el

registro de bolsas (sobre titulaciones e idiomas) y entre el registro de perfiles (RUTCE) y bolsas (sobre

perfiles euskera), pudiendo cargar esta diferencia de datos automáticamente (interfaz) pero controlada por

el gestor y de forma discrecional.

Para determinados casos se permite una adjudicación transitoria a personal funcionario de carrera

disponible en bolsas. Dentro del grupo de administración general existen tres subgrupos de gestión

(Ibaiondo, Laborales de justicia y Resto).

Las bolsas se definen para un tipo de cuerpo, categoría o puesto (función) o bien para un grupo de estos

tipos. La ordenación inicial de la lista puede provenir de una valoración o bien de la propia carga de la lista.

Las ordenaciones posteriores se realizan mediante rebaremaciones, generalmente anuales.

Dentro de las listas pueden existir excepciones de personas a las que por diferentes motivos (integración,

sentencia, …) se les asigna una puntuación fija, o bien una determinada posición en la lista.

Realizar Preselección

o Relación con el candidato para el seguimiento del proceso, informes y consultas, publicación de

listados…. :

Todas las peticiones a bolsas llegan a través de expedientes de provisión temporal de puestos y se

adjudican individualmente, y después se devuelve la gestión al expediente, para su resolución

administrativa y su correspondiente alta en el sistema (nombramiento/contrato).

En cada petición se identifica el expediente que lo genera y los criterios (con la fecha prevista, la bolsa

sobre la que se quiere contratar, perfil, …). Con estos datos se aplican como filtros de preselección, y


ajustando estos filtros se obtiene un listado ordenado del personal para poder llamar/seleccionar a una

persona para la correspondiente adjudicación.

La preselección, al ser individual por petición/expediente, no genera informes ni publicación; aunque el

expediente de nombramiento/contratación lleva su documentación previa (solicitud, informe económico y

autorización).

o Notificaciones al candidato:

No se le notifica la selección, sino que se le realizan comunicaciones mediante llamada telefónica, correo

electrónico y excepcionalmente telegramas.

Gestión de Llamadas

o Gestión de Estado del candidato en las Listas:

Al candidato una vez preseleccionado, se le realizan un número limitado de avisos. En caso positivo pasa a

adjudicación definitiva y en caso negativo el gestor realiza su baja.

o Adjudicación de plazas:

La adjudicación definitiva continúa con la gestión del expediente/petición y que se materializa en un

documento resolutorio (nombramiento/contrato) y en la grabación de datos en el sistema (automatismo, a

través del gestor de expedientes).

o Integración con administración de personal:

Para la adjudicación correcta es necesario tener la información necesaria al día, es decir, el registro del

personal bolsas (datos personales, titulaciones, idiomas, perfiles euskera y conocimientos) y conocer la

disponibilidad y el historial administrativo de servicios realizados por los candidatos.

Integración / Control

o Integración con gestión del IVAP:

Los datos personales deberían integrarse entre el registro de personal del empleado y el IVAP a través del

registro personal de bolsas (del candidato), de forma que los datos del empleado se modifican desde el

Registro de personal (módulo PA o portal del empleado) y se transmiten al registro de Bolsas y al IVAP; y

los datos del candidato se modifican desde el portal del IVAP y se transmiten al registro de Bolsas y al

Registro de personal. En determinados casos el registro de Bolsas sirve de “puente” de información entre el

IVAP y el Registro de Personal.

Las tablas maestras de cuerpos, categorías y titulaciones se definen en el registro y se integran con Bolsas

y con el IVAP.


o Integración con RUTCE:

El registro unificado de perfiles proporciona todos los perfiles reconocidos para cada persona. Esta

información debe ser filtrada y acotada sobre los candidatos, para su cargar las modificaciones en el registro

de perfiles de Bolsas.

o Integración con Registro de Personal:

Para la gestión de bolsas es necesario mantener el Registro de Bolsas a partir de datos del Registro de

personal (títulos e idiomas), así como de recibir información de las bajas definitivas y provisionales, de la

disponibilidad y de los servicios realizados.

Dentro de la integración con el Registro es necesario consultar la Inexistencia de Antecedentes por Delitos

Sexuales. En los procesos de preselección de los candidatos, de forma que habrá puestos restringidos que

no permitan la adjudicación a personas que no cumplan estas condiciones (este servicio se dispone en la

plataforma de interoperabilidad de Platea).

o Integración con Gestor Expedientes Personal:

Se han definido las reglas de integración en los mecanismos de preselección y de adjudicación de plazas

definidos anteriormente. Hay que tener en cuenta que las necesidades siempre se originan de forma

individual a partir de expedientes de cobertura provisional, y que una vez validados, originan una petición a

bolsas. Una vez adjudicado en bolsas se devuelve el control al expediente para que finalice la gestión

mediante la correspondiente resolución y actualización (acto administrativo de alta). Hay que tener en

cuenta que para una gestión correcta de las bolsas es necesario tener la información ajustada y al día, de

forma que para conocer la disponibilidad real no basta con basarse en actos administrativos consolidados

sino en fechas previstas y futuras y en expedientes del gestor en curso (de provisión y de bajas).

En las bajas definitivas se gestionan mediante expedientes en los que se resuelve la declaración de baja,

indicando la fecha y el motivo.

o Huella de los datos:

La gestión de Bolsas es un proceso “sensible” no por manejar datos de nivel alto, sino porque debe ser

transparente, exacto e imparcial. Por ello se debe de dotar de mecanismos de traza y de reporte o auditoría

de dicha huella. La huella debe realizarse sobre los diferentes ámbitos de gestión: Modificaciones de las

personas en Bolsas (datos personales y teléfonos, altas, bajas definitivas, bajas temporales, conocimientos,

cuerpos, títulos y territorios); Filtros realizados para la lista y selección en cada gestión (Peticiones-

Expedientes); Huella en los criterios de valoración/desempate de las bolsas y en la rebaremación; Huella en

la creación de bolsas; Huella en la inscripción/ordenación manual sobre de las listas.


Otros

o Migración de datos:

Para realizar la gestión de las listas, es necesario realizar la migración inicial de datos con el objetivo de

trasladar toda la funcionalidad. No solamente la gestión de las listas, sino de los datos necesarios para

realizar rebaremaciones posteriores sobre las bolsas y para poder informar/auditar las huellas.

o Paralelo de gestión:

Se prevé un periodo de gestión paralela de bolsas previo al arranque, de forma que permita ajustar la

selección y adjudicación de las bolsas en SAP y transitar la gestión de los expedientes en curso a los

procedimientos implementados de GEPEIZU.

o Formación y pruebas de usuario:

Es necesario realizar formación y pruebas de usuario de los gestores de cada grupo, teniendo en cuenta

que el arranque es progresivo y que va a existir un periodo de gestión de los dos sistemas en paralelo

posterior a dicha formación y pruebas.

GESTIÓN DE BOLSAS - ADMINISTRACION GENERAL

Particularidades:

Valoración: Se realiza en el caso de listados provenientes de OPE son complejos y en cada caso dependerán de varios evaluables (calificación OPE, servicios prestados, perfil lingüistico, titulación, idiomas, …).

Rebaremación: se tienen en cuenta únicamente los servicios prestados durante el período de cálculo respectivo multiplicando los días trabajados por una constante definida con anterioridad. Recogida y gestión de solicitudes de candidatos: generalmente se carga un fichero de la lista de candidatos con la valoración y ordenación realizada (desde el IVAP) en unos casos como una nueva bolsa y en otros como una ampliación de una existente. En el caso de listas de OPE’s se carga la lista para realizar la valoración y ordenación. Integración: además de la carga de ficheros provenientes del IVAP (citado anteriormente) se comparte con este sistema el mantenimiento de los datos personales y se le proporciona información de los méritos y servicios realizados disponibles en los registros de bolsas (candidatos) y de personal (empleados). Gestión de Autorizaciones: existen tres grupos gestores de bolsas (Ibaiondo, Laborales de Justicia y General-Resto) y que deberán tener acceso limitado a unas bolsas concretas.

GESTIÓN DE BOLSAS - JUSTICIA

Particularidades:

Bolsas: dentro de las listas existen dos tipos de bolsas dependiendo de la prioridad (1 y 2). Se conforman las bolsas de Prioridad 1 con el personal que ha trabajado al menos un día dentro de la Administración de Justicia (País Vasco y resto del Estado) hasta la fecha de fin de plazo de solicitudes, así como las personas que hayan aprobado un examen de ese cuerpo en la OPE que se tiene en cuenta en ese proceso de apertura de bolsas. Para las bolsas de Prioridad 2 por el contrario, se tendrán en cuenta todas aquellas que


hayan hecho solicitud y hayan sacado más de 0 en el primer examen de ese cuerpo en la OPE que se tiene en cuenta en ese proceso de apertura de bolsas.

Valoración: los criterios son complejos dependiendo de varios evaluables (calificación OPE’s, servicios prestados, especialidad, perfil, titulación,…). En este caso no hay rebaremaciones (se hacen nuevas listas con valoración). Para los servicios prestados se tienen en cuenta todos los servicios prestados en la Administración de Justicia, tanto País Vasco como resto del Estado, en el cuerpo tratado y/o equivalentes, ya que en el año 2004 se realizó una regularización de cuerpos dejando como extintos varios de los cuerpos antiguos, siempre hasta la fecha de fin de plazo de solicitudes. Además, para bolsas de Prioridad 2 también hay que tener en cuenta los servicios prestados en cuerpos superiores e inferiores aplicando una puntuación diferente. Para las calificaciones OPE (Convocatoria actual), dependiendo del número de pruebas en la convocatoria – pueden ser 2 o 3 exámenes –, se puntúa de diferente modo, pero siempre con un máximo de 12 puntos. En caso de no aprobar el primer examen del cuerpo tratado, si se ha sacado más de 0 en ese primer examen se dará un punto. Para calificaciones OPE (Convocatorias Anteriores), se suma un punto por cada examen aprobado, del cuerpo tratado, en las tres convocatorias anteriores a la cogida como referencia. Para el perfil lingüístico, se hace en base a la parametrización de una tabla de puntos según perfil. Para las titulaciones, se hace en base a la parametrización de una tabla de puntos en función del cuerpo y titulación. Para las especialidades, se hace en base a la parametrización de una tabla de puntos en función de cada especialidad.

Excepciones: Con la regularización de cuerpos de la Administración de Justicia del año 2004, varias personas quedaron integradas en bolsas de trabajo de categoría inferior a la que por sus servicios prestados les correspondería porque no tenían la titulación requerida para esa bolsa de cuerpo superior. Es por esto que hasta que consigan la titulación y trabajen en el cuerpo superior, se les sigue asignando una puntuación fija que continúa desde el año 2004.

Rebaremación: En este caso no hay rebaremaciones (se hacen nuevas listas con valoración). Recogida y gestión de solicitudes de candidatos: generalmente se cargan manualmente las solicitudes (registrando la entrega de documentación) con los datos personales y los méritos. Además, en este caso se registran en bolsas los servicios externos (en el registro de bolsas deberá existir junto con los perfiles, titulaciones, idiomas y conocimientos) . Integración: dentro de la integración con el Registro de personal, además de los datos de méritos citados, se cargan datos provenientes del módulo de Formación referente a actividades formativas realizadas que forman porte de los criterios de valoración.

GESTIÓN DE BOLSAS - SEGURIDAD

Particularidades:

Rebaremación: de forma similar a Administración General, se tienen en cuenta únicamente los servicios prestados durante el período de cálculo respectivo multiplicando los días trabajados por una constante definida con anterioridad. Inscripción listas: se cargan a partir de una lista con la valoración y ordenación realizada, bien mediante una carga de fichero o bien de forma manual uno a uno.


2.6 Formación y Gestión del cambio

La planificación, gestión y ejecución de la formación, correrá a cargo del adjudicatario.

Se realizará una formación al equipo Asistencia Técnica EIZU (dirigida a los responsables funcionales) con

el fin de garantizar el mantenimiento de la funcionalidad implementada.

Además se realizarán tres tipos de sesiones formativas a los usuarios, teniendo en cuenta que este bloque

formativo se repetirá por colectivo.

1.- Formación inicial a usuarios de referencia (que participarán en las fases de toma de requisitos y

pruebas): esta formación será una toma de contacto con el nuevo sistema y facilitará el dialogo en un idioma

común, realizándose durante la fase de toma de requisitos.

2.- Formación a usuarios de referencia: Será una formación previa a la fase de pruebas y validación del

sistema dónde se detallará la funcionalidad implementada.

3. Formación a usuarios del colectivo: formación al resto de usuarios de la aplicación en la fase previa a la

puesta en producción.

Las acciones formativas se organizarán e impartirán siguiendo los estándares de EJIE/EJ-GV en esta

materia. La documentación de los cursos de formación, así como la documentación y guías de uso de las

diferentes funcionalidades que ofrezca la aplicación ofertada, es tarea del proveedor que deberá cumplir

puntualmente antes de que cualquier formación tenga lugar o cualquier funcionalidad entre en producción.

En la oferta se detallará una planificación con el alcance de los contenidos de formación y en el que se

deberá indicar el número de horas previstas de formación para todos los usuarios y para el equipo de

asistencia técnica. Este número de horas es orientativo y en ningún caso será el límite de horas a impartir si

la formación no ha llegado al nivel adecuado para la adopción de sistema.

El licitador prestará un soporte inicial de coaching in-situ 24x7 por un periodo mínimo de 4 semanas

después del arranque de la aplicación. Este es un punto clave de la gestión del cambio, de

acompañamiento al usuario en el cambio.

El licitador detallará en su oferta cuánto personal dedicará a esta actividad. Durante la adopción del sistema,

en los respectivos procesos de coaching se harán informes diarios del avance y las áreas problemáticas

para la dirección del proyecto. Dentro de la garantía del proyecto se incluyen las tareas de soporte,

resolución de incidencias y atención a mejoras de producto, que se produjeran durante la implantación de la

solución.


2.7 Gestión de la documentación

EJIE cuenta actualmente con un repositorio documental de toda la información relacionada con el mantenimiento de estos módulos/áreas. Es responsabilidad del contratista su mantenimiento al día. El repositorio está contenido en el sistema SAP Solution Manager.

Asociado al ciclo de vida del desarrollo software, nuestra metodología de desarrollo ARINBIDE y la metodología propia de SAP ASAP ya marcan el conjunto de entregables que deben obtenerse en cada una de las fases que la componen. También en este aspecto, es fundamental disponer de toda la documentación perfectamente actualizada.

El contratista se compromete a actualizar de forma continua y sistemática toda la documentación técnica y funcional del proyecto, por lo que cada vez que se entregue una nueva versión de un producto, se deberá entregar, de forma simultánea, la versión actualizada o la nueva documentación cuyo contenido haya cambiado/surgido como consecuencia de la actualización de funcionalidad o corrección de fallos del sistema.

La documentación será clara, concisa, precisa y mantenible de forma que permita cumplir, dependiendo del tipo de documento, las funciones para las que haya sido diseñada. Todos los documentos del mismo tipo estarán estructurados de la misma forma.

Se subraya también la necesidad de generar la documentación y elementos adicionales fijados por el servicio de gestión de cambios de EJIE para cada implantación:

Instrucciones implantación

Manual de explotación

Otros documentos según la tipología y características de la aplicación (seguridad LOPD, plan de continuidad de negocio, configuración de recursos en XLNetS, etc.)

El incumplimiento sobre la obligación del mantenimiento y actualización del repositorio y de la documentación generará la no aceptación del trabajo.

Todos los elementos, a no ser que expresamente se indique lo contrario por la Dirección del Proyecto de EJIE, deberán residir en las infraestructuras de EJIE y, derivado de esto, regirse por sus estándares.

Como en el resto de los casos, la documentación asociada será un artefacto más asociado a una versión del aplicativo cuya entrega deberá seguir el mecanismo de gestión de entregas que se determine. El adjudicatario deberá mantener actualizado en todo momento el repositorio de documentación asociada. El incumplimiento sobre la obligación del mantenimiento y actualización de la documentación generará la no aceptación del trabajo.

2.8 Gestión de la calidad (del producto) y pruebas

Aunque este grupo de actividades (calidad y pruebas) tomarán como referencia la tipología de mantenimiento perfectivo, su alcance real sin embargo se extiende directamente a los mantenimientos correctivo, evolutivo y adaptativo.

Por lo tanto, con objeto de mejorar progresivamente la calidad de las aplicaciones incluidas en el ámbito del presente pliego de bases técnicas, y siguiendo el modelo estándar de aseguramiento de la calidad del producto de GV-EJIE, se incluye en esta línea de trabajo las actividades derivadas de la ejecución de un plan de aseguramiento de la calidad cuyo alcance está contemplado en las fases descritas en el apartado de “Fases del servicio” del presente documento.


Estas actividades, en principio, deberán realizarse haciendo uso del conjunto de herramientas homologadas en el entorno de GV-EJIE para tal fin, como las definidas dentro de la metodología de PROBAMET. El nivel de uso de dichas herramientas se determinara en las fases iniciales de la prestación del servicio y podrán ser modificadas a posteriori por la Dirección del Proyecto de EJIE.

Los defectos y no conformidades detectados durante la ejecución del plan de aseguramiento de la calidad deberán subsanarse con la generación de solicitudes de trabajo del tipo “mantenimiento correctivo”.

Cada nueva aplicación que con posterioridad al arranque del proyecto se incorpore en el alcance del servicio de mantenimiento objeto del contrato, deberá ser incluida en el plan de aseguramiento de la calidad del producto en los mismos términos y condiciones que las originalmente detalladas en el pliego de bases técnicas.

Por cada trabajo que se lleve a cabo sobre las aplicaciones, consecuencia de las peticiones de mantenimiento demandadas, deberá garantizarse que el sistema actualizado mantiene al menos los mismos niveles de calidad (iguales o superiores, pero nunca inferiores), previos a la actuación. Utilizando como referencia el modelo estándar de aseguramiento de la calidad del producto de GV-EJIE, y por tanto de la metodología de pruebas, se recalcularán al menos:

Los indicadores estándar de calidad (de código estático, y de rendimiento)

Los resultados de las pruebas: o Unitarias. Para evitar la introducción de un nuevo defecto al intentar reparar el inicialmente

detectado, se relanzarán todas las definidas. Dentro de este apartado deberán incrementarse de modo sustancial el número de pruebas unitarias automatizadas para cada una de las aplicaciones.

o De integración. En un principio, se ejecutarán sólo para las que afecten a los módulos reparados, y a todos aquellos que dependan directa o indirectamente de estos. No obstante, y en función de la naturaleza del cambio a realizar, dichas pruebas podrán extenderse a otros módulos o sistemas que se vean afectados.

o De sistema. En un principio, se ejecutarán solo para las que afecten a los módulos reparados, y a todos aquellos que dependan directa o indirectamente de estos. . No obstante, y en función de la naturaleza del cambio a realizar, dichas pruebas podrán extenderse a otros módulos o sistemas que se vean afectados.

o De regresión. Como en el caso de las pruebas unitarias, se relanzarán todas las definidas y automatizadas, que deberán incrementarse a la largo de la fase de prestación de servicios.

Controles de calidad (SQA) para los entregables (documentación) que se hayan visto afectados.

Dentro de las fases iniciales de la prestación del servicio se concretarán los aspectos anteriores en un Plan de Calidad a presentar por el Adjudicatario. Dicho plan de calidad será un documento vivo y podrá ser modificado a posteriori por la Dirección del Proyecto de EJIE

Un decremento en los niveles de calidad calculados podrá suponer la no aceptación del trabajo por parte de EJIE, siendo responsabilidad del adjudicatario realizar las acciones y tareas que sean necesarias para restablecer al menos los mismos niveles de calidad previos a la actuación.

2.9 Gestión y administración del servicio

El suministrador se responsabilizará de la gestión del contrato, de la gestión del servicio, del seguimiento y reporte a los distintos comités, de las actividades relacionadas con el aseguramiento de la calidad y la mejora continua del servicio, gestión de la organización estructural y de trabajo de sus equipos y de generar la documentación necesaria.

Se contemplan principalmente los siguientes tipos de funciones: · Priorización, coordinación, supervisión y seguimiento general de los servicios incluidos en el contrato. · Coordinación con unidades funcionales de EJIE · Coordinación y supervisión de integraciones y estándares.


· Documentación, información y gestión del conocimiento.

Se incluyen en esta línea de trabajo las actividades relativas a la gestión y seguimiento del propio servicio, cuyos indicadores e informes deben ser reportados al comité de seguimiento para su aprobación y control.

Se deberán cumplimentar mínimamente los informes detallados en el apartado de “Control y seguimiento” del presente pliego de bases técnicas, valorándose tanto la incorporación de nuevos indicadores como informes adicionales que proponga el licitador y que contribuyan a la mejora en la gestión del servicio. Para la prestación del servicio de mantenimiento, se proveerá de herramientas informáticas que automaticen el ciclo de vida del software permitiendo la trazabilidad del mismo, con objeto de optimizar el proceso y facilitar la gestión del servicio. Estas herramientas serán la base para la extracción y análisis de los indicadores de niveles de servicio, y deberán cubrir los siguientes procesos: 1.- Gestión de Peticiones e Incidencias: Incluye registro, escalado y resolución 2.- Priorización de Peticiones 3.- Producción: Construcción y Pruebas 4.- Informes de Gestión


2.10 Duración

El periodo previsto de vigencia del contrato será desde la formalización del mismo hasta la puesta en marcha completa el 30 de septiembre de 2017, con una previsión aproximada de 1 año de duración

Se deberá realizar una implementación progresiva por grupo, siguiendo este orden: Administración General, Justicia y Seguridad y con una cadencia de dos meses.

Las fechas de referencia aproximadas de las tres puestas en marcha parciales son:

Grupo Fecha

Administración General Mayo-2017

Justicia Julio-2017

Seguridad Septiembre-2017

2.11 Presupuesto

El presupuesto máximo del contrato es de un millón ciento ochenta y nueve mil doscientos euros (1.189.200 €) IVA excluido.

El importe a facturar será variable y la cuantía aplicable cada mes se determinará en función del trabajo realizado y los objetivos alcanzados, realizándose el pago una vez finalizado el hito para el correspondiente grupo.

Se establecen los siguientes porcentajes para el reparto de la facturación por grupos como referencia:

Grupo Porcentaje

Común (*) 45%

Administración General 25%

Justicia 20%

Seguridad 10%

(*) De forma que para poder cumplirse los hitos de la puesta en marcha (para Administración General, Justicia o Seguridad) han de haberse cumplido previamente los correspondientes hitos del Común.

Se establecen los siguientes porcentajes para el reparto de la facturación por hitos como referencia:

Fase de Proyecto Porcentaje

Inicio de Proyecto 20%

Diseño 15%

Construcción 15%

Pruebas de Aceptación 20%

Puesta en Producción 30%


En todo caso, debe señalarse que la adjudicación del contrato no supone en modo alguno el derecho del contratista adjudicatario de cobrar el importe total de adjudicación, ya que la facturación se realizará en función de los servicios efectivamente prestados por el contratista, aplicando a los mismos el precio de la adjudicación.

Igualmente, debe señalarse que dado que se trata de un proyecto de Gobierno Vasco, si éste comunica una finalización anticipada a EJIE, podrá, durante el periodo de duración del contrato y si existen circunstancias que lo justifiquen, proceder a la terminación anticipada del contrato, siempre y cuando se notifique la misma al adjudicatario con una antelación mínima de 30 días. El licitador que resulte adjudicatario con la presentación al proceso de licitación, acepta de manera expresa dicha posibilidad, y ello sin perjuicio de las consecuencias económicas derivadas de la misma.


3 Definición del servicio

3.1 Fases del Servicio

3.2 Flujos de mantenimiento

3.2.1. Peticiones de servicio

GRUPO GESTIÓN

ANS

GRUPO

ASISTENCIA

TÉCNICACAUGESTIÓN CAMBIO

DEPARTAMENTO

PROVEEDOR

EJIE

Flujo de peticiones de servicio

Tomando como referencia el proceso de mantenimiento (MSI) definido por ARINBIDE, el licitador podrá incluir en su oferta una propuesta de flujo de peticiones de trabajo a aplicar durante la prestación del servicio. En última instancia, el modelo final a utilizar deberá ser aprobado por EJIE.

Se detalla a continuación una posible aproximación para dicho flujo.

1. El cliente realiza una petición que es atendida por el servicio de soporte funcional. Para el caso de errores o defectos de la aplicación (mantenimiento correctivo), la incidencia llegará a través del CAU (Centro de atención a usuarios).

2. Una vez atendida y aceptada, la petición se registra y cataloga en la herramienta de gestión de peticiones de servicio.

3. El coordinador de soporte estudiará y analizará la necesidad demandada, delegando en el responsable funcional de EJIE la realización de la estimación del esfuerzo (horas-persona o Puntos Función, plazo de ejecución, y coste económico según tarifas del adjudicatario acordadas en el contrato) para resolver la petición. El coordinador planificará su realización.

http://www.ejie.eus/y79-04/es/contenidos/informacion/metodologia_desarrollo_ejie/es_0212/metodologia_desarrollo.html


4. El responsable funcional de EJIE completará la solicitud con toda aquella información que considere necesaria, y asignará la orden de trabajo al adjudicatario, quien a su vez distribuirá la petición (o generará nuevas peticiones) a todos aquellos a quienes corresponda, indicando también en la herramienta de gestión, el plazo de entrega estimado para su resolución.

Será responsabilidad del adjudicatario coordinar y establecer el protocolo de actuación interno para las peticiones que les sean requeridas.

Durante la resolución de la orden de trabajo, se realizan las actividades de desarrollo y de pruebas que se estimen necesarias, y cuando el producto modificado ya se considere correcto, se realizará el traspaso al entorno de producción siguiendo el flujo de entrega.

3.2.2. Entregas

El modelo de referencia para realizar las entregas del código actualizado tras una solicitud de trabajo seguirá las directrices marcadas por el documento de Estándares de desarrollo de sistemas software, de obligado cumplimiento en el entorno de GV-EJIE.

El licitador deberá incluir en su oferta una propuesta de flujo de entregas a aplicar durante la prestación del servicio. En última instancia, el modelo final a utilizar deberá ser aprobado por EJIE.

Este flujo de entregas deberá incluir, en función de la tipología de la solicitud de trabajo resuelta: o El inventario de desarrollos o Documentación. Todos aquellos documentos que hayan sido modificados (BBPs, Diseños,

manuales de usuario, de explotación, etc.) o de nueva creación. o Documentación adicional necesaria para la logística de software.

El adjudicatario será el responsable de la implantación del cambio en todos los entornos, desarrollo, pruebas y producción.

A no ser que desde la Dirección de EJIE se indique lo contrario, en líneas generales la petición de trabajo se cerrará en el momento en que los cambios realizados hayan sido instalados satisfactoriamente en el entorno de producción. Solo el responsable funcional o la Dirección de proyecto de EJIE podrán validar la aceptación final del cambio.

3.3 Finalización del servicio

El proveedor se obliga, si lo solicita EJIE, a devolver el Control del Servicio una vez transcurrido el plazo establecido.

http://www.ejie.eus/y79-04/es/contenidos/informacion/estandares_tecnologicos/es_0211/estandares_tecnologicos.html


4 Configuración del servicio

4.1 Organización del Equipo de Trabajo

El licitador deberá describir en su Documento de Propuesta Técnica:

La organización (perfiles) del equipo de proyecto asignado a la realización de las actividades resultantes del presente pliego, así como

Las funciones de los mismos,

La relación nominal de los participantes, junto su correspondiente documento de currículo

4.2 Asignación de recursos

El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por perfil dentro de cada grupo, siguiendo el siguiente modelo:

Descripción Perfil

Grupo Común Admon.Gral Justicia Seguridad Total Horas

Horas % Horas % Horas % Horas %

Jefe de Proyecto

Analista Funcional

Analista Técnico

Programador Senior

Programador

TOTAL 100 100 100 100

(*) Este desglose de horas se considerará como orientativo y será tenido en consideración en el momento de valorar el grado de aproximación a la planificación del proyecto según la estimación del licitador, permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su adecuación a la consecución de los objetivos. No obstante este desglose de horas no se considera vinculante.

(**) Se deberán ofertar los perfiles indicados en la tabla y no otros.

(***) Para cada uno de los perfiles, deberá detallarse el número de horas y % de dedicación en función de la categoría asignada

4.3 Equipo de Trabajo

El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y nivel de especialización adecuados a las necesidades planteadas.

El licitador debe comprometerse, en caso de ser adjudicatario, a mantener los recursos ofertados, según lo establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en cada actividad específica.


4.3.1. Certificaciones en SAP y nivel de conocimientos

Las establecidas como requisito de solvencia.

4.3.2. Veracidad de los datos

EJIE se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la misma, como a los recursos de que disponga.

La falsedad en los mismos podrá implicar asumir penalizaciones, y en último término, podrá provocar la resolución del contrato.

4.3.3. Constitución inicial del equipo de trabajo

El equipo humano a incorporar tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados.

Si tras la adjudicación se observara que el equipo de proyecto no se corresponde con el Documento de Propuesta Técnica objeto de la misma y:

Caso que el adjudicatario presente justificación escrita, detallada y suficiente, explicando el motivo

que suscita el cambio, se procederá a:

La presentación por el adjudicatario de sustito con un perfil de cualificación técnica igual o

superior al de la persona que se pretende sustituir.

Aceptación de los sustitutos por parte de la Dirección del Proyecto de EJIE

Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza

mayor y no imputable al adjudicatario, EJIE se reserva el derecho no solo a la aprobación de la

persona o personas sustitutivas, sino incluso a la revisión de la adjudicación y en su caso la

rescisión del pedido/contrato, si este hecho fuera elemento determinante en la mencionada

adjudicación.

4.3.4. Modificaciones en la composición del equipo de trabajo

La valoración final de la calidad de los trabajos objeto del presente pliego corresponde a la Dirección del Proyecto de EJIE, siendo potestad suya solicitar el cambio de cualquiera de los componentes del equipo de trabajo, con un preaviso de quince días, por otro de igual categoría, si existen razones justificadas que lo aconsejen.

Si el adjudicatario propusiera el cambio de una de las personas del equipo de trabajo, se deberá solicitar por escrito con quince días de antelación, y requerirá de las siguientes condiciones:

Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio.

Presentación de sustituto/s con un perfil de cualificación técnica igual o superior al de la persona

que se pretende sustituir.

Aceptación de sustituto/s por parte de la Dirección del Proyecto de EJIE


Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las sustituciones de personal, deberán subsanarse mediante periodos de solapamiento sin coste adicional, durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de EJIE, esto no fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario.

4.3.5. Horario y lugar de realización de los trabajos

La prestación del servicio será equipo presencial y continuado en las instalaciones de EJIE/EJ-GV.

Una vez iniciado el servicio, estos cambios de ubicación deberán ser expresamente aprobados por el Director de proyecto de EJIE. Sin perjuicio de lo que expresan los siguientes párrafos, EJIE se reserva el derecho de modificar la política en cuanto a ubicaciones del equipo durante el transcurso del contrato, sin que ello suponga un coste adicional para EJIE.

Para el personal que realice los trabajos de desarrollo en las dependencias del adjudicatario:

La jornada de trabajo estará de acuerdo a la establecida por el adjudicatario,

Los componentes del grupo de trabajo deberán estar en una única ubicación y desarrollarán su

labor con hardware y software propiedad del adjudicatario. Dicha ubicación deberá ser lo

suficientemente cercana a EJIE/EJGV como para garantizar una presencia rápida en sus

dependencias ante cualquier eventualidad que pudiera surgir.

Para el personal que realice los trabajos de desarrollo en las dependencias de EJIE/EJGV, estos se realizarán en las siguientes condiciones:

La jornada de trabajo estará de acuerdo a la establecida por EJIE,

Con carácter general los componentes del grupo de trabajo deberán desarrollar su labor con

hardware propiedad del adjudicatario. El equipo será plataformado con la imagen corporativa de

EJIE/EJGV para su conexión a la Red Corporativa.

Si por circunstancias excepcionales y cuando la realización efectiva de los trabajos no se ajuste a

la planificación o así se requiera por las necesidades del servicio, el adjudicatario deberá

comprometerse a una plena disponibilidad incluso fuera del horario habitual, sin que la realización

del trabajo tenga una consideración especial a efectos de cómputo de horas o tarifa aplicable a las

mismas

El horario de atención telefónica, así como la atención a peticiones de mantenimiento correctivo se ajustará a la jornada de trabajo establecida por EJIE.

Con objeto de garantizar la continuidad de los servicios críticos proporcionados por las aplicaciones incluidas en el presente pliego de condiciones técnicas, el adjudicatario deberá facilitar un teléfono de contacto 24x7 que permita activar, en caso necesario, el servicio de mantenimiento correctivo para peticiones de prioridad muy urgente o urgente objeto del contrato.

Las necesidades excepcionales de ampliación del horario de disponibilidad de los entornos de EJIE, o de sus servicios de soporte u operación, deberán ser acordadas con antelación suficiente con el Director de Proyecto de EJIE. En cualquier caso solo se contemplarán las necesidades recogidas en el catálogo de servicios de EJIE.


5 Especificaciones Técnicas

5.1 Metodología de desarrollo, normativa y Guía de Estilo

La organización del trabajo y ejecución del proyecto estará basada en la Metodología de planificación y desarrollo de sistemas de información ARINBIDE.

ARINBIDE se concibe como una metodología práctica para el ciclo de vida completo del software, basada en Métrica 3, y adaptada a las necesidades y directrices de EJIE/EJ-GV, Además consta de un apartado para establecimiento de una metodología de Gestión de Proyectos. Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera los registros de calidad necesarios para el sistema de calidad de EJ-GV/Ejie. Por las características del Proyecto las tareas y entregables podrán ser complementados con las recomendaciones o definiciones contenidas en la metodología Accelerated SAP (ASAP).

Para todo el ciclo de vida del proyecto, ARINBIDE define las siguientes fases metodológicas:

Gestión del proyecto (GPR)

Análisis del Sistema de Información (ASI)

Diseño del Sistema de Información (DSI)

Construcción del Sistema de Información (CSI)

Implantación y Aceptación del Sistema (IAS)

Mantenimiento del Sistema de Información (MSI)

Gestión de la configuración (GCO)

Información detallada sobre las fases y entregables de la metodología ARINBIDE, se encuentra en la página web (http://www.ejie.net/documentacion.htm), así como información sobre estándares tecnológicos, de desarrollo, de calidad

Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: www.euskadi.net/informatika

La aplicación de la metodología propuesta estará apoyada en el uso de las herramientas informáticas necesarias. A tal efecto la oferta incluirá todas las licencias de uso necesarias.

El modelo de ciclo de vida del software seleccionado deberá contemplar la realización de prototipos de diseño del sistema de cara a facilitar las labores de definición y validación de las especificaciones por parte de los usuarios.

5.2 Entorno Tecnológico

En la realización y codificación de las unidades de tratamiento de las aplicaciones se utilizará una metodología estructurada y homogénea de diseño y programación, no debiendo existir procesos diferentes para la solución de funcionalidades idénticas.

Las herramientas para el desarrollo deberán adecuarse a los estándares tecnológicos establecidos por EJ-GV (www.euskadi.net/informatika).


Deberán respetarse las normativas establecidas por Ejie para explotación y albergue de sistemas. En el caso que se plantee, dentro de este ámbito, la utilización de herramientas no recogidas en dicha normativa, ésta deberá actualizarse y completarse por parte de la empresa contratista, previa autorización para su uso por parte de Ejie.

Así mismo, en lo que respecta a la implantación de sistemas en explotación y su posterior operación, se estará a tenor de lo dispuesto en el documento Normativa de Explotación de Ejie. Si durante el desarrollo de los trabajos sufrieran algún cambio, estos deberán ser asumidos por la empresa contratista de los mismos.

Para aquellas funcionalidades a publicar en Internet deberá tenerse en cuenta la normativa de la presencia de Euskadi en Internet (euskadi.net).

La empresa contratista deberá mantener los Libros de Estilo para los portales de empleado de intranet de todos los colectivos. Dichos libros contienen los principios o bases comunes y ciertas especificidades para cada uno de los colectivos.

La solución completa de RRHH del proyecto está construida sobre la base de SAP ERP, que se complementa con otros productos y sistemas para conformar la solución completa, entre los que podemos destacar:

El portal de RRHH como punto de acceso a los contenidos de empleado y responsable (basado en SAP Netweaver Portal)

SAP BW para la explotación de la información y la toma de decisiones

SAP Solution Manager como herramienta de gestión centralizada de sistemas SAP

SAP NWDI y Netweaver Developer Studio para el desarrollo Java

Sistemas de control de presencia y acceso Dorlet DASS

Platea (Plataforma Tecnológica para la e-Administración) como proveedor de servicios horizontales de ayuda a la gestión electrónica

Dokusi para la gestión documental (basado en EMC Documentum)

En el documento PBT-PLATEA-Anexos se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA. En la actualidad existen tres entornos de trabajo SAP diferenciados que sirven para llevar a cabo todas las tareas de desarrollo, pruebas, puesta en producción y explotación de los procesos definidos: - Desarrollo, utilizado para el desarrollo y parametrización del sistema y pruebas unitarias. - Integración y Pruebas, utilizado para realizar pruebas de calidad, cursos de formación y cargas de datos. - Productivo, utilizado para la explotación de la aplicación por parte de los usuarios finales.

5.3 Modelo de aseguramiento de la calidad

EJIE contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos como calidad en los productos.

Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en cumplimiento de la metodología ARINBIDE.

http://www.ejie.eus/y79-04/es/contenidos/informacion/anexos_pbt_ejie/es_0214/anexos_pbt.html

http://www.ejie.eus/y79-04/es/contenidos/informacion/metodologia_desarrollo_ejie/es_0212/metodologia_desarrollo.html


5.3.1. Tipologías de pruebas

El modelo de aseguramiento de calidad establece que el cumplimiento del estándar está además condicionado por el conjunto mínimo de tipologías de pruebas que se deberán realizar. El alcance de éstas viene ya determinado por la propia metodología de desarrollo ARINBIDE. O si es de aplicación, de manera complementaria, por la metodología de pruebas.

A la hora de realizar las pruebas, la estrategia a seguir deberá incluir obligatoriamente la realización de pruebas unitarias, de integración, y de sistema, más la de aceptación si los cambios realizados deben ser validados por el usuario.

5.3.2. Metodología de pruebas

Dada la no existencia de un proyecto de Oficina Técnica de Calidad, paralelo al presente pliego de contratación, el adjudicatario, deberá cumplir con la metodología de desarrollo ARINBIDE.

5.3.3. Rendimiento

Debido al elevado número de usuarios del nuevo sistema y a la necesidad de completar determinados procesos en paralelo por parte de todos los usuarios en unos plazos muy reducidos, así como de ofrecer información en tiempo y forma a cualquier nivel de gestión desde el que ésta sea solicitada, será requisito imprescindible para la aceptación del sistema que éste cumpla unas óptimas condiciones técnicas y operativas en cuanto a tiempo de respuesta, rendimiento, optimización del ancho de banda utilizado, escalabilidad, agilidad de la interfaz disponibilidad, trazabilidad, etc.

Se definirán indicadores de rendimiento (KPIs) de los procesos de negocio principales y/o significativos de cada área y se realizarán pruebas de carga y estrés que certifiquen el correcto funcionamiento del sistema de acuerdo a los indicadores establecidos, verificando los niveles de respuesta de la aplicación ante las previsiones de carga del sistema.

Tiempos de Respuesta

Para todos los sistemas y módulos, sin excepción, se determinara el tiempo de respuesta objetivo de las pantallas del usuario final, que servirán como referencia para identificar posibles problemas de rendimiento y usabilidad:

Para una transacción de consulta ligera (recuperación de un conjunto limitado de datos de un solo item).

Para una transacción de consulta pesada (recuperación de un importante conjunto de datos de un solo item, o pocos datos pero de un número elevado de items).

Para una transacción de actualización media (ni especialmente pesada ni especialmente ligera).

Otros casos se analizarán en base a los ejemplos anteriores.

Será responsabilidad del contratista conseguir que la mayor parte de las funcionalidades respondan de acuerdo a lo establecido. En cualquier caso, se deberá garantizar que los usuarios puedan sostener un ritmo de trabajo sin esperas ilógicas.


Otro tipo de operaciones y opciones que no puedan encajarse en los supuestos anteriores recurrirán al criterio general de sostenimiento del ritmo de trabajo (tanto si hablamos de usuarios como si hablamos de programas) sin esperas ilógicas.

Para aquellas operaciones y opciones que no puedan medirse en términos de pantalla de usuario final (procesos batch, servicios, etc.):

Debe ser capaz de procesar con buen rendimiento evaluación de tiempos, nómina, seguros sociales, y todos los trabajos adicionales ligados al proceso de Nómina, en horario de tarde/noche; y extracciones sistemáticas de información como el fichero de Plantilla u otros semejantes;

Debe ser capaz de procesar con buen rendimiento, y cumpliendo ventanas horarias, los procesos anuales de cambio de partidas presupuestarias, recálculo de IRPF, cálculos asociados a determinación de importes anuales para Hacienda, y otros similares. Así como también retroactividades incluso masivas.

Debe ser capaz de procesar trabajos en diferido que no supongan desatar procesos masivos ni generalizados, en horario de mañana, sin afectar sensiblemente al on-line.

Los procesos batch no deberán disminuir la disponibilidad y respuesta de los sistemas, en el horario de 7:00h a 22:00h.

Las duraciones anormalmente largas de procesos batch se analizarán todo lo necesario hasta encontrar alternativas que las reduzcan a extremos manejables.

Los servicios (componentes de todo tipo que sean llamados on-line por otros programas) tendrán un tiempo de respuesta tal que el elemento llamante no incurra en esperas.

5.4 Herramientas del ciclo de vida de las aplicaciones

Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un conjunto de Herramientas homologadas por EJIE, que abarcan todo el ciclo de vida de las aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de entregables.

Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de EJIE, no pudiendo utilizarse en el mismo otras herramientas similares o equivalentes.

Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato compatible.

En el documento PBT-Anexo Herramientas se detallan las herramientas homologadas.

http://www.ejie.eus/y79-04/es/contenidos/informacion/herramientas_ejie/es_0213/herramientas.html

http://www.ejie.eus/y79-04/es/contenidos/informacion/herramientas_ejie/es_0213/herramientas.html


6 Mecanismos de Seguimiento, Control y Supervisión

El propósito de las tareas de control y seguimiento es el de proveer una visión objetiva del estado actual de la prestación del servicio y determinar las posibles desviaciones a fin de aplicar las acciones correctoras que sean necesarias. En este sentido se denomina seguimiento a la evaluación rutinaria del estado, mientras que llamamos control, a la toma de los valores que definen el estado.

Los órganos de control y seguimiento serán el foro donde se materialice el seguimiento y control de la encomienda. En ellos se identificarán cualquier tipo de incidencias, desviaciones, tendencias, riesgos,… relativas a la ejecución y evolución del proyecto.

Como referencia se establecen los siguientes órganos de control y seguimiento:

Comité de Dirección:. se reunirán cuando las circunstancias así lo requieran para la toma de decisiones estratégicas y/o otros aspectos de máxima relevancia.

Comité de Seguimiento: se reunirán periódicamente para revisar los informes de nivel de avance.

Los productos mínimos de esta práctica son los informes de seguimiento y otros documentos, donde anotamos los resultados de la evaluación de una iteración de control; de momento sin decir las correcciones a tomar. Se deberán incluir mínimamente informes periódicos, pudiendo ser modificados a lo largo de la vigencia de la adjudicación:

• Informes de Avance de Proyecto: Se proporcionará el cronograma y nivel de avance junto con un resumen ejecutivo de los aspectos más relevantes acontecidos en el periodo: Análisis de incidencias o problemas, riesgos y planes de contingencia, áreas de mejora, propuestas de actuación, etc. Por cada línea de trabajo se realizará un seguimiento detallado de la planificación y el nivel de avance de cada una de sus fases. Indicando los riesgos y planes de contingencia asociados.

• Evolución de la Documentación Técnica: Situación de la documentación asociada, documentación en curso, grado de avance, etc.

• Resumen de ejecución: Para el seguimiento económico del proyecto se proporcionará información relativa a incurridos y las propuestas de facturación correspondientes, detalladas por los conceptos correspondientes.

Una vez identificadas las desviaciones/riesgos, es necesario decidir oportunamente las correcciones requeridas, llevándolas a cabo en el momento en que sea necesario. Finalmente es importante que la corrección planteada sea a su vez, objeto de seguimiento, lo que implica que la planificación debe ser actualizada para que refleje las acciones que se han determinado necesarias para corregir la desviación.

A la hora de realizar las reuniones de seguimiento es conveniente calcular previamente las medidas o métricas que aplicadas al servicio objeto de la contratación sirvan de indicador sobre el estado del mismo. Esto con el objeto de obtener una evaluación lo más completa y objetiva posible de la prestación del servicio.

Así, bajo esta perspectiva, el licitador deberá describir en su Documento de Propuesta Técnica:

El modelo de control y seguimiento a aplicar durante la prestación del servicio, incluyendo las reuniones de seguimiento a celebrar, su objetivo, su periodicidad, los asistentes necesarios, los controles que deben ser ejecutados, etc.

Los informes de seguimiento que deberán obtenerse en cada fase del servicio, y para cada solicitud de trabajo realizada. Se detallará su objetivo y al menos parcialmente, su contenido.

Los métodos de aplicación de las posibles acciones correctoras


6.1 Transferencia tecnológica

Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por la Dirección del Proyecto de EJIE, y a tales efectos, la información y documentación que ésta solicite para disponer de un pleno conocimiento de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos.


7 Condiciones particulares

Las condiciones particulares se detallan en el documento (Pliego de condiciones particulares de servicios).

7.1 Modelo de facturación

En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberá incluir el importe Total de la Oferta Económica, con y sin I.V.A. y opcionalmente, cualquier otro desglose de estimación de esfuerzos que se considere relevante para la correcta evaluación del apartado “Proposición económica” contemplado en la sección de Criterios de Valoración.

El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las órdenes dadas por escrito por EJIE.

Para llevar a cabo el abono de los importes relativos a los conceptos de cada una de las facturas será requisito imprescindible disponer de la certificación de conformidad de los mismos emitida por la Dirección del Proyecto de EJIE.

Para el presupuesto base, el importe a facturar será variable y la cuantía aplicable cada mes se determinará en función del trabajo realizado y los objetivos alcanzados, realizándose el pago una vez finalizado el hito.

Se establecen los siguientes porcentajes sobre el presupuesto base como referencia a los hitos finalizados de cada línea de trabajo:

Fase de Proyecto

Inicio de Proyecto

Diseño Construcción Pruebas de Aceptación

Puesta en Producción

Porcentajes 20,00% 15,00% 15,00% 20,00% 30,00%

Grupo

Común 45,00% 9,00% 6,75% 6,75% 9,00% 13,50%

Adm.General 25,00% 5,00% 3,75% 3,75% 5,00% 7,50%

Justicia 20,00% 4,00% 3,00% 3,00% 4,00% 6,00%

Interior (lab.) 10,00% 2,00% 1,50% 1,50% 2,00% 3,00%

7.2 Criterios de adjudicación

Los criterios de adjudicación que servirán de base para la valoración de las propuestas, así como sus pesos de ponderación se recogen a continuación. Para la evaluación de las propuestas se establece un criterio de ponderación con una puntuación máxima de 100 puntos.

Con el fin de garantizar que la ejecución del trabajo permita alcanzar los objetivos que el mismo persigue, se considera que deben ser objeto de valoración no sólo el presupuesto, sino también, y de forma claramente relevante, el valor técnico de la ofertas presentadas.

En caso de que la oferta no se ajuste a las necesidades planteadas en el pliego de condiciones técnicas o supere el presupuesto máximo previsto, la puntuación será de cero, excluyéndose automáticamente esta oferta del resto del proceso selectivo.

A continuación se detalla la puntuación y aspectos que se tendrán en cuenta para la adjudicación del trabajo:


Característica Objeto de valoración Puntos

Valoración Económica 52

Entendimiento y planteamiento de la solución 25

Planificación y Organización del servicio 20

Equipo de Trabajo 3

TOTAL 100

CRITERIOS ECONÓMICOS: Proposición económica (52 puntos)

La proposición económica se valorará mediante dos subcriterios:

Valoración Económica 52

- Valor medio ponderado de las tarifas 13

- Precio Total de la propuesta del presupuesto 39

En la proposición económica se detallarán conforme al anexo del modelo de proposición económica, dentro del precio total, las horas de dedicación prevista por las tarifas de los distintos perfiles solicitados.

Dicha proposición económica del presupuesto se valorará con 2 subcriterios:

a) Valor medio ponderado de las tarifas (13 puntos) :

Se calculará sobre el valor medio de las tarifas de los distintos perfiles solicitados ponderadas por el nº de horas de dedicación prevista en la fase de prestación del servicio para presupuesto base, y utilizando la fórmula:

Total puntos subcriterio (13) x Tarifa media más ventajosa (la de precio más bajo)

Tarifa media oferta evaluada

Tarifa máxima de Referencia

(IVA no incluido)

Jefe Proyecto 65,00 €

Consultor Funcional 60,00 €

Consultor Técnico 45,00 €

Programador 35,00 €

Programador Junior 32,00 €

b) Precio Total de la propuesta del presupuesto (39 puntos):


Se valorará bajo la siguiente fórmula:

Total puntos subcriterio (39) x Precio oferta más ventajosa (la de precio más bajo) Precio oferta evaluada

CRITERIOS TÉCNICOS (NO ECONÓMICOS): (48 puntos)

Se valorarán los siguientes subcriterios:

a) Entendimiento y planteamiento de la solución

b) Planificación y Organización del servicio

c) Equipo de Trabajo

En cualquier caso, la puntuación de cada uno de los apartados (no económicos) se asignará según la siguiente clasificación:

puntuación

añadido diferencial: 100% de la puntuación.

a) Entendimiento y planteamiento de la solución (25 puntos)

En este apartado se analiza la calidad técnica, es decir si la propuesta que realiza el proveedor se ajusta tanto en alcance como en profundidad a las necesidades marcadas en el pliego de bases técnicas.

En caso de que la oferta no se ajuste a las necesidades planteadas en el pliego de bases técnicas, la puntuación será de cero, excluyéndose automáticamente esta oferta del resto del proceso selectivo.

Dado que se trata de un servicio de Acuerdo de Nivel de Servicio, se valorará especialmente la metodología a aplicar para el seguimiento del servicio así como los informes e indicadores a aportar para su gestión.

Se valorará en varios subcriterios, ponderados según la siguiente tabla:

Entendimiento y planteamiento de la solución 25

- Descripción Funcional y del servicio 20

- Entorno tecnológico 3


- Fases/tareas Servicio 2

- Descripción Funcional y del Servicio. En este punto se evaluará el grado de entendimiento y enfoque que el licitante realice del servicio y del alcance del trabajo a realizar.

- Entorno tecnológico: En este punto se evaluará el grado de detalle de los aspectos técnicos de los componentes de la plataforma SAP, teniendo en cuenta todos los procesos de gestión de IT asociados (Logística de software, Continuidad de negocio, Planificación de procesos batch, Monitorización…)

- Fases/tareas Servicio: se evaluará la descripción de las fases de provisión de servicio.

b) Planificación y Organización del servicio (20 puntos)

Se valorará la organización, planificación y estrategia de realización de los servicios, así como el detalle de las actividades a realizar por cada línea de servicio.


Planificación y Organización del servicio 20

- Planificación 15

- Seguimiento y Control 3

- Metodologías (Aseguramiento de la calidad) 2

- Planificación: Se evaluará el detalle del plan de trabajo.

- Seguimiento y Control: Se evaluará la propuesta de órganos de gobierno y seguimiento (comités, funciones, composición, periodicidad…).

- Metodologías (Aseguramiento de la calidad): Se evaluará la propuesta de metodologías de gestión, de desarrollo, a utilizar durante el proyecto.

c) Equipo de trabajo (3 puntos)

Se valorará la organización, planificación y estrategia de realización de los servicios así como la calidad profesional del equipo presentado.


Equipo de Trabajo 3

- Composición y Estructura del equipo 2

- Funciones por perfil 1

- Composición y Estructura del equipo: Se evaluará la adecuada composición del equipo de trabajo en base a los % de dedicación por módulos, % de dedicación por perfil, y trazabilidad de la información proporcionada.


- Funciones por perfil: Se evaluará el detalle de los recursos asignados y organización de los mismos en relación a cada perfil y módulo. Se tendrá en cuenta la especificación del perfil, funciones y responsabilidades de cada uno de los miembros del equipo técnico propuesto y los planes de formación que podrían ponerse en marcha relacionados con el servicio objeto del contrato.

Por último, las ofertas cuya puntuación no sea igual o superior a 25 puntos en la suma de los criterios no económicos (entendimiento, organización y equipo de trabajo) quedarán automáticamente excluidas del proceso de licitación y no se procederá a la apertura de sus ofertas económicas.


8 Estructura y Formato de la Propuesta Técnica

El licitador sólo podrá presentar su propuesta contemplando una única alternativa siempre y cuando no se indique lo contrario en los requerimientos a cumplir detallados anteriormente en este pliego.

La estructura y formato se detallan en un documento anexo (Pliego de condiciones particulares de servicios).

8.1 Estructura normalizada y contenido de las propuestas.

La propuesta que se presente por el licitador deberá aportar la información siguiente en la aplicación de licitación.e:

SOBRE C- OFERTA TÉCNICA- (criterios técnicos que implican juicio de valor).

La propuesta que se presente por el licitador deberá aportar la información que se requiere en todos sus apartados y estar obligatoriamente estructurada de la siguiente forma:

Documento de Propuesta Técnica, incluyendo:

Índice

Presentación y Características Generales:

Identificación del pliego al que responde la propuesta.

Acatamiento con carácter general a las condiciones del pliego.

A partir de este punto, los siguientes apartados se particularizarán para cada una de las soluciones que se oferten.

Entendimiento y planteamiento de la solución

- Descripción Funcional y del servicio: resumen de los aspectos más significativos y relevantes de la solución propuesta. Se deberá incluir información detallada de la propuesta en relación con los requisitos de este pliego. Se trata, en definitiva, de una memoria descriptiva del proyecto.

- Entorno tecnológico: detalle y conocimiento de los aspectos técnicos de los componentes de la plataforma SAP, teniendo en cuenta todos los procesos de gestión de IT asociados (Logística de software, Continuidad de negocio, Planificación de procesos batch, Monitorización…)

- Fases/tareas Servicio: detalle de las fases de provisión de servicio

Planificación y Organización del servicio

- Planificación: Se indicarán las principales fases/tareas del proyecto y el cronograma de trabajos (apartado orientativo tal y como se ha comentado con anterioridad en el presente Pliego de Bases Técnicas). Organización del equipo de proyecto, junto perfiles, funciones y responsabilidades.

- Seguimiento y Control: planteamiento de los órganos de gobierno y seguimiento (comités, funciones, composición, periodicidad…).

- Metodologías (Aseguramiento de la calidad): Se incluirá en este apartado la descripción de las medidas dispuestas por el licitador para asegurar la calidad de los trabajos, medios humanos y materiales, así como aquellas otras que se prevé aplicar para vigilar y garantizar el adecuado cumplimiento del contrato.


Equipo de Trabajo:

- Composición y Estructura del equipo: Datos relativos de todos los componentes del equipo de trabajo, incluyendo el cuadro de asignación de recursos a fases del proyecto.

- Funciones por perfil: Ordenado por categorías profesionales, que serán las tomadas como referencia para el posterior trabajo a realizar por parte del adjudicatario del servicio y tarifas asociadas

Nota: En ningún caso se deberá incluir información Económica en el Documento de Propuesta Técnica.

Pliego de Condiciones Técnicas: Implantación de los … · 2016-09-28 · Pliego de Condiciones...

Documents

Transcript of Pliego de Condiciones Técnicas: Implantación de los … · 2016-09-28 · Pliego de Condiciones...