Conecta con nosotros
Entrevista a Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal Entrevista a Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal

Entrevistas

“Toda la filosofía de MuleSoft se basa en reutilizar”

Ricardo Usaola

Vicepresidente para España y Portugal

MuleSoft

Publicado el

Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal, ha hablado con nosotros para analizar cómo las empresas se plantean el reto de incorporar nuevas tecnologías al tiempo que logran que la integración de los activos ya existentes sea una realidad y aporte valor al negocio.

[MCPRO] Salesforce adquirió MuleSoft en marzo de 2018. En estos cinco años que han transcurrido, ¿cómo ha sido vuestra evolución en España y Portugal?

[Ricardo Usaola] Cuando MuleSoft fue adquirido por Salesforce hace cinco años no tenía sede en España y Portugal, todas las operaciones se llevaban desde Inglaterra. Hace cuatro años se montó la unidad de negocio de MuleSoft para España y Portugal en Madrid y durante este tiempo hemos ido incorporando nuevos clientes; tenemos bastantes del IBEX 35 y estamos creciendo mucho en otros segmentos del mercado.

Los crecimientos han sido de dos dígitos todos los años, pero también hemos crecido muchísimo en partners y ya hay más de 700 personas formadas y certificadas en MuleSoft. Se ha creado una comunidad con más de mil personas que participan en diferentes encuentros que se celebran en España y Portugal y me gusta confirmar que MuleSoft se ha convertido en un estándar de facto. Cuando se habla de APIs, de integración y de conectividad, lo primero que viene a la mente a muchas personas del entorno de TI es el nombre de MuleSoft.

[MCPRO] ¿Mantenéis la misma política que Salesforce en certificaciones?

[Ricardo Usaola] Hasta ahora hemos tenido un sistema de formación paralelo al Trailhead de Salesforce, aunque ya se han incorporado todos los cursos de MuleSoft a Trailhead y la dinámica es la misma: tenemos distintos tipos de roles y en función de esos roles hay una serie de cursos, tanto presenciales como online. Últimamente la gran demanda nos ha obligado a crear muchos cursos en castellano o en portugués para dar respuesta a las necesidades de formación que tenemos. De hecho, también hemos empezado a trabajar con universidades.

[MCPRO] ¿Cómo es el programa de partners de MuleSoft?

[Ricardo Usaola] Nuestro programa de partners se fue integrando dentro del programa de partners de Salesforce y ahora mismo hay un único programa, con lo cual los partners de Salesforce que tengan personas certificadas en MuleSoft también forman parte del nuestro.

Los compañeros que se dedican a partners en MuleSoft están integrados dentro del equipo de Ana Vertedor, que es vicepresidenta de Alianzas y Canal para Iberia de Salesforce, y lo único que hay que tener en cuenta es que hay determinadas certificaciones que son necesarias para poder hacer las implementaciones de MuleSoft.

Al principio empezamos a trabajar con algunas empresas que eran partners puros de integración, pero la importancia que tiene para Salesforce la visión “customer 360” ha hecho que la mayoría de los principales partners de Salesforce sean también de MuleSoft.

Hay una coincidencia muy grande porque lo que aporta MuleSoft en cualquier proyecto de Salesforce, sea de las nubes de Sales, Service, Commerce, Marketing, etc., es la capacidad, la rapidez y la eficiencia en poner en marcha esos proyectos, con lo cual si un cliente está pensando en una nube de Salesforce y cree que MuleSoft es la mejor forma de integrar esa nube con el resto de su legacy, si un partner no sabe de MuleSoft, automáticamente se descarta dentro de una posible RFP, con lo cual cada vez hay más partners de Salesforce que están certificados en MuleSoft.

Entrevista a Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal

[MCPRO] Pasemos a dos palabras clave como son integración y automatización. Uno de los grandes retos de las empresas es la integración de todos los activos de TI existentes y sobre todo su puesta en valor. ¿Cuál es la “fórmula” de MuleSoft?

[Ricardo Usaola] Nuestro discurso intenta primero solucionar los problemas de negocio y después ver cómo la tecnología solventa esos problemas. ¿Cuáles son los principales problemas de negocio que encontramos en la mayoría de las empresas? El primero son los costes, con lo cual ser capaz de reducirlos desde el punto de vista de negocio es importante, y también es fundamental desde el punto de vista de TI.

El segundo problema es el “time to market”, fundamental para el negocio. Igual para TI el “time to market” está directamente ligado a la capacidad que se tiene, pero para el negocio el poder lanzar por ejemplo programas de fidelización antes que la competencia es determinante.

MuleSoft se basa en el “time to market” y en la reducción de costes, esto es lo que medimos. Cómo lo hacemos, con un indicador que se llama “tasa de reutilización”, es decir, toda la filosofía de MuleSoft se basa en reutilizar, y a mí me gusta poner el ejemplo de las casas prefabricadas: si quieres construir un chalé y empiezas con el proyecto, luego contratas a electricistas, albañiles, fontaneros, etc., todo esto te lleva un año y medio o dos. Las empresas que tienen las casas prefabricadas con módulos pueden incluso comprometerse a hacer el chalé en cinco o seis meses.

Este es el concepto de MuleSoft, crear piezas, crear módulos que puedan ser reutilizables. Si no hay reutilización, MuleSoft pierde su valor porque volvemos a tener las integraciones punto a punto. Con la reutilización es como se consiguen unos valores de reducción de costes y de “time to market” tan espectaculares.

El concepto de modularidad o “empresa componible” es lo que consigue MuleSoft al crear piezas que puedan ser reutilizables y por supuesto personalizables. Tú puedes crear una serie de piezas para el mercado español que después, si eres una multinacional y operas en distintos mercados, emplearás en otro país. Básicamente, lo que tendrás que hacer con esta reutilización de módulos es parametrizar de acuerdo con las peculiaridades de cada mercado, pero el coste y tiempo de parametrizar no tiene nada que ver con el coste y tiempo de hacer cosas nuevas.

Hay un concepto muy importante para mí, que es lo que se denomina “deuda técnica”, y es el coste que tendrá hacer cambios en lo que he construido. En un modelo componible lo único que debo hacer es quitar una pieza y poner otra. Si yo hago las integraciones y la conectividad punto a punto como se ha hecho toda la vida, cada vez que tenga que hacer un cambio en algo, deberé volver a crear un nuevo proyecto. Por eso, el concepto de componibilidad define si una empresa es capaz de escalar y crecer o no.

Hay otro aspecto además y es que cuando creas estos módulos puedes dar acceso al negocio en un lenguaje que el negocio conoce de manera que puede empezar a crear cosas. Tiene que haber una cultura de colaboración y una cultura de evangelización para que personas muy cercanas al negocio puedan entrar en el marketplace donde está todo lo que hay disponible y encontrar diferentes piezas que expresadas en el lenguaje del negocio ayuden a desarrollar nuevas funcionalidades y aplicaciones.

Uno de los mayores problemas que ha existido y que sigue existiendo en las empresas es cómo hablan TI y negocio, ya que TI no escala, tiene que hacer cada vez más cosas con los mismos recursos o incluso con menos. La única forma de escalar es que el negocio pueda hacer él mismo ciertas cosas.

Tenemos un ejemplo con los proyectos de automatización, eso ya lo está haciendo el negocio por sí mismo sin contar con TI por ejemplo con los bots, lo que supone un problema muy grave porque se automatizan cosas que tienen información que en muchos casos es confidencial y no se ha incluido a los departamentos de seguridad apropiados.

Ser capaces de incluir la automatización como concepto más amplio de hiperautomatización dentro de las áreas de TI es clave. Ahora mismo hay muchas empresas que ven cómo la automatización se está convirtiendo en algo desperdigado y que no son capaces de controlar porque directamente son las áreas de negocio las que empiezan a contratar esas automatizaciones.

Entrevista a Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal

[MCPRO] ¿Qué diferencia hay entre automatización e hiperautomatización?

[Ricardo Usaola] La hiperautomatización es un concepto mucho más amplio que incluye múltiples tecnologías. Dentro de la automatización muchas veces se habla de los RPAs, una automatización que es necesaria para tareas manuales como por ejemplo agentes que tienen que estar mirando varias pantallas y deben recopilar información de cada una de esas pantallas, o departamentos de recursos humanos que tiene que recoger documentos de texto, o lo mismo para recopilar la información necesaria para ciertas subvenciones. La hiperautomatización va más allá, consiste en ser capaz de gobernar e integrar todo lo que tiene que ver con automatización, es decir, los RPAs, las APIs, la IA, el Machine Learning…

Para tener una visión 360 de un cliente o un empleado, ahora mismo se calcula que de media hemos pasado de usar unas 900 aplicaciones a más de 1.000. Solo el 30% de ellas están conectadas, luego el 70% están desconectadas y tienen información que es relevante para la gente que está atendiendo a tu llamada y quiere saber si tienes una compra pendiente, si has abierto una incidencia o si te puede ofrecer un nuevo producto, por ejemplo. Si no somos capaces de integrar toda es información, no podremos tener esa vista 360 ni del partner, ni del empleado, ni del cliente.

La hiperautomatización permite que dentro de esa visión “customer 360” automatices muchas tareas para tener un menor coste y una mayor eficiencia.

[MCPRO] ¿Qué sería de Salesforce si no tuviera a MuleSoft? ¿Todos los proyectos de Salesforce van siempre unidos a MuleSoft?

[Ricardo Usaola] Deberían. Para un primer proyecto de las nubes de Marketing, Sales, Service o la que sea crearemos las piezas, los módulos que comentábamos antes al hablar de reutilización. Seguramente para el primer proyecto ya me interesa MuleSoft porque hay muchas piezas que ya están creadas. Tengo una integración con SAP, pues hay un conector con SAP; tengo que hacer una integración con Workday, pues también hay otro conector con Workday… Es decir, MuleSoft permite reducir entre un 25% y un 40% los tiempos de implementación de un proyecto de Salesforce.

Pero éste es el primer proyecto. Una vez que hemos creado esas primeras piezas, en el siguiente proyecto, sea de Salesforce o de otra tecnología, podemos empezar a utilizar esas piezas y así comienza a incrementarse la reusabilidad. Esa tasa de reutilización va a permitir unas eficiencias en costes enormes. Pero qué pasa muchas veces, que la persona que va a lanzar su proyecto de marketing, por ejemplo, le importa su proyecto de marketing y no quiere hacer cosas que estarán muy bien para su empresa pero que las está pagando el departamento del que es responsable.

Este es el mayor competidor de MuleSoft, el cambio cultural que se debe de producir en un cliente para modificar la forma de trabajar. Por dos razones. La primera porque tiene que haber una cultura de colaboración, es decir, no podemos construir algo sin documentarlo para que nuestros compañeros puedan así reutilizarlo. Pero el segundo cambio que se tiene que producir es que TI empiece a permitir al negocio participar en esos nuevos desarrollos.

Esto garantiza que los costes y tiempos van a ser menores y que además vamos a tener una forma homogénea de hacer todos los proyectos, van a quedar documentados para que si mañana queremos contratar el mantenimiento de una aplicación que me la ha hecho una empresa A y quiero que la mantenga una empresa B, esta última compañía entienda rápidamente cómo están hechas todas las integraciones de esa aplicación.

Entrevista a Ricardo Usaola, vicepresidente de MuleSoft para España y Portugal

[MCPRO] Hablemos de más problemas con la integración y la automatización. Ya has mencionado el cambio cultural e incluso la resistencia del departamento de TI a algunos cambios y por eso me pregunto, ¿no es TI el principal patrocinador de MuleSoft?

[Ricardo Usaola] No. Todo el mundo tiene integración, todo el mundo tiene APIs, etc. Lo que nosotros estamos proponiendo es un cambio en la forma de trabajar. Los CIOs lo primero que tienen que hacer es mantener el negocio. Si ven que un cambio puede poner en riesgo el negocio, no lo hacen. Hay que ser valiente para tomar determinadas decisiones y cambiar algo que lleva funcionando mucho tiempo. Eso no escala y como todo se va complicando más, a corto plazo no les interesa.

El cambio se produce cuando el CIO u otra persona que tenga la capacidad de decidir dice: vamos a utilizar MuleSoft y además vamos a empezar a cambiar la forma de trabajar. Ya no voy a trabajar en función de lo que me pida el negocio “first in first out”, voy a ver todo mi portfolio de proyectos y voy a analizar en cuál de estos proyectos construiré piezas que puedan reutilizar otros.

Nosotros intentamos hablar con las personas de negocio, que son las que tienen siempre una visión más a largo plazo. Cuanto más innovador sea un CIO y cuanta más mirada estratégica tenga, más va a querer una plataforma como MuleSoft. Y es que hablamos de una parte muy importante que es el gobierno. Para tener el gobierno debo saber exactamente qué es lo que hay en mi infraestructura, y muchas veces el hecho de hacer esas integraciones punto a punto evita la visibilidad

Empresas que estén repensando su arquitectura son compañías en las cuales MuleSoft tiene cabida porque pueden seguir funcionando y los nuevos proyectos empezar a usar MuleSoft. Luego, poco a poco, trasladar lo que han ido construyendo a lo largo de los años y que ha funcionado a una arquitectura más escalable, más componible, más segura, más ágil, etc.

[MCPRO] A partir de qué tamaño de empresa hablamos para que MuleSoft sea una opción interesante.

[Ricardo Usaola] Ahora mismo estamos presentes en todos los sectores y en todos los tamaños de empresa. En cualquier organización tiene que haber conectividad, y aunque la plataforma sea más o menos sencilla, tenga más o menos APIs, etc., es necesaria. Lo último que hemos lanzado es lo que llamamos Universal API Management, que es una de las funcionalidades de MuleSoft que permite gestionar, gobernar y securizar todas las APIs, independientemente que se hayan construido con MuleSoft o no.

[MCPRO] ¿Qué más acciones realizáis para avanzar en este cambio cultural?

[Ricardo Usaola] Durante los 14 años que lleva MuleSoft en el mercado, lo que ha ido haciendo es recopilar experiencias, cómo cada empresa ha seguido las mejores prácticas para implementar MuleSoft. Se ha creado una metodología llamada Catalyst que permite entender todo lo que tendríamos que hacer para implementar MuleSoft de una forma correcta, desde el punto de vista de la tecnología, del negocio y de las personas. Hay casi 30 “blueprints” que te dicen qué es lo que deberías de hacer en cada una de las áreas para adaptar esas mejores prácticas.

Por ejemplo, hay un “blueprint” que es de priorización de proyectos y que enseña cómo debería estar el listado de proyectos para los próximos tres años, cómo analizar esos proyectos, qué APIs habría de construir y cómo hacer la priorización de proyectos para poder reutilizar las APIs que ya están hechas.

[MCPRO] Para finalizar, me gustaría que valorases si los nuevos motores de IA van a cambiar tanto el mundo como lo conocemos.

[Ricardo Usaola] La IA lleva un tiempo, el ChatGPT es lo que ha revolucionado todo. La IA forma parte de esa hiperautomatización porque desde el momento que seas capaz de gobernar esa hiperautomatización es positivo para tu empresa, pero si no eres capaz de controlar la IA, si nuevamente el negocio empieza a usar esa IA sin tener en cuenta las implicaciones que puede tener para TI, tienes un problema.

Por eso creo que la Inteligencia Artificial es una de las piezas que se van a tener que integrar cuanto antes para evitar que haya mucho que deshacer después.

Lo más leído