Ir al contenido principal
FromNine
Menú

Consultoría

Consultoría de arquitectura tecnológica para decisiones que pueda defender

Le ayudamos a elegir el camino adecuado antes de comprometer presupuesto: una visión honesta de sus sistemas actuales, opciones con sus contrapartidas, registros de decisiones y una hoja de ruta que los equipos de desarrollo puedan seguir de verdad.

Para direcciones de sistemas en España que deben tomar decisiones de arquitectura defendibles ante su comité, su auditor o una mesa de contratación.

Hablemos de su proyectoConozca nuestro enfoque
Arquitectura y consultoría: capas de capacidadTres capas superpuestas en profundidad. De arriba abajo: la hoja de ruta por oleadas, las decisiones y sus registros, y el conocimiento de los objetivos y de la situación actual sobre el que se apoyan.01Hoja de ruta por oleadas02Opciones y registros de decisiones03Objetivos y situación actual
  1. 01Revisiones de la situación actual que hacen visibles la deuda técnica y los riesgos
  2. 02Opciones comparadas por valor, viabilidad, riesgo y coste total, documentadas como ADR
  3. 03Hojas de ruta ordenadas por dependencias y valor de negocio, con aseguramiento de la ejecución

01 Problemas

Cuándo piden los equipos una segunda opinión

  1. 01

    Hay que tomar una gran decisión y todas las opciones parecen razonables

    Plataforma, desarrollo propio o compra, qué nube, qué proveedor. Cada opción tiene su defensor, y nadie las ha comparado en igualdad de condiciones.

  2. 02

    Veinte ideas de IA y ninguna cartera

    Los departamentos proponen casos de uso. Nadie los ha priorizado por valor, viabilidad y riesgo, ni ha comprobado cuáles entran en las categorías más exigentes del Reglamento de IA.

  3. 03

    El programa va con retraso y nadie sabe explicar por qué

    Los informes de seguimiento están en verde, los hitos se desplazan y el comité de dirección quiere una opinión independiente.

  4. 04

    Se acerca una licitación y el pliego no está listo

    La organización sabe lo que necesita en términos de negocio, pero no cómo especificarlo para que el mercado pueda responder bien.

02 Qué entregamos

Qué entregamos

  1. 01 Evaluación de la arquitectura

    Una revisión estructurada de sus sistemas actuales: aplicaciones, datos, integraciones, infraestructura y contratos. La deuda técnica se hace visible y se prioriza en un registro de riesgos. Utilizamos ArchiMate y TOGAF cuando su organización trabaja con ellos.

    Qué hacemos

    • Entrevistas con arquitectos, responsables y equipos de operación
    • Inventario de aplicaciones e integraciones
    • Evaluación de la deuda técnica y de los riesgos
    • Revisión de costes y contratos

    Qué recibe

    • Arquitectura de la situación actual
    • Registro de riesgos con responsables
    • Conclusiones presentadas a quienes deciden

  2. 02 Preparación para la IA y cartera de casos de uso

    Una cartera priorizada de casos de uso de IA, puntuados por valor, viabilidad y riesgo, con una clasificación inicial conforme al Reglamento Europeo de IA y una valoración de desarrollar, comprar o asociarse para cada uno.

    Qué hacemos

    • Recopilación de casos de uso en todos los departamentos
    • Puntuación por valor, madurez de los datos y riesgo
    • Clasificación inicial según el Reglamento de IA por caso de uso
    • Análisis de desarrollar, comprar o asociarse

    Qué recibe

    • Cartera priorizada de casos de uso
    • Tres primeros casos de uso listos para arrancar
    • Requisitos previos de datos y de plataforma

  3. 03 Arquitectura objetivo y hoja de ruta

    Elección de plataformas entre Salesforce, SAP, Odoo y software a medida, ordenada en oleadas con sus dependencias, su coste total de propiedad y los cambios organizativos que requiere cada oleada.

    Qué hacemos

    • Mapa de capacidades y principios de destino
    • Análisis de opciones por dominio
    • Coste total de propiedad a varios años
    • Planificación por oleadas con dependencias

    Qué recibe

    • Arquitectura objetivo
    • Hoja de ruta por oleadas
    • Elementos para el caso de negocio de cada oleada

  4. 04 Soberanía y estrategia cloud

    Análisis de la dependencia de proveedores, decisiones sobre la residencia de los datos y planes de salida, para que sus elecciones de nube y SaaS sigan siendo reversibles allí donde importa.

    Qué hacemos

    • Análisis de dependencias y de vinculación al proveedor
    • Clasificación de los datos y opciones de residencia
    • Estimación del coste de salida
    • Cláusulas contractuales para revisar con contratación

    Qué recibe

    • Posición de soberanía por categoría de datos
    • Planes de salida para los servicios críticos
    • Documento de estrategia cloud

  5. 05 Apoyo a la contratación pública

    Consultas preliminares al mercado, especificaciones funcionales y criterios de adjudicación. Somos transparentes sobre las reglas de participación previa: conforme al artículo 41 de la Directiva 2014/24/UE, preparar una licitación puede afectar a nuestra posibilidad de presentar oferta después, y lo acordamos de antemano.

    Qué hacemos

    • Análisis de necesidades y consulta preliminar al mercado
    • Especificaciones funcionales y no funcionales
    • Criterios de adjudicación y modelos de puntuación
    • Apoyo en las aclaraciones durante la licitación

    Qué recibe

    • Pliego listo para su publicación
    • Marco de evaluación
    • Acuerdo escrito sobre la participación posterior

  6. 06 Registros de decisiones y aseguramiento de la ejecución

    Registros de decisiones de arquitectura, comités de arquitectura y revisiones independientes de aseguramiento para los programas en curso, de modo que las decisiones sean trazables y los riesgos afloren pronto.

    Qué hacemos

    • Práctica y plantillas de ADR
    • Constitución y dinamización del comité de arquitectura
    • Revisiones periódicas de aseguramiento
    • Diagnósticos de programas con dificultades

    Qué recibe

    • Registro de decisiones en uso
    • Estatuto del comité de arquitectura
    • Informes de aseguramiento con recomendaciones

03 Arquitectura

Cómo se construye una decisión

Nuestro trabajo de consultoría sigue una única línea: de sus objetivos y la situación actual, pasando por opciones ponderadas frente a criterios acordados, a registros de decisiones que aprueba su comité de arquitectura y, de ahí, a una arquitectura objetivo y una hoja de ruta por oleadas.

Bajo cada paso actúan las restricciones: soberanía y salida, clasificación según el Reglamento de IA, normas de contratación y la capacidad de sus propios equipos.

Capas del diagrama

Comprender
Objetivos de negocio, restricciones, los sistemas actuales y sus riesgos.
Decidir
Criterios, opciones, el comité de arquitectura y los registros de decisiones de arquitectura.
Planificar
Arquitectura objetivo, hoja de ruta por oleadas y aseguramiento durante la ejecución.
Ejemplo ilustrativo

  1. Comprender

    • Objetivos y restricciones de negocio
    • Revisión de la situación actual
    • Registro de riesgos

  2. Decidir

    • Criterios: valor, riesgo, coste
    • Opciones
    • Comité de arquitectura
    • Registros de decisiones

  3. Planificar

    • Arquitectura objetivo
    • Hoja de ruta por oleadas
    • Aseguramiento de la ejecución

  4. Restricciones

    • Restricciones: soberanía y salida, clasificación según el Reglamento de IA, normas de contratación
De los objetivos a la hoja de ruta mediante decisiones documentadas

Método ilustrativo, no corresponde a ningún encargo de cliente.

Leer el diagrama como texto

El recorrido principal va de los objetivos y restricciones de negocio a una revisión de la situación actual, después a las opciones, a los registros de decisiones de arquitectura, a la arquitectura objetivo y, por último, a una hoja de ruta por oleadas.

La revisión de la situación actual genera un registro de riesgos. Los criterios acordados de valor, viabilidad, riesgo y coste total dan forma a las opciones. El comité de arquitectura, donde deciden sus arquitectos, aprueba los registros de decisiones. Las revisiones de aseguramiento acompañan la hoja de ruta.

Una franja de restricciones en la parte inferior abarca la soberanía y la salida, la clasificación según el Reglamento de IA y las normas de contratación.

04 Consideraciones y límites

Consideraciones y límites

  • Independencia

    Cómo lo abordamos

    También construimos y operamos sistemas, incluso sobre Salesforce, SAP y Odoo. En la consultoría comparamos las opciones con criterios acordados con usted antes de mirar a los proveedores, y documentamos por qué cada opción obtuvo su puntuación.

    Límites y dependencias

    Si necesita el consejo de una parte que no vaya a ejecutar después, díganoslo. Lo acordaremos de antemano o le recomendaremos que elija una firma exclusivamente consultora.

  • Normativa y derecho

    Cómo lo abordamos

    Aportamos a las decisiones de arquitectura un conocimiento práctico del Reglamento de IA, el RGPD, NIS2 y la normativa de contratación pública.

    Límites y dependencias

    No prestamos asesoramiento jurídico. Las clasificaciones e interpretaciones son elementos de trabajo para sus asesores legales, que realizan la valoración jurídica.

  • Las hojas de ruta se encuentran con la realidad

    Cómo lo abordamos

    Las hojas de ruta se ordenan según dependencias y capacidad, y se revisan al final de cada oleada.

    Límites y dependencias

    Ninguna hoja de ruta sobrevive intacta. Su valor está en las decisiones que hace explícitas, y por eso la mantenemos viva mediante revisiones de aseguramiento en lugar de entregarla como un documento.

05 Cómo trabajamos

Cómo trabajamos

Breve, estructurado y basado en evidencias, con sus arquitectos en la sala.

  1. 01

    Acordar la pregunta

    Qué hay que decidir, quién, en qué plazo y qué criterios cuentan.

    ResultadoFicha de la decisión

  2. 02

    Reunir evidencias

    Entrevistas, documentos, datos de los sistemas y cifras de costes, lo suficiente para respaldar la decisión y nada más.

    ResultadoBase de evidencias y visión de la situación actual

  3. 03

    Comparar opciones

    De dos a cuatro opciones realistas puntuadas frente a los criterios acordados, con sus riesgos y costes.

    ResultadoAnálisis de opciones

  4. 04

    Decidir y documentar

    Su comité de arquitectura decide; nosotros redactamos el registro de la decisión y la hoja de ruta que se deriva de ella.

    ResultadoRegistros de decisiones y hoja de ruta

  5. 05

    Asegurar la ejecución

    Revisiones periódicas que comprueban si la ejecución sigue respondiendo a las decisiones y señalan cuándo conviene revisar una decisión.

    ResultadoInformes de aseguramiento

06 Control humano

Quién decide

Nosotros asesoramos. Las decisiones siguen en manos de quienes responden de ellas.

  • Su comité de arquitectura aprueba

    Cada registro de decisión de arquitectura lo aprueba su comité de arquitectura o el responsable que usted designe, nunca nosotros solos.

  • Los criterios van antes que las opciones

    Usted acuerda los criterios de puntuación y su ponderación antes de puntuar las opciones, de modo que el resultado no pueda ajustarse a posteriori.

  • Las discrepancias quedan registradas

    Cuando las partes interesadas no están de acuerdo, el registro de la decisión recoge las alternativas y los motivos por los que no se eligieron.

07 Ejemplo

Un ejemplo ilustrativo

Ejemplo ilustrativo

Del proyecto financiado a un servicio sostenible

01Situación
Un organismo de la Administración General del Estado puso en marcha varias aplicaciones con fondos del PRTR, desarrolladas por distintos adjudicatarios, y ahora debe operarlas e integrarlas sin financiación extraordinaria.
02Qué construiríamos
Un análisis de arquitectura con inventario de componentes, dependencias y costes, una hoja de ruta de consolidación y especificaciones reutilizables para los próximos pliegos.
03Dónde deciden las personas
La subdirección de sistemas aprueba cada decisión de arquitectura, y su justificación queda registrada antes de trasladarse a un pliego.
04Qué mediríamos
Coste anual de operación, componentes duplicados retirados y tiempo necesario para preparar un pliego técnico.

08 Por sectores

En su sector

  • Sector público y Administración

    Arquitecturas objetivo para la administración digital, pliegos de licitación y hojas de ruta alineadas con los marcos nacionales de interoperabilidad. Conozca nuestro trabajo para el sector público.

  • Servicios financieros

    Decisiones de arquitectura documentadas para los supervisores, con el riesgo de terceros TIC y las estrategias de salida integrados.

  • Industria y fabricación

    Entornos de ERP y de sistemas de planta racionalizados entre centros, con una hoja de ruta que respeta los calendarios de producción.

España

Decisiones que resisten una licitación

En el sector público español, una decisión de arquitectura acaba a menudo en un pliego de prescripciones técnicas. La Ley de Contratos del Sector Público exige especificaciones que no favorezcan a un proveedor concreto y permite consultas preliminares al mercado antes de licitar. A la vez, los sistemas financiados con fondos NextGenerationEU a través del PRTR, cuya ejecución termina en 2026, deben seguir funcionando, integrarse y mejorar con presupuesto ordinario.

Documentamos alternativas, criterios y riesgos para que sirvan para decidir, licitar o construir, con el Esquema Nacional de Seguridad y el Reglamento de IA presentes desde el principio.

Preguntas sobre arquitectura y consultoría

¿Cuánto dura una evaluación de arquitectura?

Depende del alcance. Una revisión centrada en un dominio o en una decisión es cuestión de semanas; una revisión de todos los sistemas lleva más tiempo. Acordamos el alcance, las preguntas y el calendario en la ficha de la decisión antes de empezar.

¿Pueden ser independientes si también ejecutan proyectos?

Hacemos transparente nuestro razonamiento: criterios acordados antes que las opciones, puntuaciones documentadas, alternativas registradas. Si necesita una separación total entre consultoría y ejecución, acordamos de antemano que no optaremos a la ejecución, o le diremos que elija otro asesor.

¿Tienen preferencia por Salesforce, SAP u Odoo?

Tenemos la condición de partner de las tres (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) y también desarrollamos software a medida, así que no tenemos una única plataforma que vender. Cada una encaja en situaciones distintas y, a veces, lo correcto es combinarlas; por ejemplo, SAP a nivel de grupo y Odoo en las filiales más pequeñas.

¿Pueden ayudarnos a preparar una licitación y presentar oferta después?

Es posible, pero no automático. La Directiva 2014/24/UE solo admite la participación previa cuando el poder adjudicador garantiza que no se falsea la competencia, por ejemplo compartiendo la información que hayamos elaborado. Lo hablamos abiertamente antes de empezar, y la decisión corresponde al poder adjudicador.

¿Por dónde deberíamos empezar con la IA?

Por una cartera, no por un piloto aislado: reúna los casos de uso candidatos, puntúelos por valor, madurez de los datos y riesgo, y empiece por dos o tres que sean valiosos, viables y de un riesgo lo bastante bajo como para aprender de ellos. Después, nuestros equipos de ingeniería de IA los construyen con la evaluación implantada desde el primer día.

¿Con quién vamos a trabajar?

Con arquitectos sénior con experiencia en ejecución, respaldados por especialistas de entre nuestros más de 2400 profesionales cuando una cuestión lo requiere: seguridad, datos, IA o una plataforma concreta. Trabajamos desde nuestras oficinas de Amberes, Gante, Ámsterdam y Cyberjaya (Malasia); Gante y Cyberjaya son nuestros centros de innovación y desarrollo.

Cuéntenos qué decisión tiene sobre la mesa

Le propondremos un trabajo de arquitectura acotado, con un entregable que podrá usar tanto si construye con nosotros como si no.

Hablemos de su proyectoConozca nuestro enfoque