Gestión de proyectos Scrum: marco y herramientas

¿Qué es Scrum?

Scrum es un marco de gestión de proyectos ágil donde cada paso se basa en el anterior mediante la repetición de procesos establecidos. Scrum se basa en el control de procesos empíricos. Este enfoque está guiado por tres pilares:

• Transparencia
• Inspección
• Adaptación

Los tres pilares están habilitados por cinco valores:

• Compromiso
• Valor
• Atención
• Franqueza
• El respeto

Roles de Scrum

Scrum tiene solo tres roles. Mantener ese número en tres ayuda a unificar el equipo y eliminar la complejidad innecesaria que distraería al equipo de lograr su objetivo.

• Product Owner : Product Owners se dedica a los aspectos comerciales del proyecto. Ella se enfoca principalmente en maximizar el valor del producto y es el enlace principal con las partes interesadas. Hay un solo Product Owner por Scrum Team.
• Scrum Master : Los Scrum Masters son entrenadores y facilitadores del proceso Scrum. Son gerentes y líderes servidores. Los Scrum Masters facilitan los eventos y eliminan los impedimentos para el Scrum Team. Hay un solo Scrum Master por equipo Scrum.
• Equipo de desarrollo : El equipo de desarrollo es el grupo de personas que están haciendo el trabajo para el proyecto. El equipo debe ser multifuncional y autoorganizado. El equipo de desarrollo debe tener de tres a nueve miembros.

Artefactos Scrum

Hay tres artefactos de Scrum. Están destinados a facilitar los pilares de Scrum de transparencia, inspección y adaptación.

• Backlog del producto : el Product Owner mantiene una lista de todos los elementos necesarios para el producto en el Product Backlog. El Product Backlog se ordena con los elementos más importantes en la parte superior.
• Sprint Backlog : el equipo de desarrollo mantiene una lista de elementos que deben completarse durante el Sprint y un plan para completarlos. La lista y el plan combinados forman el Sprint Backlog. La lista de elementos se determina durante la planificación del Sprint; el plan evolucionará con el tiempo a medida que el equipo de desarrollo trabaje para completar los elementos.
• Incremento : el resultado final de cada Sprint es el Incremento. Un Increment debe ser un producto liberable (p. Ej., Software que pueda enviarse a los clientes o implementarse en un servidor de producción). Cada Incremento incluye todo el trabajo completado en Incrementos anteriores, por lo que el Incremento actual representa todos los artículos terminados para el producto hasta la fecha.

Eventos de Scrum

Los proyectos gestionados mediante Scrum se dividen en Sprints . Los Sprints son contenedores para los cuatro eventos principales de Scrum (Planificación de Sprint, Scrum diario, Revisión de Sprint y Retrospectiva de Sprint) y la actividad de Refinamiento del Backlog de Producto en curso. El Sprint y los eventos están todos en cajas de tiempo . Cuando se dice que un evento está encuadrado en el tiempo, eso significa que el evento está limitado a una cantidad determinada de tiempo. Time-boxing ayuda al Scrum Team a mantenerse enfocado solo en los detalles necesarios.

pique

Los proyectos Scrum se componen de una serie de Sprints. Los sprints deben estar encuadrados en un mes o menos. El equipo Scrum decide la duración exacta de un Sprint antes de que comience el Sprint. El siguiente Sprint comienza inmediatamente después de la conclusión del Sprint anterior.

Planificación de Sprint

El primer evento de un Sprint se llama Planificación de Sprint y ocurre al comienzo de cada Sprint. Esta es la reunión donde se formula el plan para el Sprint. Todo el equipo Scrum participa en Sprint Planning.

Los elementos se seleccionan del Product Backlog para poner en el Sprint Backlog. El Equipo de Desarrollo estima la cantidad de trabajo para los elementos y se compromete con un conjunto de elementos según las estimaciones y su capacidad de trabajo durante el Sprint. El equipo Scrum desarrolla un Sprint Goal, que resume el objetivo general del Sprint.

Finalmente, los elementos de Sprint Backlog se descomponen en tareas procesables por el equipo de desarrollo. No es necesario completar todo el plan del Sprint durante la planificación del Sprint, solo lo suficiente para que el equipo de desarrollo comience a trabajar.

La reunión de planificación de Sprint está encuadrada en ocho horas para un Sprint de un mes; se ajusta proporcionalmente según la duración del Sprint. Por ejemplo, la planificación de Sprint para un Sprint de dos semanas debe estar encuadrada en cuatro horas.

Scrum diario

El Scrum diario ocurre todos los días del Sprint. Cualquiera puede asistir al Daily Scrum, pero solo participan los miembros del Equipo de Desarrollo. Durante el Scrum diario, cada miembro del equipo de desarrollo responde tres preguntas:

1. ¿Qué se ha hecho en el último día?
2. ¿Qué haré durante el día siguiente?
3. ¿Qué obstáculos (si los hay) impiden el progreso?

El Scrum diario siempre está encuadrado en 15 minutos.

Revisión de Sprint

La Revisión de Sprint es el primero de dos Eventos que ocurren al final de cada Sprint. El propósito de Sprint Review es presentar el Incremento del Sprint a las partes interesadas. Todo el equipo Scrum participa en Scrum Review. Sprint Review no es para la aceptación formal del producto; es una demostración informal para recopilar comentarios de las partes interesadas. El Scrum Team se ajustará en consecuencia en función de los comentarios recibidos.

La reunión de Revisión de Sprint tiene un tiempo de cuatro horas para un Sprint de un mes; se ajusta proporcionalmente según la duración del Sprint. Por ejemplo, la Revisión de Sprint para un Sprint de dos semanas debe estar encuadrada en dos horas.

Retrospectiva del Sprint

La Retrospectiva del Sprint es el Evento final que ocurre al final de cada Sprint. El propósito de la Retrospectiva de Sprint es revisar los procesos del Equipo Scrum e identificar áreas de mejora. Todo el equipo Scrum participa en la retrospectiva de Scrum. La Retrospectiva del Sprint no debería ser la única vez que el equipo busca formas de mejorar; debe haber un proceso continuo de inspección y mejora.

La Retrospectiva del Sprint está encuadrada en tres horas para un Sprint de un mes; se ajusta proporcionalmente según la duración del Sprint. Por ejemplo, la reunión de Retrospectiva de Sprint para un Sprint de dos semanas debe estar encuadrada en 90 minutos.

Refinamiento de la cartera de productos

Si bien no es un evento, el refinamiento de la cartera de productos es una actividad importante en Scrum. El refinamiento de la lista de productos pendientes es el proceso de priorizar y agregar detalles a los elementos de la lista de productos pendientes. El propietario del producto da prioridad a los elementos y analiza los elementos nuevos con el equipo de desarrollo para asegurarse de que todos comprendan los elementos. El equipo de desarrollo estima la cantidad de trabajo necesario para completar el artículo. El refinamiento de la cartera de productos no está limitado por el tiempo, pero el equipo de desarrollo no debería dedicarle más del 10% de su tiempo.

Resumen de la lección

Scrum es un marco de gestión de proyectos ágil basado en tres pilares (transparencia, inspección y adaptación) y cinco valores (compromiso, coraje, enfoque, apertura y respeto). Un Scrum Team está compuesto por un Product Owner , un Scrum Master y de tres a nueve miembros del Equipo de Desarrollo . Hay tres Artefactos Scrum principales que habilitan el proceso Scrum: el Product Backlog , el Sprint Backlog y el Increment . Scrum aplica el concepto de time-boxing a los eventos, lo que significa que los eventos están limitados a una cantidad máxima de tiempo.

Los proyectos de Scrum se organizan en Sprints , que son contenedores en cajas de tiempo de menos de un mes de duración. Scrum tiene cuatro eventos: Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective. Hay un evento adicional en curso, Refinamiento de la cartera de productos.

Rodrigo Ricardo Editor y fundador