miércoles, 7 de diciembre de 2016

Las mejores prácticas para implementar un Core Bancario

Los banqueros lo saben y a menudo se refieren a los cambios  de un Core Bancario como una cirugía a corazón abierto, las vastas plataformas que soportan la transaccionalidad y la operación del día a día de un banco son críticas para la supervivencia del mismo, en consecuencia los costos y los riesgos de los proyectos bancarios son altos.

Producto de la experiencia en muchos quirófanos de la industria bancaria nacional y latinoamericana, de los errores, los fracasos, de la investigación, de la lectura de mucha literatura sobre este tema, considero que por la salud del paciente debemos tener en cuenta las siguientes mejores prácticas.

1.-  Establecer un plan o un programa de trabajo es imprescindible, fijar los principales hitos, aunque los planes son realmente grandes, complejos e inciertos siempre nos ayudan para ubicarnos donde estamos y para tomar decisiones, si se pierde el rumbo también se pierde el presupuesto y todo lo demás. Si un plan de 2 años se convierte en 3 años costará un 50% más, uno de los mayores costos es el costo de la gente. Ocasionalmente se pueden tomar decisiones menos perfectas pero se las puede ordenar más tarde en lugar de tratar de construir la solución perfecta. No puedes permitirte dejar al paciente en la mesa del quirófano demasiado tiempo, si estás trabajando en el corazón y vez algo mal con los riñones probablemente tengas que ocuparte de eso pero más tarde y con otro especialista.

2.- Limpiar los datos antes de la migración.-  La limpieza de los datos es algo que hay que hacer de antemano, hay que limpiar y depurar los datos en el sistema antiguo, no espere que el nuevo sistema lo haga. Los bancos y las empresas en general necesitan centrarse en conocer y dominar sus datos para así poder mantener el control sobre toda la información.

3.- Crear un comité de dirección del proyecto para  la toma decisiones de alto nivel para arbitrar los diferentes puntos de vista ya se en las líneas de negocio, operaciones o de tecnología. Este órgano debería reunirse al menos una vez al mes o cuando la situación lo amerite y las decisiones deberían ser definitivas y vinculantes.

4.- Use implementaciones piloto mientras se pueda y sea necesario, esto ayuda a resolver las novedades y distorsiones antes de realizar un despliegue a gran escala.

5.-  Jamás trate de hacer todo a la vez.- No se debe poner todos los –artículos- en la lista de deseos de los requisitos del nuevo sistema, lógicamente existirán algunos usuarios que piensen que su lista de deseos no está siendo atendida, recuerda que esta es una cirugía de corazón abierto. Para la primera transformación reduzca lo más posible la nueva funcionalidad simplemente intente migrar su negocio existente a la nueva plataforma, una vez que se encuentre en la nueva plataforma podrá comenzar a implementar nuevas funcionalidades.

6.- Espere excesos en tiempos y costos.- Nunca he visto un proyecto en la industria bancaria que se cierre a tiempo y dentro del presupuesto, debido a que son proyectos grandes y complejos siempre hay sorpresas y rara vez son agradables.

7.- Trate de mantener y retener a los empleados de TI existentes incluso si está cambiando a una nueva herramienta tecnológica, es muy desmotivador para la gente saber que tan pronto el nuevo proyecto termine algunos serán despedidos, capacite y prepare al mejor personal en el nuevo sistema.

8.- Profundice mucho y siempre refuerce la capacitación de los usuarios finales antes de la salida a producción,  ellos siempre nos vendrán a decir de cosas que no funcionan bien ya sea con razón o por desconocimiento, en gran parte los usuarios finales determinan el éxito del proyecto.

9.- Administre la migración estrictamente.-  La definición de la fecha de corte y el mejor momento en que los datos se encuentren preparados para la migración debe manejarse y respetarse estrictamente para que el proceso pueda funcionar sin problemas.

10.- Este preparado para solucionar rápidamente fallas en el nuevo sistema, no es posible o será muy costoso probar todo, hay que saber reaccionar rápidamente ante cualquier problema después de la salida a producción y hay que ser flexibles y estar preparados incluso para dar algunas soluciones manuales. 

0 comentarios: