Skip to main content

Scrum necesita un evento de Planificación de la Meta de Producto

October 9, 2023

¿Que encontrarás en este artículo?​

  • ¿Por qué Scrum no tiene un evento de planificación de la Meta de Producto
  • ¿Qué beneficios le aportaría tener este evento?
  • ¿Cómo se conectaría con otros modelos como OKR o Evidence-Based Management? En este artículo lo explico. 👇

Evolución de Scrum y la Meta de Producto

En los orígenes de Scrum, previos a la primera Guía Scrum de 2010, se hablaba de la «planificación de la release» como un evento formal que ayudaba a definir un plan de trabajo de la versión, basado en un número estimado de Sprints. 

En las versiones de 2010 y 2011 se referenciaba este evento, pero no se consideraba estándard. Y en la versión de 2013 se afirmaba que Scrum no prescribe ningún evento de planificación superior al Sprint

Sin embargo, la Guía Scrum 2020 introdujo un cambio sustancial añadiendo la Meta de Producto, aunque no menciona ningún evento formal para planificarlo. El motivo es que pretende hacer Scrum lo más genérico posible para que pueda usarse en situaciones donde no podría tener sentido tener dicho evento. Ahora que Ken Schwaber se abrió a considerar nuevas versiones de la Guía Scrum [1], muchos nos hemos puesto a pensar en posibles mejoras.

La Meta del Producto describe un estado futuro del producto que puede servir como objetivo para que el Equipo Scrum planifique como alcanzarlo. La Meta del Producto está en el Backlog del Producto. El resto del Backlog del Producto emerge para definir «qué» cumplirá con la Meta del Producto.

 

La Planificación de la Meta de Producto en SAFe

El Program Increment (PI) Planning es un componente esencial del marco SAFe. Es un evento en el que todos los equipos de un «tren ágil» se sincronizan y planifican su trabajo para las próximas iteraciones, alineando sus actividades hacia objetivos comunes. 

Estos objetivos comunes, similares en espíritu a la Meta del Producto en Scrum, proporcionan una dirección clara y coherente para todos los equipos involucrados. La introducción de la meta del producto en Scrum se alinea con esta forma de pensar, brindando un enfoque más claro y orientado al valor.

El PI Planning es un evento que, aunque se pueda utilizar a veces para forzar objetivos no factibles, facilita la planificación a medio plazo (normalmente trimestres) y esto permite el alineamiento bidireccional entre los equipos y la Dirección.

Tablero de programa SAFe (imagen Creative Commons)
Tablero de Programa SAFe (Imagen Creative Commons)

 

Ventajas de la Planificación de la Meta del Producto

Incluir la Planificación de la Meta de Producto en Scrum reduciría los malos usos de Scrum, como p.e.

  • Falta de enfoque estratégico: planificar únicamente a nivel de Sprint lleva el equipo a pensar a corto plazo y no a alinear su trabajo diario con la visión y estrategia más amplias de la organización.
  • Falta de claridad y Dirección: aunque el Backlog ya debería contener básicamente el trabajo para alcanzar la Meta de Producto, planificar la Meta de producto facilitaría la identificación de Metas de Sprint más alineadas con el objetivo buscado.
  • Maximiza el Valor: planificar la Meta de Producto ayuda a enfocar el trabajo del Backlog los objetivos de la Meta para el cliente y la organización.

Un Backlog Compacto: Calidad sobre Cantidad

Una planificación de la Meta de Producto NO debería ser ni predictiva, ni exhaustiva ni orientada al detalle. No se pretende hacer un mini-waterfall. Identificar p.e. las Metas de Sprint y principales épicas a incluir podría ser un nivel adecuado para comenzar. O quizás más detalle si la incertidumbre es media o baja. Pero siempre debería estar orientada al descubrimiento que emane del trabajo de los Sprints y de la exploración del Product Owner fuera de éstos.

Una planificación de la Meta de Producto NO debería ser ni predictiva, ni exhaustiva ni orientada al detalle.

 

Ejemplo Práctico: GymTonic y GymApp

Para ilustrar cómo se puede llevar a cabo el evento de Planificación de la Meta del Sprint, consideremos el caso de GymTonic y su aplicación GymApp. La meta del producto fue definida claramente: «Aumentar en un 25% el número de reservas de pádel a través de la aplicación GymApp».

Enlazando las Metas de Producto con los OKR

La Meta de Producto encaja bien con OKR (Objetivos y Resultados Clave) [2], un método popular para establecer y alcanzar objetivos mediante resultados específicos y medibles, impulsando el enfoque y la alineación en organizaciones. 

Esta meta se tradujo en un OKR:

  • Objetivo (O): Mejorar la experiencia de reserva en GymApp.
    • Resultados Clave (KR):
      • Incrementar las reservas de pádel a través de la app en un 25%.
      • Reducir las reservas presenciales en el mostrador en un 20%.
      • Aumentar la satisfacción del usuario con el proceso de reserva en un 15%.

Definir las Metas de Sprint alineadas con los KR y la Meta de Producto

A través de una serie de Sprints, el equipo podría establecer metas específicas para acercarse incrementalmente a la Meta del Producto. Algunas de estas metas de sprint podrían ser:

 

Sprint 1: Rediseñar y mejorar la interfaz de usuario de la sección de reservas de pádel en GymApp para ser más intuitiva y rápida.

  • Contenidos: Este sprint podría involucrar la recopilación de feedback de los usuarios, la realización de pruebas A/B y la implementación de cambios en la interfaz basados en ese feedback.
  • Impacto esperado en KR: una mejor interfaz podría incrementar las reservas, aumentar la satisfacción y activar el «boca-oreja» para aumentar más su uso.

 

Sprint 2: Implementar una función de recomendación que sugiera horarios populares y disponibilidad en tiempo real para las reservas.

  • Impacto esperado en KR: al reducir el coste y frustración al no encontrar fácilmente las pistas disponibles, esperamos que aumenten las reservas y la satisfacción con la App.

 

Sprint 3: Desarrollar y lanzar una campaña promocional dentro de la app que ofrezca descuentos o incentivos para las reservas realizadas exclusivamente a través de GymApp.

  • Impacto esperado en KR: el propósito es incentivar a los usuarios a cambiar su comportamiento y preferir la app en lugar del mostrador para sus reservas.

 

Sprint 4: Integrar feedback y realizar mejoras basadas en los datos y comportamientos de los usuarios tras los cambios realizados. Lanzar una notificación push que informe a los usuarios sobre las ventajas de reservar a través de la app y recordatorios de sus próximas reservas.

  • Impacto esperado en KR: se busca mejorar la retención de usuarios de la App y aumentar su uso.

 

A pesar que las actividades de exploración y entendimiento de las necesidades del usuario, como pueden ser las entrevistas o encuestas, puedan ayudar a estimar los impactos de los Sprints en los KR, solo al medirlos a posteriori podremos saber si se ha producido el efecto esperado.

 

Video: como alinear Scrum y OKR

En este video de 20 minutos explico como alinear ambos modelos a alto nivel.

Video Scrum y OKR

 

Conclusión

La Planificación de la Meta del Producto no es solo un cambio en la terminología o un simple añadido al marco de trabajo Scrum. Representa un cambio fundamental en cómo los equipos deben acercarse a su trabajo, alineando estrechamente su trabajo en los Sprints con el valor entregado al cliente y los objetivos de la organización.

Ya sea que esté familiarizado con el PI Planning de SAFe o no, la incorporación de la planificación de la meta del producto en su proceso Scrum puede proporcionar claridad, dirección y un enfoque renovado en la entrega de valor.

 

Referencias


What did you think about this post?