ROTEIRO ANTIGO DETECTADO

“Minha contagem de bugs é meu boletim”

Experimente esta resposta:

“Esse bug mede um trecho do código, não o meu valor como engenheiro.”

Faça a autoavaliação de 60 segundos →

VER A PRÁTICA

Crie uma resposta para este pensamento e um passo para colocá-la à prova.

O PENSAMENTO

“Minha contagem de bugs é meu boletim”

SUA RESPOSTA GRAVADA

“Esse bug mede um trecho do código, não o meu valor como engenheiro.”

UM PASSO PRIVADO

Abra uma nota privada e escreva três linhas: “o que estava sob meu controle”, “o que dependia do sistema/da equipe/processo”, e “o que essa contagem realmente mede”. Sem apagar nada, só separe as colunas.

Quando o bug vira boletim

01 / Quando o chamado cai no seu nome
Basta aparecer um incidente com seu nome no rastreio, ou um bug ligado a algo que você tocou ontem, para a frase subir pronta: "Minha contagem de bugs é meu boletim". Não é o erro em si que pega primeiro. É a sensação de que alguém abriu uma página com sua nota e deixou o número olhando para você.
02 / Recontar o incidente para aliviar a nota
Depois vem o movimento conhecido: você volta ao canal, ao ticket, ao comentário do postmortem, procurando onde seu nome ficou preso. Ler de novo dá uma espécie de controle curto — se você entende o texto, talvez reduza a culpa. O custo é que cada releitura aumenta a ideia de que bug não é só trabalho; é julgamento.
03 / Separar o que foi tocado do que foi quem você é
Na próxima vez, pare no instante em que a contagem começar a virar identidade. Antes de se esconder do trabalho arriscado, escreva só isto num bloco privado: o que estava sob meu controle, o que não estava, e quantos bugs isso mede de fato. Esse corte simples devolve o bug ao código e tira você da planilha moral.

TRACE · 01/04

Como este roteiro controla você

Você revisita o histórico do incidente meses depois, não para entender o sistema, mas para checar se seu nome continua doendo ali.
Um bug atribuído a você parece uma nota fechada, como se o número dissesse mais sobre seu valor do que sobre o contexto técnico.
Você passa a evitar tarefas com mais risco de falha, porque outro incidente pareceria confirmar que a sua contagem virou identidade.

SOURCE_LOCATED · 02/04

A regra oculta por baixo

O Livro-Caixa dos Incidentes

Se um bug aparece associado ao seu nome, ele deixa de ser um evento do sistema e passa a funcionar como registro permanente sobre você. A regra privada é: quanto menor a contagem, mais digno você parece; quanto maior, mais você teme que qualquer leitura futura trate seu trabalho como histórico de culpa. Isso faz cada incidente parecer arquivo pessoal, não informação operacional.

FORGING_REPLACEMENT · 03/04

Linhas de substituição (grave estas)

Esse bug mede um trecho do código, não o meu valor como engenheiro.
O postmortem registra contexto; não fecha uma sentença sobre mim.
Um incidente diz o que falhou no sistema, não quem eu sou.

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

“Minha contagem de bugs é meu boletim”

Eu digo

“Esse bug mede um trecho do código, não o meu valor como engenheiro.”

Depois faço uma coisa

STATUS: READY_TO_INSTALL

Apagar este pensamento

4 minutos. Sua voz. Grátis.

Começar este wipe exato no app →

O protocolo de wipe

Escreva o pensamento exatamente como ele toca: "Minha contagem de bugs é meu boletim". 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

Se meu nome está no ticket, como isso não vira prova contra mim?

Porque um nome no registro indica participação, contexto ou responsabilidade de uma parte do trabalho — não define sozinho a causa raiz. O fato de um bug ter sido atribuído a você não transforma o incidente inteiro em um veredito sobre sua competência.

Mas a contagem de bugs não é justamente uma medida do meu desempenho?

Ela mede o que passou pelo trecho de código ou pela área em que você atuou, não a totalidade do seu trabalho nem o seu valor profissional. Em sistemas reais, zero bugs também pode significar pouca entrega, pouco risco assumido ou pouca visibilidade.

E se eu parar de tratar isso como boletim e ficar relaxado demais?

Separar bug de identidade não é baixar o cuidado; é parar de usar culpa como ferramenta de controle. Você continua atento ao impacto técnico, só deixa de transformar cada falha em prova permanente sobre quem você é.