Construye ancho, publica estrecho: el nuevo flujo de trabajo que evita planificar de más
Build Wide, Ship Narrow
El autor propone un cambio radical en el flujo de trabajo de desarrollo: en lugar de descomponer el trabajo en PRs pequeños antes de codificar, sugiere construir primero la feature completa en una rama, demostrarla y luego dividirla en PRs revisables. Argumenta que la IA ha abaratado la construcción y la descomposición, pero no el juicio de la revisión ni la validación del producto. Su método: interrogar el plan, comprometer el spec, construir ancho, demo, dividir en PRs y limpiar al final. Incluye reglas como apilar solo cuando la dependencia es real y enviar la eliminación de código en su propio PR final.
Decidir los límites por adelantado nunca fue para facilitar la construcción; era para hacer posible la revisión, y era la única forma asequible de lograrlo.