El servicio de estrategia es un servicio que necesitamos que forme parte de la línea base, como órgano de decisión y de alineamiento interno, con seguimiento periódico de temas y evaluación de propuestas de evolución. Sin embargo (y por eso se desglosa de ese modo en la tabla del anexo III) todos los trabajo y proyectos que surjan de este servicio (por ejemplo: un análisis profundo de algún aspecto de nuestras plataformas, o la implementación de una nueva arquitectura de referencia), serán facturados a través de la bolsa de horas, como un proyecto de evolución.

Sí, ya que el pliego no indica lo contrario. Sin embargo, el horario laboral indicado en el anexo I: “11. Soporte 24x7 y horario habitual de trabajo”, será el horario en el que se debe contar con el equipo disponible

Respuesta 3: En el resumen de la página 9 hay una errata, donde dice tres es dos, y viceversa: - Tres FTE como arquitectos de datos de nivel 1, como mínimo. - Dos FTE como arquitectos de datos de nivel 2, como mínimo. En el resto del documento se encuentra bien descrito. El número de perfiles mínimo requerido es el que se detalla en el Anexo XIV, que es con el que está hecho el cálculo del PBL máximo, descrito en el pliego (Anexo III.- Resumen de metodología seguida para el cálculo del valor estimado del contrato).

El servicio de estrategia es un servicio que forma parte de la línea base, como órgano de decisión y de alineamiento interno, con seguimiento periódico de temas y evaluación de propuestas de evolución. Sin embargo (y por eso se desglosa de ese modo en la tabla del anexo III) todos los trabajo y proyectos que surjan de este servicio (por ejemplo: un análisis profundo de algún aspecto de nuestras plataformas, o la implementación de una nueva arquitectura de referencia), serán facturados a través de la bolsa de horas, como un proyecto de evolución.

El cálculo se realizará sobre los perfiles que forman el equipo incorporado al servicio, y requerido en el pliego con los años de experiencia en el mismo rol, tal y como se detalla en el pliego, independientemente de los perfiles que puedan colaborar en el contexto de otros servicios o de forma puntual: como una colaboración de expertos, o perfiles incorporados para un proyecto de evolución concreto. La composición mínima de este equipo es la indicada en el Anexo XIV: Adscripción de medios.

El cálculo se realizará sobre los perfiles que forman el equipo base incorporado al servicio. Lo que se indica en el anexo de adscripción de medios son FTEs y, por lo tanto, las propuestas de perfiles adicionales a este equipo requerido, a un porcentaje menor del 100%, sólo tienen cabida una vez se hayan completado todos los perfiles mínimos requeridos con dedicación al 100%. Dicho esto, si se presentan perfiles adicionales a los requeridos, a un porcentaje de dedicación menor al 100, serán contabilizados a razón de ese %, como es lógico. En este caso, en la oferta técnica deberá detallarse cómo va a gestionarse operativamente dicha colaboración, y cómo va a poder controlarse la dedicación de cada uno de los perfiles adicionales.

Las peticiones, tanto de creación de diseños de solución como de validación de diseños lógicos, que vienen de Desarrollo, se realizan a través de Jira: en un proyecto/panel dedicado, donde se planifica y prioriza el trabajo a realizar con ayuda de la Oficina de Proyectos.

Las peticiones, tanto de creación de diseños de solución como de validación de diseños lógicos, que vienen de Desarrollo, se realizan a través de Jira: en un proyecto/panel dedicado, donde se planifica y prioriza el trabajo a realizar con ayuda de la Oficina de Proyectos. Es correcto. Para las peticiones de servicio se usa Jira, pero también para planificar y hacer seguimiento del trabajo que realizamos de forma interna, es decir, aquellos trabajos en los que no tenemos un peticionario externo pero Jira nos ayuda a gestionar dicho trabajo (por ejemplo, un proyectos de evolución

El portal de arquitectura es un website hecho con Sharepoint, que incluye artículos y también contenidos (videos, presentaciones, documentos, etc) sobre el trabajo que se realiza en el área, y la información relevante para Desarrollo. Por ejemplo: Información sobre las arquitecturas de referencia y las pilas tecnológicas que incluyen, patrones de diseño, criterios de decisión, publicación de los diseños de solución realizados, wellcome pack para desarrolladores, descripción de los procedimientos y los roles de cada departamento de arquitectura. En este site no se gestiona ningún flujo de trabajo, o de aprobación, se trata de información relevante que deben conocer los equipos de desarrollo.

Lo que se valida son los diseños lógicos de arquitectura de las aplicaciones, estos diseños son realizados por desarrollo y validados por arquitectura. Se realizan en formato DrawIO a través de nuestra aplicación ALMA. Esta validación se realiza en dos tiempos: • En tiempo de diseño, el equipo de Desarrollo utiliza una funcionalidad en ALMA en la que pueden validar preliminarmente y de forma autónoma sus propios diseños, a través de un agente IA. • Una validación realizada por el equipo de arquitectura, asegurando la calidad del entregable y el alineamiento con la arquitectura de referencia correspondiente, para el sistema que se va a construir o evolucionar.

Los arquetipos se encuentra en el GitLab corporativo; en el portal de arquitectura existen artículos que explican su funcionamiento, o aspectos concretos sobre su uso (por ejemplo: el uso de la configuración de datasources, para implementar correctamente el patrón CQRS).

El pliego no trata datos, por lo que no se encuentra el anexo correspondiente al tratamiento de datos

Buenos días, En el momento de presentación de la oferta será necesario incluir la documentación que se recoge en el apartado 6.6.1 Sobre 1: documentación administrativa, del Pliego de Condiciones Administrativas técnicas particulares

No es correcto. Se autoriza el uso de herramientas de inteligencia artificial en la ejecución de los servicios contratados que incorporan un componente intelectual, en los términos previstos en el «Anexo XVII - Cláusula sobre el uso de IA en contratos con Correos». En todo caso, los resultados, entregables y cualesquiera productos derivados de dichos trabajos tendrán la consideración de propiedad de Correos, de conformidad con lo dispuesto en el artículo 308 de la Ley de Contratos del Sector Público.

Las actividades operativas son realizadas por los equipos de Sistemas (ajenos a este expediente). El equipo de arquitectura del dato no actúa en entornos productivos. Podemos colaborar excepcionalmente con ellos, para ayudar a solucionar un problema puntual en alguna BD, pero no operamos sobre las plataformas en producción, ni administramos estas BD.

La responsabilidad de arquitectura reside en la definición de dichas arquitecturas, realizando el diseño técnico de las soluciones y validando la viabilidad de las mismas (piezas tecnológicas, patrones, integraciones, rendimiento, etc). La implementación y explotación de dicho Datalake no la realiza el equipo de arquitectura (salvo que se pueda considerar interesante implementar alguna parte, y entonces se haría como proyecto de evolución), Nuestro papel es realizar la conceptualización del sistema, definición del mismo, diseño y pruebas de concepto asociadas, para garantizar la mejor solución a las necesidades, de una forma estándar e industrializada.

Si, en el portal de arquitectura y en la documentación del área tendréis disponible toda la información necesaria, así como los repositorios de código fuente, y se dará acceso a la misma al inicio del contrato.

El pliego indica “Téngase en cuenta que el primer mes de servicio (fase 1.2) sólo se habrá iniciado el “servicio de pruebas y qa”, y por tanto sólo se facturará la parte correspondiente a este servicio, excluyendo el resto.” Las horas de gestión se considera incluido en el contrato

Se permite el uso de herramientas IA siempre que se cumplan los criterios expuestos en el pliego, en concreto, en el Anexo XVII - Cláusula sobre el uso de IA en contratos con Correos.

En el anexo correspondiente (Anexo XVII - Cláusula sobre el uso de IA en contratos con Correos), en el apartado b. Directrices generales de seguridad, se indican las consideraciones que deben tenerse en cuenta y el tratamiento de la información utilizada

Sí, son 90 páginas en total, como dice el pliego: “La documentación que forme parte de la oferta técnica no debe exceder las 90 páginas en conjunto.”

Cada CV debe contener la información acerca del conocimiento, skills y experiencia asociada del perfil, sin incluir ningún tipo de dato personal o identificativo. Es importante que en cada uno queden claros los años de experiencia asociados al perfil (en el desempeño del mismo rol que se oferta) ya que será utilizado en los criterios de valoración automáticos.

En la fase de solvencia técnica y profesional, como indica el pliego, han de incluirse los CV (adscripción de medios). Como indica el pliego: “Relación y perfil o Curriculum Vitae del personal, integradas o no en la empresa, que participará en el contrato. Se aportará el CV ciego del personal o equipo humano (es decir, sin referencia a datos de carácter personal) disponible para el cumplimiento del mismo en el que se recoja la formación y años de experiencia que guarden relación con las funciones a desempeñar por el personal o equipo humano bajo el contrato”.