Idea principal

En desarrollo se admite una regla: quien crea el bug lo corrige. No para castigar, sino para que la responsabilidad de corrección siga unida a la responsabilidad de producción — aunque el desarrollador haya pasado a otro tema, aunque eso altere la planificación.

La misma regla se aplica al diseño de producto, y rara vez se cumple. Un Product Manager que concibe y luego confía a otro la tarea de llevar la cosa hasta producción hace exactamente lo que se le reprocha al desarrollador que entrega y pasa a lo siguiente: nunca ve dónde su comprensión era insuficiente, dónde su formulación era ambigua, dónde su arbitraje cojeaba. El coste de sus aproximaciones lo paga el equipo que las descubre, y la información no le vuelve.

El bucle no se cierra — y es ese bucle el que produce la calidad. La calidad no se delega a posteriori, ni del lado del código ni del lado del producto.

Capa aportada por "La calidad pertenece a quienes entregan" (2026-06-03). La regla invocada en desarrollo no es solo un principio de equidad: se apoya en dos efectos distintos, y la transposición al diseño de producto hereda ambos. Antes de la entrega actúa como incentivo — quien sabe que sus aproximaciones le volverán formula de otra manera. Después, es el único circuito por el que la información vuelve al autor: cualquiera que corrija en su lugar encuentra una causa técnica, no una causa de decisión. Es esta segunda parte la que le falta al Product Manager que confía a otros la tarea de llevar su diseño hasta producción — conserva el incentivo nominal y pierde el retorno que lo instruiría.

Por qué es importante

Da a una organización una prueba de equidad interna: una exigencia que se tiene por innegociable en desarrollo no puede suspenderse para quienes conciben, porque entonces no es una regla sino una jerarquía.

Y explica por qué ciertos errores de diseño se repiten: el autor nunca se encuentra con sus consecuencias, así que nada se las señala.

Matices y límites

Acompañar hasta producción consume tiempo, y ese tiempo no se saca de ninguna parte salvo del diseño siguiente. El bucle tiene un precio, y asumirlo supone aceptar un caudal menor.

Por otra parte, una organización muy grande hace impracticable el bucle tal cual: a partir de cierto tamaño pasa por dispositivos — revisión posterior a la entrega, acceso al soporte, presencia en las demostraciones — más que por la presencia de una sola persona de principio a fin.

Preguntas abiertas

• ¿Qué forma mínima de retorno desde producción basta para cerrar el bucle, cuando la presencia continua de quien ha concebido no es sostenible?