Sprint Review Sprint Review 17/09/2012 Release N° 1 End of Sprint N° 3 Scrum Master: Denise Giusto Team: Romina Paganessi, Gabriel Bongianino, Hugo Damian.

Presentación del tema: "Sprint Review Sprint Review 17/09/2012 Release N° 1 End of Sprint N° 3 Scrum Master: Denise Giusto Team: Romina Paganessi, Gabriel Bongianino, Hugo Damian."— Transcripción de la presentación:

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

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

3 Modelo Entity Framework

4 Sprint Backlog Las actividades se agrupan en WBS (US #1); Las WBS se agrupan en carpetas que representan proyectos/releases (US #2); Cada persona puede registrar horas en las actividades en las que está asignado (US #3); Incluir modulo de administración de usuarios (US #4); Administración de actividades (US #5); Asignación de actividades (US #6); Reportes de Actividades (US #7);

5 Sprint Backlog Solo el scrum master administra las actividades (US #9). La cantidad de WBSs es manejada por los Scrum Masters (US #10). Los proyectos son administrados por el product owner (US #11). Las actividades tienen fecha de inicio y fin (US #12). Las fechas de inicio y fin de las actividades marcan el momento en que las personas van a poder registrar sus horas en dichas tareas (US #13).

6 Faltantes Cada actividad tiene que poder clasificarse de acuerdo a diferentes criterios configurables(US #8).

7 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.

8 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.

9 Sprint Backlog Cada persona puede registrar horas en las actividades en las que está asignado (US #3) Prioridad: 1 Story Points: 8 Descripción: Una persona debe poder cargas horas en las actividades a las cuales fue asignado.

10 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.

11 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.

12 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.

13 Sprint Backlog Reporte de Actividades (US #7) Prioridad: 2 Story Points: 13 Descripción: En cualquier momento, un usuario puede extraer información relacionada a la cantidad de horas cargadas por los usuarios en las actividades

14 Sprint Backlog Sólo el scrum master administra las Actividades (US #9) Prioridad: 1 Story Points: 5 Descripción: Dado que el SM es el responsable del proceso del equipo, una de sus actividades será administrar las actividades a utilizar su equipo.

15 Sprint Backlog Sólo el scrum master administra las Actividades (US #10) Prioridad: 2 Story Points: 3 Descripción: --

16 Sprint Backlog Los proyectos son administrados por el product owner (US #11) Prioridad: 2 Story Points: 5 Descripción:Dadas las responsabilidades del PO, éste será responsable de identificar necesidades de negocio que ameriten nuevos proyectos o releases sobre los cuales monitorear el esfuerzo

17 Sprint Backlog Los proyectos son administrados por el product owner (US #11) Prioridad: 2 Story Points: 5 Descripción:Dadas las responsabilidades del PO, éste será responsable de identificar necesidades de negocio que ameriten nuevos proyectos o releases sobre los cuales monitorear el esfuerzo

18 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.

19 Sprint Backlog Las fechas de inicio y fin de las actividades marcan el momento en que las personas van a poder registrar sus horas en dichas tareas (US #13) Prioridad: 3 Story Points: 8 Descripción: Una tarea que no ha empezado, o que ya esta terminada, no debería poder usarse para el registro de horas.

20 Métricas Sprint burndown

21 Métricas Team velocity

22 Métricas Open vs. Closed Work Items

23 Métricas Story Points By Iteration

24 Trabajo no terminado