El MVP permite tener un producto en manos de los usuarios de forma rápida, a un bajo costo. Cuanto antes se utiliza el producto, más pronto se aprende de los usuarios reales para mejorarlo. La mejor manera de aprender y evolucionar su producto se basa en el uso. Esto es mucho mejor que mirando una hoja de papel en blanco tratando de visualizar cómo debería funcionar el sistema.
Uno de los retos del enfoque MVP presenta es que puede conducir a la falta de arquitectura. Cuando la construcción de un producto desde cero, la prisa por entregar puede venir a costa de la construcción de una arquitectura sostenible. Debe haber equilibrio entre la velocidad de entrega y la calidad interna. Se requiere que la arquitectura viable mínima (MVA). Esto implica poder desarrollar nuevas características rápidamente y luego medir su impacto. Su arquitectura debe ser optimizado para la misma.
Entonces, ¿cómo definir lo que es el MVA ? Estas preguntas ayudan:
– ¿Cuántos usuarios utilizarán el sistema en la versión inicial ? En los primeros 6 meses ? Dentro de un año ?
– Los usuarios iniciales serán internas, externas , o ambas cosas?
– ¿Cuántas transacciones por segundo esperanza en el lanzamiento ? En los primeros 6 meses ? Dentro de un año ?
– ¿Qué nivel de seguridad y auditoría requerida en el lanzamiento ? Dentro de 6 meses ? Dentro de un año ?
Hay varias otras preguntas para guiar la discusión. Estas preguntas ayudan al equipo Establecer los requisitos básicos para su lanzamiento en el mercado. A pesar de que usted no está buscando la arquitectura perfecta, debe buscar lo que es lo suficientemente bueno. El foco está en la cantidad de la inversión que se requiere para poner en marcha y continuación, establezca que planea evolucionar la arquitectura.
Tratando de construir el sistema perfecto rara vez es el enfoque correcto. En caso de que el producto tiene un propietario (el propietario del producto – PO), ntonces él / ella responde a estas preguntas. Por ejemplo:
– Habrá sólo cinco usuarios internos en los tres primeros meses. Seis meses a partir de ahora nuestros dos primeros clientes externos serán utilizarlos en sistemas de modo de piloto. Un año a partir de ahora vamos a poner en marcha el sistema para todos los clientes.
– En el lanzamiento habrá una cantidad trivial de transacciones. Seis meses a partir de ahora el tráfico es moderado. El próximo año, el tráfico será extrema.
– Inicialmente, vamos a añadir usuarios al sistema a través de una interfaz. En el futuro, los clientes tendrán la gestión de ID de autoservicio. Espero que esto ocurra en un año a partir de ahora.
– Sólo tenemos una seguridad mínima para la primera versión. Para el piloto, necesitamos seguridad y auditoría completa.
En base a estas respuestas, mucha discusión y resolución pueden posponerse para después del lanzamiento de la primera versión. ¿Por qué gastar tiempo en la estrategia de caché ahora? Podemos poner varios en tareas de gestión de ID de octubre para más adelante también. Usted debe evitar discusiones inmediatas sobre los requisitos de Que sólo vendrá en el futuro. Usted no debe implementar sólo el estrictamente necesario. Pero hay que poner en práctica este mínimo con la conciencia de las posibilidades futuras. Es por eso que el MVA es tan importante.
Este enfoque depende de la disciplina y la confianza entre el dueño del producto y el equipo de desarrollo. Ambos desean el mismo resultado: el producto se entrega rápidamente con una arquitectura estable.
