Ideia principal

Uma roadmap fixa uma direção, e essa é a sua função. O mesmo gesto produz um efeito de travamento: uma vez distribuídas as vagas, um assunto que não tem a sua não pode mais ser tratado, por mais óbvio que seja.

Os assuntos perdidos por esse travamento têm um perfil regular. São pequenas melhorias muito úteis, muito esperadas, cujo valor ninguém discute — mas pequenas demais para merecer uma vaga na roadmap, ou oportunistas demais para esperar o próximo ciclo. Uma exportação de texto imperfeita que evita que um cliente vá buscar dados em dez telas é uma delas: nunca virará um assunto de roadmap, e faz ganhar várias horas.

O defeito não é, portanto, um defeito de aplicação — ele não se corrige seguindo melhor a roadmap. Ele é o exato avesso do que a torna útil, e pede um dispositivo separado em vez de uma flexibilização.

Por que isso importa

Isso impede duas reações igualmente ruins: acrescentar uma coluna de exceções, o que desfaz a restrição; ou negar o problema, o que faz o time contornar a roadmap às escondidas.

Isso também dá uma leitura justa dos pedidos de exceção. Nem todos são tentativas de furar a fila: parte deles sinaliza exatamente aquilo que o formato não sabe tratar.

Nuances e limites

O travamento nem sempre é um custo. Em uma organização que se dispersa, impedir as pequenas oportunidades é justamente o efeito desejado, e o sacrifício é assumido.

E a obviedade do valor, invocada para contornar, muitas vezes é uma ilusão: muitos "pequenos assuntos óbvios" não são nada disso, e a roadmap os teria descartado com razão.

Questões em aberto

• Que parte da capacidade de um time pode ficar fora da roadmap sem que a direção anunciada vire ficção?