Pensamiento basado en primeros principios

🔍Paso 1: identificar supuestos mantenidos por inercia#

Pon por escrito cada 'así se hacen las cosas'

Escribe, sin excepción, las premisas que sustentan la forma actual de hacer las cosas: 'esta función necesita un servidor', 'no podemos vender por debajo de este precio'. Hasta que se escriben, los supuestos son tan invisibles como el aire. La mejor herramienta para recopilarlos son las preguntas de quienes acaban de llegar y de las personas externas; cada punto donde la respuesta a '¿por qué lo hacen así?' es 'porque las cosas son así' es un candidato.

Clasificar los supuestos#

Ley física, regulación o simple convención

Clasifica los supuestos escritos en tres categorías. Las leyes de la naturaleza y las matemáticas son inalterables; las regulaciones y los contratos son costosos de modificar, pero pueden cambiarse; las convenciones y las creencias del sector son simplemente cosas que nadie volvió a cuestionar. Descubrir que la tercera categoría predomina con mucha diferencia en la mayoría de las organizaciones es, en sí mismo, el fruto de este paso. La prueba más rápida para clasificarlos: ¿alguien, en algún lugar, ha contravenido esto alguna vez?

🔨Paso 2: descomponer#

Hasta llegar a hechos que no puedan dividirse más

Divide el problema en componentes y sigue dividiendo hasta que cada parte sea un hecho verificable. 'Los costos de la nube son altos' no es una descomposición; tienes que llegar al cómputo medio por solicitud, al precio de mercado de una unidad de cómputo y a la distribución del tráfico. Por el camino, a menudo descubres que el propio planteamiento del problema era incorrecto, un beneficio adicional habitual de este paso.

La unidad de descomposición#

BOM para costos, condiciones necesarias para procesos

Hasta dónde profundices depende del tema. Para los bienes físicos, se trata de la lista de materiales (BOM) y los precios unitarios de mercado; para el costo del software, de las unidades básicas de cómputo, almacenamiento y transferencia; para un proceso, de los requisitos que cada paso realmente debe cumplir. Hay una prueba: si un tercero puede verificar de forma independiente el valor de una parte, has llegado a un hecho básico.

🏗️Paso 3: reconstruir#

Reconstruye la mejor solución sobre los hechos

Construye una solución desde una página en blanco utilizando únicamente los hechos obtenidos en la descomposición; la solución existente no sirve de guía, sino de punto de comparación. Si la reconstrucción conduce al mismo enfoque de antes, no es un fracaso: ahora lo utilizas porque los hechos lo respaldan, no porque otros lo hagan, y la solidez con la que puedes defenderlo es completamente distinta. Si conduce a algo diferente, debes poder señalar exactamente qué supuesto descartaste para llegar hasta ahí.

Disciplina al reconstruir#

Identifica el supuesto descartado en cada divergencia

En cada punto donde la nueva solución se aparte de la anterior, añade una etiqueta que diga 'porque descartamos el supuesto número N'. Sin esas etiquetas, la reconstrucción no se distingue de una idea novedosa más, y las discusiones con los escépticos se reducen a cuestiones de gusto. El peor caso es descubrir después que un supuesto descartado era en realidad una regulación, por eso aquí se vuelve a recurrir a la clasificación del paso uno.

Trampa: detenerse en la descomposición#

Criticar sin reconstruir es hacer la mitad del trabajo

Muchas sesiones terminan con la emoción de derribar supuestos: una lista de fallos del enfoque actual y ninguna alternativa. La descomposición es solo un producto intermedio; el resultado que se debe entregar es siempre un plan de reconstrucción: 'esto es lo que haremos de otra manera'. Fijar el formato del resultado antes de empezar la sesión (una nueva propuesta de estructura más la lista de supuestos descartados) evita esta trampa la mayoría de las veces.

🪞Comparación con la analogía#

No es una enemiga, es una herramienta para otra tarea

La analogía toma prestado un enfoque probado: rápido, barato y acertado en la mayoría de los casos. Nueve de cada diez decisiones cotidianas deberían resolverse por analogía. Los primeros principios son la herramienta a la que recurres cuando la analogía se atasca, es decir, cuando el costo del enfoque habitual parece tener un problema estructural o todo el mundo se topa con el mismo muro. Declarar que harás todo a partir de primeros principios suele llevar a no terminar nada.

Cuándo usar cada enfoque#

Valora el costo de revertir y el de seguir la convención

Si una decisión es fácil de revertir, avanza rápido por analogía y corrígela si resulta equivocada. Si es difícil de revertir (arquitectura, contratos a largo plazo) y la convención de ese entorno parece inusualmente cara, estás en el terreno de los primeros principios. Una buena señal: un concepto de cuyo costo todo el mundo se queja, pero cuya estructura nadie ha vuelto a calcular.

💰Aplicación: estructura de costos#

Recalcula desde las unidades básicas, no desde los presupuestos

'El presupuesto del proveedor ronda esta cantidad' es analogía. Con los primeros principios, tomas los recursos básicos que consume el servicio (cómputo, almacenamiento, horas de trabajo), los multiplicas por sus precios unitarios de mercado y calculas el precio mínimo teórico. La diferencia entre el presupuesto y ese mínimo es tu margen de negociación o tu oportunidad de asumir el trabajo internamente. El ejemplo clásico de este patrón: el cálculo de que los materiales de un cohete costaban un porcentaje de un solo dígito del precio final, lo que llevó a los cohetes reutilizables.

Encontrar el costo mínimo#

Desglosa la diferencia en tres componentes

La diferencia entre el mínimo teórico y el precio real suele descomponerse en tres partes: el margen del proveedor, la ineficiencia (funciones incluidas en el paquete que no utilizas) y una prima de riesgo. La respuesta cambia según cuál predomine. Ante el margen, negocia y solicita ofertas competitivas; ante las funciones agrupadas en paquetes, redefine los requisitos; ante la prima de riesgo, calcula si te conviene asumir ese riesgo.

⚙️Aplicación: elección de tecnología#

De las tecnologías que 'todos usan' a las que exigen los requisitos

'Hoy en día todo el mundo usa este framework' es analogía, y la mayoría de las veces basta. Los primeros principios se vuelven necesarios cuando esa elección empieza a traducirse en costos o limitaciones. Entonces expresas las necesidades reales en números (tráfico, latencia máxima admisible, tamaño de los datos, capacidad operativa del equipo) y deduces la configuración mínima que las satisface. Una conclusión frecuente: gran parte del conjunto de tecnologías de moda está diseñado para problemas de escala que no tienes.

Los requisitos como magnitudes físicas#

Convierte los adjetivos en números y se reducirán las opciones

Convierte adjetivos como 'de gran volumen', 'en tiempo real' y 'escalable' en solicitudes por segundo, latencia permitida en milisegundos y crecimiento anual de los datos. Una vez que existen los números, más de la mitad de las tecnologías candidatas se descartan por sí solas o resultan claramente sobredimensionadas. Si no puedes aportar los números, el problema no es la elección de tecnología, sino un producto insuficientemente definido, y posponer la elección es la decisión correcta.

⚠️Cuidado con el uso excesivo#

Empezar cada reunión desde una página en blanco te hunde

Cada sesión de primeros principios es costosa; requiere días de trabajo de todo el equipo para sacar a la luz y verificar los supuestos. Lo razonable es dedicar este esfuerzo a una o dos cuestiones estructurales por trimestre y resolver el resto rápidamente siguiendo las convenciones. Quien lanza un '¿pero por qué?' ante cada punto del orden del día no está pensando desde los primeros principios; va camino de paralizar la reunión.