Scrum Master: Gabriel Bongianino Sprint Review 17/09/2012 End of Sprint N° 1 Scrum Master: Gabriel Bongianino Team: Romina Paganessi, Denise Giusto, Hugo Damian Becerra, Gastón Aguirre Moro

Criterios de Aceptación Código fuente Compilable y ejecutable Comentado a nivel de clase, métodos y propiedades Sigue las naming conventions definidas Revisado por otro team member Tests Test funcionales escritos y ejecutados, 100% pass Documentación Diseño de alto nivel Reporte de tests ejecutados Lista de prerrequisitos e instrucciones para configuración y ejecución del producto

Modelo Entity Framework

Sprint Backlog Las actividades se agrupan en WBS (US #1); Las WBS se agrupan en carpetas que representan proyectos/releases (US #2); Incluir modulo de administración de usuarios (US #4); Administración de actividades (US #5); Asignación de actividades (US #6); Las actividades tienen fecha de inicio y fin (US #12).

Las actividades se agrupan en WBS (US #1) Sprint Backlog Las actividades se agrupan en WBS (US #1) Prioridad: 1 Story Points: 3 Descripción: La estructura de administración debe contemplar que las actividades se agrupan en WBSs.

Sprint Backlog Las WBS se agrupan en carpetas que representan proyectos/releases (US #2) Prioridad: 1 Story Points: 5 Descripción: La estructura de administración debe contemplar que los proyectos contienen WBS y éstos agrupan actividades.

Incluir modulo de administración de usuarios (US #4) Sprint Backlog Incluir modulo de administración de usuarios (US #4) Prioridad: 1 Story Points: 20 Descripción: Cada usuario registrado debe poder dar de alta a otros usuarios, para luego poder asignarlos a las actividades y monitorear las horas de cada uno.

Administración de actividades (US #5) Sprint Backlog Administración de actividades (US #5) Prioridad: 1 Story Points: 5 Descripción: El usuario debe poder administrar las actividades pudiendo crear nuevas, modificar existentes o eliminar actividades.

Asignación de actividades (US #6) Sprint Backlog Asignación de actividades (US #6) Prioridad: 1 Story Points: 13 Descripción: El SM puede asignar personas a las actividades, pero no puede removerlas si la persona cargo horas en esas actividades.

Las actividades tienen fecha-hora de inicio Sprint Backlog Las actividades tienen fecha-hora de inicio y de fin (US #12) Prioridad: 3 Story Points: 1 Descripción: Las actividades deben almacenarse con su respectiva fecha-hora de inicio y de fin.

Métricas Release burndown Sprint burndown Team velocity Story points by iteration Estimated vs Actual Work Open vs Closed Story Points by Iteration Open vs Closed work Items (*) Las métricas deben ser consultadas en la herramienta RTC.

Trabajo no terminado Asignación de actividades. Test asignación de actividades.

Retrospectiva ¿Qué hicimos Bien? Seguimos los criterios de hecho para la concreción de los User Stories. Logramos mantener una apariencia y diseño uniformes, funcionales en la aplicación. Buena estimación de las horas para cada actividad.

Retrospectiva ¿Qué hicimos Mal? ¿Cómo mejorar? Mejorar las comunicación y coordinación grupal. Mejorar la comunicación con el Product Owner. Utilizar mejor la herramienta RTC. Evolucionar en la filosofía Scrum y el uso del repositorio. Asignar actividades de modo que haya una menor dependencia entre ellas y puedan ser completadas por un único miembro. Fijar un periodo anterior a la finalización del sprint para concretar la codificación base de las historias. Mejorar el compromiso del team para con las tareas.