sprint review sprint review 17/09/2012 release n° 1 end of sprint n° 3 scrum master: denise giusto...
TRANSCRIPT
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);
Sprint BacklogSprint 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).
FaltantesFaltantes
Cada actividad tiene que poder clasificarse de acuerdo a diferentes criterios configurables(US #8).
Sprint BacklogSprint 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 BacklogSprint 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.
Sprint BacklogSprint 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.
Sprint BacklogSprint 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.
Sprint BacklogSprint 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.
Sprint BacklogSprint 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.
Sprint BacklogSprint 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
Sprint BacklogSprint 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.
Sprint BacklogSprint Backlog
Sólo el scrum master administra las
Actividades (US #10)
Prioridad: 2
Story Points: 3
Descripción: --
Sprint BacklogSprint Backlog
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
Sprint BacklogSprint Backlog
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
Sprint BacklogSprint 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.
Sprint BacklogSprint 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.
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