Facultad de Ingeniería de Sistemas e Informática UNMSM Escuela académico profesional de Ingeniería de Sistemas Ciclo 2015 – I

1

Laboratorio de Ingeniería de Software Taller de Metodologías Ágiles 1

Términos SCRUM

Scrum Master, quien mantiene los procesos y trabaja de forma similar al director de proyecto.

Product Owner, quien representa a los stakeholders (interesados externos o internos).

Team, equipo de trabajo que incluye a los desarrolladores.

Product Backlog, es la lista de todas las funciones del producto. Es un conjunto de todos los

requisitos de alto nivel priorizados que definen el trabajo a realizar.

Release, lista de funciones de la liberación.

Sprint Backlog, lista de tareas a realizar en el Sprint.

Scrum meetings, son reuniones diarias donde los miembros del equipo responden a las siguientes

preguntas: ¿Qué has hecho desde la última reunión del scrum?, ¿Qué ha impedido tu trabajo?

¿Qué tienes pensado hacer de aquí a la próxima reunión del scrum?

Burn Down Charts, son los diagramas que muestran Sprint, la liberación y el progreso de Productos

Sprint review meeting, proporciona un control del progreso del proyecto al final de la cada Sprint

Historias de Usuario

Definen lo que se debe construir en el proyecto de software, tienen una prioridad asociada

definida por el cliente de manera de indicar cuáles son las más importantes para el resultado final,

serán divididas en tareas y su tiempo será estimado por los desarrolladores.

Facultad de Ingeniería de Sistemas e Informática UNMSM Escuela académico profesional de Ingeniería de Sistemas Ciclo 2015 – I

2

Práctica de laboratorio

1. Para cada una de las funcionalidades del sistema de proyecto seleccionado, elabore las

historias de usuario con el siguiente formato indicado en un Excel:

Nota:

- Identifique al menos 8 Historias de usuario

- Por cada Historia de usuario al menos 4 criterios de aceptación

2. Cree la cuenta del líder de equipo en Yodiz (http://www.yodiz.com)

3. Cree su proyecto en Yodiz con el nombre de su sistema y/o grupo de trabajo. Mantenga los

parámetros por defecto de estimación.

4. Invite a dos integrantes para formar su equipo de trabajo y darle permisos como usuarios, por

ejemplo:

5. Cree al menos cuatro componentes para agrupar sus historias de usuario, por ejemplo:

Facultad de Ingeniería de Sistemas e Informática UNMSM Escuela académico profesional de Ingeniería de Sistemas Ciclo 2015 – I

3

6. Registre cada historia de usuario dentro del Product Backlog de su proyecto.

7. Elabore el Producto Backlog “preparado” para su proyecto, es decir que se encuentre

apropiadamente estimado y priorizado, y revisado por todos los integrantes del equipo de

trabajo:

8. Registre las tareas necesarias que considere necesarias para cada historia de usuario de

Product Backlog. Al menos 7 tareas por cada historia de usuario.

9. Defina una historia épica para el proyecto y que al menos dos historias de usuario formen

parte de ella.