Latencia de decisión: el impuesto al crecimiento que nunca aparece en el P&L
Cuando cada cambio necesita que cuatro personas se pongan de acuerdo, el costo no es el trabajo. Son las semanas entre saber y publicar.
La demora casi nunca está en el build
Preguntale a un equipo cuánto tarda un cambio y te va a estimar el tiempo de desarrollo. Medilo punta a punta y la foto se invierte: un build de dos días tarda rutinariamente cinco semanas porque espera una decisión, después la cola de una agencia, después que alguien confirme que no va a romper otra cosa. El build nunca fue la restricción.
La propiedad fragmentada genera la espera
Las marcas en crecimiento acumulan vendors: un desarrollador, una agencia de marketing, un especialista de email, un integrador de fulfillment. Cada uno funciona bien dentro de su alcance. Pero nadie es dueño del resultado, así que todo lo que cruza dos alcances escala al founder—que termina siendo la capa de integración entre personas que nunca se hablan directamente.
Medir lead time, no actividad
Un reporte semanal lleno de tareas completadas puede convivir con un negocio donde no sale nada importante. La medida útil es el lead time: desde que se acuerda que un cambio vale la pena hasta que está en producción y medido. Seguí diez cambios y el patrón de dónde se pierde el tiempo se vuelve obvio sin ninguna herramienta nueva.
Arreglar la propiedad antes de sumar capacidad
Contratar otro desarrollador dentro de un sistema con propiedad difusa agrega throughput a una cola que nunca fue el cuello de botella. La primera corrección es un solo responsable por decisión, entregable y métrica—y después capacidad, si la evidencia lo sigue respaldando.