De leer libros mal y de joderlos
Me declaro fan incondicional de la que, para mi, es la mejor película española de todos los tiempos: Amanece que no es poco.
Seguro que todos los que la conocéis tenéis vuestros momentos preferidos. Y seguro que en más de un momento en vuestro día a día os encontráis con alguna situación, seguramente absurda, que os haga recordarlo.
Echadle un ojo a este fragmento (a partir del segundo 22):
Recuerdo que en su momento esta era de las escenas que menos comprendía, que más me costaba extrapolar a mi día a día. !Hasta que el agilismo se puso de moda!
Me explico:
¿quién de vosotros se ha leído el manifiesto ágil? ¿dónde pone que documentar es malo? ¿o que no se planifica nada? ¿por qué usáis la excusa de “somos ágiles” para saltaros la gran mayoría de las buenas prácticas que se han ido recopilando durante años?
Y no solo quiero entrar en los aspectos y perfiles técnicos. Vamos a hablar también del Lean. Con su buque insignia Lean Startup. ¿Quién ha oído hablar de este libro/blog/web (no sé si llamarlo escuela directamente)?. ¿Alguno de vosotros lo ha leído? ¿Os suena el concepto de MVP?
Llevo varias startups quebradas a mis espaldas. No demasiadas, pero si las suficientes como para acomplejarme un poquito y preguntarme, ¿tendré algo que ver yo en que la mitad de las empresas en las que he trabajado hayan quebrado?
Bueno, pues en todas ellas he visto un montón de cosas en común y casi todas tienen bastante relación con libros mal leídos.
El típico CEO con aspiraciones a conquistar Silicon Valley. Ese que en general no tiene nada claro lo que quiere hacer sin embargo cuando te sientas con él para intentar concretar algo que poder construir te suele responder siempre algo del estilo:
“De momento vamos a hacer un MVP y luego veremos lo que nos dice el mercado”
Que tu piensas, vale, entonces hacemos la funcionalidad mínima y ponemos mucho esfuerzo en añadir métricas, test A/B y muchos mecanismos para virar la máquina en cuanto el mercado lo demande.
Nada más lejos de la realidad amigos. Lo más seguro es que tu proyecto tarde muchísimo más de lo que debería en ver la luz (he visto proyectos con un solo flujo y tres pantallas tardar más de un año en salir). Y señores CEOs (o PMs, dependiendo del tamaño de vuestra startup), en general, la causa no es que vuestros desarrolladores trabajen lento o no estén alineados con el negocio. La causa casi siempre es que nunca estáis a gusto con lo que tenéis. Casi siempre queréis la feature que ha sacado Google/Twitter/Facebook/Perry/…, porque es vital tenerla.
Lo más habitual es que con 3 usuarios queráis cambiarlo todo porque claro hay algo que funciona mal. La gente no entra, lo mejor es cambiar todo el producto porque el mercado te está hablando… (bullshit) ¿cómo te está hablando el mercado, señor que toma las decisiones? Si yo puse muchas métricas en mi código. Me esforcé en tratar de conocer los flujos de los usuarios, quien empieza, quien acaba, hasta donde llega… y ni siquiera me los has preguntado.
Cuando tienes 10 usuarios tu problema no es el producto. Nunca lo es. Tu problema es el marketing. NADIE te conoce y es normal y deberías invertir más esfuerzos en que supieran que existes y menos en re-diseñar tu producto una y otra vez porque tiene que estar perfecto para cuando la campaña de marketing venga.
Y claro, yo como desarrollador (casi siempre del backend) acojonado porque cuando venga esa campaña de marketing tendremos un gritón de usuarios queriendo entrar en mi aplicación.
¡Eso no pasa casi nunca! y cuando pasa, si lo que ofreces mola, la gente te perdona los downtimes y los bugs básicos. La gente te demanda las nuevas funcionalidades y tu tienes que poner mecanismos para escuchar a tus usuarios. Y si queréis un ejemplo real: ¿cuantas veces habéis visto la ballenita de Twitter? No creo que les haya ido muy mal. Y mira que fallaban los jodios al principio.
Resumiendo, que a lo largo de mis aventuras estartapiles me he encontrado bastantes compañeros que amparados en sus libros de “pajilismo” han incurrido en lo fecal del software y también mucho jefe que bajo las siglas MVP, y lo que le dice el mercado y los eslóganes tipo “lets be agile” o “hay que ser más lean” o yo que sé que más frases mal leídas no dejan de volvernos locos.
MI opinión: hay que leer, pero leer bien. No planteéis las ideas contrarias como incompatibles. Si os encontrais con la Tesis y con la Antítesis, intentad conseguir la Síntesis. Intentad encontrar en que contexto aplica cada una de esas ideas y sobre todo saber cuando saltarse las reglas y cuando seguirlas.