Ideia principal

O legado é contado como uma herança: código antigo, decisões passadas, arquiteturas frágeis, dependências mal documentadas, escolhas que faziam sentido ontem. Apresentado assim, ele é sofrido — a gente herda e convive com ele.

A parte que não se sofre é a que está sendo escrita agora. Um defeito transferido para outra pessoa, uma especificação vaga aceita sem discussão, um teste nunca escrito, uma regressão testada na mão sprint após sprint, uma QA usada como rede final, um código entregue rápido e mal compreendido: cada um desses gestos é uma renúncia com data, e cada um vira uma linha do legado que o time vai descobrir daqui a dois anos.

O que eles têm em comum não é a pressa. É um deslocamento: a responsabilidade pela qualidade sai das mãos de quem ainda podia exercê-la, e o produto guarda o rastro desse deslocamento muito depois de todo mundo ter esquecido a restrição que o motivou.

Por que isso importa

Isso torna uma fatalidade algo passível de arbitragem. Enquanto o legado for uma herança, ele pede planos de recuperação; uma vez visto como uma produção corrente, ele vira consequência de decisões que tomamos esta semana, e sobre as quais dá para agir sem orçamento dedicado.

Isso também dá uma lista de indicadores antecedentes: os gestos de adiamento citados são observáveis imediatamente, enquanto o efeito deles só aparece anos depois.

Nuances e limites

Nem todo adiamento é um erro. Algumas dívidas são contraídas conscientemente, por uma razão datada, e são pagas — a diferença está em serem nomeadas como tal no momento em que se as assume.

E o legado não vem só de renúncias: uma tecnologia envelhece, um mercado muda, uma arquitetura correta se torna inadequada sem que nenhum gesto de adiamento tenha acontecido.

Questões em aberto

• Como reconhecer, na hora em que se faz, que um adiamento é uma dívida nomeada e não uma renúncia comum?