El "Post-Mortem" para Mejorar tu App Bancaria

 Retrospectivas

Imagina que tu equipo acaba de lanzar la función de "Pago de Servicios con QR" en la app del banco. Aunque la función salió, el equipo de pruebas terminó exhausto porque los requisitos cambiaban cada hora y los datos de prueba fallaron a mitad del camino. ¿Cómo evitamos que esto pase en el siguiente lanzamiento? Usando Retrospectivas.

¿Qué es una Retrospectiva?

Es una reunión donde todo el equipo (desarrolladores, probadores y jefes) se detiene a analizar cómo trabajaron. No se trata de buscar culpables, sino de aprender. En el mundo Ágil, se hace al final de cada ciclo (iteración) para mejorar de inmediato.

Pasos de la reunión en tu equipo bancario:

1. Introducción: Se crea un ambiente de confianza. "Lo que pase en la retro, se queda en la retro".
2. Recopilar Datos: Usamos números (ej. "encontramos 50 errores, pero 10 fueron reportados por usuarios en producción") y sentimientos (ej. "el equipo se sintió frustrado por la falta de celulares para probar").
3. Derivar Mejoras: Analizamos la raíz. Si los datos de prueba fallaron, ¿fue porque el servidor estaba caído o porque nadie los actualizó? Usamos lluvia de ideas para buscar soluciones.
4. Decidir Acciones: No intentamos arreglar todo. Elegimos dos o tres acciones clave, como "Automatizar la creación de saldos de prueba para la siguiente semana".
5. Cierre: Revisamos si la reunión fue útil para hacerla mejor la próxima vez.

El valor del probador: Tú aportas una visión única. Eres quien sabe qué partes del código son más frágiles y qué procesos de comunicación están bloqueando la calidad. Al documentar y actuar sobre estos puntos, aseguras que la app sea cada vez más robusta y segura.

Usando Datos para Blindar tu App Bancaria

Mejora Basada en el Análisis

Imagina que en la App de tu Banco, el proceso de "Recuperación de Contraseña" está fallando constantemente. No quieres adivinar por qué; necesitas datos reales para mejorar. A diferencia de seguir manuales externos, el Enfoque Analítico mira los datos de tu propio equipo para encontrar soluciones.

¿Cómo funciona?

Este enfoque utiliza datos cuantitativos (números, métricas) y cualitativos (opiniones en retrospectivas) para dejar de atacar síntomas y eliminar la raíz de los problemas.

• Análisis de Causa Raíz: Si un error grave de seguridad llegó a producción, no solo lo arreglamos. Usamos herramientas como el Diagrama de Ishikawa para entender si el problema fue falta de capacitación, una herramienta fallida o requisitos mal explicados.
• Métricas e Indicadores: Medimos qué tan efectivos somos (¿cuántos bugs encontramos?) y qué tan eficientes (¿cuánto tiempo nos toma?). Si vemos que tardamos 3 días en probar un cambio simple, los datos nos dicen que ahí hay algo que mejorar.
• Enfoque GQM (Meta-Pregunta-Métrica): Es una forma inteligente de medir.
1. Meta: Queremos transacciones más seguras.
2. Pregunta: ¿Cuántos intentos de acceso no autorizado detectamos en las pruebas?
3. Métrica: Número de vulnerabilidades críticas bloqueadas por semana.

¿Por qué es vital para el Banco?

En la banca, las decisiones no pueden ser imprecisas. Al usar datos, el líder de pruebas puede demostrar con evidencias que, por ejemplo, invertir en automatización de regresión redujo los errores en un 20%. Esto convierte la mejora en un proceso objetivo, medible y, sobre todo, confiable para proteger el dinero de los usuarios.

Subiendo el Nivel de tu App Bancaria (2)

Mejora del Proceso de Prueba Basada en Modelos

Imagina que trabajas en el equipo de calidad de un banco. Para asegurar que la App de Banca Móvil no falle al hacer transferencias, no basta con probar por intuición; necesitamos un estándar. La mejora basada en modelos parte de una idea clave: si tu proceso de trabajo es bueno, el software final será de alta calidad.

¿Qué es un modelo de mejora?

Piensa en estos modelos como un "entrenamiento profesional" para equipos de software. En lugar de inventar el hilo negro, usamos marcos de trabajo como TMMi® o TPI NEXT®, que agrupan las mejores prácticas de la industria y las organizan de forma escalonada (por niveles).

Aplicación en el Mundo Bancario

Si tu proyecto de "Pago con QR" está entregando resultados con errores, no necesitas cambiar las políticas de todo el banco de golpe. Puedes aplicar el modelo solo a nivel de proyecto:

• Enfoque Local: Te centras en mejorar la planificación de la prueba y el diseño de casos de prueba específicos para el QR.
• Madurez: El modelo te dirá, por ejemplo, que antes de intentar automatizar todo (nivel alto), debes tener un proceso de control de defectos estable (nivel básico).

¿Por qué es importante?

En un banco, un error en el proceso (como olvidar probar la app en una red lenta) puede significar que miles de usuarios no puedan disponer de su dinero. Al usar estos modelos, aseguras que el equipo no solo "encuentre errores", sino que tenga un sistema profesional para prevenirlos. Incluso en equipos Ágiles, estos modelos se adaptan para que la rapidez no sacrifique la seguridad financiera.

Subiendo de Nivel tu App Bancaria

 Mejora del Proceso basada en Modelos

Imagina que trabajas en el equipo de calidad de un banco. Para asegurar que la App de Banca Móvil no falle al hacer transferencias, no basta con probar por intuición; necesitamos un estándar. La mejora basada en modelos parte de una idea clave: si tu proceso de trabajo es bueno, el software final será de alta calidad.

¿Qué es un modelo de mejora?

Piensa en estos modelos como un "entrenamiento profesional" para equipos de software. En lugar de inventar el hilo negro, usamos marcos de trabajo como TMMi® o TPI NEXT®, que agrupan las mejores prácticas de la industria y las organizan por niveles.

El Modelo TMMi® en el Mundo Bancario

El TMMi® es el estándar más famoso y tiene 5 niveles de madurez:

1. Nivel 1: Las pruebas son caóticas y reactivas.
2. Niveles superiores: Aquí el banco ya tiene procesos definidos, como una planificación clara, medición de resultados y prevención de errores.

Si tu proyecto de "Pago con QR" está en un nivel bajo, podrías notar que siempre encuentran errores críticos justo antes del lanzamiento. Al aplicar el modelo, el equipo aprende a diseñar pruebas más inteligentes y a planificar mejor los recursos, subiendo de nivel y volviéndose más predecible.

Aplicación a tu Proyecto

No necesitas cambiar a todo el banco de golpe. Puedes aplicar estas mejoras solo a nivel de proyecto, enfocándote en lo que haces a diario: cómo diseñas tus casos de prueba o cómo reportas los fallos. Incluso si el equipo usa metodologías Ágiles, existen guías para adaptar estos modelos y asegurar que la app sea rápida, pero sobre todo, segura y confiable para el dinero de los clientes.

Subiendo de Nivel en tu App Bancaria

El Modelo IDEAL 

Imagina que eres parte del equipo que mantiene la App de un Banco. Notan que en el último mes varios usuarios reportaron que la app se cierra al intentar pagar servicios. En lugar de solo arreglar el código, decides mejorar el proceso de prueba para que esto no vuelva a ocurrir, usando el modelo IDEAL.

Las 5 Fases de la Mejora

Este modelo es un ciclo continuo para optimizar cómo trabajamos:

1. Iniciar (Initiating): El equipo y los jefes se ponen de acuerdo: "Nuestro objetivo es reducir los errores en pagos un 50%". Se define qué vamos a mejorar y quiénes participarán.
2. Diagnosticar (Diagnosing): Analizamos qué estamos haciendo mal hoy. ¿Faltan datos de prueba? ¿Nuestras pruebas automáticas son lentas? Evaluamos nuestra situación actual comparándola con estándares de la industria.
3. Establecer (Establishing): Creamos un plan de acción. Decidimos, por ejemplo, que la prioridad es automatizar la validación de recibos. Priorizamos basándonos en el retorno de inversión y el riesgo para el banco.
4. Actuar (Acting): ¡Manos a la obra! Implementamos el plan, capacitamos al equipo en la nueva herramienta de automatización y hacemos una prueba piloto en el módulo de pagos.
5. Aprender (Learning): Al final, verificamos: ¿Bajaron los reportes de error? ¿Qué funcionó y qué nos quitó tiempo? Con este aprendizaje, cerramos el ciclo y estamos listos para la siguiente mejora.

A nivel de equipo, este proceso es más ágil y suele ocurrir dentro de las retrospectivas, permitiendo que la app bancaria sea cada vez más confiable y segura para el usuario sin detener la operación.