Ángulo

Un backlog de bugs no hace el seguimiento de los defectos: los aloja, y su función real es volver respetable la inacción. Cada prioridad puesta, cada comité, cada recalificación produce el rastro de un trabajo sin producir lo único que sacaría al defecto de ahí: una corrección o un rechazo, firmados por alguien. Una política cero bugs no vale, pues, por la calidad que promete, sino por la salida que prohíbe; y choca de inmediato con la tipología de los tickets, con la separación entre tarjetas de bug y tarjetas de funcionalidad, y con la velocidad, que cumplen la misma función de alojamiento bajo nombres más presentables.

Síntesis

El mecanismo es una cadena, y cada eslabón parece razonable tomado por separado.

Los defectos salen primero del plan: la roadmap lleva las funcionalidades, los defectos esperan a "que tengamos tiempo". Fuera del plan, ya nada los ordena — es la visibilidad la que decide, y por tanto la queja de un cliente importante o el directivo que se topa con ellos. La cola que supuestamente palía ese desorden no lo corrige: produce su propio trabajo —releer, recalificar, replanificar, sostener el comité— y ese trabajo tiene exactamente el aspecto del pilotaje.

Queda la cuestión de por qué nadie vacía esa cola, cuando todos saben que gran parte nunca se corregirá. La respuesta no es informativa. Cerrar un ticket equivale a escribir "no lo haremos" y a llevarlo ante el cliente, el soporte y la dirección. Dejarlo abierto no le cuesta a nadie en particular. El statu quo es estable porque no tiene autor — y "por priorizar más adelante" es el nombre que se le da a un rechazo que nadie ha firmado.

Identificado ese resorte, los demás dispositivos se leen como variantes. La tipología rica ofrece una salida honorable a cualquier discusión: se ordena en vez de zanjar. La separación de las colas vuelve invisible la ausencia de arbitraje común, puesto que nadie ha decidido nunca no comparar. La velocidad aporta una razón cifrada para descartar los defectos, protegiendo la métrica frente al producto que supuestamente describe. Tres formas, una función.

Eso da a la regla su punto de aplicación exacto. No hace mejor el software; suprime la tercera salida, y todo lo que se apoyaba en ella se vuelve visible de golpe — incluida la ralentización, que la regla no produce sino que revela: la cola amortiguaba una tasa de defectos que nadie tenía que mirar.

De ahí dos consecuencias que el dispositivo también enmascaraba. La salida no pasa por una relectura del stock: pasa por un flujo exterior, el top 3 semanal del soporte, que selecciona sin pagar el mantenimiento de la cola. Y el desmontaje no basta: la fabricación de los defectos no se ha movido. Un dispositivo de alojamiento desmontado se rehace en otro sitio — en backlog de categorías si la medición se convierte en el trabajo, en "fase de reducción" permanente si la transición no tiene fin.

La misma función de alojamiento se encuentra fuera del perímetro de los defectos: acumular temas en una cola general para no rechazarlos conserva, también ahí, una decisión no tomada bajo la apariencia de una información preservada. Lo que distingue entonces un rastro útil de un refugio es el contenido de lo que se escribe: un motivo de rechazo, nunca un estado de espera.

Capa aportada por "El backlog no es un vertedero: es una herramienta de acción" (2026-06-03).

Tensiones / contradicciones

Dos notas no tiran en el mismo sentido sobre la visibilidad. Una hace de ella el defecto central del sistema: la prioridad sigue la exposición social en lugar del coste. La otra hace de ella el método de salida: el top 3 semanal del soporte es una clasificación por visibilidad, asumida. La frontera está en el canal y en la regularidad, no en el criterio mismo, y no está trazada.

Tensión no resuelta también entre la prohibición del tercer estado y la reevaluación por señal: una puerta de "reabierto si la señal vuelve" es útil, y tiene la forma exacta de lo que la regla excluye.

Preguntas

• En una organización donde rechazar se paga, ¿quién puede firmar un rechazo sin elevarlo a un árbitro?
• ¿Cómo detectar un nuevo dispositivo de alojamiento —una etiqueta, un estado, una fase de transición— antes de que se estabilice?