sprint review sprint review 17/09/2012 release n° 1 end of sprint n° 3 scrum master: denise giusto...

Sprint ReviewSprint Review17/09/201217/09/2012

Release N° 1Release N° 1End of Sprint N° 3End of Sprint N° 3

Scrum Master:Scrum Master: Denise Giusto Denise GiustoTeam:Team: Romina Paganessi, Gabriel Bongianino, Romina Paganessi, Gabriel Bongianino,

Hugo Damian Becerra, Gastón Aguirre MoroHugo Damian Becerra, Gastón Aguirre Moro

Criterios de AceptaciónCriterios de Aceptación

Código fuente Compilable y ejecutableCompilable y ejecutable Comentado a nivel de clase, métodos y propiedadesComentado a nivel de clase, métodos y propiedades Sigue las naming conventions definidasSigue las naming conventions definidas Revisado por otro team memberRevisado por otro team member

Tests Test funcionales escritos y ejecutados, 100% passTest funcionales escritos y ejecutados, 100% pass

Documentación Diseño de alto nivelDiseño de alto nivel Reporte de tests ejecutadosReporte de tests ejecutados Lista de prerrequisitos e instrucciones para configuración y Lista de prerrequisitos e instrucciones para configuración y

ejecución del productoejecución del producto

Modelo Entity FrameworkModelo Entity Framework

Sprint BacklogSprint 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);


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

FaltantesFaltantes

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


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.


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.


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.


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)

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)

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.


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


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.


Sólo el scrum master administra las

Actividades (US #10)

Prioridad: 2

Story Points: 3

Descripción: --


Los proyectos son administrados por elproduct owner (US #11)

Prioridad: 2Story Points: 5Descripció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


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.


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.

MétricasMétricasSprint burndown

MétricasMétricas Team velocity

MétricasMétricas Open vs. Closed Work Items

MétricasMétricas Story Points By Iteration

Trabajo no terminadoTrabajo no terminado

sprint review sprint review 17/09/2012 release n° 1 end of sprint n° 3 scrum master: denise giusto...

Documents