Expertise

MuleSoft, más allá de la decisión de plataforma

Comprar la plataforma es lo fácil. Hacerla entregar valor a través de países, unidades de negocio y diez años de legacy es lo difícil. Ese es mi trabajo.

La mayoría de los programas MuleSoft no fallan en la compra. Fallan en el país cuatro, en el tercer comité de gobierno, en el momento en que una unidad de negocio se da cuenta de que la plataforma no se amortizará este año fiscal. He vivido estos despliegues desde dentro: en Volkswagen Financial Services a través de 18 países, en el Hospital Universitario de Zúrich montando el Integration Centre of Excellence, en DB Schenker rediseñando EDI y ESB hacia una iPaaS funcional. Los patrones se repiten.

Dónde se atascan la mayoría de los despliegues

Nunca es la tecnología.

MuleSoft funciona. Anypoint Platform es maduro, los conectores son amplios, el runtime es sólido. Si su despliegue se atasca, casi siempre es una de tres cosas — ninguna en la hoja de ruta del producto.

Gobierno escrito para las primeras tres APIs, no para las próximas trescientas. Con diez APIs cualquiera mantiene el catálogo en orden. Con trescientas APIs entre quince unidades de negocio se necesita un modelo operativo publicado: quién posee qué, quién aprueba qué, a quién se llama a las 02:00. La mayoría de los despliegues chocan contra el límite de gobierno que fijaron sin querer en la semana seis.

Sin ruta de recuperación de costes. El equipo de plataforma se financia centralmente los primeros dieciocho meses. Luego alguien en finanzas pregunta: ¿quién paga el próximo año? Sin un modelo de chargeback, un TCO publicado por unidad de negocio y una historia de valor defendible, el presupuesto se reduce a la mitad antes de terminar el despliegue.

Síndrome del país cuatro. Los primeros tres países entran. Luego todo se detiene. Los primeros tres tenían campeones locales fuertes, paisajes simples, patrocinadores colaborativos. El país cuatro no tiene nada de eso. Sin un playbook de onboarding calibrado para los casos difíciles, el despliegue se para.

Cómo trabajo esto

Plataforma, gobierno, economía — en ese orden, con los tres avanzando.

La mayoría de los consultores le venderán el despliegue técnico. Algunos añadirán gobierno. Muy pocos conectarán la decisión de plataforma con la economía que tiene que sostenerla. Yo trabajo los tres desde la semana uno.

La capa de plataforma: la jerarquía de Anypoint configurada correctamente — business groups para HQ y cada país, environments según necesidad de negocio, accesos basados en rol de arriba a abajo.

La capa de gobierno: un Centre for Enablement (C4E) que funciona, no de cartón. El modelo operativo — propiedad federada, estándares centrales, escalado — que escala más allá de las primeras treinta APIs.

La capa económica: modelo de chargeback, TCO por unidad de negocio y una historia de valor presentable al CFO. Sin esto, cada despliegue se convierte en lucha presupuestaria en el segundo año.

El Rapid Decision Framework corre paralelo a todo esto — cuando la pregunta es "MuleSoft vs Workato vs UnifyApps?", es un problema de evaluación que resuelvo con el mismo enfoque matemático.

Engagements

Dónde lo he entregado.

  1. 2021 – 2023

    Product Owner — Plataforma MuleSoft

    Volkswagen Financial Services

    Plataforma desplegada en 18 países con SLAs, modelos de responsabilidad compartida y optimización de costes a nivel mundial.

  2. 2024 – 2025

    Arquitecto de Integración — Centro de Excelencia

    USZ — Hospital Universitario de Zúrich

    CoE de Integración montado sobre MuleSoft, gobierno definido, plan de migración de SAP PI a arquitectura API-led.

  3. 2024 – 2025

    Líder de Integración y Proyecto

    DB Schenker

    Integración EDI, API y ESB co-construida en una iPaaS sobre logística aérea y marítima.

¿Pensando en MuleSoft, escalarlo o reemplazarlo?

Hablemos