El gobernador del Banco de Inglaterra estima que los bancos pueden reducir sus costes entre un 30 y un 50 por ciento si se trasladan a la nube. Es una suma enorme. Es suficiente para determinar qué bancos sobreviven y prosperan, y cuáles se hunden.
Sin embargo, creo que es una subestimación. Con el enfoque adecuado, los bancos pueden ahorrar más del 90 por ciento.
¿Una afirmación audaz? Tal vez. Pero está basada en hechos. En este blog voy a explicar la lógica detrás de esa cifra.
La magnitud del problema
Empecemos por algo en lo que todos estamos de acuerdo: los bancos tienen dificultades con la tecnología. Los lenguajes de programación, los sistemas operativos, el hardware, la forma en que prueban el software y la manera en que gestionan sus equipos necesitan una modernización urgente.
Los bancos lo confirmarán. Saben que están atrapados en una tecnología obsoleta. Hace unos 30 años, el mundo bancario se separó de la tecnología convencional y entró en un callejón sin salida evolutivo. Las aplicaciones que utilizan ahora son lentas, inflexibles y están escritas en lenguajes que los graduados en informática no comprenden.
Para empeorar las cosas, cada ronda de fusiones y adquisiciones multiplicó la complejidad de los sistemas internos a medida que chocaban sistemas incompatibles. Los bancos hablan de "sistemas espagueti" para describir el enredo de cientos de aplicaciones parcheadas. Los bancos gastan una fortuna solo para mantener estos sistemas con vida.
Para los consumidores, los resultados son nefastos. Los bancos simplemente no pueden atender a sus clientes. De media, hay una interrupción no planificada cada día. Los pagos de intereses hipotecarios se facturan incorrectamente, los cajeros automáticos fallan y las cuentas son inaccesibles. Un reciente comité del Tesoro del Reino Unido concluyó: "El número de fallos informáticos que se han producido en el sector de los servicios financieros... y el daño causado a los consumidores es inaceptable".
Lo que realmente pone de relieve el fracaso de los bancos es la comparación con el mundo tecnológico. Por ejemplo, Google, Netflix y Amazon ejecutan sus plataformas con apenas unos segundos de inactividad al año. Su eficiencia operativa es órdenes de magnitud superior a la de los bancos.
Por lo tanto, el rendimiento de los bancos parece cada vez peor con el paso del tiempo. La brecha no deja de crecer.
Por desgracia, los bancos están estancados. No pueden modernizar sus sistemas de ninguna manera significativa.
Por ello, los bancos están empezando de cero en nuevas plataformas, ya sea con un banco de nueva creación o mediante una migración completa. Y ambas soluciones residen en la nube.
La nube es solo una parte de la ecuación
Hablemos ahora de ese ahorro de costes del 90 por ciento. Existe la suposición de que trasladar el alojamiento a la nube generará ahorros sustanciales; es un cliché del sector. La verdad es que el alojamiento en la nube, ya sea Amazon Web Services, Microsoft Azure, Google Cloud Platform o IBM Cloud, solo es más barato que el alojamiento local (especialmente en costes de personal), pero no supone un cambio radical por sí solo.
Para lograr grandes ahorros de costes, deben ocurrir dos cosas más.
1. Rediseñe el software bajo principios nativos de la nube.
Migrar a la nube es una oportunidad para empezar de cero. Todas las empresas tecnológicas de vanguardia operan en la nube con software nativo de la nube.
Nativo de la nube es un término preciso. Describe el software concebido y construido para aprovechar las propiedades únicas de la nube. Me refiero a la contenedorización con orquestación de Kubernetes, para permitir una escalabilidad casi infinita y una estabilidad a toda prueba. Microservicios, en los que las aplicaciones se dividen en fragmentos autónomos que se comunican a través de API.
Thought Machine es una empresa nativa de la nube. Nuestra plataforma bancaria central Vault Core está construida con estas tecnologías de vanguardia. El rendimiento, la seguridad y la estabilidad mejoran radicalmente.
Ejecutar software nativo de la nube es significativamente más eficiente, tanto en términos de rendimiento como de costes de personal. Las tareas de mantenimiento se reducen casi a cero: un principio fundamental de lo nativo de la nube es la "autocuración". Las instancias que funcionan mal se cierran automáticamente y son reemplazadas por otras nuevas. Muchas de las tareas tradicionalmente asociadas con la ejecución de una infraestructura de TI son redundantes. El personal de TI queda libre para centrarse en la innovación.
El coste de integración con servicios de terceros se reduce con el software nativo de la nube. Las API facilitan la conectividad. Añadir un nuevo servicio de pago o un motor de inteligencia artificial puede hacerse en semanas, algo imposible con las arquitecturas de software tradicionales.
Pero incluso con un diseño nativo de la nube óptimo, solo estamos al 20 por ciento del ahorro de costes potencial.
2. Adopte un enfoque de empresa tecnológica
La mayor parte de las ganancias de la migración a la nube se obtienen al adoptar lo que llamo un enfoque de empresa tecnológica. Esto significa operar el banco con los mismos conceptos de vanguardia que se encuentran en Google, Amazon, Netflix y otras empresas tecnológicas de élite.
Estas son ideas que aprendí de primera mano durante mi tiempo en Google con mis cofundadores Will Montgomery, Peter Ebden y Fabian Siddiqi. El enfoque de empresa tecnológica es una combinación de cultura y prácticas. Y son radicalmente diferentes a la forma en que funcionan los bancos hoy en día.
Adopte los principios de una empresa tecnológica y los ahorros realmente pueden alcanzar el 90 por ciento.
La vida como empresa tecnológica
Un principio clave y definitorio del pensamiento de empresa tecnológica es la automatización. Todo, absolutamente todo, está automatizado. Esto permite una escalabilidad y eficiencia increíbles. Cuando trabajaba en el equipo de Android en Google, teníamos un miembro del equipo por cada millón de usuarios. Se dice que WhatsApp tiene un desarrollador por cada 10 millones de usuarios.
Para actuar como una empresa tecnológica, necesita una pureza de propósito, buscando la automatización sin contemplaciones. Todos los procesos manuales deben eliminarse. Los bancos, lamentablemente, son muy dados a asignar personas a los problemas cuando deberían asignar máquinas.
La automatización debe estar en el corazón de cómo se escribe y prueba el código. Si bien todas las empresas, incluidos los bancos, utilizan repositorios de código ("repo") como git, a menudo tienen un repositorio por proyecto o componente. Esto permite a los equipos trabajar de forma rápida e independiente al principio, pero acumula problemas para el futuro. Google, por el contrario, utiliza un único repositorio para todo su código principal, y Thought Machine utiliza un enfoque idéntico. Esto se llama "monorepo". El monorepo se combina con lo que se conoce como Integración Continua y Desarrollo Continuo (CI/CD). Esto significa que cuando un desarrollador registra un fragmento de código, se integra automáticamente con todo lo demás. Se despliega inmediatamente en un entorno de preproducción. Las pruebas se realizan automáticamente.
Quiero enfatizar lo importante que es esta última parte. Las pruebas automáticas se pueden realizar cientos de veces al día, algo imposible con las pruebas manuales. Para los desarrolladores, esto es revolucionario. Significa que los errores pueden identificarse de inmediato. Compare esto con la forma en que funcionan los bancos actualmente: lanzando actualizaciones masivas cada seis meses, por lo que si algo falla, los desarrolladores no tendrán ni idea de dónde reside el problema.
Con la automatización total, es posible desplegar actualizaciones de código cientos de veces al día. La innovación ocurre a través de una avalancha de mejoras incrementales. Amazon, por ejemplo, reveló que despliega código nuevo cada 11,6 segundos. Etsy despliega código más de 50 veces al día, un enfoque que requiere 13 700 pruebas automatizadas al día.
Así es como funcionan las empresas tecnológicas. Así es como deben trabajar los bancos.
Considere las ventajas de implementar CI/CD en un entorno totalmente automatizado.
- Las aplicaciones evolucionarán con el tiempo mediante mejoras incrementales. Los bancos ya no correrán el riesgo de quedar atrapados con software obsoleto, incapaces de actualizarse porque la brecha se ha vuelto demasiado grande.
- La innovación se vuelve sencilla. Los diseñadores de producto pueden realizar cambios valiosos en la experiencia del cliente sobre la marcha. Realizar pruebas A/B. Lanzar nuevos productos en semanas, no en meses.
- Mayor estabilidad. Introducir cambios pequeños, graduales y frecuentes es mucho más fiable que las actualizaciones masivas cada seis meses. Todos conocemos el historial de los bancos con estos lanzamientos gigantescos: tienen el potencial de arruinar la reputación de una entidad.
- Los costes de personal se reducen a una fracción. En un banco totalmente automatizado, todos los procesos rutinarios se delegan a las máquinas.
Google y Netflix son la prueba
Por eso creo que el Banco de Inglaterra es conservador con una estimación de ahorro de costes de solo entre el 30 y el 50 por ciento. Cuando comparamos la eficiencia de las mejores empresas tecnológicas, vemos que los bancos pueden ganar un 90 por ciento si adoptan el mismo enfoque.
En Thought Machine estamos ayudando a nuestros clientes, entre ellos Lloyds Banking Group, SEB, Atom Bank y Standard Chartered, a entrar en este nuevo mundo. Se están transformando en empresas tecnológicas, con la misma filosofía que Google y Amazon.
Las ganancias son astronómicas. Esperamos que otros bancos abracen el futuro y se unan a nosotros.
