Idea

Separar las tarjetas de bug de las tarjetas de feature crea dos sistemas de prioridad que nunca se comparan

Info

Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.

Idea principal

En Jira o en cualquier herramienta equivalente, la separación parece una comodidad de clasificación. En realidad produce dos colas gobernadas por fuerzas distintas: las funcionalidades por la roadmap, los defectos por la urgencia, el soporte, la presión del cliente o un comité de priorización.

Entre ambas, nadie mira el conjunto desde el ángulo del dolor y del valor. Las dos colas están ordenadas, ninguna se compara con la otra.

La alternativa cabe en un solo tipo de tarjeta: una tarjeta de trabajo, que lleva un problema que tratar. Ese problema puede venir de un defecto de software, de una capacidad ausente, de un mal diseño, de una deuda técnica: el arbitraje sigue siendo el mismo —qué dolor, qué valor, qué impacto, qué decisión—.

Por qué es importante

El daily de la mañana sirve entonces para decidir qué cuenta ahora, en lugar de debatir veinte minutos si el elemento es un defecto, una funcionalidad, una mejora o un rework.

De forma más general: la estructura de la herramienta decide qué es comparable. Dos colas, dos lógicas, ningún arbitraje común, y eso no aparece en ninguna parte como una decisión, porque nadie la ha tomado.

La separación por naturaleza del trabajo, además, no se detiene en los defectos: backlog de producto, backlog técnico, backlog de bugs, backlog de soporte, backlog de discovery producen el mismo efecto, multiplicado. Y sin embargo no se priorizan categorías, se priorizan dolores, riesgos y valor, y el asunto que llega del soporte y que moviliza a soporte, data y desarrollo no encaja en ninguna de las casillas. El razonamiento correcto no es "¿en qué backlog va este asunto?", sino "¿qué problema abordamos y a qué personas necesitamos?".

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

Matices y límites

La unidad pertinente es el espacio de priorización, no la organización: varios equipos que trabajan sobre perímetros distintos pueden llevar varias colas o varias vistas sin romper nada. Lo que no se sostiene es la fragmentación dentro de un mismo espacio de arbitraje.

Algunas organizaciones necesitan un reporting de calidad, a veces contractual. Con etiquetas y métricas basta, siempre que no estructuren la cola en sí.

Preguntas abiertas

  • ¿Qué restricciones —certificación, compromiso contractual, auditoría— hacen que la cola separada no sea negociable?