MVP, MMF, PSI, WTF? Primera parte: Entender el MVP
Cuando trabajo con nuevos Product Owners, a menudo me encuentro con que nos vemos atrapados en un mar de TLA’s (Three Letter Acronyms) cuando llega el momento de empezar a convertir su Backlog de ideas en incrementos de valor liberables.
La idea de dividir el trabajo – dividir nuestros grandes lanzamientos de productos planificados en pequeños incrementos de valor es donde muchos nuevos Product Owners luchan. ¿Cómo podemos tomar esta hoja de ruta del producto y convertirla en algo que mis equipos Scrum puedan realmente entregar en una cadencia corta y regular? ¿Cómo puedo convertir esta enorme lista de Características Muy Importantes (VIFs) en un conjunto iterativo de oportunidades para aprender, para entregar valor, y para realmente poner algo en manos de nuestros clientes? En otras palabras….
«¿Cuál es nuestro MVP?»
«¿Es nuestro MMF?»
«¿Podemos lanzar este PSI como un MVP, o necesitamos que se hagan más historias antes de tener un MMF?»
También….¿qué??
¿Qué significan estos TLA? En qué se diferencian unos de otros? ¿Cómo se relacionan? ¿Por qué debería importarme?
Empezando por el MVP (Producto Mínimo Viable), esta serie de tres partes ayudará a los agilistas principiantes a entender lo que significan estos TLA. ¿En qué se diferencian unos de otros? ¿Cómo se relacionan? ¿Por qué debería importarme? También ayudará a recordar a aquellos que han estado trabajando Agile durante un tiempo por qué estos conceptos son los ejes de la agilidad.
Para las personas que recién comienzan a aprender sobre Scrum, pueden recurrir a la Guía de Scrum… y aprender rápidamente que la Guía de Scrum no dice nada sobre el cómo de convertir un producto en una colección de pequeños incrementos de valor liberables.
La falta de información en torno a este importante tema puede ser realmente frustrante para los nuevos Product Owners. Esperemos que el resto de este artículo aclare los MVP, y siempre hay clases de Certified Scrum Product Owner para consultar más información. Por ahora, vamos a sumergirnos en el Producto Mínimo Viable.
El MVP
Has hecho tu investigación, has guiado a los grupos focales de clientes a través de unas cuantas rondas de Comprar una Característica, y has tomado algunas decisiones sobre cómo podría ser tu próxima versión. De hecho, ha involucrado a su equipo de marketing y está repitiendo ideas sobre cómo hacer un gran impacto – anuncios en revistas especializadas, Tweets promocionados, publicaciones en Facebook …
Pero, todavía hay algunas preguntas persistentes que tiene en torno a algunas de las características que está trabajando. Has pensado en ellas, las has analizado, pero hay una voz en tu cabeza que sigue preguntando: «¿Pero cómo lo sabes?»
Ahí es donde entra en juego el MVP, no Steph Curry, sino el (quizás mal llamado) Producto Mínimo Viable.
El enigma de Lean Startup
En su libro «The Lean Startup», Eric Reis redefine confusamente el término «Producto Mínimo Viable», que explica en una entrevista en 2015. En resumen:
«Algunas advertencias de entrada. El MVP, a pesar del nombre, no consiste en crear productos mínimos. En segundo lugar, el uso de la definición de las palabras máximo y mínimo significa que es decididamente no formula.»
Entonces, si el mundo de la Propiedad del Producto y la comunidad ágil ha redefinido el Producto Mínimo Viable para que no se trate de crear el mínimo o productos, entonces ¿qué es?
Todo sobre el aprendizaje
¿Esa voz persistente en el fondo de su cabeza, preguntándose si hay una manera de salir de la trampa de la parálisis del análisis en la que se encuentra, tratando de encontrar una manera de saber realmente las respuestas a algunas de sus preguntas, en lugar de analizarse a sí mismo en un sentido más profundo de la falsa seguridad? Ahí es donde entra en juego el Producto Mínimo Viable.
Mientras que un PSI (Potentially Shippable Increment) trata de crear la oportunidad de enviar potencialmente algo de valor, y el MMF (Minimum Marketable Feature) trata de combinar esas piezas de valor en una colección de características que resuelven los problemas del cliente, el MVP trata de hacer la cantidad mínima de trabajo que su equipo puede con el fin de cerrar un bucle de aprendizaje validado.
En la metodología Lean Startup de descubrimiento de productos, uno de los hábitos más importantes a adquirir es el de validar hipótesis y crear experimentos. En las organizaciones tradicionalmente más reacias al riesgo, la creencia de que el riesgo debe ser analizado fuera de su producto antes del lanzamiento conduce a largos plazos de entrega y, frustrantemente, a suposiciones basadas en datos sobre los deseos y necesidades de los clientes. Si somos realmente buenos en el análisis estadístico, y si tenemos datos realmente buenos sobre una parte estadísticamente significativa de nuestros clientes, podemos hacer un trabajo bastante bueno de formular una conjetura educada sobre lo que nuestros clientes quieren.
Pero, al final del día, eso sigue siendo una conjetura.
Cuando estamos creando MVP, estamos construyendo intencionalmente sólo la funcionalidad suficiente para hacer las preguntas correctas de nuestros clientes – ¿compraría este producto? ¿Tienen sentido estos iconos? ¿Este flujo de trabajo te frustra o te ayuda a encontrar tu próximo restaurante favorito?
En este punto, estamos viendo prototipos en papel, wireframes del sitio web, maquetas de la interfaz de usuario; estamos cruzando la calle hasta el centro comercial para mostrar nuestros diseños a las personas más cercanas que podamos, sólo para validar rápidamente que estamos en el camino correcto.
La magia en la creación de un buen MVP no está en las herramientas o técnicas, sin embargo, es en la disciplina, cuando se quiere analizar los datos de un mapa de calor del sitio web para averiguar qué esquema de color funciona mejor, para agarrar algunos marcadores y papel, esbozar un par de soluciones de baja fidelidad, y pedir a alguien, «¿Cuál de estos te gusta más?»
.