Saltar al contenido
Miguel CoronelChief Technology Officer

Sistemas de transformación

Una transformación bancaria no se sostiene con un diagrama de destino. Se sostiene con la secuencia que llega hasta él, el sistema que la construye y el gobierno que la detiene cuando hace falta.

De qué se compone

  1. 01

    Capacidad de negocio

    La transformación empieza por lo que el banco hace, no por los sistemas que tiene. La capacidad es la unidad que sobrevive a un cambio de plataforma; el sistema no.

  2. 02

    Restricciones del estado actual

    Legado, core, integraciones, regulación y riesgo operativo. Acotan qué puede moverse y a qué ritmo: el as-is informa la arquitectura objetivo, pero no debe encarcelarla.

  3. 03

    Arquitectura objetivo

    Definida con independencia de lo que existe hoy, para que el destino no sea una versión ligeramente más ordenada del parque actual.

  4. 04

    Arquitectura de transición

    Estados intermedios explícitos, cada uno viable por sí mismo. Los plateaus y los work packages convierten un destino en una secuencia que alguien puede ejecutar.

  5. 05

    Modelo operativo

    Quién lo construye, con qué capacidad, bajo qué estándares y compuertas. Una arquitectura sin un sistema de entrega detrás se queda en dibujo.

  6. 06

    Gobierno

    Autoridad explícita, criterios declarados, evidencia y compuertas, incluida la capacidad de detener una decisión irreversible antes de tomarla.

  7. 07

    Habilitación de la ejecución

    Contratos, repositorios aprovisionados, arquetipos y quality gates, para que los equipos construyan sin volver a decidir lo mismo en cada servicio.

  8. 08

    Evidencia de producción

    Se afirma solo donde existe. Una de las transformaciones de abajo está en producción; las demás se declaran como lo que son.

Modelos operativos tecnológicos

Más allá de la arquitectura, el sistema de entrega que la produce: cómo entra el trabajo, cómo se dimensiona, quién lo construye y bajo qué estándares y compuertas llega a producción.

EntradaDimensionamientoConformación de eq…IncorporaciónEjecuciónEntregaSoporte y evolución
El soporte y la evolución realimentan la entrada: el modelo es un ciclo, no una línea que termina en la entrega.

Qué puede integrar

  • Capacidad de ingeniería gestionada
  • Capacidad de entrega de APIs y servicios
  • Conformación de equipos
  • Aprovisionamiento de capacidades
  • Profesionalización técnica
  • Estándares de ingeniería
  • Compuertas de calidad y seguridad
  • Delivery asistido por IA
  • Gobierno

Transformaciones