Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán Abate Federico 82235

Presentación del tema: "Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán Abate Federico 82235"— Transcripción de la presentación:

1 Taller de Desarrollo de Proyectos 2 1ºCuatrimestre 2009 Grupo 6 Robledo Germán 78386germanrobledo@gmail.com Abate Federico 82235 federico.abate@gmail.com Kleiman Gastón 84446 gaston.kleiman@gmail.com Sproviero Fernando 84555 fernandospr@gmail.com

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

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

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

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

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

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

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

9

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

11  Sprint 5

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

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

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

15  Métricas ayudan pero…  Sprint 3

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

17

18  Plataforma de colaboración  Assembla - https://www.assembla.com/https://www.assembla.com/  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

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