Ángulo

Un dispositivo de calidad situado después de la entrega — el equipo que recoge los bugs de los demás, la QA como última barrera, la cola de defectos, la métrica de rework — no solo recupera defectos: desvía hacia un tercero el retorno de información que habría enseñado a su autor cómo no producirlos. Eso es lo que vuelve estructuralmente perdedores a esos dispositivos, y no su coste directo: protegen el producto una vez, y degradan la producción cada vez. La calidad pertenece, por tanto, a quienes entregan en el sentido más literal — son los únicos que ocupan la posición desde la cual el defecto aún podía no existir, y cada desplazamiento aguas abajo vacía esa posición de lo que la hacía útil.

Síntesis

El movimiento se repite en cuatro puntos de la cadena, y cada vez adopta la apariencia de una buena práctica.

En la asignación, primero. Confiar un defecto al desarrollador disponible optimiza una planificación y corta el vínculo entre una entrega y su coste. El autor no ve lo que ha producido su entrega; quien corrige reconstruye un contexto que no ha creado y encuentra una causa técnica, nunca una causa de decisión. La regla inversa — quien crea el defecto lo corrige — vale entonces menos por el trabajo que asigna que por los dos efectos que restablece: un incentivo que actúa antes de la entrega, y un aprendizaje que no está disponible en ningún otro sitio.

En la entrada, después. Una especificación ambigua transmitida tal cual no desaparece: se zanja más tarde, en silencio, por quien programa. El derecho a negarse a producir en la ambigüedad es el reverso exacto del deber de corregir los propios defectos — en ambos casos, se rechaza dejar que la decisión y su consecuencia se separen. El test escrito antes del código hace el mismo desplazamiento en forma instrumentada: fija el comportamiento esperado en el momento en que aún es discutible, en lugar de verificarlo cuando ya resulta caro cambiarlo.

En la salida, por último, con la forma más institucionalizada. Una QA situada como última barrera solo puede bloquear o dejar pasar; el mismo oficio situado aguas arriba escribe los criterios, los umbrales y los riesgos que cubrir. La posición, no la misión, decide si la función encuadra o repara — y la automatización, al absorber la parte repetitiva, vuelve practicable ese desplazamiento en el momento preciso en que se volvía indispensable.

Lo que une estos cuatro puntos es una asimetría temporal. El coste de la calidad es mínimo en el instante de la producción y crece después sin volver a bajar nunca; la información necesaria para ejercerla sigue exactamente la curva inversa. Cada dispositivo aguas abajo elige, por tanto, la comodidad de planificación frente a la única posición en la que el defecto podía no nacer.

Dos condiciones acotan el movimiento, y se sostienen mutuamente. La primera es que la responsabilidad devuelta a quien entrega llegue como propiedad y no como culpa: en cuanto sirve para señalar a un culpable, los defectos abandonan las conversaciones antes de abandonar el producto. La segunda es que su zona sea distinta de la del producto — el diálogo entre elección de producto y calidad técnica instruye la decisión, no la mutualiza, sin lo cual la responsabilidad se disuelve sin que nadie la haya desplazado.

La cuenta final se lee en el legacy. Lo que llamamos herencia es en parte una producción corriente: cada defecto transferido, cada ambigüedad aceptada, cada test no escrito, cada regresión repetida a mano es una corrección elegida hoy, cuyo rastro guardará el producto mucho después de que se haya olvidado la restricción que la motivó.

Tensiones / contradicciones

Devolver la calidad a quien entrega y dejarle el margen para ejercerla no siempre van juntos. La regla "quien crea el defecto lo corrige" actúa como incentivo a condición de que el desarrollador haya tenido control sobre lo que entregaba; impuesta bajo una restricción de plazo que él no ha fijado, se convierte en una sanción por una decisión tomada en otro sitio. Estas notas no dicen dónde está el umbral.

Tensión también con el método para salir de un atraso existente: tratar cada semana los tres retornos más frecuentes del soporte es un dispositivo aguas abajo asumido, útil, y que contradice la tesis mientras siga en pie. Se justifica como transición, lo que supone un límite que aquí nada fija.

Preguntas

• En un equipo de varias decenas de desarrolladores, ¿qué forma mínima de retorno desde producción mantiene el vínculo entre un defecto y su autor, cuando la corrección por parte de este ya no es practicable?
• ¿Qué restricciones externas — certificación, compromiso contractual, auditoría — vuelven innegociable un control final, y cómo sostenerlo sin que vuelva a ser el único mecanismo de calidad?