No sé a ciencia cierta si fue él quien lo creó, pero desde luego que fue Eric Ries, en su libro «The Lean Startup» (allá por 2012 te deje un resumen del popular libro, en Agilidad y Lean Startup: gestionando de manera ágil la creación de starups y nuevas líneas de negocio), quien popularizó el concepto de MVP (Minimum Viable Product) o Producto Mínimo Viable.
Desde entonces, el término MVP es muy mencionado en el mundo Startup, en el mundo emprendedor y entornos ágiles, en proyectos que quieren dejar de gestionarse de la manera clásica, tradicional, etc. Y es tan mencionado… como poco comprendido y, diría, que usado correctamente.
Yo que me recorro “el mundo”, de aquí para allá, hablando y tratando con muchos equipos ágiles, o que quieren serlo, te puedo corroborar lo poco entendido que es el MVP, siendo algo tan importante. Para muchos es “sacar algo lo antes posible”, “no esperar hasta el final como en el viejo ciclo de vida en cascada”, etc.
Pero, la realidad dice que la mayoría de las veces se confunde MVP con prototipo medio terminado en lo que a calidad refiere, o, en el otro extremo, más común, los MVP son casi productos finales, ya que muchos no entienden sacar algo a los ojos del usuario sin todas y cada una de las funcionalidades, esta suele ser la idea más difícil de romper.
No hace mucho, por las anteriores razones, escribí el post de que el Producto Mínimo Viable te acompañe y sea tu luz. Y hoy quiero complementar el anterior con algo más práctico, una “checklist” para intentar ayudarte a trabajar con productos mínimos viables.
Como comenta Henrik Kniberg, los problemas de entender el MVP y vienen ya del propio nombre… ¿Qué es Mínimo y qué es Viable? Así que, para concretarlo más, vamos con 7 puntos que caracterizan a un MVP…
- Reemplaza la palabra «mínimo» por «lo más pronto posible». La idea del producto mínimo viable es una versión de un nuevo producto que permite recoger la máxima cantidad de aprendizaje validado por los clientes con el menor esfuerzo.
- Por ello, no es un producto con el 100% de la funcionalidad. Si tiene el 100% de la funcionalidad… te has pasado, mucho.
- Continuando con lo de “mínimo”, a pesar del nombre, no se trata de construir algo rápido, de cualquier manera, que se caiga a trozos.
- Sólo vale si sirve para aprender sobre lo que necesita el usuario, y que esto sea la entrada de siguientes iteraciones.
- El usuario debe usar el Producto Mínimo Viable enamorándose ya de él y pidiendo ya siguientes versiones. Hay quien dice que es el producto para los “early adopters”.
- Define a un producto mínimo viable como lo mínimo por lo que estaría dispuesto a pagar un cliente.
- Por viable, entendemos “Testeable” y/o “Usable”. Una versión MVP permite al usuario hacer algo útil con ella. Resuelve problemas al usuario, no todos, pero alguno, para poder obtener “feedback”.
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.
- Más allá del Management 3.0: 12 prácticas (de muchas) que no están en M 3.0 - 25 enero, 2024
- Más allá del Management 3.0: Otros muchos patrones para equipos Ágiles - 18 enero, 2024
- Años 30, Ohio (EE.UU.) y el Agile Product Management - 11 enero, 2024
MVP lo acuño Frank Robinson (CEO de SyncDev) hacía 2001.
Buen post, sencillo y claro.
un saludo,
Considerar también que solo existe un MVP por producto. He escuchado erroneamente hablar de MVP 4, MVP 5, etc…