Post on 03-Feb-2016
Automatización proceso originación de crédito “BanAlpes”Postmortem Ciclo 2Grupo Quimera
INTEGRANTES:Alexandra Marín – Líder de calidadJuan Carlos Lopera – Líder de planeaciónCamilo Forero – Lider de desarrolloLuis Carlos Ávila – Líder de soporteJavier Murcia – Líder de equipo
Page 2
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 3
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 4
Requerimientos Ciclo 2:
Implementar el proceso de originación de crédito en una versión simplificada, en la cual se pueda obtener la funcionalidad básica del mismo, dejando actividades o requerimientos que se puedan incluir en una etapa posterior sin impactar la arquitectura resultante.
1. Implementar subproceso de Segmentación de clientes2. Implementar subproceso de Validación de Riesgo3. Implementar subproceso de Estudio Crediticio4. Implementar subproceso de Realce
PRODUCTO (1)
Page 5
PRODUCTO (2)
Requerimientos ciclo 2:
Dado el costo en tiempo que ha requerido el conocimiento total de la plataforma, los tiempos de implementación aumentaron, lo que condujo a que no se finalizaran los requerimientos del ciclo.
80%
20%
Requerimientos Completados
Requerimientos Comple-tados
Requerimientos No Comple-tados
Requerimiento % de Avance
Segmentación de Clientes
100%
Validación de Riesgo
100%
Estudio Crediticio 50%
Realce 0%
Page 6
PRODUCTO (3)
Para realizar la estimación de tamaño del producto, utilizamos la técnica Delphi ya que varios miembros del equipo tienen conocimiento en este tipo de proyectos.
Planeado Real1000
2000
3000
4000
5000 43504610
Métricas del Tamaño del Producto
Page 7
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 8
Reporte de proceso (1)
Metas del EquipoMeta Resultado
El ajuste de la planeación durante la ejecución, no debe exceder el 20%
El ajuste realizado a la planeación fue del 16,08% de acuerdo a las actividades planeadas vs las realizadas.
El número de horas de trabajo no debe ser superior a 20 a la semana por miembro del equipo
El promedio de horas trabajadas a la semana fue de 13,4 h por miembro del equipo.
El número de horas de trabajo no debe ser menor a 10 a la semana.
El promedio de horas trabajadas a la semana fue de 13,4 h por miembro del equipo.
Requerimientos solicitados incluidos en el producto final mayor al 90%.
Los requerimientos incluidos en el producto final fue de 65%, el objetivo no se cumplio.
La diferencia total en el número de horas invertidas entre los integrantes, no debe superar el 5%.
La diferencia de horas invertidas fue del 3%
Porcentaje de información registrada en el repositorio SVN del proyecto igual al 100% según el TSP.
100% de los artefactos fue subida en el SVN.
Configuración del ambiente de trabajo en un 100% Esta meta se cumplió ya que para poder realizar los requerimientos solicitados era necesario contar con el ambiente configurado en su totalidad.
Finalizar el ciclo con un margen de 2 días con respecto a lo planeado.
Esto no se cumplió dado que la mayoría de las herramientas eran nuevas para todos los integrantes del equipo, por lo que se requirió todo el tiempo disponible para trabajar en el proyecto.
Page 9
Reporte de proceso (2)
Tiempo planeado vs tiempo ejecutado por integrante
Tiempo promedio planeado por integrante 33,4 h/integranteTiempo promedio real por integrante 39,8h/integrante
Javier Murcia Alexandra Marín
Juan Lopera Luis Ávila Camilo Forero0
5
10
15
20
25
30
35
40
45
28
36
33
29.5
40.5
37
40 41
38
43
Horas Planeadas
Horas Reales
Page 10
Reporte de proceso (4)
Tiempo Planeado Tiempo Real150
155
160
165
170
175
180
185
190
195
200
167
199
Tiempo Planeado vs Tiempo Real
Page 11
Reporte de proceso (5)
Lanz
amien
to
Etrate
gia
Planea
ción
Anális
is
Diseño
Codific
ación
Pru
ebas
Imple
men
tació
n
Despli
egue
Prueb
as
Postm
orte
m
Tarea
s Adm
inist
rativ
as0%
5%
10%
15%
20%
25%
3.00%
5.20%
3.20%
5.00%
10.00%9.00%
23.70%
17.00%
14.30%
7.60%
2.00%
Tiempo Gastado por Fase
Porcentaje
Page 12
Reporte de proceso (6)
Proceso: Qué Funcionó? Qué NO Funcionó?
Según el plan de mejoras del primer ciclo, teníamos la intención de utilizar la herramienta DotProject, pero dado que se tenía que estabilizar la plataforma para trabajar en el producto, el líder de soporte dedico su tiempo a la configuración de estas herramientas prioritarias para el desarrollo del proyecto y la configuración de esta herramienta paso a segundo plano, por lo tanto se continúo con el plan de contingencia en el cuál todos los integrantes del equipo registraron sus actividades y tiempos en hojas de Excel que luego fueron consolidadas. Dado que aún estamos aprendiendo sobre la plataforma tecnológica sobre la que esta soportada la solución actual del banco, el tiempo que teniamos estimado para realizar los requerimientos de este ciclo se extendío y hubo algunos requerimientos del que no se finalizaron.
Page 13
Reporte de proceso (7)
Proceso: Qué Funcionó? Qué NO Funcionó? La estimación por Delphi para la planeación y estimación de LOC nos dio buenos resultados ya que los datos no estuvieron tan desfasados. Falto un riguroso seguimiento para generar reportes de planeación y de procesos. Los seguimientos por skype siguen funcionando muy bien, todos los integrantes del grupo estuvieron permanentemente informados de la situación y de las decisiones que se tomaron con respecto al proyecto, además sirvió como un buen canal de comunicación para resolver dudas.
Page 14
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 15
Desempeño de los Roles (1)
Líder del equipo: Su desempeño fue muy bueno, realizó una buena coordinación del grupo y estuvo al tanto del progreso del proyecto, además motivo al equipo y resolvió problemas que se presentaron durante el desarrollo del ciclo. Líder de Planeación: Realizó un excelente trabajo en la planeación de las actividades, balanceando acertadamente las cargas de trabajo para cada uno de los miembros del grupo. Líder de Desarrollo: Condujo correctamente al grupo en el diseño y el desarrollo del ciclo, y estuvo disponible para resolver dudas con respecto a la implementación del producto.
Page 16
Desempeño de los Roles (2)
Líder de Calidad: Realizó correctamente las actividades relacionadas con el rol, realizando un plan de calidad adecuado y realizando el seguimiento de los registros para llevar a cabo una acertada medición del proceso y el desempeño de los integrantes del grupo. Líder de Soporte: Realizó la configuración de las herramientas que el grupo necesito y resolvió problemas en torno a ellas cuando algún integrante del grupo así lo necesito.
Page 17
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 18
Organización del Grupo
En la fase de lanzamiento del proyecto se definieron los compromisos para la toma de decisiones del proyecto y también sobre la mecánica de las reuniones.
Básicamente lo que se utilizó fue el consenso y cuando no se llegaba una decisión, el líder intervenía para llegar a una decisión por mayoría. Se realizó una reunión presencial semanal el sábado de 7am a 11am y
reuniones virtuales de seguimiento los domingos de 9am a 1 pm o en otro horario dependiendo de la solicitud de cualquiera de los miembros del grupo.
Todos los integrantes nos comprometimos a terminar las actividades
correspondientes y mantener actualizado el repositorio de versiones con todos los artefactos asociados al proyecto.
Page 19
1. Producto
2. Reporte de proceso
3. Desempeño de roles
4. Organización del grupo
5. Propuestas de mejoramiento
AGENDA
Page 20
PROPUESTA DE MEJORAMIENTO (1)
Planeación
Problemáticas identificadas
Número Descripción
1 Las reuniones de seguimiento se están haciendo de manera informal
Propuestas de mejora
Número Descripción
1 Las reuniones semanales serán replanteadas teniendo como objetivo específico revisar el avance de la semana anterior y definir las tareas específicas de la semana siguiente. Esto se verá reflejado en disminuir el tiempo de las reuniones y maximizar la productividad de las mismas bajo la precondición de que cada integrante bajo su rol llegue preparado a la reunión.
2 Coordinar tiempos. Para ello se harán las reuniones agendadas, en principio los sábados y teniendo en cuenta los compromisos de los miembros del grupo se agendarán otro día. Estas reuniones serán de máximo 2 horas y la impuntualidad será castigada.
Manejo de RiesgosProblemáticas identificadasNúmero Descripción1 Incumplimiento del alcance propuesto en el tiempo
asignado.
Propuestas de mejoraNúmero Descripción1 Dado que por la complejidad de algunas tareas,
estas tomaron más tiempo del planeado, estas no se entregaron en el tiempo previsto, por lo cual se realizará un mayor seguimiento a las actividades y en caso de detectar que se necesita un mayor tiempo se modificara la planeación de modo que impacte de manera mínima las actividades de los otros miembros del equipo.
2 Es necesario realizar una mejor administración de los riesgos y tener acciones preventivas y correctivas apropiadas por si estos llegan a materializarse.
3 Nivelar a los miembros del grupo en relación a los conocimientos técnicos importantes para la evolución del proyecto. Planear capacitaciones sobre las herramientas a través de manuales y tutoriales.
4 Utilizar los foros y el correo para estar en una constante comunicación con el cliente.
Page 21
PROPUESTA DE MEJORAMIENTO (2)
Comunicación
Problemáticas identificadas
Número Descripción
1 Hubo algunos problemas de comunicación al interior del grupo, lo cual genero un re trabajo dado que algunas actividades ya estaban hechas pero se volvieron a realizar.
Propuestas de mejora
Número Descripción
1 Exponer de manera más clara durante las reuniones el avance en el trabajo, para que todos los miembros del equipo conozcan el estado del proyecto.
2 Planear reuniones presenciales que permitan coordinar el trabajo y evitar individualidades.
3 La comunicación será oportuna, teniendo en cuenta el beneficio del grupo, para ello se hará constante monitoreo de participaciones.
4 Seguir con las charlas de falencias y conflictos para resolverlos a tiempo disminuyendo el impacto para el proyecto.
Comunicación
Problemáticas identificadas
Número Descripción
1 Algunas veces los objetivos de las reuniones de seguimiento no son claros.
2 No se verifica la realización de las tareas.
Propuestas de mejora
Número Descripción
1 Dar a conocer los objetivos de la reunión al comienzo de cada una.
2 Verificar al inicio de cada reunión el estado de las tareas asignadas por integrante.
Page 22
PROPUESTA DE MEJORAMIENTO (3)
Control y Seguimiento
Problemáticas identificadas
Número Descripción
1 Se ejecutan tareas fuera del plan original que no son registradas.
Propuestas de mejora
Número Descripción
1 Tener en cuenta tareas particulares no planeadas inicialmente e incluirlas en la planeación semanal.
Soporte
Problemáticas identificadas
Número Descripción
1 La herramienta DotProject no se tuvo lista para el uso de todos los miembros del equipo, dado que el esfuerzo del líder de soporte era trabajar en la configuración de la plataforma tecnológica del proyecto a la cuál decidio darsele prioridad.
Propuestas de mejora
Número Descripción
1 Configurar la herramienta antes de ejecutar ó tener un plan B (otra herramienta que soporte las funcionalidades requeridas) en casos similares.
2 Se hará el registro oportuno de toda la planeación, para tener métricas reales.
Page 23
• Una planeación adecuada y con el nivel de detalle indicado además del seguimiento de las actividades definidas, contribuye a la efectividad del equipo.
• La comunicación adecuada y oportuna entre los miembros del equipo, es de vital importancia para llevar a cabo un trabajo coordinado y exitoso, evitando re trabajos y pérdidas de tiempo en el desarrollo del proyecto.
• Tener dimensionado el problema desde el principio es de vital importancia para el desarrollo.
• Es importante clasificar acertadamente cada una de las tareas y crear tareas de validación e inspección por cada tarea que signifique la creación de un artefacto. De esta forma, se garantiza la asignación de las tareas de aseguramiento de la calidad por cada tarea de desarrollo.
LECCIONES APRENDIDAS (1)
Page 24
• Llevar un registro detallado de todos los defectos encontrados durante el diseño y desarrollo es una tarea difícil, ya que la gran mayoría de estos pueden y son corregidos de forma inmediata mientras se realiza el trabajo y por tanto le cuesta mucho trabajo al desarrollador dejar la actividad actual para registrar el defecto en el log. Es importante cultivar el registro de los defectos en todos los integrantes del equipo ya que aparte de asegurar la calidad del producto final, sirve como mecanismo de retroalimentación para cada uno de los desarrolladores porque les permite identificar cuáles son los errores más comunes cometidos por cada uno.
LECCIONES APRENDIDAS (2)