Mi experiencia en el Startup Weekend Tenerife

Durante los días 1, 2 y 3 de febrero tuve la oportunidad de participar en el Startup Weekend Tenerife. Es posible que no sepas lo que es un Startup Weekend (SW), pero es un concepto muy sencillo que puedes aprender en su propia web. Pude proponer mi idea, formar un equipo fantástico e incluso al final tuvimos la suerte de ganar. Te daré algunos consejos y te contaré algunas cosas que pude aprender, te podría resultar útil si decides participar en el futuro ;-)

Que buenas las caras de @carlosble, @yurenaghm y @chozero cuando me vieron con un lanyard de Visual Studio ... tranquilos chicos sigo siendo un javero convencido :-P

Cuando hablo de preparación no me refiero a que trabajes en tu idea, sino a documentarte sobre este tipo de eventos, las cosas que han funcionado o que han fallado a participantes anteriores y a como extraer el máximo valor de la experiencia.

En mi caso personal hay una parte que ya había aprendido debido a mi conocimiento sobre las técnicas de desarrollo ágil, esto es útil en el apartado de ejecución técnica, pero todavía tenía algunas lagunas en aspectos más de negocio. Recuerda que no solo quieres tener un mínimo producto viable para la presentación final, también quieres validar la idea de negocio. En este apartado me resultó bastante útil haber leído The Lean Startup y Startup Weekend (el libro).

Por otro lado, es muy importante que lleves tus herramientas preparadas, ya sea para trabajar en la idea que propones como para trabajar en ideas de otras personas, los desarrolladores deberíamos tener las herramientas a punto y listas para empezar a producir valor. En mi caso personal el uso de JavaScript, con Node.js en servidor y Backbone.js en cliente, ha funcionado muy bien y ha permitido que el resto de desarrolladores del equipo se integre fácilmente.

Este punto es muy personal y discutible, en general cada persona lo puede haber vivido a su manera o tiene su propio modo de gestionar. En mi caso particular pude formar un gran equipo, bastante técnico en cierta medida, por lo que decidí no participar como desarrollador y centrarme en la parte de negocio y coordinación del equipo.

Con este pedazo equipo no hacia falta ningún tipo de control :-)

Solo hubo que enfocar a todo el equipo en cual era el objetivo y los tres o cuatro hitos que queríamos ir alcanzando a lo largo del fin de semana y tanto el equipo de desarrollo como el de diseño lo fueron haciendo sin ninguna necesidad de ir controlándolos. En cada hito comentábamos lo que teníamos y si algo no iba bien o necesitaba más tiempo entre todos encontrábamos una solución más adecuada.

Cualquiera que sepa un poco de metodología ágil podría haber visto dos conceptos muy sencillos nada más entrar en la habitación. Primero, utilizábamos un tablón Kanban para controlar el estado del equipo, las tareas en desarrollo y el avance del "product backlog". Segundo, cada componente del equipo era responsable de la tarea que llevaba a cabo y tenía poder decisión sobre la misma (empowerment), lo cual no quiere decir que no se tomasen decisiones en equipo.

Timebox es un concepto muy sencillo, fijar un tiempo máximo para una reunión o tarea. Ni que decir tiene que en un SW el tiempo es el bien más preciado, junto con los diseñadores ;-) Por lo que es necesario no gastar más tiempo del necesario en absolutamente nada.

Por poner un ejemplo. Nosotros limitamos el tiempo a seleccionar el nombre del producto a 30 minutos, después de esos 30 minutos nos quedamos con el que mejor encajaba. Cuando llegó la primera ronda de mentores se comentó que el nombre ya lo usaban otras webs y que algunos de los perfiles sociales ya estaban cogidos. Pues sí, pero de nada hubiera servidor buscar un nombre molón y que no tuviese nadie durante 5 horas, porque no habríamos tenido el producto, ni podríamos haber cerrado colaboraciones con futuros clientes como sí hicimos. El tiempo es tuyo, usalo como quieras, pero recuerda que sólo hay 54 horas y debes hacer las cosas que más valor aporten.

Al final del evento Sergio Montoro dio una breve charla en la que comentaba que no debemos hacer caso a los mentores :-) yo no creo que haya que llegar a esos extremos, pero estoy en parte de acuerdo. Durante el fin de semana te visitarán mentores entre tres y cinco veces, en cada ocasión te darán consejos, nuevas ideas, nuevas opciones de negocio, pero no puedes intentar hacer todas esas cosas. Escoge sólo aquellas cosas que vayan en la línea de lo que estas haciendo y se puedan implementar rápidamente, pero no descartes las otras, apuntalas en la libreta para analizarlas de cara al futuro, recuerda que después del fin de semana puedes seguir trabajando en tu idea.

Quizás este sea uno de los puntos más importantes, en 54 horas no hay tiempo para lamentarse por los errores, hay que seguir adelante y trabajar en aquellas cosas que nos aporten más valor y beneficios. Por ejemplo, nosotros no llegamos a comprar el dominio para la aplicación, tampoco actuamos en las redes sociales, pero eso no supuso necesariamente un impedimento.

A nivel personal como coordinador del equipo me quedo con un regusto amargo por no haber podido mantener a todo el equipo inicial hasta el final, dos componentes decidieron abandonar el domingo por la mañana. Pero debes saber que esto no es extraño en los SW, son cosas que pasan a menudo y que debes aceptar o de lo contrario no llegarás a la presentación del producto.

Ha sido un evento fantástico y me gustaría agradecer a toda la organización el magnifico trabajo que ha realizado. Sé de buena tinta que no es nada fácil organizar un evento como este, pero lo han hecho magnificamente y se merecen un 10 ^_^