Así que’eres jefe de producto y, tras el éxito del lanzamiento de un nuevo producto el año pasado, ’te han ascendido a jefe de producto de tu organización'sdel producto estrella ‘20-Year-Old-Monolith-Beast’, justo cuando la organización se embarca en una iniciativa de modernización muy necesaria. Hay’s un poco de olor alrededor de la transformación, y muchas de sus partes interesadas están presionando para un MVP (producto mínimo viable). Han’escuchado que’s la mejor práctica ¿cuál debería ser el MVP para esto? Estás’luchando por encontrar uno que tenga sentido, y ahora estás’pensando que quizá no estés a la altura. ¡No te’estreses! No’eres tú, es’s el MVP. No’sNo está a la altura. Analicemos’s por qué el MVP no es la herramienta adecuada para la modernización de sistemas legados.
En primer lugar, permítanme decir que, en general, creo que un MVP es una muy buena idea. Es’es una gran manera de hacer lo que se pretendía, para testear una hipótesis de mercado con recursos mínimos. El problema es que la gente sigue utilizando ‘el MVP’ en el contexto de la modernización del legado. No’estás testeando el mercado. De hecho, debería disponer de datos reales sobre cómo percibe el mercado su producto. Sin embargo, a cierto nivel, estás tratando de hacer algunos cambios organizativos y un MVP no va a ser suficiente. Exploremos’algunas razones por las que’s no va a funcionar y proponer algunas alternativas. ¡Abróchate’ el cinturón para un camino con saltos!
Primero un poco de contexto, aquí’una de las mejores representaciones de lo que es un MVP:
Inevitablemente’ has visto alguna versión de esto, y es’ una gran forma de hacer un MVP. Cada iteración del producto sigue siendo ‘algo valioso ’ por sí mismo, y es’s la forma más sencilla de responder a un cliente’ necesidad para saber cómo va a responder tu mercado. Esta visión, y sus éxitos demostrables, supusieron un soplo de aire fresco en el desarrollo de software en general, no sólo para las startups.
Yo sugeriría que su popularidad emergente en los proyectos de modernización del legado está ligada a la tasa de fracaso de este tipo de proyectos. El ‘MVP’ ha asumido el aura de una ‘bala de plata’, una forma de demostrar que esto no va a ser otro proyecto fallido de migración heredada o simplemente una forma de conseguir un presupuesto más apetecible. Se ha’ se ha convertido en víctima de su propio éxito, reduciéndose a menudo a la abreviatura de R0.1 con un conjunto de características mínimas que nunca se amplían más, sólo para decir que se han entregado ‘algo’. Piensa en el rendimiento por encima del resultado. La razón por la que nunca parece cumplir con la fe que se puso en él como enfoque es que’no es el marco adecuado para este tipo de problema. Vayamos’s un poco más profundo.
El éxito del MVP’ nació en el mundo del desarrollo de campos verdes. Algo así:
¿Recuerdas el monopatín de la ilustración original? Esa puede ser una buena forma de disfrutarla y seguir yendo del punto A al punto B, siempre que no tengas prisa.
Su sistema actual, el legado que’quieres modenizar, sin embargo, se parece más a una camioneta completamente sobrecargada, con tres niños gritando en el asiento trasero, en el carril central del tráfico, viajando a 80 km/h, y estás’mañana a mediodía, con la esperanza desesperada de que tu viejo cacharro no se averíe durante el viaje. Un monopatín no es realmente una alternativa viable para sus necesidades muy visibles.
Hay un par de buenas razones para ello:
La mayoría de la gente está familiarizada con este círculo, popularizado por Eric Reiss en su libro Lean Startup.
El bucle, en general, sigue siendo completamente apropiado, pero no lo es la forma en que se suele plantear: CONSTRUIR, MEDIR, APRENDER. Ya has’‘CONSTRUIDO’ así que comienza a APRENDER.
Aprende de todas las personas que trabajan actualmente con los sistemas existentes, ya sea dentro de su organización o de clientes externos. Aprovecha los conocimientos existentes, porque en este caso hay muchísimos. Cómo utiliza la gente los sistemas, cómo fluye la información y de dónde procede el valor (y de dónde no). Y asegúrate de ir más allá del usuario directo. Comprender a los stakeholders es al menos, si no más, importante. Van a influir en la aceptación del sistema o sistemas de sustitución y hay que saber qué va a hacer que lo compren. ¿Cuáles son sus necesidades y temores? Como gestor de productos, hay que hablar de ello, así como de los problemas y los beneficios de los usuarios directos.
No necesitas’experimentar para entender las necesidades de ’sus clientes— Están’ahí delante de ti — así que APRENDE.
En la segunda parte de este artículo analizamos por qué un MVP no va a ayudarle a aprovechar el valor de su sustituto legado.
En primer lugar, permítanme decir que, en general, creo que un MVP es una muy buena idea. Es’es una gran manera de hacer lo que se pretendía, para testear una hipótesis de mercado con recursos mínimos. El problema es que la gente sigue utilizando ‘el MVP’ en el contexto de la modernización del legado. No’estás testeando el mercado. De hecho, debería disponer de datos reales sobre cómo percibe el mercado su producto. Sin embargo, a cierto nivel, estás tratando de hacer algunos cambios organizativos y un MVP no va a ser suficiente. Exploremos’algunas razones por las que’s no va a funcionar y proponer algunas alternativas. ¡Abróchate’ el cinturón para un camino con saltos!
Primero un poco de contexto, aquí’una de las mejores representaciones de lo que es un MVP:
Inevitablemente’ has visto alguna versión de esto, y es’ una gran forma de hacer un MVP. Cada iteración del producto sigue siendo ‘algo valioso ’ por sí mismo, y es’s la forma más sencilla de responder a un cliente’ necesidad para saber cómo va a responder tu mercado. Esta visión, y sus éxitos demostrables, supusieron un soplo de aire fresco en el desarrollo de software en general, no sólo para las startups.
Yo sugeriría que su popularidad emergente en los proyectos de modernización del legado está ligada a la tasa de fracaso de este tipo de proyectos. El ‘MVP’ ha asumido el aura de una ‘bala de plata’, una forma de demostrar que esto no va a ser otro proyecto fallido de migración heredada o simplemente una forma de conseguir un presupuesto más apetecible. Se ha’ se ha convertido en víctima de su propio éxito, reduciéndose a menudo a la abreviatura de R0.1 con un conjunto de características mínimas que nunca se amplían más, sólo para decir que se han entregado ‘algo’. Piensa en el rendimiento por encima del resultado. La razón por la que nunca parece cumplir con la fe que se puso en él como enfoque es que’no es el marco adecuado para este tipo de problema. Vayamos’s un poco más profundo.
El éxito del MVP’ nació en el mundo del desarrollo de campos verdes. Algo así:
¿Recuerdas el monopatín de la ilustración original? Esa puede ser una buena forma de disfrutarla y seguir yendo del punto A al punto B, siempre que no tengas prisa.
Su sistema actual, el legado que’quieres modenizar, sin embargo, se parece más a una camioneta completamente sobrecargada, con tres niños gritando en el asiento trasero, en el carril central del tráfico, viajando a 80 km/h, y estás’mañana a mediodía, con la esperanza desesperada de que tu viejo cacharro no se averíe durante el viaje. Un monopatín no es realmente una alternativa viable para sus necesidades muy visibles.
Hay un par de buenas razones para ello:
- Los MVP existen para probar una hipótesis general — no es necesario hacerlo. Si se ha tomado la decisión de sustituir un sistema empresarial, generalmente hay una buena razón para tener ese sistema/proceso (sobre todo porque la empresa se paralizaría si no se hace). Si esa no es una razón suficiente para no intentar encontrar un MVP, entonces le ofrezco lo siguiente…
- La gente. Personas irracionales. En este contexto de sustitución del legado empresarial, un MVP sólo encontrará desafíos, decepción y rechazo. Para entender por qué’daremos un paseo por la economía del comportamiento y llegaremos de nuevo a una solución a través de la psicología del consumidor y la gestión del cambio..
Se comprueba la hipótesis principal: ¿qué has aprendido?
Tal vez no puedes’ sacar un MVP de tu cabeza (o de la de tus stakeholders), puedes pensar que tu sistema/proceso existente y todas las herramientas, soluciones y TI en la sombra que la gente ha puesto en marcha para hacer su trabajo es el MVP. Tu principal objetivo ahora es aprender de ello.La mayoría de la gente está familiarizada con este círculo, popularizado por Eric Reiss en su libro Lean Startup.
El bucle, en general, sigue siendo completamente apropiado, pero no lo es la forma en que se suele plantear: CONSTRUIR, MEDIR, APRENDER. Ya has’‘CONSTRUIDO’ así que comienza a APRENDER.
Aprende de todas las personas que trabajan actualmente con los sistemas existentes, ya sea dentro de su organización o de clientes externos. Aprovecha los conocimientos existentes, porque en este caso hay muchísimos. Cómo utiliza la gente los sistemas, cómo fluye la información y de dónde procede el valor (y de dónde no). Y asegúrate de ir más allá del usuario directo. Comprender a los stakeholders es al menos, si no más, importante. Van a influir en la aceptación del sistema o sistemas de sustitución y hay que saber qué va a hacer que lo compren. ¿Cuáles son sus necesidades y temores? Como gestor de productos, hay que hablar de ello, así como de los problemas y los beneficios de los usuarios directos.
No necesitas’experimentar para entender las necesidades de ’sus clientes— Están’ahí delante de ti — así que APRENDE.
En la segunda parte de este artículo analizamos por qué un MVP no va a ayudarle a aprovechar el valor de su sustituto legado.
Aviso legal: Las declaraciones y opiniones expresadas en este artículo son las del autor/a o autores y no reflejan necesariamente las posiciones de Thoughtworks.