La disciplina clásica es simple. Antes de construir una feature, encuentra la asunción de la que depende que sea a la vez más probable que esté equivocada y más cara de que lo esté, y prueba esa, barata, primero. Si toda la idea descansa sobre «los usuarios nos confiarán su login del banco» y eso resulta falso, todo lo de abajo fue desperdicio. Así que sondeas la creencia de carga antes de verter los cimientos.
Esto existía porque construir era caro. La prueba de la asunción más arriesgada era una forma de no gastar tres meses de ingeniería para descubrir, al final, que la cosa que nadie podía construir era la cosa que todos daban por hecha. Era un seguro contra la construcción lenta y costosa.
Construir ya no es lento ni costoso. Lo que cambia la disciplina en dos direcciones a la vez, una que la hace más fácil y otra que la hace más peligrosa.
La trampa que tiende construir barato
Este es el modo de fallo del que nadie te avisa. Cuando construir era lento, el coste de la construcción era en sí mismo una función forzosa. Tenías que pensar antes de construir, porque construir era la parte cara y no podías permitirte hacerlo a ciegas. La fricción te hacía identificar la asunción arriesgada, porque saltarte ese paso dolía demasiado.
Ahora un agente construye la feature entera en una tarde. La fricción desapareció, y con ella lo que antes forzaba el pensamiento. Así que el nuevo default es construirla sin más. ¿Para qué identificar la asunción más arriesgada y diseñar una prueba cuidadosa cuando podrías tener la feature entera funcionando para la cena? Saltas directo a la construcción, porque la construcción dejó de ser el paso caro.
Y entonces publicas una feature completamente construida que descansa sobre una creencia que nunca comprobaste. La asunción seguía ahí. Seguía siendo la parte más arriesgada. Solo que nunca te paraste a nombrarla, porque construir se abarató lo suficiente como para que pararse pareciera la opción lenta. Así es exactamente como construir barato hace que decidir se encarezca: la baratura elimina la fricción que antes pensaba por ti, y ahora tienes que aportar ese pensamiento a propósito.
La economía de los experimentos en realidad mejoró
Lo frustrante es que construir barato debería hacer mejor la prueba de la asunción más arriesgada, no obsoleta. Toda la razón por la que probabas una asunción en vez de diez era que cada prueba costaba ingeniería de verdad. Racionabas experimentos porque los experimentos eran caros.
Esa restricción se levantó en gran parte. Cuando construir un sondeo es casi gratis, puedes correr el experimento que antes nunca habrías justificado. La puerta falsa, el prototipo desechable, las dos variantes enseñadas a diez usuarios, la versión que solo funciona para un camino para que puedas mirar si alguien lo recorre. Cosas que eran demasiado caras de construir solo para aprender de ellas ahora son lo bastante baratas como para construirlas justo para aprender y luego tirarlas.
Así que la economía mejoró a tu favor. Puedes permitirte más experimentos, más rápido, sobre las asunciones que de verdad importan. La pega es que esto solo ayuda si aún haces la parte de pensar, que es nombrar qué asunción merece un experimento. Construir barato te da la capacidad de probar más. No te dice qué probar. Eso sigue siendo tu trabajo, y es el trabajo que la baratura te tienta calladamente a saltarte.
Nombrar la asunción más arriesgada sigue yendo primero
La habilidad que no se automatizó es identificar, de todo lo que una feature da por hecho, la creencia que es más probable que esté equivocada y más costosa si lo está. Eso es un juicio sobre tus usuarios, tu mercado y tu producto, y ninguna cantidad de velocidad de construcción lo produce.
Una forma útil de encontrarla: por cada cosa que la feature da calladamente por hecha, hazte dos preguntas. ¿Cuánta confianza tengo en que esto es cierto? ¿Y cuánto de la idea entera se derrumba si es falso? La asunción que es a la vez tambaleante y de carga es la que hay que probar primero. Normalmente no es una asunción técnica, porque los agentes hacen la parte técnica fácil. Es una creencia sobre si los usuarios quieren esto, confiarán en esto, cambiarán su comportamiento por esto, pagarán por esto. Esas son las creencias que una feature en marcha no puede confirmar solo por existir, y son justo las que construir barato te tienta a asumir en vez de probar.
Hay un orden en esto que la velocidad no para de descolocar. Identifica la asunción, decide qué evidencia te movería de verdad, y luego construye el sondeo más pequeño que produzca esa evidencia. Construir barato te tienta a invertir el orden: construir primero, mirar lo que vuelva y aplicar ingeniería inversa a una lección a partir de ello. Esa inversión blanquea una construcción como hallazgo. Acabas tratando «lo publicamos y nadie se quejó en voz alta» como validación de una creencia que nunca dijiste en voz alta, lo cual no es evidencia de nada salvo de que construir es rápido ahora. El orden importa más que nunca justo porque ya nada externo lo obliga.
Prueba la asunción, no la feature
El movimiento es apuntar el construir barato a la asunción en vez de a la feature entera. No son lo mismo, y la diferencia es toda la disciplina.
construye la feature
- Cola entera de decisiones
- Funde muchas creencias
- Difícil de tirar
construye el sondeo
- Aísla una creencia
- Barato de construir
- Hecho para borrarse
Construir la feature entera para ver si a los usuarios les gusta se siente como una prueba, y es una mala. Es cara incluso a velocidad de agente, porque una feature entera arrastra una cola entera de decisiones, estados y pulido que ahora tienes que mantener. Y funde una docena de asunciones en una sola señal turbia, así que cuando no cuaja no puedes saber qué creencia estaba equivocada.
Probar la asunción significa construir la cosa más pequeña posible que interrogue la única creencia arriesgada y nada más. Si el riesgo es «¿nos confiarán los usuarios su login del banco?», no construyes la integración bancaria entera. Construyes el punto donde la conectarían y miras si lo hacen. Construir barato hace trivial ese sondeo aislado. La habilidad es apuntarlo a la creencia, no al producto. Confunde las dos y estás de vuelta en correr una feature factory, publicando features completamente construidas y llamando a su existencia un proceso de aprendizaje.
La otra ventaja de un sondeo frente a una construcción completa es que un sondeo es barato de tirar, y tirarlo es el objetivo. Una feature completamente construida acumula una gravedad que nadie planeó. La hiciste, funciona, borrarla ahora se siente como desperdicio, así que se queda incluso cuando la asunción de debajo resultó tambaleante. Un sondeo no carga con ese peso. Existe para responder una pregunta y luego morir, salga como salga la respuesta, que es justo lo que mantiene el experimento veraz en vez de que se vuelva calladamente un compromiso.
Dónde encaja PaellaDoc
Por eso en PaellaDoc una asunción es algo que puedes nombrar y seguir, no una creencia que se queda implícita hasta que falla. Antes de que los agentes lo construyan todo, las asunciones arriesgadas son explícitas, conectadas a la decisión que depende de ellas y a la evidencia que las confirmaría o las mataría. Construir barato se vuelve lo que debería ser, una forma de correr el experimento que responde la pregunta arriesgada, en vez de una forma de saltarte la pregunta y construir encima de una apuesta sin examinar.
Los agentes construirán con gusto la cosa entera antes de que hayas pensado en qué parte de ella podría estar equivocada. Ese es el nuevo peligro, y es la imagen espejo del viejo. Antes protegías contra la construcción desperdiciada. Ahora proteges contra las asunciones sin examinar, porque la construcción que antes forzaba el examen es gratis. Nombra la creencia más arriesgada. Apunta el construir barato a eso, y solo a eso. Luego decide.
Preguntas frecuentes
¿Qué es la prueba de la asunción más arriesgada?
Antes de construir una feature, encuentras la asunción de la que depende que sea a la vez más probable que esté equivocada y más cara de que lo esté, y pruebas esa, barata, primero. Si toda la idea descansa sobre una creencia que resulta falsa, todo lo construido encima fue desperdicio. Así que sondeas la creencia de carga antes de verter los cimientos.
¿Cómo encuentro la asunción más arriesgada?
Por cada cosa que la feature da calladamente por hecha, hazte dos preguntas: cuánta confianza tengo en que es cierto, y cuánto de la idea se derrumba si es falso. La asunción que es a la vez tambaleante y de carga es la que hay que probar primero. Normalmente no es técnica, porque los agentes hacen eso fácil. Es una creencia sobre si los usuarios lo quieren, confían en ello o pagarán por ello.
¿Construyo la feature entera para probarla ahora que construir es barato?
No. Una feature entera arrastra una cola de decisiones, estados y pulido que tienes que mantener, y funde una docena de asunciones en una señal turbia, así que cuando falla no sabes qué creencia estaba mal. Apunta el construir barato a la única creencia arriesgada: construye el sondeo más pequeño que la interrogue y nada más, y que sea barato de tirar.
¿Por qué construir barato hace esta disciplina más importante, no menos?
Porque el coste de construir antes forzaba el pensamiento. Cuando construir era caro, tenías que nombrar la asunción arriesgada antes de poder permitirte construir. Ahora un agente construye la feature entera en una tarde, así que la fricción desapareció y el default es saltar directo a la construcción, publicando algo que descansa sobre una creencia que nunca comprobaste. Los experimentos se abarataron; nombrar qué probar sigue siendo tu trabajo.