Saltar al contenido principal

La construcción es un síntoma,
no un objetivo

Construir es la consecuencia natural de haber pensado bien. No es un logro en sí mismo.

Enunciado

Un equipo que celebra haber construido rápido sin validar el problema está celebrando en la dirección equivocada. La construcción debe ser la consecuencia inevitable de un problema bien comprendido, un contexto bien diseñado y un consenso organizacional sólido.

Por qué importa

La industria tecnológica ha fetichizado la construcción. "Shipping" se ha convertido en una métrica de éxito por sí misma. Pero entregar algo que nadie necesita no es un logro, es un desperdicio con fecha de entrega.

En Problem-Driven AI, la construcción es un indicador de que el trabajo previo se hizo correctamente. Si necesitas construir para descubrir que ibas en la dirección equivocada, el fallo no está en la construcción: está en todo lo que no hiciste antes de construir.

Implicaciones prácticas

  • No midas progreso por líneas de código o features entregadas. Mide por problemas validados.
  • Retrasa la construcción hasta tener claridad sobre el problema y el contexto.
  • Cuestiona la urgencia de construir: si el equipo quiere "empezar a construir ya", pregunta qué se sabe del problema.
Anti-patrón: El Build-First Bias

Qué es. Saltar directamente a la implementación porque "ya sabemos lo que hay que hacer". La velocidad de construcción se convierte en la métrica principal, eclipsando la validación del problema y la calidad del contexto.

Cómo detectarlo. El equipo tiene un prototipo funcional pero no un Problem Statement validado. La planificación de sprints ocurre antes de cualquier entrevista con stakeholders. "¿Qué tan rápido podemos entregarlo?" se pregunta antes que "¿Estamos resolviendo el problema correcto?" El equipo celebra líneas de código commiteadas, no hipótesis validadas.

Cómo prevenirlo. Establece la Fase 1 y la Fase 2 como prerequisitos innegociables antes de cualquier construcción. Haz obligatorios los Gate Reviews del Problem Statement y del Solution Brief. Mide el progreso en aprendizajes validados, no en funcionalidades entregadas.

Conexiones