Aprendizaje de Scrum en 5 minutos

Scrumes un enfoque de gestión de proyectos centrado pero flexible que permite a los equipos trabajar a través de procesos iterativos de desarrollo de software. Scrum es empírico, proporcionando a los equipos un método para formular hipótesis sobre cómo creen que algo debería funcionar, probarlo, reflexionar sobre la experiencia y realizar ajustes adecuados—cuando el marco se utiliza correctamente.

La estructura de Scrum permite a los equipos combinar prácticas de otros marcos que son significativas para su entorno. En el mundo ágil, Scrum se ha convertido en la metodología líder para el desarrollo de software. El concepto de Scrum es confiable y ha sido validado por miles de equipos de desarrollo en todo el mundo. Scrum es más adecuado para equipos multifuncionales que trabajan en entornos de desarrollo de productos donde hay una gran cantidad de trabajo que debe dividirse en múltiples iteraciones de 2 a 4 semanas.

Orígenes de Scrum

1986: Takeuchi y Nonaka publicaron su artículo “El Nuevo Juego para el Desarrollo de Productos” en la Harvard Business Review. El artículo describió un enfoque tipo rugby en el que “el proceso de desarrollo de productos surge de la interacción continua entre un equipo multidisciplinario cuidadosamente seleccionado cuyos miembros trabajan juntos desde el principio hasta el final”. Este artículo se cita frecuentemente como la inspiración para el marco de Scrum.

Valores de Scrum (Valores de Scrum)

Los siguientes principios apoyan la naturaleza empírica de Scrum:

Transparencia
Los equipos deben trabajar en un entorno donde todos conozcan los desafíos que enfrentan los demás miembros del equipo. Los equipos exponen problemas internamente—a menudo problemas persistentes—que obstaculizan el éxito del equipo.

Inspección
El marco incluye puntos de verificación frecuentes que permiten a los equipos reflexionar sobre cómo están funcionando sus procesos. Estos puntos de verificación incluyen las reuniones del Daily Scrum y la revisión del sprint.

Adaptación
Los equipos evalúan continuamente el progreso y ajustan aquellos elementos que parecen ineficaces.

Equipo de Desarrollo (Equipo de Desarrollo)

Propietario del Producto

El Propietario del Productoes un rol responsable de gestionar el backlog del producto para lograr los resultados esperados que el equipo busca entregar.

El rol de Propietario del Producto existe en Scrum para abordar el desafío de múltiples direcciones contradictorias o la falta de dirección que enfrentan los equipos de desarrollo de productos al decidir qué construir.

Máster de Scrum

El Máster de Scrum es responsable de garantizar que los miembros del equipo vivan los valores y principios ágiles y sigan los procesos y prácticas que el equipo acuerda utilizar.

El título se utilizó originalmente para denotar a un experto en Scrum que podía guiar a otros.

Este rol generalmente no tiene autoridad formal. La persona en este rol debe liderar desde una posición influyente, generalmente adoptando una postura de liderazgo servicial.

Equipo de Desarrollo
La Equipo de Desarrollo consiste en aquellos que entregan un incremento del producto dentro de un Sprint.

La responsabilidad principal del equipo de desarrollo es entregar un incremento que cree valor en cada Sprint. Cómo se asigna el trabajo se determina por el equipo según las circunstancias actuales.

Artefactos de Scrum

Lista de Producto
La Lista de Producto es una lista ordenada de todos los cambios posibles al producto. Los elementos de la Lista de Producto son opciones, no compromisos: estar en la lista no garantiza la entrega.

El Propietario del Producto mantiene continuamente la Lista de Producto, incluyendo su contenido, claridad y orden.

Lista de Sprint
La Lista de Sprint es el conjunto de elementos de la Lista de Producto seleccionados para su entrega durante el Sprint, junto con las tareas que el equipo identifica como necesarias para entregar esos elementos y alcanzar el objetivo del Sprint.

Incremento
El Incremento es el conjunto de elementos de la Lista de Producto completados al final de un Sprint que cumplen con la Definición de Terminado del equipo. El Propietario del Producto puede decidir liberar el Incremento en un Sprint futuro o seguir trabajándolo.

Definición de Terminado
La Definición de Terminado es un consenso entre el equipo sobre los criterios que debe cumplir un elemento de la Lista de Producto antes de considerarse completo.

Eventos de Scrum

Sprint
Un con tiempo limitadoevento de un mes o menos, durante el cual el equipo entrega un incremento de producto potencialmente entregable. Características típicas de un Sprint:

• Duración consistente durante todo el desarrollo
• Un nuevo Sprint comienza inmediatamente después de que termina el anterior
• Las fechas de inicio y finalización de un Sprint están fijas

Planificación del Sprint (Planificación del Sprint)
Un equipo comienza un Sprint discutiendo qué elementos de la Lista de Productos abordarán durante el Sprint. El resultado final de la planificación del Sprint es el Lista de Sprint.

La planificación del Sprint generalmente se divide en dos partes. En la primera parte, el Propietario del Producto y otros miembros del equipo acuerdan qué elementos de la Lista de Productos se incluirán en el Sprint.

En la segunda parte de la planificación del Sprint, el equipo determina cómo logrará entregar con éxito los elementos de la Lista de Productos identificados como parte de un incremento de producto potencialmente entregable. Si esta es su práctica, el equipo puede identificar tareas específicas necesarias para lograrlo. Los elementos de la Lista de Productos seleccionados (si aplica) y las tareas identificadas forman la Lista de Sprint.

Una vez que el equipo y el Propietario del Producto acuerdan el alcance del Sprint basándose en la descripción de los elementos de la Lista de Productos, no se pueden agregar más elementos a la Lista de Sprint. Esto protege al equipo de cambios de alcance durante el Sprint.

Reunión diaria (Daily Scrum)
El Daily Scrum es una reunión breve (normalmente no más de 15 minutos) en la que el equipo coordina las actividades para el día siguiente. El Daily Scrum no tiene como objetivo ser un informe de estado ni una sesión de resolución de problemas.

Revisión del Sprint
Al final del Sprint, todo el equipo (incluyendo al Propietario del Producto) revisa los resultados del Sprint con los interesados en el producto. El propósito de esta discusión es revisar, demostrar y, posiblemente, permitir que los interesados utilicen el Incremento para proporcionar comentarios. La revisión del Sprint no tiene como objetivo entregar un informe de estado. Los comentarios de la revisión del Sprint se incorporan a la Lista de Productos para su consideración futura.

Retrospectiva del Sprint
Después de la revisión del Sprint, al final del Sprint, el equipo (incluyendo al Propietario del Producto) reflexiona sobre el Sprint anterior e identifica ajustes que pueden hacer en el futuro. Esta retrospectiva da como resultado al menos un elemento de acción incluido en la Lista de Sprint del próximo Sprint.

5 Valores fundamentales

• Apertura
• Respeto
• Coraje
• Enfoque
• Compromiso

Ciclo de vida

Scrum es un marco que permite a los equipos de desarrollo responder de forma flexible a circunstancias cambiantes. El marco proporciona suficientes puntos de control para garantizar que los equipos no se desvíen de los resultados esperados y puedan identificar y abordar problemas y ajustar los procesos mientras el trabajo aún está en progreso.

El ciclo de vida de Scrum comienza con una lista de pendientes priorizada, pero no proporciona orientación sobre cómo desarrollar o priorizar la lista de pendientes.

El ciclo de vida de Scrum consiste en una serie de Sprints, que culminan en un incremento potencialmente entregable del producto. En estos Sprints, todas las actividades necesarias para el desarrollo del producto tienen lugar en una pequeña parte del producto en general. A continuación se describe la descripción de los pasos clave en el ciclo de vida de Scrum:

1. Cree la lista de pendientes del producto.
2. El Propietario del Producto y el equipo de desarrollo realizan la planificación del Sprint. En la primera parte de la planificación del Sprint, se define el alcance del Sprint; en la segunda parte, se establece el plan para entregar ese alcance.
3. A medida que avanza el Sprint, el equipo de desarrollo realiza el trabajo necesario para entregar los elementos seleccionados de la lista de pendientes del producto.
4. Cada día, el equipo de desarrollo coordina su trabajo en el Daily Scrum.
5. Al final del Sprint, el equipo de desarrollo entrega los elementos seleccionados de la lista de pendientes del producto de la planificación del Sprint. El equipo realiza una Revisión del Sprint para demostrar el incremento al cliente y recopilar comentarios. El equipo y el Propietario del Producto también reflexionan sobre el progreso del Sprint hasta el momento y ajustan su proceso en consecuencia en la retrospectiva.
6. El equiporepite los pasos 2 a 5 hasta alcanzar el resultado deseado del producto.

Principales beneficios

Scrumhace una contribución significativa al campo del desarrollo de software al ofrecer una forma sencilla pero efectiva de gestionar el trabajo de pequeños equipos colaborativos involucrados en el desarrollo de productos. Proporciona un marco y un conjunto de reglas sencillas que permiten un nivel adecuado de planificación, control del trabajo, identificación y mitigación de riesgos, y detección y resolución de problemas.