¿Cómo funciona un equipo Scrum? – Guía rápida

• Propietario del Producto
• Máster de Scrum
• Equipo de Desarrollo

Autoorganizado y multidisciplinario

En Scrum, el equipo esautoorganizado y multidisciplinario:

• Equipo autoorganizado elige cómo lograr mejor su trabajo, en lugar de ser dirigido por alguien fuera del equipo.
• Equipo multidisciplinario posee todas las habilidades necesarias para completar el trabajo, sin depender de individuos fuera del equipo. El modelo de equipo Scrum está diseñado para optimizar la flexibilidad, la creatividad y la productividad.

¿Cómo colaboran eficazmente los equipos Scrum?

Los equipos Scrum entregan el incremento de producto de forma incremental e iterativa, maximizando las oportunidades de retroalimentación. Entregar un incremento de producto «listo» garantiza que siempre haya una versión potencialmente entregable disponible.

Scrum se define por un conjunto de principios (o los 5 valores de Scrum), que deben entenderse como pautas sencillas para trabajar eficazmente dentro del equipo. Son:

• Coraje – especialmente al resolver problemas difíciles
• Enfoque
• Compromisoa los objetivos compartidos del equipo
• Respeto para los miembros del equipo
• Apertura para trabajar y cualquier desafío que pueda surgir

Conceptos clave de Scrum

Scrum consiste en una serie deSprints o iteraciones de desarrollo. Cada Sprint de Scrum implica el mismo proceso: Roles (personas), Eventos (reuniones) yArtefactos (entregables tangibles).

• Un Sprint es un ciclo de desarrollo repetitivo hasta que el proyecto finaliza.
• Durante cada Sprint, se desarrollan, prueban, integran y aprueban los requisitos (a menudo en forma de historias de usuario). Este proceso continúa de Sprint en Sprint.

Como se mencionó anteriormente, el marco de Scrum consta de tres categorías distintas:Roles, Eventos, yArtefactos:

Roles de Scrum

El marco de Scrum está definido por tres roles centrales: el Equipo de Desarrollo, el Scrum Master y el Propietario del Producto.

Propietario del Producto

El Propietario del Producto es responsable de maximizar el valor del producto y del trabajo del Equipo de Desarrollo. La forma en que se logra esto puede variar según la organización, el equipo de Scrum y el individuo.

Rol del Propietario del Producto

El Propietario del Producto es la única persona responsable de gestionar elProduct Backlog. La gestión del Product Backlog incluye:

• Expresar claramente los elementos del Product Backlog;
• Ordenar los elementos del Product Backlog para lograr mejor los objetivos y metas;
• Optimizar el valor del trabajo que realiza el Equipo de Desarrollo;
• Garantizar que el Product Backlog sea visible, transparente y claro para todos, mostrando lo que el equipo de Scrum trabajará a continuación; y
• Asegurar que el equipo de desarrollo entienda los elementos del Product Backlog al nivel requerido.

Máster de Scrum

El Máster de Scrum es responsable de asegurar que Scrum se entienda y se aplique. Los Másteres de Scrum logran esto asegurando que el equipo Scrum se adhiera a la teoría, prácticas y reglas de Scrum.

El Máster de Scrum es un líder servidor para el equipo Scrum. El Máster de Scrum ayuda a las personas fuera del equipo Scrum a entender qué interacciones con el equipo son útiles y cuáles no lo son. El Máster de Scrum ayuda a todos a cambiar estas interacciones para maximizar el valor creado por el equipo Scrum.

Rol del Máster de Scrum

El Máster de Scrum sirve al Product Owner de diversas formas, incluyendo:

• Identificar técnicas efectivas para la gestión del Product Backlog;
• Ayudar al equipo Scrum a comprender la necesidad de elementos claros y concisos en el Product Backlog;
• Comprender la planificación del producto en un entorno empírico;
• Asegurar que el Product Owner sepa cómo ordenar el Product Backlog para maximizar el valor;
• Comprender y practicar la agilidad; y
• FacilitarEventos de Scrum cuando sea necesario.

El Máster de Scrum sirve al equipo de desarrollo

El Máster de Scrum sirve al equipo de desarrollo de diversas formas, incluyendo:

• Guiar al equipo de desarrollo en la autoorganización y la multifuncionalidad;
• Ayudar al equipo de desarrollo a entregar productos de alto valor;
• Eliminar los impedimentos que obstaculizan el progreso del equipo;
• Facilitar los eventos de Scrum según sea necesario; y
• Guiar al equipo de desarrollo en organizaciones donde Scrum aún no se ha adoptado completamente o no se entiende del todo.

El Máster de Scrum sirve a la organización

• El Máster de Scrum sirve a la organización de múltiples formas, incluyendo:
• Liderar y guiar la adopción de Scrum por parte de la organización;
• Planificar la implementación de Scrum dentro de la organización;
• Ayudar a los empleados y partes interesadas a comprender y adoptar Scrum y el desarrollo empírico de productos;
• Impulsar el cambio para mejorar la productividad del equipo Scrum; y
• Colaborar con otros Másteres de Scrum para mejorar la efectividad de Scrum en toda la organización.

Equipo de desarrollo

El equipo de desarrollo está compuesto por profesionales que entregan un incremento de producto potencialmente entregable “Listo” al final de cada Sprint. Solo los miembros del equipo de desarrollo pueden crear el incremento.

El equipo de desarrollo es autogestionado y empoderado por la organización para organizar y gestionar su propio trabajo. Esta sinergia optimiza la eficiencia y efectividad general del equipo.

Rol del equipo de desarrollo

El equipo de desarrollo tiene las siguientes características:

• Son autogestionados. Nadie (ni siquiera el Scrum Master) les dice al equipo de desarrollo cómo convertir los elementos de la lista de productos en un incremento potencialmente entregable.
• El equipo de desarrollo es multidisciplinario, poseyendo todas las habilidades necesarias para crear el incremento del producto.
• Scrum no reconoce ningún título distinto de “Desarrollador” para los miembros del equipo de desarrollo, independientemente del trabajo que se esté realizando. Esta regla no tiene excepciones.
• Scrum no reconoce ningún subequipo dentro del equipo de desarrollo, independientemente del dominio específico que se esté abordando (por ejemplo, pruebas o análisis de negocios). Esta regla no tiene excepciones.
• Los miembros individuales del equipo pueden tener habilidades y conocimientos especializados, pero la responsabilidad recae sobre todo el equipo de desarrollo.

Eventos de Scrum

El marco de Scrum se caracteriza por cinco eventos. Estos son: Sprint, Planificación del Sprint, Daily Scrum, Revisión del Sprint, y Retrospectiva del Sprint.

• Una Sprint (también llamado iteración) es la unidad fundamental de desarrollo en Scrum. Un Sprint es un esfuerzo con tiempo limitadoesfuerzo—lo que significa que está limitado a una duración específica. La duración de cada Sprint está predeterminada, generalmente entre una y cuatro semanas, siendo comúnmente de dos semanas.
• Planificación del Sprint es un evento en el marco de Scrum en el que el equipo determina qué elementos de la lista de productos trabajará durante el Sprint y discute su plan inicial para completarlos.
• Una Reunión diaria de pie (también llamada Daily Scrum) es una reunión breve y con tiempo limitado que se realiza cada día. Esta reunión generalmente se limita a 5-15 minutos y a veces se conoce como reunión de pie, reunión matutina o sincronización diaria.
• La Revisión del Sprint ocurre después de que finaliza el Sprint. Durante la revisión, el Propietario del Producto explica qué se completó y qué no se completó durante el Sprint. Luego, el equipo presenta el trabajo completado y discute el progreso, los desafíos y cómo mejorar.
• El Retrospectiva del Sprint se lleva a cabo después de cada Sprint, tras la revisión del Sprint. Proporciona al equipo la oportunidad de examinar su propio desempeño y elaborar un plan de mejora para el siguiente Sprint.

Artefactos de Scrum

Los artefactos son registros físicos que proporcionan información detallada sobre el proyecto. Los artefactos de Scrum incluyen la Lista de Producto, Lista de Sprint, y los Incrementos de Producto.

• El Lista de Producto es una lista priorizada de características, errores o trabajos técnicos que actualmente no están en progreso. Desde la perspectiva del Propietario del Producto, debe incluir todo trabajo valioso.
• A medida que evolucionan los requisitos del producto, el Propietario del Producto y otros miembros del equipo revisan y ajustan conjuntamente la Lista de Producto según sea necesario.
• El Lista de Sprint es una lista de todos los elementos de la Lista de Producto seleccionados para el Sprint. Esta lista se compila priorizando elementos de la Lista de Producto hasta que el equipo crea que ha alcanzado su capacidad de Sprint. Los miembros del equipo registran tareas en la Lista de Sprint según sus habilidades y prioridades, siguiendo el marco de Scrum autogestionado.
• El Incremento de Producto es la suma de todo el trabajo de producto completado durante el Sprint, más todo el trabajo completado en Sprints anteriores. El objetivo del Sprint es producir un incremento de producto terminado. El equipo Scrum decide qué define el estado «Terminado» del incremento, pero todos los miembros deben estar de acuerdo y entender la definición.

Ciclo de vida de Scrum

El ciclo de vida de Scrum comienza con la Lista de Producto, pero no proporciona orientación sobre cómo desarrollarla o priorizarla. En cambio, incluye una serie de Sprints que finalmente producen un incremento de producto potencialmente entregable, como se muestra en el diagrama siguiente.

Durante estos Sprints, todas las actividades necesarias para el desarrollo del producto ocurren en una pequeña parte del producto total. A continuación se explica una explicación de los pasos clave en el ciclo de vida de Scrum:

Marco Agile Scrum

• Las empresas priorizan, y el equipo se organiza de forma autónoma para determinar la mejor manera de entregar las características de mayor prioridad.
• El Propietario del Producto representa al negocio, responsable de mantener la lista de producto (lista de características) y establecer las prioridades de desarrollo.
• Durante la planificación del Sprint, el equipo extrae una pequeña parte desde la parte superior de la lista, la agrega a la Lista de Sprint y decide cómo entregarla.
• Scrum se basa en ciclos iterativos llamados Sprints, que normalmente duran entre 2 y 4 semanas, durante los cuales se diseña, codifica y prueba el producto, mientras que las reuniones diarias rastrean el progreso (Scrum diario).
• Durante este proceso, el Scrum Master mantiene al equipo enfocado en sus objetivos.
• Al final del Sprint, el trabajo debería estar listo para ser entregado a los interesados.
• El sprint concluye con una revisión del sprint y un retrospectivo.
• Con el siguiente sprint, el equipo selecciona otra porción de la lista de productos y comienza de nuevo.
• El proceso continúa hasta que se completa toda la lista de pendientes o hasta que se detiene el trabajo debido a limitaciones de tiempo o presupuesto.
• Esto continúa hasta que el proyecto se considera completo, ya sea cuando se detiene el trabajo (fecha límite, presupuesto, etc.) o cuando se completa toda la lista de pendientes.