Mantero.net

Agilidad vs perfección o porqué lanzar un producto online a medio desarrollar puede ser mejor que esperar a lanzar un producto perfecto con una concepción larga, por que sí, es inevitable que las cosas se alarguen mucho cuando intentamos hacer algo perfecto. De hecho, haciendo referencia al título, si buscamos el antónimo de “agilidad” no nos encontraremos realmente con el vocablo “perfección”, esta palabra es en realidad la consecuencia del verdadero antónimo, “lentitud”. Voy a explicároslo.

Si tres o cuatro años atrás me hubieran preguntado cuál era una de mis cualidades, probablemente me hubiera sentido orgulloso de decir que era alguien perfeccionista, sin embargo fruto de la experiancia uno se da cuenta que el ser demasiado perfeccionista es más un lastre que una virtud. A la larga nos lleva a caer en una espiral de emociones que van desde la increíble necesidad de tener todo bajo control, el miedo al fracaso y el terror a las críticas y tendencia a encabezonarse con ideas muy específicas, que en un conjunto hacen que acabemos centrándonos en detalles irrelevantes en comparación a la magnitud del proyecto en el que nos encontramos. Desgraciadamente siempre nos vamos a encontrar algo que mejorar y esto se puede aplicar a cualquier campo. Es común olvidarse de trazar esa línea tan importante entre lo imprescindible y lo prescindible, y creérme, al elaborar esta línea pecamos de lo lindo ya que tenemos la fea costumbre de hacer demasiadas cosas imprescindibles. Esto me recuerda a cuando hice la mochila para recorrer el Camino de Santiago sobre estas fechas del año pasado. A medio viaje tuve que enviar por Correos un paquete con toda lo que me sobraba porque llevaba demasiado peso. Pues bien, en el momento de hacer la mochila os puedo asegurar que pensaba que llevaba lo imprescindible.  Ese día me volvió a recordar que menos es más.

Todo esto que os estoy explicando no es algo nuevo obviamente, de hecho se lleva aplicando demasiado tiempo por ejemplo en el desarrollo de software ágil y su filosofía del Release early, release often, que no es más que una referencia al hecho de lanzar pronto y realizar mejoras frugales (cambios pequeños y continuados) a medida que se van recibiendo comentarios de los usuarios. Si sigues estas directrices vas a tener que aceptar sí o sí que tu producto no va a ser perfecto.

Como conclusión a esta breve reflexión, puedo decir que seguir un desarrollo “ágil”, es decir, lanzar un producto con una o pocas funcionalidades, hace que además de reducir el time-to-market y permitir ser mucho más agil a la hora de realizar cambios en la dirección del producto, se logre una marea de ruido por parte de los usuarios a la vez que se va implementando cada nueva mejora, ayudando así a la fidelización y como ya he comentado arriba, permitiendo que los usuarios puedan ir dando feedback del producto para trabajar en consecuencia.

Por poner un ejemplo final a todo esto, imagínate lanzar un producto completo en el cual has dedicado meses o incluso años de desarrollo, para al poco tiempo de lanzarlo darte cuenta que tu planteamiento era incorrecto. Sería todo un desastre que probablemente llevaría a más de uno a tirar la toalla, un error que más de uno ha cometido.

Créditos foto: gt5criss

El otro día conocí el blog PandDaily, recién lanzado por la antigua editora de TechCrunch Sarah Lucy y que se centra en dar cobertura a todas aquellas startups que no reciben atención por encontrarse en fases muy tempranas. La cuestión es que leyendo su Abouts Us me vino a la mente uno de los dilemas del emprendedor, ser rico o ser rey, Rich versus King.

El dilema de Rico o Rey viene del hecho que cuando alguien emprende debería optar por ejercer uno u otro rol respecto a su empresa. El de Rico implica ceder control y porcentaje a cambio de hacer crecer el proyecto y atraer a equipo cualificado, y el de Rey, aquel fundador que prefiere mantener gran parte del porciento de su empresa y por tanto gran parte del control a expensas de que el proyecto crezca más lento y que no logre alcanzar todo el potencial que lograría con mayores recursos.

No creo que ninguno de esos roles sea mejor que el otro, simplemente aplican a diferentes personalidades de la empresa y de su fundador. El emprendedor con perfil de Rey normalmente tendrá como principal motivación dejar su huella personal en el proyecto y el hecho de ceder control no irá con él teniendo en cuenta que su mentalidad es la de no despegarse de su pequeño retoño . Para este tipo de emprendedores su pasión por el producto o servicio es mucho mayor que el beneficio económico de ésta. En el caso del Rico, el fundador tiene como principal motivación el beneficio de ésta y llegado a X milestone dentro de su compañía decide que es mejor ceder parte de control a gente que pueda ayudarle a llevar su proyecto mucho más lejos. Digamos que el perfil de Rico encajaría con el de serial entrepreneur.

Aquí el punto clave es ¡Yo soy/quiero ser ambos! Bueno, la situación aquí son que las necesidades de ambos puntos de vista chocarán en algún momento. Pocos son aquellos que son capaces de lograr un proyecto bestial sin más herramientas que su capital inicial y su tiempo. Definir claramente nuestra motivaciones y orientar la empresa respecto a éstas ayuda a tener una visión de la compañía más clara y consecuentemente tomar mejores decisiones a medio-largo plazo.

En cuanto a mi y Sinouts, ya tenía clara mi posición respecto a este tema cuando el proyecto sólo eran un montón de garabatos en una hoja de papel. Voy a poneros un ejemplo. Prefiero comerme un pequeño trozo de una tarta muy muy sabrosa aunque no haya sido hecha siguiendo mi receta al 100% a tener un trozo más grande de una tarta que no sepa tan bien por haberla hecho sólo yo. Pero como he dicho más arriba ninguna opción es mejor que otra, simplemente reflejan diferentes prioridades y motivaciones.

Actualización: Recordaba haber visto unas gráficas que muestran gráficamente lo que comentaba. Son de Noam Wasserman, uno de los primeros en acuñar el concepto.

Créditos foto: oaklandzoo22