Rápido no es con prisa
La velocidad que valoran los clientes no viene de correr más, sino de no rehacer las cosas tres veces. Sobre iterar bien.
Un cliente nos dijo una vez que éramos "rapidísimos". Nos hizo gracia, porque ese proyecto fue de los que más despacio empezamos. Estuvimos casi una semana sin abrir el ordenador, solo entendiendo el problema. Lo que él percibió como velocidad fue, en realidad, ausencia de marcha atrás. No rehicimos nada. Y eso, visto desde fuera, parece prisa. Es lo contrario.
La prisa es lineal; la velocidad es estructural
La prisa consiste en empezar a producir cuanto antes. La velocidad consiste en producir una sola vez. Parecen lo mismo y no lo son: la prisa casi siempre genera trabajo que hay que tirar, y tirar trabajo es la forma más cara de ir despacio. La cuenta es brutal — un proyecto rehecho tres veces no tarda el triple, tarda más, porque cada vuelta arrastra reuniones, dudas y desgaste.
Ir rápido es, casi siempre, haber pensado lo suficiente como para no tener que volver.
Lo que aprendimos de quienes lo estudiaron
No lo inventamos nosotros. Jake Knapp formalizó en Sprint, desde Google Ventures, una idea poderosa: dedicar tiempo concentrado a definir y prototipar antes de construir ahorra meses de ejecución equivocada.1 El prototipo barato es el atajo, no el camino largo.
El equipo de Basecamp lo lleva más lejos en Shape Up: dar forma al trabajo antes de comprometer recursos, y fijar el tiempo dejando flexible el alcance — al revés de como se suele hacer.2 Y en Rework, Jason Fried y DHH desmontan el mito de que más horas equivalen a más avance.3 Todos apuntan al mismo sitio: la velocidad real se decide en la fase en la que parece que "no estás haciendo nada".
Iterar bien no es iterar mucho
Hay una confusión moderna que conviene deshacer: iterar no es repetir sin rumbo hasta que algo cuele. Iterar bien es cada vuelta partiendo de algo aprendido en la anterior. Si tus iteraciones no reducen incertidumbre, no estás iterando — estás dando vueltas. Y dar vueltas, por mucho movimiento que tenga, es la versión más agotadora de quedarse quieto.
Por eso cuando un cliente nos pide ir rápido, no aceleramos el dibujo. Aceleramos el entendimiento. Le hacemos las preguntas difíciles el primer día, no el último. Suena a freno y es el acelerador. Rápido, sí. Con prisa, jamás.
Referencias y lecturas
- Jake Knapp. Sprint (Google Ventures, 2016) — prototipar y validar en cinco días.
- Ryan Singer / Basecamp. Shape Up — dar forma al trabajo y fijar el tiempo, no el alcance.
- Jason Fried & David Heinemeier Hansson. Rework — contra el culto a las horas.