gestión de proyectos

Producto Mínimamente Viable (PMV)

in desarrollo, gestión de proyectos

Cuando quieres sacar un proyecto a la luz tienes dos opciones completamente opuestas: esperas semanas (o meses, quizás años) a tener el producto "perfecto" o te lanzas con el PMV (Producto Mínimamente Viable).

¿Qué es el PMV?

Yo lo definiría como la versión de tu proyecto que tiene las funcionalidades necesarias para cumplir su cometido. Es decir, si queremos sacar una página web de venta online de churros su PMV sería una web donde un usuario puede comprar churros. Sin florituras, sin añadidos sociales, incluso diría yo sin estudios de usabilidad ni grandes diseños aplicados

hola-mundo.jpg

¿Para que sirve sacar un PMV?

Es muy bonito esperar a sacar tu proyecto cuando luce como el oro y cuando sabes que no hay ni un sólo fallo para resolver, pero ¿cuales son las ventajas de sacar un PMV? Lo mejor de todo es que te permite "pinchar el pastel" para obtener una primera visión de como responden tus posibles clientes a tu producto.

A partir de aquí es bueno seguir una política de release early, release often teniendo en cuenta las necesidades y las sugerencias de tus usuarios.

¿Es esto un dogma a seguir ciegamente?

Personalmente soy un partidario del PMV, sobretodo porque permite detectar errores de concepto en fases muy tempranas del proyecto (no me gustaría descubrir después de un año de desarrollo que nadie está dispuesto a pagar por mi producto) y además creo que se lleva muy bien con las metodologías de desarrollo ágil.

Eso sí, ten en cuenta que Henry Ford dijo en su momento "Si hubiera preguntado a mis clientes qué necesitaban, hubieran dicho un caballo mejor" xD No obstante, si te interesa todo el tema de los productos mínimamente viables échale un vistazo al blog de Eric Ries donde habla, entre otras cosas, de PMV aplicados al proyecto del que es co-fundador: IMVU.

[Foto original por Andrew*]

¿Es posible aplicar SCRUM por fases?

in gestión de proyectos, productividad, programación ágil, scrum

La Wikipedia define Scrum como "un proceso de desarrollo de software iterativo e incremental utilizado comúnmente en entornos basado en la metodología Agile de desarrollo de software".

Es una metodología que está teniendo mucho éxito, de hecho Jeff Sutherland (uno de sus inventores) afirma en el prólogo del libro Scrum & XP from the trenches (borrador en castellano en proyectalis) que en la compañía de capital riesgo en la que trabaja como consultor de metodologías ágiles sólo invierten en proyectos que utilizan el desarrollo ágil de forma eficaz.

En Neurotic nos planteamos hace un tiempo utilizar alguna metodología para gestionar los proyectos y después de analizar varios sistemas decidimos utilizar scrum. No obstante decidimos empezar poco a poco así que de momento sólo hemos adoptado la reunión diaria (no sea que nos estresemos con tanto cambio xD).

Ahora que hemos cogido el habito creemos que es hora de avanzar un paso más allá. Pese a esto no queremos aplicar de golpe toda la metodología sino que nos gustaría ir paso por paso. Si conoces scrum, ¿cual crees que es el siguiente paso que deberíamos dar?