ROTEIRO ANTIGO DETECTADO
“Herdei essa bagunça e agora todos acham que é minha culpa”
Experimente esta resposta:
“Esse bug tem uma data de nascimento, e é anterior ao meu primeiro commit aqui.”VER A PRÁTICA
Crie uma resposta para este pensamento e um passo para colocá-la à prova.
O PENSAMENTO
“Herdei essa bagunça e agora todos acham que é minha culpa”
SUA RESPOSTA GRAVADA
“Esse bug tem uma data de nascimento, e é anterior ao meu primeiro commit aqui.”
UM PASSO PRIVADO
Escolha um ticket aberto sobre código herdado e escreva uma nota de duas linhas: o que é o bug e aproximadamente quando o código foi introduzido. Não envie para lugar algum ainda.
O Bug Que Agora Tem Meu Nome
- 01 / O Campo de Atribuição
Um bug chega no radar. O stack trace aponta para um módulo que três engenheiros tocaram antes de você nem sequer conhecer o repo. Mas seu nome está no campo de atribuído mesmo assim, porque agora você é quem cuida do serviço. Você abre o arquivo, vê os atalhos que alguém tomou anos atrás, e sente o estômago cair como se fosse você quem tivesse escrito.
- 02 / Explicar Ao Invés De Consertar
O pensamento vem rápido: acham que é culpa minha. Então ao invés de deixar uma nota curta dizendo que a causa é anterior à sua chegada, você começa a construir uma explicação mais longa, às vezes um documento inteiro, defendendo o design original para ninguém suspeitar que você herdou algo que não consegue lidar. Compra umas horas de se sentir protegido. Mas treina você a tratar cada falha legada como um evento de reputação, então o próximo ticket recebe o mesmo tratamento, e o conserto real fica atrás da defesa.
- 03 / O Segundo Antes De Você Responder
O ponto de interrupção é o segundo antes de você começar a digitar uma justificativa. Perceba isso, e faça uma pergunta mais estreita primeiro: esse ticket precisa de um conserto, ou precisa que eu prove que não sou responsável pelo passado? Responder só a pergunta do conserto costuma ser mais rápido do que a defesa que você estava prestes a escrever.
TRACE · 01/04
Como este roteiro controla você
- Você redige explicações de por que o código antigo foi escrito assim antes mesmo de ter entendido o bug real.
- Uma mensagem de commit de uma linha vira um parágrafo justificando decisões que você não estava lá para tomar.
- Você sente um clarão de culpa ao ler culpa em uma mensagem que nunca realmente mencionou seu nome.
SOURCE_LOCATED · 02/04
A regra oculta por baixo
O Roteiro da Herança Legada
Se uma falha está no sistema que agora controlo, outras pessoas vão ler como se fosse minha falha, então tenho que prestar contas por ela antes que alguém questione minha competência.
FORGING_REPLACEMENT · 03/04
Linhas de substituição (grave estas)
- Esse bug tem uma data de nascimento, e é anterior ao meu primeiro commit aqui.
- Uma nota de conserto é suficiente. Não devo defesa por código que não escrevi.
- Ser dono do sistema não é ser autor de cada linha nele.
No app são geradas por pessoa — isto é o sabor, não o seu roteiro. O seu é construído com as suas palavras exatas.
INSTALL · 04/04
O protocolo, em um cartão
Quando penso
“Herdei essa bagunça e agora todos acham que é minha culpa”
Eu digo
“Esse bug tem uma data de nascimento, e é anterior ao meu primeiro commit aqui.”
Depois faço uma coisa
Escolha um ticket aberto sobre código herdado e escreva uma nota de duas linhas: o que é o bug e aproximadamente quando o código foi introduzido. Não envie para lugar algum ainda.
STATUS: READY_TO_INSTALL
Apagar este pensamento4 minutos. Sua voz. Grátis.
O protocolo de wipe
- Escreva o pensamento exatamente como ele toca: "Herdei essa bagunça e agora todos acham que é minha culpa". Palavra por palavra — o wipe mira a frase, não a sensação.
- Rastreie a regra e a ação evitada. Do que esse pensamento convenientemente desculpa você?
- Grave as linhas de substituição abaixo com a sua própria voz. Fale para valer — sem gravação, sem instalação.
- Rode o ciclo: toque toda manhã e noite, registre uma ação-prova por dia durante 7 dias.
Respostas diretas
E se o bug realmente piorou sob meu comando, não só foi herdado?
Então anote especificamente o que mudou desde que você assumiu versus o que já estava quebrado. Dividir a linha do tempo em antes-de-você e durante-você é um passo de escopo, não uma admissão, e geralmente mostra que o dano é menor do que a culpa sugere.
Por que me sinto responsável mesmo quando ninguém do time disse que é minha culpa?
Ser o atual dono de um sistema o torna o ponto de contato visível do seu histórico, então qualquer reclamação sobre o sistema pode parecer direcionada diretamente a você mesmo quando é dirigida ao código, não à pessoa mantendo-o.
É errado explicar o contexto legado para um colega que pergunta sobre um bug?
Não. Contexto é útil quando alguém pede. O padrão a ficar atento é escrever essa explicação antecipadamente antes de ninguém ter perguntado, como seguro contra culpa que ainda não aconteceu.
Roteiros antigos relacionados
Autoavaliações relacionadas
Ciência relacionada
Pesquisadores para conhecer
Mecanismos relacionados
A pesquisa por trás deste roteiro
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025