El incremento publicable vs. producto mínimo viable

El incremento de producto es lo que se produce después de un Sprint determinado y se considera publicable. 

La Guía de Scrum establece que “Un Incremento es un paso concreto hacia el objetivo del producto. Cada incremento se suma a todos los incrementos anteriores y se verifica exhaustivamente, lo que garantiza que todos los incrementos funcionen juntos. Para proporcionar valor, el incremento debe ser utilizable”.

Incremento de producto potencialmente publicable.

El incremento de producto potencialmente publicable (o entregable) es una forma práctica para que los equipos piensen en el resultado deseado de un Sprint. El objetivo de cada Sprint es lograr una adición completa, probada y lista para enviar al producto o solución. Esto no significa que el producto realmente se enviará a los clientes; es por eso que usan la palabra "potencialmente". Considera, por ejemplo, crear una aplicación para encontrar y adoptar mascotas. Tres características en la lista de producto podrían ser: 

1. Presentar información sobre mascotas disponibles. 

2. Calificar las coincidencias potenciales según los adoptantes. 

3. Permitir que el usuario se comunique con el centro de adopción. 

No tiene sentido enviar ninguna de esas funciones de forma aislada, pero es útil terminar un incremento de producto potencialmente publicable porque permite al equipo ver una función en su totalidad en lugar de trabajar en fragmentos de las tres funciones con ninguna de ellas realmente completada. Con un incremento de producto potencialmente publicable, crearás una implementación completa, funcional y probada de una función en un solo Sprint. 

Tener un incremento potencialmente publicable también le permite al equipo obtener comentarios tempranos sobre el producto, garantizar que el trabajo sea de alta calidad y tener la oportunidad de responder al cambio. Siempre debes centrarte en un incremento de producto potencialmente publicable como tu objetivo de Sprint. 

Definición de Listo.

Un término relacionado es la Definición de Listo. La Definición de Listo es una descripción formal del estado del incremento de producto potencialmente publicable y lo que significa cuando cumple con las medidas de calidad requeridas para el producto. Son los requisitos acordados por el equipo para cualquier elemento pendiente que se considere "terminado". En los proyectos de software, los equipos a menudo deciden que "terminado" significa que el software se completó, revisó y pasó las pruebas. En un proyecto que no es de software, una definición de Listo puede ser un documento que incluye una revisión legal con aprobación o un informe de cierre formalizado. La parte importante de averiguar la definición de Listo de tu equipo es tener una comprensión explícita y compartida de lo que implica estar "Listo". 

Pero, ¿Cómo saber cuándo una solución se puede enviar o publicar? En un equipo de Scrum, en última instancia, es decisión del propietario del producto asegurarse de que haya valor antes de lanzar un elemento. Para determinar esto, pueden considerar algunas cosas: 

1. ¿Está completo el incremento? 

2. Aportará valor y cumple con las medidas de calidad? ¿Ha sido bien probado?

3. ¿Es utilizable por el usuario final? ¿Podemos utilizar sus comentarios directos o indirectos para mejorar futuras versiones del producto? 

Comparación del incremento del producto publicable con el producto mínimo viable

Un producto mínimo viable (MVP) es una versión de un producto con las funciones suficientes para satisfacer a los primeros clientes. Eric Ries, empresario y autor, acuñó el término y definió un MVP como “esa versión de un nuevo producto que permite a un equipo recopilar la máxima cantidad de aprendizaje validado sobre los clientes con el mínimo esfuerzo”. En otras palabras, recopilar información de un MVP permite obtener comentarios más rápidos de los usuarios que desarrollar un producto con todas las funciones que puede no estar 100 % probado o seguro. Algunos ejemplos de un MVP podrían ser una página de destino para su sitio web o un botón "comprar ahora" que no hace nada más que registrar que alguien ha hecho clic en él. Un producto mínimo viable es un paquete de funciones que puede requerir varios Sprints para desarrollarse, pero el objetivo de cada Sprint es producir un incremento del producto. Para diferenciar entre un incremento potencialmente publicable y un MVP, tomemos nuestro ejemplo de la aplicación de adopción de mascotas en línea y las tres funciones que discutimos anteriormente. Notamos que cada una de estas funciones por sí solas no era una versión útil de la solución. Sin embargo, el propietario del producto puede decidir que el MVP para esta experiencia de usuario es implementar estos tres requisitos solo para gatos. Al reducir el alcance del MVP, el propietario del producto puede lanzar la solución al mercado y recopilar comentarios de los usuarios que desean adoptar gatos. Estos comentarios serán valiosos no solo para el proceso de adopción de gatos, sino también para cualquier tipo de adopción de mascotas en futuras iteraciones del producto. 

Entonces, ¿Puede un incremento publicable ser un MVP? Sí.  ¿Siempre tiene que ser un MVP? No necesariamente. Un Scrum Master o propietario de producto siempre se asegura de que el equipo esté creando incrementos potencialmente publicables de la solución o producto. Luego, el propietario del producto utiliza esos incrementos del producto y los conocimientos comerciales para determinar qué constituirá un lanzamiento valioso y viable del producto para sus clientes. Esto se basa tanto en el valor entregado por el usuario como en la capacidad de recopilar comentarios que mejorarán continuamente el producto.

Fuente:
Coursera-Gestión de Proyectos de Google.