Cómo damos vida al producto

Utilizamos el enfoque Agile para proyectos pequeños y Scaled Agile Framework para proyectos grandes en los que participan dos o más equipos. Trabajar con grupos pequeños nos permite agilizar el proceso y lograr rápidamente el resultado deseado.

Roles

El marco Agile-Scrum tiene tres roles: el Product Owner, el Scrum Master y el equipo de desarrollo.

1. Product Owner: la parte interesada clave de un proyecto.
2. Scrum Master: facilitador de un equipo de desarrollo Agile.
3. El equipo de desarrollo suele estar formado por desarrolladores, diseñadores, personal de control de calidad y otros perfiles.

Artefactos

El marco Agile-Scrum tiene tres artefactos: el product backlog, el sprint backlog y el incremento del producto.

1. El product backlog es una lista de las tareas que hay que hacer.
2. El sprint backlog es un subconjunto de las tareas que hay que completar durante el sprint.
3. El incremento del producto es un entregable que se obtiene al completar el sprint backlog.

Eventos

El marco Agile-Scrum funciona a partir de una serie de eventos. Empieza con la planificación entre varios equipos, pasa por el sprint y sus reuniones, y termina con la inspección de las funcionalidades desarrolladas.

1. La planificación del incremento del producto es una reunión de varios equipos y partes interesadas en la que se establece una visión compartida, se debaten las funcionalidades, se planifica la hoja de ruta y se identifican las dependencias entre equipos. Suele celebrarse 4 o 6 veces al año.
2. La reunión de planificación del sprint tiene lugar al comienzo de un sprint y en ella el equipo define qué se puede entregar y cómo. El equipo toma la decisión a partir de las prioridades de las funcionalidades definidas con antelación. La participación de las partes interesadas es opcional.
3. Un sprint es un periodo breve (normalmente de dos semanas) en el que un equipo de desarrollo trabaja para completar tareas, hitos o entregables concretos.
4. En la reunión de Scrum diario, el equipo comenta lo que hará ese día y elabora un plan para el día siguiente.
5. Al final de cada sprint, el equipo celebra una reunión de demostración del sprint para mostrar lo que ha logrado y cómo funciona. Las partes interesadas pueden decidir si participan en esta reunión.
6. La retrospectiva del sprint es una oportunidad para que el equipo reflexione sobre cómo fue el sprint anterior en cuanto a personas, relaciones, procesos y herramientas. El equipo identifica lo que salió bien y lo que se puede mejorar.
7. La Innovation and Planning Week se celebra en cada Program Increment. Es un momento para que el equipo estime sus objetivos, planifique el siguiente incremento y dedique tiempo a nuevas ideas.
8. El equipo inspecciona todas las funcionalidades desarrolladas y realiza las adaptaciones necesarias. Después presenta esta información a un público más amplio, que incluye a partes interesadas externas e internas.

Cómo agilizamos el proceso

Tres hábitos agilizan el proceso. Cada funcionalidad se aclara antes de empezar el desarrollo, las nuevas funcionalidades se debaten mientras los desarrolladores trabajan y cada reunión termina con un seguimiento por escrito.

1. Antes de empezar el desarrollo, se aclara cada funcionalidad y su definición de hecho correspondiente. De este modo, los desarrolladores no pierden tiempo rehaciendo la misma funcionalidad dos veces.
2. Mientras los desarrolladores trabajan en las funcionalidades actuales, un jefe de proyecto debate con las partes interesadas un nuevo conjunto de funcionalidades y completa el sprint backlog.
3. Cada reunión tiene una agenda y, después, enviamos un correo de seguimiento con un resumen de lo tratado y de las decisiones tomadas.

El marco Agile-Scrum

El siguiente diagrama muestra cómo encajan los roles, el ciclo del sprint y las reuniones.

Siguiente paso