PROYECTO E-HOCKEY

Grupo 3[75.47] Taller de Desarrollo de Proyectos II

Agenda

Equipo

Propuesta inicial vs real

Análisis de la administración del proyecto

Lecciones aprendidas

Demo

Equipo

Grupo 3

Nahuel Campo

Ariel Scarpinelli

Ezequiel Alvarez Iaconis

Leandro Ferrigno

Propuesta inicial vs real

•Metodología

•Alcance

•Planificación

•Herramientas de Planificación

•Métricas

•Riesgos

•Pruebas

•Aceptación

•Trazabilidad

Propuesta inicial vs realMetodología, alcance y planificación

Scrum poco ceremonioso

Alcance definido únicamente por US ¿Qué paso con lo que no era un US? ATDD

Estimación y asignación de tareas Finger estimate & pool

Propuesta inicial vs real Herramientas de Planificación

¿WBS, para qué?

No hubo calendario Solo fechas de cierre y compromisos a

cumplir por sprint

Diagramas UML Solo diagrama de clases al inicio y la

siguiente actualización como entregable final

Propuesta inicial vs real Métricas y riesgos

MétricasIndicador de bugs cerrados/abiertosBurn-down chartCobertura de la pruebaAnálisis de la distribución del trabajo

Riesgos Planilla actualizada

Propuesta inicial vs real Pruebas y aceptación

PruebasPruebas de aceptaciónPruebas de integraciónRegresión

Aceptación Bugs críticos vs no críticos Corrección inmediata

Propuesta inicial vs real Trazabilidad

User Stories

Módulos de implementac

iónBugs UAT

Análisis de la administración del proyecto

•Métricas

•Estimaciones

•Riesgos

Análisis de la administración del proyectoMétricas I – Análisis de bugs

Bugs Críticos

Abiertos en sprint 6 Cerrados en el Sprint 6 Pendientes

3 3 0

Abiertos en sprint 5 Cerrados en el Sprint 4 Pendientes

2 2 0

Abiertos en sprint 4 Cerrados en el Sprint 4 Pendientes

4 2 2

Abiertos en sprint 6 Cerrados en el Sprint 6 Pendientes

10 7 5

Abiertos en sprint 5 Cerrados en el Sprint 5 Pendientes

12 15 2

Abiertos en sprint 4 Cerrados en el Sprint 4 Pendientes

3 0 4

Bugs no Críticos

Análisis de la administración del proyectoMétricas II – Análisis de tiempos

Análisis de la administración del proyectoEstimaciones

Faltaron estimar tareas que no eran US

Distinta velocidad de cada miembro

Estimaciones demasiado buenas

Análisis de la administración del proyectoRiesgos

Presentación de riesgos al cliente No todo es importante para el cliente

Cosas para no olvidar El cliente cambia su opinión Mantener los valores actualizados

Lecciones aprendidas

Lecciones aprendidas I

A veces hubiera sido util mantener la documentacion UML actualizada

Las personas utilizan todo el tiempo disponible para realizar una tarea

Es muy complicado intentar de realizar reuniones periodicas cuando la gente no tiene disponibilidad completa

No hay que desestimar los tiempos para las tareas administrativas

Lecciones aprendidas II

La velocidad de trabajo de los integrantes es muy distinta

Es importante que los desarrolladores compartan el conocimiento adquirido para no investigar los mismo 2 veces

Lecciones aprendidas IIIResumen

Demo

Demo

Preguntas

Gracias.