El contexto
Banco Falabella enfrentaba un desafío común en la banca: su infraestructura tecnológica había crecido orgánicamente durante años, con equipos distribuidos, estándares fragmentados y una necesidad urgente de alinear la arquitectura con las mejores prácticas de la industria. La adopción de tecnologías Red Hat — presente en su ecosistema — requería algo más que licencias y documentación: necesitaban acompañamiento técnico especializado, in-house, para que la arquitectura escalara sin sacrificar seguridad ni mantenibilidad.
Ahí entramos nosotros. No como consultores que llegan, diagnostican y se van, sino como una célula de servicio integrada: parte del equipo del banco, aplicando criterio de arquitectura con estándares Red Hat, pero con la autonomía de venir de fuera.
El modelo: célula de servicio, no consultoría tradicional
La diferencia entre una consultoría tradicional y una célula de servicio es sutil pero crítica. En el primer modelo, entregas un informe y te vas. En el segundo, te sientas al lado del equipo, codeas, validas, discutes y tomas decisiones con ellos. El banco optó por este segundo enfoque, y el certificado de proyecto exitoso de Red Hat lo respalda.
Las líneas de servicio incluyeron:
- Asesoría y acompañamiento técnico en actividades de arquitectura de soluciones, alineadas a buenas prácticas de la industria y a los estándares corporativos de Red Hat
- Apoyo especializado en diseño, validación y revisión de componentes arquitectónicos, con foco en escalabilidad, seguridad y mantenibilidad
- Soporte técnico a equipos de trabajo en el contexto de la célula de servicio, facilitando la toma de decisiones técnicas y la correcta implementación de soluciones
- Aseguramiento del cumplimiento de estándares técnicos, normativas internas y lineamientos de seguridad de Red Hat
- Coordinación con los referentes designados por Red Hat para la correcta ejecución de las actividades comprometidas en la Orden de Compra
Dato clave: Este proyecto fue certificado como "Proyecto Exitoso" por Red Hat — un reconocimiento que no se otorga por cumplir con lo contractual, sino por demostrar impacto real en la madurez arquitectónica del cliente (Resolución N° 26/11/26/2026, Orden de Compra N° 180-1013-CC16-2026).
El desafío técnico
Trabajar en banca implica restricciones que no existen en otros sectores. Cada decisión arquitectónica pasa por filtros de seguridad, compliance, auditoría y disponibilidad. Algunos de los desafíos concretos que enfrentamos:
- Escalabilidad bajo regulación: Las soluciones debían soportar crecimiento horizontal sin violar normativas de residencia de datos ni controles de acceso sectoriales
- Heterogeneidad tecnológica: Convivir con stacks legacy (mainframe, Cobol, Oracle Forms) mientras se impulsaban componentes nuevos sobre Red Hat OpenShift / RHEL
- Seguridad desde el diseño: No como checklist al final, sino como criterio en cada definición arquitectónica — desde el modelo de red hasta el manejo de secretos
- Mantenibilidad a largo plazo: Las soluciones no podían depender de una sola persona o equipo. Había que documentar, estandarizar y transferir conocimiento en vivo
Cómo trabajamos
Integración con los equipos
No instalamos un PMO ni un comité de arquitectura que revisara documentos. Nos integramos directamente a los squads del banco. Cada semana: revisión de diseños, code review cuando aplicaba, sesiones de validación de componentes y discusiones técnicas con los arquitectos del banco y los referentes de Red Hat.
Validación continua de componentes
Uno de los focos fue la validación temprana de decisiones arquitectónicas. En lugar de esperar a que un componente estuviera desarrollado para revisarlo, validábamos el diseño antes de escribir la primera línea de código. Esto redujo significativamente el retrabajo y los famosos "esto no escala" cuando ya es tarde.
Alineación con estándares Red Hat
Trabajamos directamente con los referentes técnicos designados por Red Hat para asegurar que cada solución propuesta no solo cumpliera con los estándares internos del banco, sino que estuviera alineada con las mejores prácticas y patrones de referencia de Red Hat a nivel global.
Resultados
- Célula de servicio operativa integrada en los flujos del banco, no como unidad externa
- Más de 15 componentes arquitectónicos validados durante el período, con revisión temprana de diseño
- Reducción de retrabajo por decisiones técnicas corregidas tarde: la validación temprana cortó el ciclo de "diseño-desarrollo-revisión-cambio"
- Equipos del banco capacitados en vivo — no hubo "transferencia" al final, ocurrió durante todo el proyecto
- Certificación de proyecto exitoso por Red Hat, validando el modelo de acompañamiento implementado
- Estándares de seguridad y escalabilidad documentados y aplicados consistentemente entre squads
Lo que más valoró el banco: Que no llegamos a imponer una arquitectura "ideal" desde afuera. Trabajamos con lo que tenían, respetando sus restricciones, y los llevamos hacia donde necesitaban ir. Eso es acompañamiento técnico real, no consultoría de PowerPoint.
Lo que aprendimos
- El modelo de célula de servicio funciona mejor que la consultoría tradicional cuando el cliente tiene madurez técnica pero necesita refuerzo especializado. No reemplazas equipos, los potencias.
- En banca, la seguridad no es una restricción técnica, es el producto. Cada decisión arquitectónica debe partir de ahí, no agregar seguridad después.
- Validar temprano es más barato que revisar tarde. Suena obvio, pero la mayoría de las organizaciones lo hace al revés. Un diseño mal evaluado a tiempo cuesta una discusión; mal evaluado en producción cuesta una crisis.
- La certificación Red Hat no es el objetivo, es el termómetro. Llegó porque el trabajo estaba bien hecho, no al revés. Mide impacto real, no entregables.