Todo proyecto contiene decisiones tomadas con información incompleta. No sabemos exactamente cómo envejecerá un acabado, si la ocupación prevista se mantendrá o qué pieza seguirá disponible dentro de cinco años. El problema no es esa incertidumbre. El problema es ocultarla bajo una imagen convincente y construir como si todas las hipótesis tuvieran la misma solidez.
Principio de lectura: cuanto más caro sea deshacer una decisión, más evidencia debe reunir antes de fijarse.
En producto digital aprendimos a publicar, observar y corregir. Esa secuencia funciona porque muchas decisiones son baratas de revertir. Un texto puede cambiarse en minutos y una interfaz puede desplegarse de nuevo. Un tabique, una impermeabilización o una instalación empotrada no admiten esa ligereza. Cuando la decisión entra en materia, el coste de equivocarse debe determinar cuánta evidencia exigimos antes de ejecutarla.
Esta es una de las ideas que conecta el trabajo publicado en joanarbo.com con la investigación de Tres Estados: diseñar no consiste solamente en producir un resultado, sino en definir quién decide, con qué información, dentro de qué límites y cómo sabremos si la decisión sigue siendo válida.
La incertidumbre no es una debilidad del proyecto
Una estimación puede ser rigurosa sin ser exacta. Para ello debe declarar de dónde procede y qué podría hacerla cambiar.
Pensemos en tres afirmaciones:
- «La habitación será silenciosa».
- «La solución debería reducir la transmisión de ruido».
- «El sistema propuesto alcanza la prestación definida en el ensayo o cálculo aplicable, pendiente de comprobación en obra».
La primera expresa un deseo como si fuera un hecho. La segunda reconoce una intención, pero no explica cómo evaluarla. La tercera identifica una prestación, una fuente y una comprobación pendiente. No suena más insegura: permite trabajar.
El mismo principio aparece en HabitaLocal, donde se distingue el dato con fuente de la estimación de confianza baja. Trasladado al espacio, obliga a separar al menos cuatro clases de conocimiento:
- Condición observada: algo que podemos medir o verificar en el lugar.
- Requisito: una condición que debe cumplirse y cuya autoridad está identificada.
- Hipótesis de proyecto: una relación que esperamos que funcione y debemos ensayar.
- Preferencia: una elección legítima de carácter, sin disfrazarla de necesidad técnica.
Confundirlas genera dos errores opuestos. El primero es construir una preferencia como si fuera innegociable. El segundo es tratar una exigencia técnica como si fuera una opción estética.
Una escala de reversibilidad
No todas las decisiones merecen el mismo proceso. En Tres Estados utilizamos el coste de deshacer como criterio para ordenar la conversación.
1. Decisiones sueltas
Son elementos que pueden cambiarse sin alterar lo que los rodea: una luminaria portátil, una pieza textil o parte del mobiliario. Admiten prueba directa, comparación en uso y sustitución.
La pregunta útil no es «¿es definitivo?», sino «¿qué atributo debe conservar una alternativa?». Una silla puede cambiar si mantiene comodidad, altura, resistencia y relación con la mesa. La regla protege el propósito sin congelar el objeto.
2. Decisiones reparables
Exigen trabajo, pero se pueden modificar de manera localizada: una luminaria fija, un revestimiento superficial o un frente de carpintería preparado para mantenimiento.
Aquí conviene documentar acceso, desmontaje, compatibilidades y disponibilidad. La muestra aprobada no basta: hay que saber qué sucederá cuando una pieza falle o desaparezca del catálogo.
3. Decisiones embebidas
Quedan integradas en otras capas: instalaciones ocultas, impermeabilización, encuentros de carpintería o sistemas que se cierran durante la obra. Corregirlas implica abrir, demoler o afectar elementos terminados.
Estas decisiones necesitan coordinación previa, tolerancias, responsables de validación y evidencia acorde con su riesgo. Un render no puede validar lo que quedará detrás del acabado.
4. Decisiones estructurales
Modifican organización, geometría o soporte de manera difícil de revertir: posición de núcleos, huecos, estructura o distribución condicionada por instalaciones principales.
Antes de ejecutarlas hay que comparar alternativas frente al mismo conjunto de criterios. No para producir muchas opciones, sino para demostrar que la seleccionada resuelve mejor las restricciones que realmente importan.
La matriz que evita discutir todo a la vez
Una revisión de proyecto mejora cuando cada decisión se presenta con cinco datos breves:
| Campo | Pregunta |
|---|---|
| Intención | ¿Qué experiencia o desempeño buscamos? |
| Evidencia | ¿Qué sabemos y de dónde procede? |
| Incertidumbre | ¿Qué seguimos suponiendo? |
| Reversibilidad | ¿Qué cuesta cambiarlo después? |
| Autoridad | ¿Quién puede aprobarlo y quién debe comprobarlo? |
La matriz no sustituye un plano, un cálculo o una muestra. Evita que cada documento responda a una pregunta diferente sin que nadie advierta la contradicción.
Estudio conceptual de capas y muestras. Una decisión se puede descomponer antes de convertirla en una única solución.
Imaginemos una cortina para una habitación de huéspedes. La intención puede ser dormir sin oscuridad absoluta durante el día. La evidencia incluye orientación y dimensiones del hueco. La incertidumbre está en la percepción real del usuario. La solución es relativamente reparable. El operador puede aprobar su mantenimiento; la prestación técnica, si aplica, requerirá la comprobación correspondiente.
Ahora comparemos esa decisión con mover el baño. El segundo cambio afecta recorridos, pendientes, ventilación, coste y obra futura. Su baja reversibilidad eleva el umbral de evidencia. Sería absurdo revisar ambos asuntos con la misma intensidad solo porque aparecen juntos en una presentación.
Prototipar no siempre significa construir una habitación completa
El prototipo útil reproduce la duda, no necesariamente el espacio entero.
Si la duda está en el color, basta una muestra vista bajo la luz prevista. Si está en un encuentro, hace falta una maqueta a escala adecuada. Si está en la limpieza, debe ensayarse el acceso y el procedimiento. Si está en la distribución, un marcado a tamaño real puede revelar conflictos que una planta no muestra.
Cada ensayo debería comenzar con una frase: «Después de probar esto podremos decidir…». Si no podemos completarla, probablemente estamos fabricando una representación, no reduciendo incertidumbre.
Estudio conceptual de un encuentro. El prototipo útil responde a la duda concreta, no ilustra una solución cerrada.
También hay que decidir qué resultado obligaría a descartar la propuesta. Un test que solo puede confirmar lo que ya queríamos hacer no es un test; es una ceremonia de aprobación.
Qué conviene registrar
Un registro de decisiones no necesita convertirse en burocracia. Para las decisiones con mayor coste de deshacer, debería conservar:
- el contexto que originó la elección;
- las alternativas consideradas de verdad;
- el criterio que decidió entre ellas;
- la evidencia disponible y lo que quedó sin comprobar;
- quién aprobó y quién asumió la validación técnica;
- qué tendría que ocurrir para revisar la decisión.
Este último punto importa especialmente. Una regla sin condición de revisión termina sobreviviendo a la situación que la justificaba. Si cambia la operación, la ocupación o el proveedor, necesitamos saber si la decisión sigue protegiendo la intención original o solo repite una solución antigua.
La honestidad metodológica también diseña confianza
En arquitectura existe una presión comprensible por transmitir seguridad. Pero seguridad no significa fingir que todo está resuelto desde el primer dibujo. Significa mostrar qué está decidido, qué se está estudiando y qué deberá verificar otro profesional.
Esa distinción mejora la conversación con el cliente. Permite reservar el tiempo y el presupuesto de investigación para lo que sería caro lamentar. También protege el carácter del proyecto: cuando una pieza debe cambiar, no obliga a improvisar desde cero porque el motivo de la elección sigue disponible.
Una pared no se recompone en milisegundos. Precisamente por eso podemos aprender del producto digital sin tratar el edificio como software: hacer visibles las hipótesis, ensayar antes de fijar y conservar el razonamiento junto al resultado.
¿Hay una decisión difícil de deshacer en tu proyecto? Un Rule Sprint puede ordenar contexto, restricciones y preguntas antes de ampliar el alcance. También puedes contarnos el espacio.