A partir del post de Luv Sayal sobre el caso de éxito de un iweekend llego a un ensayo de Paul Graham titulado The Hardest Lessons for Startups to Learn. Es un documento que bien merece la pena dedicar un rato a su lectura ya que hay recomendaciones muy interesantes, pero a mi me llamó la atención el texto que usó Luv para enlazarlo: realease early, release often.

El "nuevo" proyecto propio en el que estamos metidos (WTF) lleva ya un tiempo gestándose y una de las primeras cosas que hice fue plantear las ventajas y los inconvenientes de los distintos ritmos de implantación del sistema sobre el proyecto original.

Puedes empezar con una migración gradual, empezando por una primera versión con pocas funcionalidades e ir incorporando las nuevas mediante se van programando, que es más o menos lo que recomienda Paul Graham. Por contra, puedes implantar el sistema una vez el grueso de las funcionalidades ya han sido implementadas.

En cuanto al ruido generado, si vas sacando nuevas funcionalidades vas generando una especie de marea de ruido constante. En cambio con una transformación radical puedes crear un gran "impacto" que se traduzca en un gran ruido. Por contrapartida puede generar también un gran shock ante los usuarios acostumbrados a la web que ellos usaban y tan bien les iba.

Que crees que es mejor, ¿generar pequeñas olas de ruido cada cierto tiempo con una implantación gradual del sistema o implantarlo cuando está muy avanzado para intentar crear una gran ola mediática a pesar del shock que puedan recibir tus usuarios?