Scrum: Reglas y mejores prácticas

Proceso Scrum

En un día típico, se despierta con un reloj despertador en su teléfono inteligente, enciende su computadora portátil en la oficina, revisa su correo electrónico y tal vez incluso compra en línea. De vez en cuando, se agregan nuevas funcionalidades a sus servicios favoritos, lo que lo hace sentir muy frustrado o incluso más feliz con el servicio. Cada uno de estos procesos es operado por software, y el proceso de crear nuevo software o agregar nuevas funcionalidades al existente se llama desarrollo de software.

Scrum es una metodología de desarrollo de software ágil. El proceso de desarrollo se divide en sprints y estos son intervalos de desarrollo de igual duración, generalmente de dos a cuatro semanas. La duración del sprint se determina al comienzo del proyecto y debe ser lo suficientemente larga para entregar una parte significativa del trabajo, pero lo suficientemente corta para que la planificación sea simple. La planificación del proyecto se realiza para un sprint a la vez, y el trabajo se asigna a los miembros del equipo al comienzo de cada sprint. El progreso se supervisa a diario. Debido al seguimiento cercano y al horizonte de planificación muy corto, este enfoque funciona mejor para equipos pequeños con un calendario de desarrollo limitado.

Esta lección presentará los principales roles e hitos del proceso junto con las reglas que los protegen. El objetivo principal de las reglas de Scrum es optimizar el proceso de desarrollo y minimizar el tiempo perdido.

Equipo Scrum

Scrum se usa generalmente para pequeños equipos de desarrollo de cinco a nueve personas. Hay dos roles principales dentro del equipo: el propietario del producto y el Scrum Master. Dentro del equipo, solo puede haber un propietario de producto y un Scrum Master.

El propietario del producto es el cliente del proyecto y define los requisitos y prioridades del proyecto. El Scrum Master es el líder del equipo, quien es responsable de moderar reuniones, producir documentación y resolver cualquier problema durante el proyecto. Él tiene la autoridad para terminar cualquier sprint de desarrollo en caso de que surjan problemas irresolubles o la carga de trabajo sea inadecuada. También es responsable de asegurarse de que todos sigan las reglas de Scrum.

No hay roles ni jerarquías asignados dentro del resto del equipo. El Scrum Master y otros miembros del equipo son todos responsables de la implementación real del proyecto: diseño, desarrollo, pruebas y cualquier otra tarea que surja. El equipo Scrum se autogestiona y, si bien puede buscar ayuda y asesoramiento de fuera del equipo, el funcionamiento interno del equipo no debería verse afectado por personas ajenas al equipo, como la alta dirección.

Documentación de Scrum

Scrum aboga por la creación de documentación mínima. Solo hay dos documentos obligatorios: la lista de trabajos pendientes del producto y la lista de trabajos pendientes del sprint. Ambos documentos son listas de elementos o características que se incluyen en el proyecto. Un backlog de producto enumera todas las características del proyecto, mientras que un backlog de sprint enumera solo aquellos elementos que deben completarse dentro de un sprint, que es el intervalo de desarrollo de dos a cuatro semanas.

El propietario del producto agrega los elementos a la lista de trabajos pendientes del producto al comienzo del proyecto. El propietario del producto puede continuar agregando elementos a la cartera de productos durante el proyecto, pero solo durante las reuniones de planificación del sprint y no durante los sprints en sí. Antes de cada sprint, se crea el backlog del sprint en función de las opiniones de todos los miembros del equipo utilizando el backlog del producto y los elementos sin terminar de los sprints anteriores.

Reuniones Scrum

Hay cuatro tipos principales de reuniones en el proceso Scrum. Los cuatro tipos principales de reuniones en el proceso Scrum son los siguientes:

1. Reuniones diarias de Scrum
2. Reuniones de planificación de Sprint
3. Reuniones de revisión de Sprint
4. Reuniones de Sprint Retrospective

A cada reunión asisten el propietario del producto, el Scrum Master y todos los miembros del equipo. Las personas ajenas al equipo Scrum deben ser invitadas solo si su aporte es vital para el proyecto.

Las reuniones diarias de Scrum tienen lugar a la misma hora y en el mismo lugar todas las mañanas y no deben durar más de 15 minutos. A menudo es una costumbre realizarlos estando de pie para que sean breves y dulces. Cada miembro del equipo debe responder tres preguntas breves durante la reunión:

1. ¿Qué hiciste ayer?
2. ¿Qué vas a hacer hoy?
3. ¿Tiene algún problema con sus tareas?

Las reuniones de planificación de sprint se programan al comienzo de cada sprint. Los principales objetivos de esta reunión son revisar y actualizar la cartera de productos existente, decidir la prioridad del artículo y crear una lista de trabajos pendientes. Por lo general, la reunión dura ocho horas, con cuatro horas que se utilizan para centrarse en una acumulación de productos y cuatro horas en una acumulación de sprints.

Las reuniones de Revisión de Sprint se llevan a cabo al final de cada Sprint de desarrollo para revisar el trabajo realizado en relación con la acumulación de Sprint y actualizar el estado de cada elemento del proyecto. Estas son reuniones de cuatro horas de duración durante las cuales se presentan los elementos completados al propietario del producto y a otras partes interesadas, y todos tienen la oportunidad de comentar sobre el desarrollo realizado y sugerir mejoras o elementos de desarrollo adicionales.

Las reuniones de Sprint Retrospective también se llevan a cabo al final de cada sprint de desarrollo, con el objetivo de revisar el proceso de desarrollo y sugerir mejoras. Durante estas reuniones, los miembros del equipo también pueden sugerir las mejoras a las reglas de Scrum existentes. Cada miembro del equipo debe responder dos preguntas durante la reunión:

1. ¿Qué salió bien durante el sprint?
2. ¿Qué se podría mejorar durante el próximo sprint?

Resumen de la lección

Scrum es una metodología de desarrollo de software ágil, que divide el proceso de desarrollo en sprints de igual tamaño . La planificación de la carga de trabajo se realiza para un sprint a la vez. El equipo de Scrum consta de un propietario de producto , un maestro de Scrum y miembros del equipo.

Al comienzo de cada sprint, se crea un backlog de sprint durante una reunión de planificación de sprint , utilizando un backlog de producto como entrada principal. Durante el sprint, se llevan a cabo reuniones diarias de Scrum para realizar un seguimiento del progreso y resolver problemas. Al final de un Sprint, tienen lugar una reunión de Revisión de Sprint y una reunión de Retrospectiva de Sprint .

Rodrigo Ricardo Editor y fundador