Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán Abate Federico Kleiman Gastón Sproviero Fernando

 Scrum master  Sproviero Fernando  Product owner  Abate Federico  Scrum team  Robledo Germán (Responsable QA)  Abate Federico  Kleiman Gastón  Sproviero Fernando

 SCRUM  Sprints ▪ Realizamos 6 sprints, 5 planificados originalmente. ▪ Duración 2 semanas, con excepciones.

 Al terminar un Sprint:  Programa ejecutable con la funcionalidad pactada.  Documentación de QA.  Informe de avance.  Realizamos Sprint retrospective.

 Priorización de ítems del backlog.  Reunión con el cliente para definir funcionalidad.  Estimación.  Autoasignación de tareas.

 Funcionalidad entregada.  Indicador burndown chart actualizado.  Métrica de calidad.  Impedimentos.  Riesgos.

 Casos de prueba.  Planilla de ejecución de Casos de Prueba.  Plan de pruebas.  Lista de defectos.

 Upload de archivo.  Rediseño de interfaz.

 Sprint 5  Burn down chart ▪ Reestimación. ▪ Mayor cantidad de horas trabajadas.

 Sprint 5

 Se negoció:  Incorporamos pantalla de inicio configurable y proyectos destacados.  Quitar cambio de moneda y estadísticas/reportes.  Proceso  Incorporar nueva funcionalidad al product backlog.  Estimación.  Repriorización del product backlog.

 Burndown chart  Inicialmente horas restantes.  Luego restantes + trabajadas.  Calidad  Inicialmente sin responsable ni proceso.  Luego con responsable y proceso. ▪ Métricas de defectos + Casos de prueba + Tickets de defectos.  Trazabilidad  Inicialmente no podíamos medir el impacto de un cambio.  Luego comentarios al código indicando CU que implementaba.

 Estimaciones:  Tener en cuenta tiempo disponible real.  Tener en cuenta labores administrativas.  Contenido del informe de avance.  Freeze del código y pruebas.  Autoasignación al principio del sprint.

 Métricas ayudan pero…  Sprint 3

 Proyecto 1 y 2 creados por el usuario “Empleador“.  Entrar con usuario “Empleado" y ofertar el Proyecto 1.  Entrar con usuario “Otro" y ofertar Proyecto 1.  Entrar con usuario “Empleador" y adjudicar el Proyecto 1 al usuario “Empleado“.  Entrar con usuario “Empleado" y ver que recibió mensaje.  "Empleado" califica a “Empleador“.  Entrar con usuario "empleador" ver que recibió mensaje y calificar al “Empleado“.  Ver que el proyecto está cerrado.  Entrar como "admin" y bloquear usuario "otro".  Entrar como "otro" y ver que no se puede loguear.  Entrar como "admin" y desbloquear usuario "otro" y cancelar Proyecto 2.  Entrar como "empleador" y ver que Proyecto 2 fue cancelado.

 Plataforma de colaboración  Assembla -  Lenguaje de desarrollo  Java/J2EE  IDE  Eclipse  Persistencia  Hibernate/JDBC (a definir)  Presentación  Struts/JSP  Pruebas  JUnit  Base de datos  MySQL  Web Server  Tomcat

Gracias! Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6