Ideia principal

Roadmap e backlog se parecem porque os dois contêm temas e os dois são ordenados. Eles não respondem à mesma pergunta. O roadmap seleciona: quais grandes temas merecem a atenção da empresa nesse horizonte. O backlog organiza: como o trabalho sobre os temas já selecionados se divide.

A granularidade deixa isso visível. "Automatizar a digitação dos documentos em papel" é uma iniciativa de roadmap; no backlog, ela vira problemas, funcionalidades, tarefas técnicas, tickets de design, critérios de aceitação, dependências, testes, iterações. O backlog é mais fino porque é operacional: ele serve para produzir. O roadmap é mais grosso porque serve para alinhar.

Dois objetos, duas funções e dois públicos: ninguém lê um roadmap para saber o que fazer amanhã de manhã, ninguém lê um backlog para entender para onde vai o produto.

Por que isso importa

Isso evita a confusão mais cara entre os dois: tratar o roadmap como um banco de dados de produto, onde a gente acabaria guardando tudo o que a empresa poderia fazer. Um roadmap que desce ao nível da tarefa perde a função de alinhamento sem ganhar a de produção.

Também dá o sentido correto de leitura: um tema vai da seleção para o detalhamento, nunca o contrário. Um backlog não sobe naturalmente até uma direção.

Nuances e limites

A fronteira nem sempre é nítida para os temas pequenos, que entram direto no nível do detalhamento sem nunca ter tido um cartão de seleção — e isso é legítimo.

E a separação dos dois objetos pressupõe que eles sejam mantidos pelas mesmas pessoas, ou pelo menos que elas conversem: duas ferramentas separadas confiadas a duas áreas diferentes produzem duas priorizações que divergem.

Questões em aberto

• A partir de que tamanho um tema deixa de merecer um cartão de seleção e entra direto no detalhamento?