Descripción de las actividades de cada fase de la metodología SCRUM

Descripción de las actividades de cada fase de la metodología SCRUM

Selección de roles

Se seleccionarán los roles a seguir dentro del proyecto de acuerdo con nuestras habilidades individuales y mediante consenso grupal.

Los roles disponibles dentro de la metodología SCRUM son:

• Product owner: El dueño del proyecto y encargado de establecer los requerimientos o cambios del proyecto.

• SCRUM master: Lidera el equipo y se encarga de vigilar que las tareas y roles se cumplan correctamente.

• SCRUM team: Grupo activo del proyecto que, junto al SCRUM master, se encargan de realizar las tareas. Dentro de este equipo hay roles específicos que se adecuan según el proyecto.

Elaborar el product backlog

Para esta fase se elaborará la lista de tareas para realizar a lo largo del proyecto; cada tarea deberá tener la estructura e información de una historia de usuario: identificador, titulo, descripción, notas, puntos de esfuerzo y estimación en días.

Es importante que durante esta actividad se reduzca lo mas posible cada tarea dividiéndola en subtareas, cada una con la información anterior nombrada.

El proceso de las tareas se representa en el SCRUM board que es una manera clara y rápida de ver que tareas se realizarán en el sprint y el estado de cada una.

Planificación de sprints

Esta fase se refiere a establecer periodos de entrega parciales (generalmente de 2 semanas). Cada sprint contiene tareas ordenadas en un orden lógico que deberán concluirse para el final de este.

Al final de cada sprint se debe realizar una grafica que muestre el avance en puntos de esfuerzo contra los días reales que tomo cada tarea, el burn-down chart.

Trabajo de desarrollo durante el Sprint

Cuando el sprint está en curso, debemos asegurar que:

• No se realizan cambios que afectan al objetivo del Sprint;
• No disminuyen los objetivos de calidad, y
• El Alcance podrá aclararse y re-negociarse entre el propietario del producto y el Equipo de Desarrollo a medida que se va aprendiendo.

Cuando un Sprint es demasiado largo, la definición de lo que se está construyendo puede cambiar, puede aumentar la complejidad y puede aumentar el riesgo. Los Sprints permiten previsibilidad al garantizar la inspección y la adaptación de los avances hacia una meta de por lo menos cada mes de calendario.

Revisión del Sprint

Se lleva a cabo al final del Sprint, para inspeccionar el incremento y adaptar, si es necesario, el Product Backlog. El Equipo Scrum y las partes interesadas colaboran durante la revisión de lo que se hizo en el Sprint. Basado en ese y cualquier cambio en el Product Backlog durante el Sprint, los asistentes trabajan en las próximas cosas que se podrían hacer. Esta es una reunión informal, y la presentación del incremento está destinada a obtener retroalimentación y fomentar la colaboración.

La revisión de Sprint incluye los siguientes elementos:

• Los asistentes son el Equipo Scrum y los interesados clave invitados por el Dueño de Producto;
• El propietario del producto identifica lo que se ha "hecho" y lo que no se ha "hecho";
• El equipo de desarrollo discute lo que anduvo bien durante el Sprint, qué problemas hubo y cómo se resolvieron;
• El equipo de desarrollo demuestra el trabajo que se ha "hecho" y responde preguntas sobre el Incremento;
• El propietario del producto analiza el estado actual del Product Backlog, y estima fechas de finalización basado en el progreso hasta la fecha, y,
• Todo el grupo colabora en qué hacer a continuación, de modo que la revisión del Sprint ofrece valiosos aportes a las subsiguientes reuniones de planificación de Sprint.
• Se hace una revisión de cómo el mercado o el uso potencial del producto podría haber cambiado lo que es de más valor para hacer a continuación; y,
• Se hace una revisión de la línea de tiempo, presupuesto, capacidades potenciales y mercado para la próxima entrega prevista del producto

El resultado de la revisión del Sprint es un Product Backlog revisado que define los ítems del Product Backlog de mayor valor o probables para el siguiente Sprint. El Product Backlog también se puede ajustar en general para satisfacer las nuevas oportunidades.

Daily retrospective

El equipo se tiene que reunir diariamente y contestar en voz alta las siguientes preguntas:

• ¿Qué hice hoy?
• ¿Qué voy a hacer antes de la próxima reunión?
• ¿Qué está impidiendo mi progreso?

Esto tiene la finalidad de informar al equipo la situación de cada miembro y ver en que se puede apoyar el uno con el otro.

...