Scrum: información y recursos

Todo aquello que afecta el resultado del trabajo debe ser conocido y visible para todas las personas interesadas.

Deben existir los mecanismos y recursos necesarios para hacer un seguimiento de la evolución del trabajo, detectar desviaciones respecto a la previsión e introducir las correcciones necesarias.

El rol de product owner  incluye representar la voz del cliente y determinar las prioridades para el desarrollo de producto.

Es la persona encargada del product backlog.

Elabora las user stories para que el equipo de desarrollo pueda a su vez definir las tareas que estarán comprendidas en el sprint backlog.

Equipo encargado de la construcción del producto.

De acuerdo con el marco Scrum Manager, la cantidad de integrantes debe ser entre 3 y 9 personas.

El equipo de desarrollo define el sprint backlog.

Rol que se encarga de la aplicación de las reglas de scrum.

Facilita el cambio cultural para que la organización adopte la metodología agile.

Es la persona que vela porque el equipo de desarrollo pueda llevar a cabo su trabajo, facilitando su labor y evitando cualquier impedimento.

Consiste en la relación de los requisitos que debe cumplir el producto.

En el product backlog se ordenan, de forma priorizada, las user stories.

Todos los miembros del equipo Scrum participan en su elaboración y el Product Owner es su responsable.

Lista de requisitos comprometidos por el equipo Scrum para cada sprint.

Para elaborar el sprint backlog, el equipo de desarrollo elige aquellas user stories que abordará en el respectivo sprint y las traduce en tareas.

Cada tarea debe expresarse con el nivel de detalle suficiente para su ejecución.

La reunión de planificación se lleva a cabo al inicio de cada sprint.

Su timebox es de una jornada de trabajo.

En este evento Scrum, el Product Owner explica las prioridades y el equipo de desarrollo estima el esfuerzo o tiempo necesario para cumplir cada requisito prioritario. A partir de la priorización y estimación se elabora el sprint backlog.

El equipo de desarrollo define en una frase el objetivo del sprint.

El timebox de este evento es 8 horas para un sprint de 4 semanas.

En la reunión de sprint planning intervienen el Product Owner, el Scrum Master y el equipo de desarrollo.

Ciclo de desarrollo básico del incremento.

Su duración nunca será mayor de 6 semanas y se recomienda que sea inferior a un mes.

En el sprint se llevan a cabo las tareas incluidas en el sprint backlog.

El timebox recomendado es de 1 a 4 semanas, aunque puede variar ligeramente según el marco Scrum que se aplique.

Reunión que se lleva a cabo cada día durante todo el sprint.

Su timebox es de 15 minutos.

La responsabilidad del Scrum diario es del equipo de desarrollo. En ella, cada miembro expone lo que hizo el día anterior, lo que va a hacer ese mismo día y los problemas que se han presentado o que prevé que se podrán presentar.

Este evento sirve para actualizar el sprint backlog.

Su timebox es de 15 minutos.

En la Daily Scrum deben participar el equipo de desarrollo y el Scrum Master. Podrían, a petición del equipo, participar también el Product Owner y los stakeholders.

La reunión de revisión del sprint es de tipo informativo y se lleva a cabo al final del sprint.

Su timebox es de 4 horas.

En este evento el equipo de desarrollo presenta el incremento, planteando sugerencias y se anuncia el siguiente sprint.

En esta reunión participan todos los roles Scrum.

Se recomienda un timebox de 4 horas para un sprint de 4 semanas.