Ideia

Separar os cards de bug dos cards de feature cria dois sistemas de prioridade que nunca se comparam

Info

Escrito originalmente em francês. Traduzido por IA — o sentido foi preservado, não a prosa.

Ideia principal

No Jira ou em qualquer ferramenta equivalente, a separação parece uma comodidade de classificação. Na prática, ela produz duas filas conduzidas por forças diferentes: as funcionalidades pelo roadmap, os defeitos pela urgência, pelo suporte, pela pressão do cliente ou por um comitê de priorização.

Entre as duas, ninguém olha o conjunto pela ótica da dor e do valor. As duas filas estão classificadas, nenhuma é comparada com a outra.

A alternativa cabe em um único tipo de card: um card de trabalho, que carrega um problema a tratar. Esse problema pode vir de um defeito de software, de uma capacidade ausente, de um mau desenho, de uma dívida técnica — a arbitragem continua a mesma: que dor, que valor, que impacto, que decisão.

Por que isso importa

A daily da manhã passa então a servir para decidir o que importa agora, em vez de gastar vinte minutos debatendo se o item é um defeito, uma funcionalidade, uma melhoria ou um rework.

De forma mais geral: a estrutura da ferramenta decide o que é comparável. Duas filas, duas lógicas, nenhuma arbitragem comum — e isso não aparece em lugar nenhum como uma decisão, já que ninguém a tomou.

A separação por natureza do trabalho, aliás, não para nos defeitos: backlog de produto, backlog técnico, backlog de bugs, backlog de suporte, backlog de discovery produzem o mesmo efeito, multiplicado. E a gente não prioriza categorias, prioriza dores, riscos e valor — e o assunto vindo do suporte que mobiliza suporte, dados e desenvolvimento não cabe em nenhuma das caixas. O raciocínio certo não é "em que backlog vai esse assunto?", e sim "que problema estamos endereçando, e de quais pessoas precisamos?".

Camada trazida por "O backlog não é um depósito de lixo: é uma ferramenta de ação" (2026-06-03).

Nuances e limites

A unidade relevante é o espaço de priorização, não a organização: vários times trabalhando em perímetros distintos podem manter várias filas ou várias visões sem quebrar nada. O que não se sustenta é a fragmentação dentro de um mesmo espaço de arbitragem.

Algumas organizações precisam de um reporte de qualidade, às vezes contratual. Tags e métricas dão conta disso, desde que não estruturem a própria fila.

Questões em aberto

  • Que restrições — certificação, compromisso contratual, auditoria — tornam a fila separada inegociável?