por qué esta sesión
Tus equipos fueron entrenados en agilidad e IA aplicada. A partir de aquí, la velocidad que entreguen no depende de su técnica: depende de las decisiones que tomas tú sobre estructura, presupuesto, prioridad y gobierno. Esta sesión es sobre tu palanca, no la de ellos.
la tesis de toda la sesión
Adoptar ceremonias ágiles no mueve la aguja si el negocio sigue operando por silos funcionales y presupuestos anuales fijos. La velocidad del equipo se diluye en los handoffs del sistema.
qué cubre esta sesión
Lo que sabemos que distingue agilidad real de "proyectos ágiles".
Los fallos recurrentes, su causa raíz y el antídoto.
La secuencia que sí acelera y qué medir en cada paso.
Doce preguntas para auditar tu propia transformación.
Lo que la práctica acumulada de transformaciones bancarias nos enseña sobre qué separa la agilidad que entrega valor de la que solo agrega reuniones. Cada lección es una palanca que controlas desde tu rol.
Las transformaciones que funcionan no se limitan a hacer Scrum: reorganizan el negocio alrededor de equipos conectados al cliente y llevan el cambio a servicios centrales completos, no solo a TI. La agilidad en banca dejó de ser un asunto de proyectos tecnológicos para volverse una estructura organizativa adaptativa.
implicación → mientras coexistan silos funcionales y presupuestos estáticos, la velocidad del equipo se pierde en los handoffs.
El banco gana velocidad cuando organiza equipos alrededor de misiones conectadas al cliente, no alrededor de funciones. Cada equipo define su propósito y cómo medirá su impacto en clientes; los equipos pequeños, autoorganizados y multifuncionales son la unidad de entrega más efectiva para problemas complejos.
implicación → se reducen los handoffs entre negocio, operaciones, riesgo y tecnología.
Revisar prioridades y capacidad cada trimestre crea transparencia, predictibilidad y coordinación. Sustituir el presupuesto anual por una agenda única de desarrollo, dinámica y revisada por fases, es la diferencia más grande entre agilidad real y "proyectos ágiles".
implicación → el dinero y la capacidad siguen al valor, no al organigrama.
Más de la mitad de las transformaciones digitales bancarias exceden plazo y presupuesto o fallan, y la deuda técnica suele estar subpresupuestada. La mayor parte del gasto tecnológico se va a "mantener el banco", restando capacidad a "cambiar el banco".
implicación → sin matar complejidad, "agile" solo acelera el caos.
Los marcos regulatorios recientes lo vuelven explícito: gestión sólida de riesgos TIC, resiliencia operativa digital y tolerancias al impacto son exigibles. Los casos exitosos no eluden esto: estandarizan entornos seguros y compliant en autoservicio, e integran las aprobaciones internas en un flujo continuo compatible con la regulación.
implicación → compliance no es una compuerta al final, es una capacidad embebida desde el diseño.
El riesgo de la transformación sube de forma importante cuando la mayor parte de la capacidad está externalizada. Los mejores empujan la proporción de "doers" — quienes construyen — muy por encima de quienes solo orquestan. La agilidad bancaria requiere propiedad intelectual y capacidad de ejecución propias.
implicación → distingue capacidades commodity de las estratégicas, e insourcia las segundas.
El patrón correcto combina tres familias de métricas: operativas de entrega — lead time, frecuencia de despliegue, tasa de fallo de cambios y tiempo de recuperación — métricas de cliente y journey — NPS, adopción digital, conversión, cost-to-serve — y métricas económicas de valor capturado.
implicación → métricas operativas + métricas de cliente + métricas económicas. Las tres, o ninguna gobierna.
Al escalar reaparecen los mismos problemas: dependencias entre áreas, ausencia de visión compartida, dificultad de alineamiento y la tensión entre más velocidad y más reuniones. La salida no es "usar este o aquel framework", sino diseñar la coordinación como una capacidad de primer orden — tribus, chapters, coaches y revisiones trimestrales.
implicación → la coordinación se diseña, no se improvisa cuando aparece el dolor.
Los casos que aceleran de verdad pasan de releases mensuales o trimestrales a múltiples despliegues por día, y de aprovisionar entornos en semanas a hacerlo en minutos. La clave no es solo automatizar pipelines: es democratizar capacidades seguras y reutilizables para que ningún equipo dependa de tickets manuales.
implicación → automatizar no basta; hay que volver el "camino seguro" el camino más fácil.
El apoyo gerencial suficiente y el know-how del equipo aparecen una y otra vez como factores críticos. La resistencia inicial es real y el change management se subestima sistemáticamente. La cultura no es una campaña de comunicación: es gobierno, coaching, formación, transparencia y refuerzo conductual.
implicación → tu conducta visible como ejecutivo es parte del diseño cultural.
la idea que une las diez
La secuencia que aparece en los casos exitosos siempre es la misma: prioridad estratégica clara → portafolio dinámico → equipos end-to-end → plataforma de ingeniería y controles embebidos → entregas pequeñas y frecuentes → feedback instrumentado → reasignación trimestral de capacidad.
Tres capas se sostienen entre sí: la capa operativa (equipos y portafolio), la capa de ingeniería (plataforma y despliegue) y la capa de control (riesgo y cumplimiento) — que ya no puede ser externa al flujo.
Los seis patrones de fallo que más veces hemos visto descarrilar transformaciones bancarias. Para cada uno: la causa raíz que lo produce y el antídoto concreto que lo previene.
causa raíz → antídoto
| # | Error | Causa raíz | Antídoto |
|---|---|---|---|
| 01 | Confundir adoptar ceremonias con rediseñar el banco | Mantener silos funcionales, ownership fragmentado y presupuesto anual mientras se "bautizan" squads | El primer entregable no es el playbook ágil, sino el mapa de value streams, owners, dependencias y métricas |
| 02 | Tratar la deuda técnica como una "fase posterior" | Presión por quick wins de front-end sin tocar core, integración, datos ni procesos | Reservar capacidad explícita para simplificación, estandarización y reutilización desde el día uno |
| 03 | Dejar cumplimiento, riesgo y seguridad fuera de los equipos | Control secuencial, con revisiones tardías y aprobaciones manuales al final del proceso | DevSecOps con guardrails, plantillas preaprobadas y roles de riesgo/compliance cerca del producto |
causa raíz → antídoto
| # | Error | Causa raíz | Antídoto |
|---|---|---|---|
| 04 | Depender de terceros para capacidades estratégicas | Responder a la escasez de talento digital con outsourcing masivo y ownership difuso | Distinguir lo commodity de lo estratégico e insourciar la ejecución y la propiedad intelectual clave |
| 05 | "Pilotitis": muchos pilotos, ningún escalado | Lanzar pilotos prometedores sin mecanismo de escalado de portafolio, arquitectura y talento | Pasar del piloto al "faro" con playbook de escalado: reusable assets, gobierno trimestral y criterios de réplica |
| 06 | Medir story points, squads o ceremonias en vez de resultados | Es fácil medir actividad interna y difícil conectar producto con P&L, cliente y resiliencia | Un scorecard mínimo común para toda iniciativa crítica, con línea base y revisión trimestral |
No es elegir un framework: es construir una columna vertebral de ejecución. La secuencia, las prácticas con evidencia y las métricas que conectan la entrega con el negocio.
la secuencia que se repite en los casos exitosos
Empieza por journeys y value streams; reconfigura portafolio y funding; fija estándares de ingeniería y control; y solo entonces escala la organización.
qué ha demostrado · qué medir
| Práctica | Qué ha demostrado | Métricas recomendadas |
|---|---|---|
| Equipos multifuncionales con KPI compartido | Reducen handoffs y mejoran colaboración, priorización y velocidad | Lead time por journey · handoffs por iniciativa · predictibilidad · NPS/CSAT por journey |
| Portafolio trimestral y funding dinámico | Hace visible la capacidad, reduce duplicidades y mueve recursos hacia el valor | % capacidad realocada por trimestre · time-to-approve · % iniciativas sin caso de valor |
| Simplificación de journeys, plataformas y procesos | Libera capacidad y baja el coste estructural | Pasos por journey · cost-to-serve · tiempo a "sí" · retrabajo · errores operativos |
| CI/CD, test automation y releases pequeños | Aceleran sin deteriorar la estabilidad cuando hay disciplina | Frecuencia de despliegue · lead time · tasa de fallo de cambios · tiempo de recuperación |
qué ha demostrado · qué medir
| Práctica | Qué ha demostrado | Métricas recomendadas |
|---|---|---|
| Plataformas internas y autoservicio seguro | Reducen tiempos muertos de provisión y onboarding técnico de semanas a horas o minutos | Tiempo de provisión de entorno · % entornos autoprovisionados · % plantillas preaprobadas |
| Reutilización mediante APIs y plataformas comunes | Acelera el escalado y reduce duplicación | % servicios reutilizables · % componentes compartidos · tiempo de integración con terceros |
| Feedback continuo de cliente y experimentación | Mueve indicadores de onboarding, adopción y conversión | Drop-off · adopción digital · conversión · NPS/CSAT · revenue uplift por experimento |
| Coaching, academia y cambio conductual | La formación y el soporte gerencial son factores críticos repetidos | % roles críticos formados · tiempo a productividad de PO/SM/EM · engagement · rotación |
scorecard mínimo para comité ejecutivo
Lead time · frecuencia de despliegue · tasa de fallo de cambios · tiempo de restauración
Drop-off / conversión del journey · NPS / CSAT · adopción digital
Cost-to-serve · valor económico capturado · incidentes de control y compliance · productividad del equipo
Esta combinación está más alineada con la evidencia que medir "velocidad ágil" por story points o número de squads. Una vista integrada por journey, con línea base y revisión trimestral.
No para puntuar a los equipos: para puntuar las condiciones que tú controlas. Si una respuesta es "no", ahí está tu próxima decisión.
checklist ejecutivo · parte 1
checklist ejecutivo · parte 2
La agilidad real no es ir más rápido.Sensibilización estratégica · Agilismo + IA aplicada · Credicorp
Es que el dinero, la capacidad y el control
sigan al valor — y eso lo decides tú.