Está en la página 1de 2

Caso de Éxito Bajo Metodología Scrum

Introducción
Debido a un cambio tecnológico de clase mundial para un connotado Banco de
la Industria Chilena, el cual consistía en cambiar sus sistemas actuales a un
modelo transaccional real time con múltiples beneficios, dentro de los que se
destacan performance, eliminación de capas intermedias y contar con la
información actualizada.
Debido a este cambio tecnológico, el proyecto fue abarcado en base a la
metodología tradicional de certificación de Software y bajo un plazo de 6
meses de certificación.
Durante este periodo de Certificación, no fue prevista las pruebas de carga
masiva (stress) en todas las instancias del proceso Batch.
Identificación de la Problemática
Post paso a Ambiente Productivo de este nuevo cambio tecnológico, se
identificaron problemas de pérdidas de Transacciones Monetarias (1 %), ya que
los movimientos quedaban logueados en los diferentes Backend, pero no en el
Principal, lo que generaba conflictos para el área de cuadratura contable y el
riesgo inminente de no tener el control absoluto de las Transacciones.
La problemática principal fue debido a que ciertos procesos Batch utilizaban
una gran cantidad de Recursos y sumado a que se producían bloqueos de
registros debido a una mala optimización entre el update v/s commit provocaba
rechazos de transacciones
.
Solución del Problema

(Rollback v/s Nuevo Desarrollo)

La Primera alternativa era el rollback del Software, pero existía un gran impacto
de asociado al cliente, ya que nuevamente se bajarían los servicios durante el
fin de semana.
La segunda alternativa fue trabajar en un Monitor Transaccional desde el origen
hasta el final de la transacción y en caso de encontrar alguna inconsistencia
generase la reversa en todo el sistema.
Debido a la urgencia de la solución se optó por una metodología agile
seleccionando dentro de ellas Scrum, para ello se conformó un equipo 100 %
dedicado al proyecto integrado por Desarrollo , Arquitectura , Jefe de Proyectos
y QA con perfil técnico y funcional.

Segundo Sprint Días) Tercer Sprint Cuarto Sprint Quinto Sprint Días) (Incorporación de Nuevas TX Online) (Incorporación de Input File de reversas) (Creación Aplicativo en Java para Nivel Usuario) (Proceso de Purga) (5 (3 Días) (3 Días) (3 Resumen Debido a las características del proyecto descrito a lo largo del caso. Dentro del Éxito logrado a Nivel de Equipo. se puede destacar.El Primer Sprint (Solución Transferencia Electrónicas) fue desarrollado en casi 2 semanas (horario hábil e inhábil).  Mayor calidad del software: La metodología de trabajo y la necesidad de obtener una versión funcional después de cada iteración. multidiciplinado y autónomo permite incrementar la productividad. el trabajar con Metodología Tradicional hubiese provocado un incremento en los plazos asociados debido a todo la burocracia que esto conlleva. Post solución fue traspaso de forma inmediata a producción con excelente resultados y así sucesivamente para el resto del desarrollo. .  Mayor productividad: El Trabajar con un equipo dedicado. con más de 20 defectos encontrados y solucionados por el equipo de desarrollo en 2 días. conforme con el plazo y Es importante mencionar que este desarrollo fue una solución momentánea de apoyo mientras se trabajaba en la solución del problema.  Reducción del Time to Market: Cliente utilizo la principal funcionalidad antes que el proyecto fuese terminado en completitud. ayuda a la obtención de un software de calidad superior  Cumplimento de expectativas: Cliente solución entregada.