Avances en el inicio de un proyecto
escrito el 13 de Marzo de 2010 por Sebastián Veggiani
Si bien este post no será algo muy elaborado creo que el artículo que voy a citar vale muchísimo el esfuerzo de leerlo.
Apareció en Coding Horror (blog que conocí gracias al amigo @polras). Jeff Atwood explica porqué cree que es malo retrasar un proyecto (a veces indefinidamente) en las etapas iniciales del mismo debido a los problemas, limitaciones y desvíos hayan surgido en su transcurso.
Opina que, mucho mejor que volver atrás en este punto para corregir errores y hacer ajustes sobre inconvenientes detectados en el inicio del desarrollo, es conveniente lanzar la primera versión del mismo de acuerdo a la planificación inicial aunque tenga todos estos errores y alimentarse del feedback del mundo real que obtendremos por el mismo.
Coincido en que volver atrás una y otra vez sobre propias percepciones de problemas puede hacer que se tarde demasiado en avanzar y que al momento de lanzar el producto o servicio tengamos que enfrentarnos nuevamente a las opiniones de los usuarios y volver nuevamente para atrás.
Sin más los dejo con el artículo:
Version 1 Sucks, But Ship It Anyway
Un comentario en este artículo
Leí el post original… muy de acuerdo (a mi pesar) con largar y ver. Después de todo, nada hay perfecto y menos uno puede contemplar con 2 ojos lo que pueden ver miles (y asocio un par de ojos a la base de datos completamente enrevesada y compleja, “freaky” que uno tiene para manejar ese par de ojos.).
Sin embargo, de lejos, aparece algo que fantasmalmente se parece a un “sentido común”. Y uno escucha (en el mejor de los casos).
Lo que ayuda a escuchar es, justamente:
- no tener nada en medio del oído que tape la circulación del aire+sonido al tímpano.
- no ser un bloody perfectionist (difícil, ojo)
- tener una mente abierta al crecimiento (mindset, Caron Dweck… pero leído con liviandad digamos).
Buen post. Para pensar… y actuar obvio. M.
Mauro Ramon
#1 Escrito el 19 de Marzo de 2010 a las 11:19 am.
Deja una respuesta