Ideia principal

A regra de entrada de um backlog não é sobre a maturidade da ideia, nem sobre o seu valor, nem sobre a sua origem: ela é sobre o número de pessoas que o assunto mobiliza. Enquanto um product manager cava sozinho, não há nada para colocar em uma ferramenta compartilhada. Assim que é preciso um estudo de viabilidade com um desenvolvedor, uma exploração dos dados de produto com um data analyst, um design de interface com o time de design ou uma reunião entre suporte, produto e tecnologia, o backlog passa a ser útil.

Antes desse limiar, o assunto existe em outro lugar, e esse outro lugar não precisa ser padronizado — Obsidian, Apple Notes, Trello, um caderno. Esse espaço serve para absorver a tempestade de ideias: você coleta, liga, deixa descansar, apaga. Muitas ideias nunca merecem ser vistas por outra pessoa, e esse é o funcionamento normal de um espaço assim, não a sua falha.

Por que isso importa

Isso dá um critério de entrada que se resolve sozinho, sem comitê e sem grade de maturidade: de quem eu preciso? Uma ideia de três linhas largada "para não esquecer" não passa nesse teste, qualquer que seja a sua qualidade — ela ainda não mobiliza ninguém.

Isso também legitima a heterogeneidade das ferramentas pessoais. Querer padronizar o que vem antes equivale a impor o custo de uma ferramenta coletiva a um trabalho que ainda não é coletivo.

Nuances e limites

O limiar às vezes é cruzado no sentido inverso: um assunto entra no backlog, se revela mal compreendido ali e precisa voltar para o espaço pessoal. A regra não diz nada sobre essa volta, que é malvista porque parece um recuo.

E algumas organizações exigem um registro na ferramenta já na primeira menção, por razões de rastreabilidade. A regra de entrada vira então uma regra de status em vez de uma regra de presença.

Questões em aberto

• Quem arbitra o limiar quando o product manager ainda acha que está cavando sozinho, enquanto o assunto já envolve a área técnica?