ROTEIRO ANTIGO DETECTADO
“Mudar a spec significa que meu trabalho não valeu nada”
Experimente esta resposta:
“A spec mudou. O que eu fiz continua tendo servido para chegar até aqui.”VER A PRÁTICA
Crie uma resposta para este pensamento e um passo para colocá-la à prova.
O PENSAMENTO
“Mudar a spec significa que meu trabalho não valeu nada”
SUA RESPOSTA GRAVADA
“A spec mudou. O que eu fiz continua tendo servido para chegar até aqui.”
UM PASSO PRIVADO
Escolha, nos próximos 10 minutos, um arquivo ou trecho já alterado hoje. Marque mentalmente ou num papel dois ganhos concretos que ele trouxe antes de ser mudado, e arquive esse papel junto do trabalho em andamento.
Quando a spec vira acusação
A linha que mudava no meio da revisão
Você está olhando a spec com café já frio, o cursor parado numa linha que ontem parecia fechada. Aí aparece a mudança: um ajuste pequeno, mas suficiente para fazer o peito apertar. Na hora, a frase vem inteira: "Mudar a spec significa que meu trabalho não valeu nada". O documento deixa de parecer uma direção e passa a parecer um veredito sobre tudo o que você fez até aqui.
Proteger a versão antiga vira trabalho extra
Depois disso, você passa a defender a spec anterior como se ela fosse o próprio seu esforço. Em vez de comparar o novo pedido com o que o usuário realmente precisa, você revê histórico, esconde retrabalho e tenta provar que a primeira solução ainda tinha valor. O custo é concreto: você gasta energia segurando uma versão que já não encaixa, e termina o dia mais preso ao rastro do que ao problema atual.
Guardar o rascunho errado como prova
Pegue um artefato que já foi descartado ou substituído hoje — um trecho de código, uma nota, um rascunho, uma query. Feche a aba ou o arquivo e escreva, em privado, uma linha ao lado: "isso foi andaime, não sentença". Depois liste duas coisas que esse trabalho tornou possíveis: entender o fluxo, testar uma hipótese, acelerar a próxima decisão. O registro vira prova de uso, não de inutilidade.
TRACE · 01/04
Como este roteiro controla você
- Toda alteração de requisito parece dizer que o que você fez antes era desperdício, não tentativa útil.
- Você começa a defender a versão antiga da spec como defesa do próprio valor, não como análise do produto.
- Quando algo muda, você mede seu trabalho pelo que foi apagado, e não pelo que ficou claro, testado ou descartado com motivo.
SOURCE_LOCATED · 02/04
A regra oculta por baixo
O Compilador da Obsolescência
A regra escondida diz que, se uma spec muda, a sua contribuição inteira foi reprovada junto. Por trás dela, cada revisão vira ameaça de apagamento: se o artefato não permanece, você acha que o esforço também não deveria contar. O critério vira permanência, não utilidade.
FORGING_REPLACEMENT · 03/04
Linhas de substituição (grave estas)
- A spec mudou. O que eu fiz continua tendo servido para chegar até aqui.
- Trecho apagado era andaime. O que sustentou a próxima versão ainda conta.
- Meu trabalho não é congelar a primeira resposta; é ajudar a realidade a ficar mais certa.
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
“Mudar a spec significa que meu trabalho não valeu nada”
Eu digo
“A spec mudou. O que eu fiz continua tendo servido para chegar até aqui.”
Depois faço uma coisa
Escolha, nos próximos 10 minutos, um arquivo ou trecho já alterado hoje. Marque mentalmente ou num papel dois ganhos concretos que ele trouxe antes de ser mudado, e arquive esse papel junto do trabalho em andamento.
STATUS: READY_TO_INSTALL
Apagar este pensamento4 minutos. Sua voz. Grátis.
O protocolo de wipe
- Escreva o pensamento exatamente como ele toca: "Mudar a spec significa que meu trabalho não valeu nada". 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 a spec muda mesmo, como algo antigo ainda pode valer?
Porque valor não depende de durar intocado. Em trabalho técnico, muita coisa existe para permitir a próxima decisão: descobrir um limite, revelar um erro, comparar caminhos. O fato de ter sido substituído não apaga o que ele tornou possível.
Mas e se a mudança mostrar que eu escolhi errado?
Pode mostrar só que a informação mudou, ou que a prioridade ficou mais clara. Uma escolha anterior pode ter sido a melhor resposta para o que se sabia naquele momento. Corrigir o rumo não transforma automaticamente o passo anterior em fracasso.
Por que eu fico tão preso à spec antiga quando isso acontece?
Porque a mudança deixa de parecer ajuste e passa a soar como julgamento pessoal. A reação costuma puxar você para defender a versão anterior como defesa do próprio esforço. Separar artefato de identidade ajuda a voltar ao problema atual.
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