Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

¿Qué debemos hacer desde Tecnología para estar alineados con la Transformación Digital de la Industria Financiera?

La industria financiera está experimentando una transformación digital que desafía fuertemente el modelo de negocios tradicional de los Bancos en todo el mundo. Como no podía ser de otra manera, dicha transformación está fuertemente apalancada en el uso de tecnología. Esta nueva realidad representa un tremendo desafío para toda la organización y en particular para los equipos de tecnología que por muchos años han estado concentrados principalmente en la continuidad operativa del negocio. ¿Qué debe hacer un equipo de tecnología para alinearse con esta transformación?, ¿cuáles deberían ser sus focos?…estas son algunas de las preguntas que abordará Martín durante su conferencia.

¿Qué debemos hacer desde Tecnología para estar alineados con la Transformación Digital de la Industria Financiera?

  1. 1. ¿Qué debemos hacer desde Tecnología para estar alineados con la Transformación Digital de la Industria Financiera? Martín Cabrera CTO BCI macabre@bci.cl @dmcabrera
  2. 2. ¿Qué entendemos por transformación digital? Transformar nuestro negocio a través de la tecnología, creando modelos operativos, procesos y experiencias digitales, que estén a la altura de las necesidades y expectativas de nuestros clientes y colaboradores pensar “Customer First, digital first”
  3. 3. ¿Qué debemos hacer desde tecnología? Debemos poner foco en la implementación de ciertos habilitadores tecnológicos que son esenciales para afrontar esta transformación.
  4. 4. Adoptar estructura y metodología Agile Desarrollo Proyecto Arquitecto QA Negocio PMO Tecnología Desarrollo Continuidad Arquitectura QA PMO Estructura y metodología Tradicional Req Dis Impl. Test Dep 6 meses §  Estructura basada en silos §  Altos niveles de dependencia y bajos niveles de colaboración §  Time-to-market deficiente y TCO alto §  Personas comprometidas con un plazo, no con los resultados y el valor agregado del proyecto. Desarrollo Arquitecto QA Negocio Scrum Master Estructura y metodología Agile Equipo A UX Desarrollo Arquitecto QA Negocio Scrum Master Equipo B UX Sprint (1 mes) Sprint (1 mes) §  Estructura basada en equipos auto-gestionados §  Altos niveles de colaboración y cohesión §  Delivery incremental al final de cada Sprint permite obtener feedback temprano de los usuarios y entregar software funcionando. §  Personas comprometidas con el resultado y el valor agregado. §  El negocio es parte del equipo. Roles UX y Scrum Master son clave
  5. 5. Implementar Omnicanalidad basada en APIs §  Canales implementados como silos con bajos niveles de integración y alta redundancia §  Replicación “mecánica” de funcionalidades existentes en nuevos canales §  Experiencia inconsistente…“Los Bancos piensan en Canales, el cliente no” §  Acoplamiento de la capa de presentación con el resto de los layers no permite extender la arquitectura hacia el cloud. §  Canales implementados bajo una estrategia “Mobile First” §  Funcionalidades concebidas y diseñadas desde la perspectiva del usuario “UX” y optimizadas para cada dispositivo. §  Las APIs son el corazón de la nueva plataforma omnicanal del Banco y un habilitador clave para la innovación…los negocios digitales basados en APIs serán “negocios programables” §  La APIs simplifican la transición hacia una arquitectura basada en Microservicios y la extensión hacia el cloud. Arquitectura Multicanal Arquitectura Omnicanal basada en APIs Web Móvil Sucursal CallCenter Web Móvil Call Center API API Sucursal Redes Sociales API Servicios de Negocio Sistemas Core Servicios de Negocio Sistemas Core Innovaciones de Terceros API Management
  6. 6. Arquitectura Monolítica vs Arquitectura basada en Microservicios §  Las plataformas middleware de los Bancos se han tornado complejas y con altos niveles de acoplamiento. §  Cada nuevo cambio tiene el potencial de provocar efectos colaterales imprevisibles e indisponibilidad generalizada. §  Cuanto más tiempo pasa, más compleja se vuelve. §  Esta nueva Arquitectura promueve el desacoplamiento de mis aplicaciones en servicios especializados que pueden ser extendidos, corregidos, implantados y administrados de manera independiente. §  La interacción entre microservicios se da a través de APIs §  El desacoplamiento vertical permite que cada Microservicio escale de manera independiente e inclusive moverlo al cloud. Arquitectura Monolítica Arquitectura basada en Microservicios Presentation Layer UI UI UI UI UI Business Logic Layer Srv Srv Srv Srv Srv Core Systems Layer Srv Srv Srv Srv Srv Pres./API Layer UI API Business Layer Srv Srv Core Systems Layer Srv Srv Pres./API Layer Business Layer Srv Srv Core Systems Layer Srv Srv Pres./API Layer API Business Layer Srv Srv Core Systems Layer Srv Srv UI API
  7. 7. Pensar en procesos digitales y automatizados §  Los procesos existen pero solo a nivel de los manuales operativos de la organización. §  La baja o nula integración con las aplicaciones deriva en procesos “mano-máticos” deficientes, redundantes y con alto riesgo operativo. §  Seguimos operando con procesos concebidos hace décadas que dependen fuertemente del uso de papel. §  A través de tecnología BPM creamos procesos digitales vivos integrados con las aplicaciones de usuario y con los servicios de negocio. §  El proceso orquesta de manera centralizada la interacción que se da entre las personas y los sistemas que participan del mismo. §  Los procesos digitales son en esencia paperless, las plataformas ECM y de firma digital son fundamentales. Escenario actual Escenario futuro Aplicación Las aplicaciones no están integradas al proceso, solo resuelven una parte. Aplicación Aplicación Servicio Aplicación ECM Firma Digital Servicio Plataformas Core Servicio Servicio Aplicación Aplicación BPM BAM
  8. 8. Automatización de procesos core •  Procesos manuales basados en la interacción e intercambio de archivos entre varias personas a través de correo electrónico. •  Tiempos de ciclo extensos, que atentan contra las estrategias de crecimiento comercial. •  Riesgo operacional alto derivado de la alta manualidad. •  No hay tiempo para implementar mejora continua. •  La automatización del proceso elimina la interacción manual y la manipulación de archivos. •  Los tiempos de ciclo se reducen, pudiendo llegar a días u horas •  El riesgo operacional se mitiga y ganamos trazabilidad. •  Nuestro foco pasa de solo soportar la operación a la mejora y optimización continua del proceso. Escenario actual Escenario futuro Inteligencia Data Warehouse Canales Riesgo Data Marts BD Local Sucursal Call Center Entidad Externa Web/Móvil 2 meses Campaign Mngmt Data Warehouse Data Marts Inteligencia 2 semanas Sucursal Web/Móvil Call Center Riesgo Canales Entidad Externa
  9. 9. Arquitectura de Datos Moderna con soporte BigData Arquitectura de Datos Tradicional
  10. 10. Arquitectura de Datos Moderna con soporte BigData Arquitectura de Datos Tradicional §  Escalabilidad vertical y volúmenes de datos en línea restringidos §  Workloads ETL y operativos limitan la capacidad analítica de la plataforma §  No pensada para soportar workloads de tipo real-time analytics e Internet of Things §  Diseñada para el mundo on-premise
  11. 11. Arquitectura de Datos Moderna con soporte BigData Arquitectura de Datos Moderna §  Escalabilidad vertical y volúmenes de datos en línea restringidos §  Workloads ETL y operativos limitan la capacidad analítica de la plataforma §  No pensada para soportar workloads de tipo real-time analytics e Internet of Things §  Diseñada para el mundo on-premise
  12. 12. Arquitectura de Datos Moderna con soporte BigData Arquitectura de Datos Tradicional §  Escalabilidad vertical y volúmenes de datos en línea restringidos §  Workloads ETL y operativos limitan la capacidad analítica de la plataforma §  No pensada para soportar workloads de tipo real-time analytics e Internet of Things §  Diseñada para el mundo on-premise Arquitectura de Datos Moderna §  Arquitectura unificada que elimina la barrera conceptual de bases de datos OLTP y bases de datos analíticas. §  Preparada para soportar todos los workloads, Interactivo, Real-time, Batch y Analítico. §  Soporta naturalmente la carga de fuentes de datos no estructuradas §  Escala de manera horizontal y es cloud-friendly
  13. 13. ¿Qué más deberíamos hacer desde Tecnología? Adoptar una estrategia DevOps Mover el desarrollo hacia una plataforma PaaS Estar preparados para integrar soluciones IoT Extender nuestra Arquitectura on- premise hacia un Cloud Híbrido Explorar tecnologías de Software Defined Datacenter
  14. 14. Resumiendo… Agile IT Omnicanalidad basada en APIs Arquitectura Microservicios Procesos Digitales y BPM Automatización de Procesos Core Arquitectura Big Data Estrategia DevOps Desarrollo sobre PaaS Cloud Híbrido Software Defined Datacenter IoT
  15. 15. Martín Cabrera CTO BCI macabre@bci.cl @dmcabrera ¿Qué debemos hacer desde Tecnología para estar alineados con la Transformación Digital de la Industria Financiera?

×