¿Has estado haciendo mal el Sprint Goal?

Muchos de nosotros sabemos el valor del sprint Goal en la teoría, pero ya en la práctica nos damos cuenta lo difícil que es trabajar en la creación de productos, con un Sprint Goal mal realizado.

Por eso decidí escribir este post, compartiendo un poco de situaciones en un escenario real. Esperando que pueda ayudar a las personas a comprender un poco más sobre el tema.

¿Qué NO es un Sprint Goal?

El objetivo del equipo de desarrollo durante el Sprint NO es terminar una cantidad de ítem o requerimiento, volviéndose así sólo una máquina de hacer código sin dirección. Si esto nos pasa, nos desenfocamos y seremos más propensos a desarrollar cosas sin valor que provoquen un incremento del riesgo de nuestro producto.

Ejemplo de un Sprint Goal obsoleto.

Según la Scrum-Guide 2020

El Sprint Goal es el único propósito del Sprint. Si bien el Objetivo del Sprint es un compromiso de los Developers, proporciona flexibilidad en términos del trabajo exacto necesario para lograrlo. El Objetivo del Sprint crea coherencia y enfoque....

¿Cuando se crea el Sprint Goal?

El Objetivo del Sprint se crea durante el evento Sprint Planning y se agrega al Sprint Backlog. Mientras los Developers trabajan durante el Sprint, tienen en mente el Objetivo del Sprint.

• ¿Permite flexibilidad?

Permite un margen de maniobra, Si el trabajo resulta ser diferente de lo que esperaban, colaboran con el Product Owner para negociar el alcance del Sprint Backlog dentro del Sprint sin afectar el Objetivo del Sprint.

• ¿Para qué sirve?

El Sprint Goal es un objetivo establecido para el Sprint que se puede cumplir durante la implementación del Product Backlog. Los objetivos de Sprint son el resultado(outcomes) de una negociación entre el propietario del producto y el equipo de desarrollo. Los Sprint Goals deben ser específicos y medibles. Si bien el trabajo seleccionado para el Sprint Backlog representa un pronóstico(forecast) de los ítem, el Equipo de Desarrollo se compromete en lograr el Sprint Goal. El cual nos genera un impacto en el negocio y en nuestros clientes.

Te dejo algunos ejemplos

Los Sprint Goals deben ser específicos, alcanzables y medibles. Evita que las metas se vuelvan vagas. Te comparto algunos ejemplos.

• Prepare las funciones de administración minimas para su lanzamiento (Sprint Goal ofrece un MVP ).
• Borrar automáticamente un caso predeterminado seguro utilizando el nuevo sistema OCR(Sprint Goal-Ofrece una funcionalidad )
• Aumentar los hallazgos de precisión de los términos de búsqueda mal escritos.(Sprint Goal-Ofrece una funcionalidad )
• Mostrar los productos más vendidos en la página de inicio(Sprint Goal-Ofrece una funcionalidad )

Importante

• Tener en cuenta que Los cambios de los Product Backlog Items seleccionados durante el Sprint Planning pueden darse en cualquier momento durante el Sprint, pero lo que no puede cambiar es el objetivo del Sprint, Si el objetivo cambia entonces el Product Owner debe cancelar el Sprint e iniciar otro con un nuevo objetivo.
• Cada Daily Scrum evalúa el progreso del equipo para cumplir con el Sprint Goal.

Finalmente

Si estás con tu equipo debatiendo sobre el Sprint Goal y no consigues crearlo, piensa en lo que podrás entregar al final del Sprint, qué le vas a ofrecer al usuario, o cómo se beneficiará el de tu trabajo durante ese Sprint. Busca escribirlo en un lenguaje de negocio, será muy difícil poder conversar con los Stakeholder y más complejo aún con los usuarios finales.

Descarga la Guia Scrum 2020

Si tienes alguna duda, deja tu comentario.

¡Mucha suerte!