 |
| Bellacosa Mainframe e o omission bias |
☕ Um Café no Bellacosa Mainframe
Omission Bias: Doctor Who, COBOL e o Dia em que Ninguém Apertou o Botão Errado — Porque Ninguém Apertou Botão Nenhum
Uma viagem pela TARDIS dos incidentes para entender por que causar um problema por ação costuma parecer pior do que permitir o mesmo problema por omissão — e como “não mexer”, “esperar mais um pouco”, “não escalar ainda” e “deixar como está” podem esconder decisões tão importantes quanto qualquer comando executado em produção
02:14.
Produção.
War Room.
Dashboard:
PAYMENT ERROR RATE:
4.8%
QUEUE DEPTH:
8.400
TREND:
WORSENING
Nosso jovem programador COBOL olha para o monitor.
— Devemos fazer rollback?
Release Manager:
— Pode ser arriscado.
— E continuar assim?
— Também.
— Então?
— Vamos esperar.
02:17.
ERROR RATE:
6.1%
QUEUE:
11.900
Nosso jovem:
— E agora?
— Mais três minutos.
02:20.
CUSTOMER IMPACT:
CRITICAL
— Agora fazemos rollback?
Gerente:
— Nesse ponto precisamos avaliar com cuidado.
Nosso jovem começa a desconfiar que:
“avaliar com cuidado”
é uma expressão corporativa que às vezes significa:
“não quero ser a pessoa que apertou o botão.”
VWORP.
VWORP.
VWORP.
A TARDIS aparece no canto da War Room.
A porta abre.
O Doctor sai.
Olha para os gráficos.
Depois:
para o time.
— Qual ação vocês tomaram?
Gerente:
— Nenhuma ainda.
Doctor:
— Fascinante.
— Por quê?
— Porque estão tratando “nenhuma” como se fosse ausência de decisão.
Ele pega um marcador e escreve:
ACTION:
ROLLBACK
RISK:
MAY CAUSE 10 MINUTES OF CONTROLLED IMPACT
Depois:
OMISSION:
DO NOTHING
RISK:
MAY ALLOW INCIDENT TO GROW
E em cima:
OMISSION BIAS
Ou:
Viés da Omissão.
Em linguagem Bellacosa:
é quando sentimos que causar um dano fazendo alguma coisa é pior, mais culpável ou mais arriscado do que permitir um dano semelhante simplesmente não fazendo nada.
🧠 O que é Omission Bias?
Omission Bias é a tendência de:
julgar;
sentir;
ou evitar
uma ação porque:
o dano causado por uma ação explícita
parece psicologicamente pior
do que:
o dano causado por uma omissão.
Em outras palavras:
“Se eu fizer e der errado, fui eu.”
Mas:
“Se eu não fizer e der errado… bem… aconteceu.”
Essa diferença emocional pode ser enorme.
☕ Definição Bellacosa
Omission Bias é quando o botão que você não apertou ganha invisibilidade moral.
💻 COBOL cognitivo
Imagine:
IF ACTION-TAKEN = 'Y'
AND OUTCOME = 'BAD'
MOVE 'HIGH-RESPONSIBILITY'
TO PERCEPTION
END-IF.
IF ACTION-TAKEN = 'N'
AND OUTCOME = 'BAD'
MOVE 'WELL-THINGS-HAPPEN'
TO PERCEPTION
END-IF.
Tecnicamente:
o dano pode ser:
igual.
Psicologicamente:
não.
🧠 O cérebro gosta de mãos limpas
Uma ação:
tem autor.
Tem horário.
Tem comando.
Tem:
USER:
VAGNER01
COMMAND:
ROLLBACK RELEASE-7.4
Uma omissão:
geralmente não tem:
log.
Não existe:
02:14
USER DECIDED NOT TO ROLLBACK.
Então:
a ação fica:
visível.
A omissão:
desaparece.
☕ Isso é importantíssimo em sistemas
Porque aquilo que:
não aconteceu
raramente:
gera log.
Mas:
pode ter decidido:
o incidente.
👻 Easter Egg nº 1 — Dalek Passivo
Dalek:
— SHOULD WE CLOSE THE AIRLOCK?
Doctor:
— Sim. Há uma criatura entrando.
Dalek:
— CLOSING IT MAY DAMAGE THE MECHANISM.
— E se não fechar?
— CREATURE MAY ENTER.
— Então feche.
Dalek:
— I PREFER NOT TO INTERFERE.
A criatura entra.
Dalek:
— UNFORTUNATE EVENT.
Doctor:
— Você literalmente decidiu deixá-la entrar.
Dalek:
— I DID NOTHING.
Doctor:
— Exatamente o problema.
🧠 Omission Bias e Status Quo Bias
No capítulo anterior:
Status Quo Bias.
Status Quo diz:
“deixar como está parece mais seguro.”
Omission Bias acrescenta:
“e se der errado, pelo menos não fui eu que mexi.”
Essa combinação:
é poderosa.
🎯 Pergunta Bellacosa nº 1
“Estamos escolhendo não agir porque é realmente melhor ou porque agir tornaria nossa responsabilidade mais visível?”
🧠 Omission Bias e Default Effect
Default Effect:
se ninguém fizer nada,
o default acontece.
Omission Bias:
faz ninguém querer:
mudar o default.
Agora:
default + omissão.
☕ Isso explica muita coisa
Permissão permanece.
Contrato renova.
Processo continua.
Projeto recebe funding.
Conta fica ativa.
Job roda.
Porque:
ninguém tomou:
a ação de interromper.
🎯 Pergunta Bellacosa nº 2
“O que acontecerá automaticamente se ninguém fizer nada?”
Essa pergunta:
agora ganha:
ainda mais importância.
🧠 Omission Bias e Loss Aversion
Agir pode causar:
uma perda certa.
Não agir:
mantém esperança.
Exemplo:
rollback:
perde:
janela de deploy.
Não rollback:
talvez estabilize.
Loss Aversion:
diz:
“não perca o deploy.”
Omission Bias:
diz:
“não seja você quem desfez.”
☕ Resultado
Esperamos.
Esperamos.
Esperamos.
E depois:
perdemos:
produção.
🎯 Pergunta Bellacosa nº 3
“Estamos evitando uma perda pequena causada por ação enquanto aceitamos silenciosamente uma perda potencial maior por omissão?”
🧠 Omission Bias e Plan Continuation Bias
Plano está:
em execução.
Para parar:
alguém precisa:
agir.
Continuar:
acontece sozinho.
Logo:
o default temporal é:
seguir.
Omission Bias ajuda:
a não interromper.
🧠 Exemplo
Deploy:
continua automaticamente.
Stop requires:
command.
Quem vai:
executar?
Ninguém quer:
ser o autor do cancelamento.
Então:
deploy segue.
☕ Uma arquitetura onde continuar é automático
e parar exige coragem
já escolheu um lado.
🎯 Pergunta Bellacosa nº 4
“Interromper exige uma ação explícita enquanto continuar acontece por inércia?”
🧠 Omission Bias e Escalation of Commitment
Projeto ruim.
Para cancelar:
alguém precisa:
assinar.
Para continuar:
budget:
renova.
Então:
ninguém cancela.
Mais dinheiro.
Mais sunk cost.
Mais compromisso.
☕ Às vezes projeto zumbi
não é protegido por:
um grande defensor.
É protegido por:
falta de assassino administrativo.
🎯 Pergunta Bellacosa nº 5
“Quem precisa agir explicitamente para encerrar isto?”
🧠 Omission Bias e Sunk Cost
Sunk Cost:
já gastamos.
Cancelar:
cristaliza a perda.
Não cancelar:
mantém esperança.
Omission:
parece:
menos dolorosa.
🧠 O resultado
Continuamos:
sem dizer:
“vamos continuar.”
Basta:
não dizer:
“pare.”
☕ Esse é o detalhe assustador
Decisão pode ocorrer:
sem reunião;
sem voto;
sem comando.
Apenas:
por ausência.
🎯 Pergunta Bellacosa nº 6
“A continuidade foi realmente aprovada ou apenas nunca foi interrompida?”
🧠 Omission Bias e Framing Effect
Compare:
“Executar rollback.”
com:
“Evitar continuar expondo clientes ao erro.”
Mesmo ato.
O primeiro:
parece:
ação.
O segundo:
proteção.
O frame:
muda:
responsabilidade percebida.
🎯 Pergunta Bellacosa nº 7
“Estamos chamando a ação de ‘intervenção arriscada’ enquanto chamamos a omissão de ‘prudência’?”
🧠 Essa é deliciosa
Às vezes:
“prudência”
é:
coragem de esperar.
Às vezes:
é:
medo com vocabulário executivo.
🧠 Omission Bias e Action Bias
Agora temos:
opostos aparentes.
Action Bias:
“precisamos fazer alguma coisa!”
Omission Bias:
“melhor não mexer.”
Quem vence?
Depende:
do contexto.
☕ Em muitos incidentes acontece isso:
Primeiro:
Omission Bias.
— Vamos esperar.
Depois:
situação explode.
Então:
Action Bias.
— RESTART TUDO!
Perfeito.
🧠 Resultado
underreaction cedo + overreaction tarde.
Essa sequência:
é maravilhosa para:
War Rooms.
🎯 Pergunta Bellacosa nº 8
“Estamos adiando uma ação pequena e controlada até sermos obrigados a tomar uma ação enorme e desesperada?”
🧠 Omission Bias e Normalcy Bias
Normalcy Bias:
“vai normalizar.”
Então:
não agir parece:
justificado.
Quando os dois se encontram:
“não faça nada porque provavelmente não é tão grave.”
☕ Um viés:
diz que não há crise.
Outro:
diz que não agir parece mais seguro.
War Room:
nasce tarde.
🎯 Pergunta Bellacosa nº 9
“Estamos esperando evidência porque realmente precisamos dela ou porque a hipótese de normalidade nos permite continuar sem agir?”
🧠 Omission Bias e Normalization of Deviance
Alerta:
ignorado.
Uma vez.
Nada.
Segunda:
nada.
Agora:
não agir
vira:
processo.
🧠 Exemplo
Security alert:
FAILED LOGINS:
HIGH
Analista:
ignora.
Nada.
Depois:
outro.
Nada.
Eventually:
ignorar:
é normal.
☕ Omissão repetida
vira:
procedimento operacional.
🎯 Pergunta Bellacosa nº 10
“Que ações deixamos de executar tantas vezes que já nem sentimos que estamos omitindo algo?”
🧠 Omission Bias em segurança
Imagine:
usuário privilegiado
não precisa mais:
da permissão.
Remover:
pode quebrar algo.
Então:
ninguém remove.
Anos:
passam.
Agora:
privilégio excessivo.
☕ Adicionar acesso
tem:
ticket.
Remover:
às vezes depende:
de alguém lembrar.
Resultado:
privilege creep.
🎯 Pergunta Bellacosa nº 11
“Qual é o risco de não remover este privilégio?”
🧠 Least Privilege depende de ação
Se acesso temporário:
não expira automaticamente,
revogação depende:
de:
omissão versus ação.
Omission Bias favorece:
manter.
🧠 Melhor arquitetura
Expire automatically.
Renew:
explicitly.
Agora:
default protege.
☕ Você não combate:
Omission Bias
apenas com:
treinamento.
Você pode:
mudar:
arquitetura.
🎯 Pergunta Bellacosa nº 12
“Podemos desenhar o sistema para que a omissão resulte no estado seguro?”
Excelente.
🧠 Isso conecta Default Effect
Se ninguém agir:
acesso expira.
Melhor.
Se ninguém agir:
privilégio permanece.
Pior.
🧠 Omission Bias e patching
Patch:
pode quebrar.
Então:
não patch.
Sistema:
continua.
Parece:
seguro.
Mas vulnerabilidade:
permanece.
☕ A falha de aplicar patch
não aparece:
como evento.
O ataque:
aparece.
Então:
culpa psicológica:
muda.
🎯 Pergunta Bellacosa nº 13
“Estamos atribuindo mais risco ao patch porque ele pode causar um incidente visível do que ao sistema não corrigido porque seu risco é futuro?”
🧠 Isso é Loss Aversion também
Patching:
loss certain:
janela;
teste;
esforço.
No patch:
probability.
🧠 Omission Bias e backups
Backup test:
pode revelar:
problema.
Testar restore:
pode:
dar trabalho.
Então:
não testar.
Backup existe.
Management:
feliz.
Até:
restore real.
☕ Não testar
produziu:
zero incidents.
Até:
o único incident que importava.
🎯 Pergunta Bellacosa nº 14
“Estamos evitando um teste porque ele pode criar trabalho ou porque realmente não é necessário?”
🧠 Omission Bias e DR
Declarar DR:
ação enorme.
Não declarar:
parece:
menos radical.
Então:
esperamos.
Primary site:
degrada.
Opções:
diminuem.
☕ Declaração de desastre
tem:
autor.
Fracasso por demora:
parece:
difuso.
🎯 Pergunta Bellacosa nº 15
“O custo político de declarar DR está distorcendo o momento técnico de declarar DR?”
🧠 Omission Bias e incident escalation
Júnior percebe:
problema.
Escalar:
pode:
parecer exagero.
Não escalar:
ninguém reclama.
Se normalizar:
ótimo.
Se piorar:
“não estava claro.”
Logo:
incentivo:
omitir escalada.
☕ Falso positivo
é:
visível.
Falso negativo:
às vezes só aparece:
depois.
🎯 Pergunta Bellacosa nº 16
“Nossa cultura pune mais quem escala cedo demais do que quem escala tarde demais?”
🧠 Isso é enorme
Se sim:
a organização fabrica:
Omission Bias.
🧠 Omission Bias e Authority Gradient
Júnior:
vê problema.
Senior:
calmo.
Júnior pensa:
“melhor não interromper.”
Nada faz.
Agora:
omissão
é socialmente:
mais segura.
🎯 Pergunta Bellacosa nº 17
“A pessoa tem permissão real para agir ou apenas permissão formal?”
🧠 Psychological Safety
Se agir contra senior:
custa reputação,
people:
omit.
Então:
incidente cresce.
☕ Cultura que diz:
“fale”
mas pune:
quem fala cedo
é:
um IF mal escrito.
🧠 Omission Bias e Groupthink
Todos:
esperam.
Ninguém:
quebra silêncio.
Cada pessoa:
interpreta silêncio dos outros
como:
evidência de que:
não é grave.
🧠 Pluralistic Ignorance
Relacionado.
Cada um:
preocupado.
Ninguém:
fala.
Resultado:
aparente consenso.
🎯 Pergunta Bellacosa nº 18
“Todos realmente concordam ou todos estão esperando alguém falar primeiro?”
☕ Reuniões têm:
defaults sociais.
Silêncio:
parece:
aprovação.
🧠 Omission Bias e Default Effect novamente
Se processo diz:
“approved unless someone objects,”
silêncio:
aprova.
Isso:
é:
Omission Bias institucionalizado.
🎯 Pergunta Bellacosa nº 19
“Silêncio deveria significar aprovação em uma decisão crítica?”
🧠 Em muitas situações
talvez não.
Para alto risco:
explicit approval.
🧠 Omission Bias e change management
CAB:
nenhuma objeção.
Change:
approved.
Mas:
ninguém leu.
Silêncio:
virou:
evidência.
☕ “No objection”
não é:
“validated.”
🎯 Pergunta Bellacosa nº 20
“Estamos confundindo ausência de objeção com evidência positiva de segurança?”
🧠 Omission Bias e testing
Teste faltando.
Deadline.
“Não deu tempo.”
Release:
vai.
Nada explodiu:
bom.
Agora:
test omission:
normaliza.
🧠 O risco invisível
Você não vê:
testes que:
não rodaram.
Só:
resultado final.
☕ Pipeline verde
pode significar:
todos os testes passaram.
Ou:
alguns testes nunca existiram.
Essas são:
coisas diferentes.
🎯 Pergunta Bellacosa nº 21
“O que não estamos testando?”
🧠 Essa talvez seja uma das perguntas mais técnicas do capítulo
Porque:
coverage:
é sobre:
ausência.
🧠 Omission Bias e Code Review
Reviewer:
vê:
mudança.
Comenta:
nada.
Approve.
Maybe:
fine.
But:
omissão de observação:
not visible.
🧠 Checklist ajuda
Security?
Error handling?
Rollback?
Observability?
Data?
🎯 Pergunta Bellacosa nº 22
“O que deveria ter sido explicitamente verificado antes de aprovar?”
🧠 Omission Bias e requirements
Requisito não escrito:
não implementado.
Depois:
“ninguém pediu.”
Classic.
Mas:
talvez:
critical expectation.
Need:
definition of done.
☕ Ausência de requisito
também:
tem consequência.
🧠 Omission Bias e Observability
Não instrumentamos:
uma área.
Depois:
incidente.
Streetlight Effect:
investiga:
onde há log.
Agora:
a omissão de observabilidade
vira:
viés de diagnóstico.
🎯 Pergunta Bellacosa nº 23
“Qual parte do sistema não conseguimos investigar porque decidimos não instrumentá-la?”
🧠 Omission Bias e alerting
No alert:
porque:
“poderia gerar ruído.”
Then:
incident not detected.
Trade-off.
Need:
calibration.
☕ Não criar alerta
também é:
decisão de risco.
🎯 Pergunta Bellacosa nº 24
“Qual risco estamos aceitando ao escolher não alertar?”
🧠 Omission Bias e alert fatigue
Outro lado.
Alerta demais.
Ninguém corrige.
Omission repeated.
Now:
noise.
Again:
deviance.
🧠 Omission Bias e maintenance
Job:
warning.
Nobody fix.
System:
works.
Warning:
normal.
Years.
Incident.
☕ “Known warning”
é frequentemente:
um ticket de omissão envelhecido.
🎯 Pergunta Bellacosa nº 25
“Esse warning foi conscientemente aceito ou apenas nunca ganhou prioridade?”
🧠 Omission Bias e Technical Debt
Technical debt nasce muitas vezes:
não do código escrito,
mas:
do código não escrito.
Refactoring não feito.
Test não criado.
Upgrade adiado.
Documentação não atualizada.
☕ Technical Debt também tem:
débitos por omissão.
🎯 Pergunta Bellacosa nº 26
“Que manutenção necessária estamos repetidamente escolhendo não fazer?”
🧠 Omission Bias e Cultural Debt
Ninguém:
documenta.
Porque:
todo mundo sabe.
Anos.
People leave.
Knowledge:
gone.
Ninguém causou:
diretamente.
Foi:
omissão coletiva.
☕ Knowledge loss pode:
não ter:
culpado.
Mas:
tem:
causa.
🎯 Pergunta Bellacosa nº 27
“Que conhecimento estamos deixando desaparecer simplesmente porque não há evento que force preservá-lo?”
🧠 Omission Bias e treinamento
Senior:
busy.
Não treina junior.
Short-term:
productivity.
Long-term:
single point.
Outra omissão.
🎯 Pergunta Bellacosa nº 28
“Estamos protegendo produtividade de hoje ao omitir investimento em capacidade de amanhã?”
🧠 Omission Bias e staffing
Vaga:
não preenchida.
Budget saved.
Workload:
redistributed.
No incident:
yet.
Burnout:
grows.
Again:
omission.
☕ Contratar tem:
custo visível.
Não contratar:
tem:
custo distribuído.
🎯 Pergunta Bellacosa nº 29
“Qual custo está sendo transferido para o futuro porque não aparece como linha imediata no orçamento?”
🧠 McNamara Fallacy entra
Ação:
tem número.
Omissão:
muitas vezes:
não.
Não gastar:
R$ 500k
é:
economia clara.
Perder:
resiliência
é:
difícil de medir.
Resultado:
omitimos.
🧠 Goodhart/Campbell
Budget reduction:
meta.
Maintenance:
adiada.
KPI:
verde.
Risk:
cresce.
☕ O dashboard:
economizou.
O sistema:
envelheceu.
🎯 Pergunta Bellacosa nº 30
“Estamos premiando aquilo que deixamos de gastar sem medir aquilo que deixamos de proteger?”
🧠 Omission Bias e Security Monitoring
Ação:
bloquear usuário.
Pode gerar:
complaint.
Não bloquear:
menos conflito.
Mas:
fraud risk.
Again:
visible versus invisible.
🎯 Pergunta Bellacosa nº 31
“Quem paga o custo se não agirmos?”
🧠 Principal-Agent Problem
Analista decide:
não bloquear.
Customer:
paga fraude.
Manager:
evita complaint.
Different losses.
🧠 Moral Hazard
Decision-maker:
may prefer omission
because:
consequence external.
☕ Omission Bias fica:
mais forte
quando:
quem não age
não sofre:
resultado.
🎯 Pergunta Bellacosa nº 32
“A omissão parece barata porque o custo cai em outro time?”
🧠 Omission Bias e security patch again
Application team:
fear regression.
Security:
fear exploit.
Omissão favorece:
app stability today.
Risk:
security tomorrow.
Stakeholder conflict.
🧠 Bellacosa Loss Map volta
Who fears:
what?
🎯 Pergunta Bellacosa nº 33
“Qual perda certa estamos evitando e qual perda probabilística estamos aceitando?”
🧠 Omission Bias e compliance
Controle deveria:
ser revisado.
Ninguém revisa.
Ainda:
existe.
Maybe:
outdated.
Ou:
violação cresce.
Omission.
🧠 Omission Bias e audit findings
Finding:
“low priority.”
Not fixed.
Next year:
same.
Then:
accepted normal.
☕ Low priority pode:
ser:
high age.
Essa combinação:
é perigosa.
🎯 Pergunta Bellacosa nº 34
“Quanto tempo uma ação pendente pode envelhecer antes que a própria idade aumente sua criticidade?”
🧠 Omission Bias e change freezes
Não mudar:
seems safe.
Long freeze:
technical debt.
Patch backlog.
Then:
huge change later.
Paradox.
☕ Evitar várias mudanças pequenas
pode criar:
uma mudança gigante.
🎯 Pergunta Bellacosa nº 35
“Estamos evitando riscos pequenos agora e acumulando uma transição muito maior depois?”
🧠 Omission Bias e backups offline
No periodic restore test.
Because:
business interruption.
Then:
DR:
failure.
Again.
🧠 Omission Bias e capacity planning
Capacity:
80%.
No action.
No event.
At 100:
incident.
Nobody:
“caused”
capacity shortage.
But:
series of omissions.
☕ Capacidade esgota:
um pouco por dia.
A decisão de não ampliar:
também.
🎯 Pergunta Bellacosa nº 36
“Qual foi o último momento barato em que poderíamos ter agido?”
Excelente pergunta para postmortem.
🧠 Omission Bias e slow disasters
Muitos grandes incidentes:
não são:
um botão errado.
São:
mil coisas
que ninguém:
fez.
🧠 Examples generic
No upgrade.
No test.
No alert.
No escalation.
No cleanup.
No owner.
No review.
Then:
failure.
☕ Ausência pode:
ter arquitetura.
🧠 Swiss Cheese Model
Layers:
should exist.
But:
one omitted.
Another omitted.
Another:
degraded.
Then:
holes align.
🎯 Pergunta Bellacosa nº 37
“Qual camada de defesa não existia porque nunca chegamos a implementá-la?”
🧠 Omission Bias e human error
Postmortem often:
“operator failed to act.”
Careful.
Why?
Alert unclear?
Authority?
Procedure?
Noise?
Fear?
Need:
system context.
☕ Não transformar Omission Bias
em:
culpa simplista.
O objetivo:
é:
entender.
🧠 Omission Bias e Hindsight Bias
Depois:
“Era óbvio que deveriam ter agido.”
Maybe.
But:
was it?
Need:
timestamp.
Signal.
Criteria.
Authority.
🎯 Pergunta Bellacosa nº 38
“Com a informação disponível naquele momento, era razoável esperar ação?”
🧠 Omission Bias e Outcome Bias
Não agiu.
Nada aconteceu.
Conclusion:
“foi certo não agir.”
Maybe:
luck.
This reinforces:
future omission.
☕ Sucesso de omissão
é:
professor perigoso.
🎯 Pergunta Bellacosa nº 39
“A omissão anterior foi validada por evidência ou apenas terminou sem consequência?”
🧠 Omission Bias e Near Miss
Near miss:
didn't result in damage.
Thus:
not act.
Next:
same.
Eventually:
fail.
☕ Near miss é:
uma ação gratuita do universo
pedindo:
“faça alguma coisa.”
🎯 Pergunta Bellacosa nº 40
“O que quase aconteceu e ainda não gerou nenhuma ação?”
🧠 Omission Bias e AI
Agora:
delicioso.
AI suggests:
risk.
Human:
doesn't act.
Who responsible?
Complex.
Or:
AI agent sees anomaly
but:
default:
no action until approval.
Human misses.
Omission:
distributed.
🤖 Agentic omission
AI systems can fail:
not just by:
doing wrong.
But:
not doing:
necessary action.
Not escalating.
Not retrieving.
Not checking.
Not flagging.
🎯 Pergunta Bellacosa nº 41
“Nosso agente possui critérios explícitos para quando precisa agir ou escalar?”
🧠 AI and abstention
Sometimes:
not act is safer.
Important.
Omission Bias does NOT mean:
always act.
We need:
decision thresholds.
☕ Um agente prudente precisa saber:
agir,
parar,
e:
pedir ajuda.
🧠 Default Effect + AI
If default:
“do nothing until human approval,”
safe for destructive tasks.
But:
dangerous for:
time-critical detection.
Context.
🎯 Pergunta Bellacosa nº 42
“O default de não agir é apropriado para a velocidade do risco?”
🧠 AI monitoring
If model flags:
possible fraud.
Human queue:
hours.
Omission through:
workflow.
Risk moves:
faster.
🧠 Latency of decision
Important.
🎯 Pergunta Bellacosa nº 43
“Quanto tempo podemos não agir antes que a própria demora se torne a principal fonte de risco?”
🧠 Omission Bias e automation
Automation can:
fix omission.
Auto-expire access.
Auto-patch.
Auto-scale.
Auto-escalate.
But:
Automation Bias risk.
Need:
balance.
☕ Automação pode:
impedir esquecimento.
Também pode:
escalar erro.
Então:
guardrails.
🧠 Omission Bias e alert acknowledgment
Ack alert:
action.
But:
no remediation.
Metric:
MTTA good.
Problem:
still.
Goal substitution.
🎯 Pergunta Bellacosa nº 44
“Estamos confundindo reconhecer o alerta com agir sobre o risco?”
🧠 Omission Bias e ticket closure
Ticket:
“monitoring.”
Nothing done.
Close.
Metric:
green.
Campbell.
☕ MONITORING
às vezes é:
nome elegante para:
“não fizemos nada ainda.”
🧠 Omission Bias e backlog
Backlog:
hundreds.
Items age.
No explicit decision.
They remain.
Maybe:
should:
close,
prioritize,
escalate.
🎯 Pergunta Bellacosa nº 45
“Itens envelhecem automaticamente ou exigem uma decisão explícita de continuar esperando?”
🧠 Great process design
Age-based review.
If no action:
escalate.
Prevents:
silent omission.
🧠 Omission Bias e change approval
No reviewer response:
change waits.
Maybe safe.
Or:
business impact.
Could:
need timeout/escalation.
🎯 Pergunta Bellacosa nº 46
“O processo trata ausência de resposta como um estado válido ou como falha de processo?”
🧠 Omission Bias e ownership
No owner:
no action.
Classic.
Distributed responsibility.
🧠 Diffusion of Responsibility
Related.
“If important, someone will do.”
Nobody.
☕ Todo mundo viu.
Ninguém:
era:
“o dono.”
🎯 Pergunta Bellacosa nº 47
“Quem é explicitamente responsável por agir?”
🧠 Omission Bias + Diffusion of Responsibility
Powerful.
If responsibility:
diffuse,
omission:
easy.
No individual:
feels:
decision.
🧠 War Room solution
Assign:
Incident Commander.
Action owners.
Deadline.
☕ OWNER = SOMEONE
é:
melhor que:
OWNER = TEAM.
🎯 Pergunta Bellacosa nº 48
“Existe nome e prazo para esta ação?”
🧠 Omission Bias e follow-up
Postmortem:
30 actions.
No owners.
Six months:
nothing.
Omission again.
🧠 Action item without due date
wish.
☕ “Should improve monitoring”
não é:
ação.
🎯 Pergunta Bellacosa nº 49
“Esta ação pode ser esquecida sem gerar nenhum sinal?”
🧠 Design against omission
Wonderful.
Use:
expiry.
Reminders.
Escalation.
Auto-close with review?
Owner.
SLA.
Triggers.
🧠 Omission Bias and safety engineering
Critical systems use:
checklists
because:
humans omit.
Not because:
dumb.
Because:
memory finite.
☕ Checklist é:
memória externa.
🧠 Aviation
Checklists.
Callouts.
Cross-check.
Explicit “gear down.”
Why?
Omission:
dangerous.
🧠 Mainframe equivalent
Pre-change checklist:
backup verified?
rollback?
monitoring?
owner?
dependency?
🎯 Pergunta Bellacosa nº 50
“O processo depende de alguém lembrar espontaneamente de todas as ações críticas?”
If yes:
bad.
🧠 Omission Bias e checklists
Checklist line should:
require:
active confirmation.
Not:
prechecked.
Default Effect.
☕ Checklist com:
todas caixas já marcadas
é:
decoração.
🧠 Omission Bias e pre-flight analogy
Do:
explicit callouts.
“Backup verified.”
“Rollback validated.”
“Owner confirmed.”
No silence.
🧠 Bellacosa Rule
Para ações críticas, substitua silêncio por confirmação explícita.
🎯 Pergunta Bellacosa nº 51
“Qual ação crítica hoje pode ser omitida silenciosamente?”
🧠 Omission Bias e safe defaults
Best strategy:
make no-action safe.
Temporary access:
expires.
Unapproved change:
doesn't deploy.
Missing configuration:
fails closed.
Unknown destination:
doesn't default to production.
☕ Se ninguém fizer nada,
o sistema deveria:
preferir:
estado seguro.
🧠 But trade-off
Availability-critical:
fail-open maybe.
Need:
context.
🧠 Omission Bias e Fail-Open/Fail-Closed
Beautiful connection.
If auth system unavailable:
allow?
deny?
Both:
have omission/action consequences.
Need:
risk appetite.
🎯 Pergunta Bellacosa nº 52
“Quando não há decisão disponível, qual perda estamos aceitando por padrão?”
🧠 Omission Bias e “do nothing” option
Decision memo should include:
Do Nothing.
But:
not as:
neutral.
List:
its costs.
Risks.
Trajectory.
☕ DO NOTHING
deveria:
ter:
business case.
🎯 Pergunta Bellacosa nº 53
“O cenário de não agir foi modelado com o mesmo rigor das alternativas de ação?”
🧠 Status Quo Bias again
Exactly.
🧠 Omission Bias e deterioration
Do nothing:
system doesn't:
stay same.
Risk can:
grow.
So:
trajectory.
🧠 Example
Vulnerability today:
CVSS whatever.
Tomorrow:
exploit exists.
Risk:
changes.
Omission:
not static.
🎯 Pergunta Bellacosa nº 54
“O custo de não agir cresce com o tempo?”
🧠 Time-sensitive omission
This is huge.
Certificate expiration.
Disk.
Capacity.
Security exploit.
Employee leaving.
Deadline.
☕ Em alguns problemas
omissão cobra:
juros.
🧠 Omission Bias e exponential risk
Queue growth.
Malware spread.
Retry storm.
Waiting:
cost accelerates.
🎯 Pergunta Bellacosa nº 55
“O risco cresce linearmente ou se autoamplifica enquanto esperamos?”
🧠 Omission Bias e irreversible windows
Rollback window:
closes.
Failover:
gets harder.
Backup:
overwritten.
Evidence:
rotates.
Waiting:
destroys options.
☕ Não agir pode:
ser irreversível.
Mesmo sem:
comando.
🎯 Pergunta Bellacosa nº 56
“Qual opção desaparece se esperarmos mais dez minutos?”
🧠 This is senior incident thinking
Option decay.
🧠 Omission Bias e forensic evidence
Security incident.
Logs retention:
short.
Delay investigation.
Evidence:
gone.
Omission:
permanent.
🎯 Pergunta Bellacosa nº 57
“A omissão está destruindo informação necessária para decidir depois?”
🧠 Omission Bias e rollback
Data changes continue.
After:
rollback no longer clean.
Waiting:
reduces reversibility.
☕ “Vamos esperar mais”
pode significar:
“vamos tornar a próxima decisão pior.”
🧠 Omission Bias e uncertainty
Sometimes:
waiting is correct.
We need:
more data.
Important nuance.
How distinguish?
Use:
Value of Information.
🧠 Waiting is rational when:
information gained
cost of delay.
🎯 Pergunta Bellacosa nº 58
“O que exatamente aprenderemos esperando e qual será o custo desse tempo?”
🧠 If answer:
“vamos ver”
not enough.
Need:
specific expected signal.
☕ Espera boa:
tem:
hipótese,
prazo,
gatilho.
Espera ruim:
tem:
esperança.
🧠 Bellacosa Wait Test
WAIT FOR:
5 MINUTES
EXPECT:
QUEUE TO STABILIZE
IF NOT:
ROLLBACK
Now:
waiting:
action plan.
🎯 Pergunta Bellacosa nº 59
“A espera possui condição de saída?”
🧠 Omission Bias e indecision
Decision paralysis.
Too many options.
So:
do nothing.
Default wins.
Status quo.
🧠 Choice overload
Related.
Need:
decision structure.
☕ Não decidir
é:
uma ótima maneira
de deixar:
o default decidir.
🎯 Pergunta Bellacosa nº 60
“Estamos esperando porque falta informação ou porque ninguém quer assumir a decisão?”
🧠 Omission Bias e accountability
If action bad:
owner blamed.
If omission bad:
system failure.
Thus:
asymmetric accountability.
Need:
review.
🧠 Governance should record non-actions
Important.
Decision log:
DECISION:
NO ROLLBACK
REASON:
ERROR BELOW THRESHOLD
REASSESS:
02:20
Now:
omission becomes:
visible decision.
☕ Esse talvez seja:
o melhor antídoto.
Transforme omissão em decisão explícita.
🎯 Pergunta Bellacosa nº 61
“Podemos escrever ‘decidimos não agir’ e justificar da mesma forma que justificaríamos agir?”
🧠 If uncomfortable...
Maybe:
bias.
🧠 Bellacosa Explicit Non-Action Rule
Instead of:
silence,
record:
ACTION:
NONE
REASON:
________________
RISK ACCEPTED:
________________
NEXT REVIEW:
________________
Very powerful.
☕ “Nada”
ganha:
owner,
rationale,
timestamp.
Agora:
é governança.
🧠 Omission Bias e decision journals
At each critical moment:
act;
wait;
stop;
continue.
All:
decisions.
🧠 No-action is a branch
COBOL:
EVALUATE TRUE
WHEN ACT-NOW
PERFORM ACTION
WHEN WAIT
PERFORM CONTROLLED-WAIT
WHEN OTHER
PERFORM ESCALATE
END-EVALUATE.
Better than:
fall-through.
☕ Falhar por fall-through
é:
muito Omission Bias.
👻 Easter Egg nº 2 — CONTINUE
Programmer sees:
IF INCIDENT = 'Y'
CONTINUE
END-IF.
Nosso jovem:
— Isso faz o quê?
Doctor:
— Exatamente.
— Nada?
— Sim.
— Então por que está aqui?
— Para lembrar que “fazer nada” ainda pode ter sido escrito por alguém.
🧠 COBOL CONTINUE
Delicioso nesse capítulo.
CONTINUE
is a no-op.
But:
no-op is:
intentional control-flow decision.
☕ O cérebro deveria:
tratar omissão
como:
CONTINUE
explícito.
Não:
como:
código inexistente.
🎯 Pergunta Bellacosa nº 62
“Nosso ‘não fazer nada’ é um CONTINUE deliberado ou apenas esquecemos de escrever o próximo parágrafo?”
🧠 Excelente para programador iniciante
In COBOL:
absence and CONTINUE
are not conceptually same.
One:
may be intentional.
One:
may be missing logic.
Human decisions:
same.
🧠 Omission Bias e defensive programming
Missing ELSE.
Classic.
IF STATUS = 'A'
PERFORM PROCESS-A
END-IF.
What if:
B?
C?
Unknown?
Nothing.
That:
is omission by code.
🎯 Pergunta Bellacosa nº 63
“O que acontece nos casos que não casam com nenhuma condição?”
🧠 Default branch
Always:
think.
EVALUATE STATUS
WHEN 'A'
...
WHEN 'B'
...
WHEN OTHER
PERFORM HANDLE-UNKNOWN
END-EVALUATE.
Much better.
☕ WHEN OTHER
é:
uma vacina contra:
omissão lógica.
🧠 Omission Bias e error handling
Ignoring:
return code.
No exception.
No log.
System continues.
Omission.
🎯 Pergunta Bellacosa nº 64
“Que erro pode ocorrer hoje sem nenhuma resposta explícita do programa?”
🧠 Omission Bias in monitoring code
No branch for:
timeout.
Then:
silent.
Danger.
🧠 Omission Bias e data validation
Field:
not validated.
Most records:
fine.
One day:
S0C7.
Programmer:
“data bad.”
But:
validation omitted.
☕ O S0C7
às vezes é:
um IF que nunca nasceu.
🎯 Pergunta Bellacosa nº 65
“Qual validação estamos deixando para produção fazer por nós?”
🧠 Omission Bias e documentation
No comment.
No ADR.
Later:
why?
Unknown.
Decision lost.
🧠 ADRs record:
why acted
and:
why didn't choose alternatives.
Great.
🎯 Pergunta Bellacosa nº 66
“Registramos também por que decidimos não fazer as alternativas?”
🧠 Omission Bias e architecture
Option not chosen:
disappears.
Years later:
people assume:
never considered.
Documentation:
helps.
🧠 Omission Bias e AI code generation
Model generates:
happy path.
Error handling missing.
Looks:
working.
Beginner:
accepts.
Omission.
☕ IA pode:
escrever 100 linhas
e ainda:
errar
naquilo que:
não escreveu.
🎯 Pergunta Bellacosa nº 67
“Quais caminhos de erro, timeout, rollback e autorização não aparecem no código gerado?”
🧠 Very important for AI
Evaluate:
absence.
Not only:
presence.
🧠 AI review prompt
Ask:
“What important cases are missing?”
Powerful.
🎯 Pergunta Bellacosa nº 68
“Estou pedindo à IA para verificar o que existe ou também procurar o que deveria existir e não está lá?”
🧠 Omission Bias e RAG
RAG returns:
documents.
What wasn't retrieved?
Model cannot:
cite missing evidence.
This is:
search omission.
🧠 Retrieval blind spots
Top-k.
Metadata.
Chunking.
Permissions.
Could omit:
critical document.
🎯 Pergunta Bellacosa nº 69
“Qual evidência relevante pode estar ausente do contexto antes de aceitarmos a resposta da IA?”
🧠 Omission Bias e dashboards
Dashboard shows:
CPU;
memory;
latency.
Not:
customer impact.
Team:
ignores.
Because:
not shown.
Default Effect + Streetlight + omission.
☕ O dashboard não mentiu.
Só:
não contou:
tudo.
🎯 Pergunta Bellacosa nº 70
“Qual métrica crítica está ausente?”
🧠 Framing via omission
This is important.
Framing Effect can happen:
not only by wording.
But:
by what is left out.
A slide:
benefits.
No risks.
Still:
true.
But:
misleading.
☕ Meia verdade pode:
ser construída
com:
100% de fatos verdadeiros
e:
50% dos fatos relevantes.
🎯 Pergunta Bellacosa nº 71
“O que ficou fora desta apresentação?”
🧠 Omission Bias e executive summaries
Concise.
Useful.
But:
selection.
Need:
material downside.
🧠 Ethical reporting
Include:
bad news.
🎯 Pergunta Bellacosa nº 72
“Qual informação contrária à recomendação é relevante o suficiente para não poder ser omitida?”
🧠 Omission Bias e statistics
Reporting:
success rate.
No denominator.
Omission.
Or:
mean.
No P99.
Again.
🧠 McNamara.
Framing.
☕ Ausência no relatório
pode mudar:
a decisão
mais que:
número errado.
🎯 Pergunta Bellacosa nº 73
“Que estatística complementar faria a decisão parecer diferente?”
🧠 Omission Bias e moral responsibility
Important nuance.
Omission Bias doesn't mean:
actions and omissions always morally identical.
Sometimes:
duties differ.
Causing harm actively
can legitimately differ from:
not preventing all possible harm.
Context:
matters.
🧠 In IT
Duty to act often:
exists
when:
role explicitly includes:
monitoring,
security,
operations.
☕ O sysprog on-call
não é:
um turista.
Se papel inclui agir:
omissão importa.
🎯 Pergunta Bellacosa nº 74
“Havia dever, autoridade e capacidade real de agir?”
This is critical.
🧠 Don't over-blame
If person:
didn't know;
couldn't act;
had no authority,
not same.
System:
must:
support.
🧠 Omission Bias and responsibility design
Roles need:
clear.
🎯 Pergunta Bellacosa nº 75
“A organização tornou explícito quando ‘não agir’ deixa de ser aceitável?”
🧠 Stop criteria again
Act at threshold.
Now:
less moral ambiguity.
🧠 Omission Bias e risk acceptance
No action can be:
valid risk acceptance.
But:
must:
be explicit.
Owner.
Time.
Review.
☕ “Aceitamos o risco”
é diferente de:
“ninguém fez nada.”
🎯 Pergunta Bellacosa nº 76
“A não ação foi formalmente aceita por quem tem autoridade para aceitar o risco?”
🧠 Bellacosa Omission Card
SITUATION:
________________________
ACTION AVAILABLE:
________________________
NO-ACTION CONSEQUENCE:
________________________
ACTION RISK:
________________________
OMISSION RISK:
________________________
TIME SENSITIVITY:
________________________
REVERSIBILITY:
________________________
DECISION OWNER:
________________________
REVIEW AT:
________________________
🧠 Anti-Omission Protocol
Passo 1 — Torne “não fazer nada” uma opção explícita
Escreva.
Passo 2 — Liste consequências da omissão
Não presuma zero.
Passo 3 — Compare riscos simetricamente
Agir versus não agir.
Passo 4 — Defina deadline
Até quando omitir?
Passo 5 — Preserve opções
Rollback.
Failover.
Evidence.
Passo 6 — Defina owner
Nome.
Passo 7 — Defina gatilho
Quando agir?
Passo 8 — Use defaults seguros
Quando possível.
Passo 9 — Automatize expiração/revisão
Para evitar esquecimento.
Passo 10 — Registre a decisão
Inclusive:
não agir.
📋 Checklist Bellacosa anti-Omission Bias
[ ] Estamos tratando "não fazer nada" como opção explícita?
[ ] Qual é o risco de agir?
[ ] Qual é o risco de não agir?
[ ] Quem sofrerá cada consequência?
[ ] A omissão mantém o estado atual ou o risco está crescendo?
[ ] O custo da espera aumenta com o tempo?
[ ] Alguma opção desaparecerá se esperarmos?
[ ] Temos authority to act?
[ ] Existe owner?
[ ] Há deadline?
[ ] Silêncio significa aprovação?
[ ] Há dever explícito de agir?
[ ] A omissão está sendo registrada?
[ ] O default sem ação é seguro?
[ ] A espera possui condição de saída?
👻 Easter Egg nº 3 — BELLACOSA.BIAS(OMISSION)
IF AVAILABLE-ACTION = 'Y'
AND ACTION-TAKEN = 'N'
PERFORM EVALUATE-NO-ACTION-RISK
END-IF.
IF DECISION = 'WAIT'
PERFORM SET-REVIEW-TIME
PERFORM SET-EXIT-CONDITION
END-IF.
IF SILENCE = 'APPROVAL'
AND DECISION-CRITICAL = 'Y'
DISPLAY
'WARNING: ACTIVE CONFIRMATION REQUIRED'
END-IF.
IF TEMPORARY-ACCESS = 'Y'
AND EXPIRY-DATE = SPACES
DISPLAY
'WARNING: OMISSION WILL BECOME PERMANENCE'
END-IF.
Comentários:
* NOT ACTING
* IS STILL
* A BRANCH.
Outro:
* "WAIT"
* REQUIRES
* A TIMER.
Outro:
* SILENCE
* IS NOT
* EVIDENCE.
Outro:
* DO NOTHING
* DOES NOT MEAN
* NOTHING HAPPENS.
E naturalmente:
* DALEK DETECTED.
*
* ACTION:
* CLOSE DOOR.
*
* CURRENT DECISION:
* "LET'S WAIT."
*
* EXPECTED RESULT:
* VERY SHORT MEETING.
🕰️ Voltando à War Room
02:14.
Vamos:
rebobinar.
Agora:
com processo melhor.
Dashboard:
ERROR:
4.8%
QUEUE:
8400
TREND:
WORSENING
Runbook:
ROLLBACK IF:
ERROR > 4%
FOR 3 MIN
AND
QUEUE > 7000
OR
CUSTOMER IMPACT INCREASING
Nosso jovem:
— Critério atingido.
Release Manager:
— Rollback pode causar dez minutos de impacto.
— Sim.
— Se não fizermos?
— O risco estimado é continuar deteriorando.
Gerente:
— Vamos esperar três minutos.
Nosso jovem:
— Qual a hipótese?
— Retry storm pode estabilizar.
— Qual condição?
— Queue precisa parar de crescer.
— E se não?
— Rollback.
Agora:
“esperar”
não é:
omissão.
É:
ação planejada.
🧠 02:17
Queue:
11.000.
Critério:
falhou.
Rollback.
02:24.
Service:
known-good state.
Impact:
limitado.
☕ Depois alguém pergunta:
— E se tivesse estabilizado sozinho?
Doctor:
— Poderia.
— Então talvez não precisássemos rollback.
— Talvez.
— Então como sabemos que foi certo?
Doctor:
— Porque vocês definiram antecipadamente quais evidências justificariam continuar esperando.
🧠 Essa é maturidade
Omission Bias não é:
“sempre faça alguma coisa.”
É:
“não confunda ausência de movimento com ausência de decisão.”
🧠 Waiting can be action
Se:
time-boxed;
hypothesis-driven;
monitored;
owned.
☕ WAIT
pode ser:
estratégia.
WAIT UNTIL SOMEONE PANICS
não.
🧠 Omission Bias e resilience
Resilient systems:
act automatically
when humans might omit.
Circuit breaker.
Failover.
Access expiry.
Budget alarms.
Disk thresholds.
Health checks.
🧠 But automation needs boundaries
Else:
Action Bias automated.
Balance.
🎯 Pergunta Bellacosa nº 77
“Quais ações críticas deveriam acontecer automaticamente porque dependermos de memória humana é arriscado demais?”
🧠 Omission Bias e runbook design
Runbook should have:
mandatory gates.
Not:
suggestions.
🧠 Example
BEFORE GO-LIVE:
[ ] backup validated
[ ] rollback validated
[ ] monitoring confirmed
[ ] decision owner present
No prechecked boxes.
Active confirmation.
☕ Uma caixa vazia
é:
convite à intenção.
Uma caixa já marcada:
é:
Default Effect.
🧠 Beautiful connection
Omission Bias and Default Effect are:
mirror images.
If no action:
what happens?
Design:
matters.
🧠 Omission Bias e postmortem
Don't ask only:
“What did we do wrong?”
Ask:
“What did we fail to do?”
This can reveal:
huge.
🎯 Pergunta Bellacosa nº 78
“Quais ações esperadas nunca aconteceram?”
🧠 RCA timeline
Include omissions:
02:10 alert fired
02:12 acknowledged
02:14 rollback threshold reached
02:14 no rollback
02:17 threshold exceeded further
02:20 escalation
Now:
visible.
☕ Timeline precisa:
registrar:
vazios.
🧠 Omission Bias e Hindsight
Again:
not blame.
Ask:
why no action?
Unclear threshold?
No authority?
Alert noise?
Fear?
Missing data?
🎯 Pergunta Bellacosa nº 79
“Que característica do sistema tornou a omissão localmente racional?”
Excellent.
🧠 Local Rationality
Maybe:
past alerts false.
Rollback risky.
Manager penalized false alarms.
Then:
fix context.
☕ Se omissão faz sentido localmente
mas produz desastre globalmente,
problema:
não é só pessoa.
🧠 Omission Bias e incentives
Team:
rewarded for availability.
Maintenance causes:
downtime.
So:
don't maintain.
Current uptime:
great.
Future:
worse.
Campbell.
🎯 Pergunta Bellacosa nº 80
“O incentivo torna racional adiar a ação preventiva?”
🧠 Omission Bias e preventive work
Preventive work:
cost now.
Benefit:
non-event later.
Hard to reward.
☕ Prevenção tem:
péssimo marketing.
Quando funciona:
nada acontece.
🧠 This connects Outcome Bias
No incident:
people think:
prevention unnecessary.
Then:
cut.
Omission.
🎯 Pergunta Bellacosa nº 81
“Estamos deixando de fazer prevenção porque seu sucesso é invisível?”
🧠 Omission Bias e risk registers
Risk:
known.
No mitigation.
“Accepted.”
But:
was it?
Or:
nobody funded?
Need:
explicit.
🎯 Pergunta Bellacosa nº 82
“Aceitamos o risco ou apenas deixamos o ticket envelhecer?”
🧠 Fantastic.
🧠 Bellacosa Three States
For every risk:
Mitigate.
Accept.
Transfer/Avoid.
But not:
Forget.
☕ FORGET
não deveria:
ser estratégia de risco.
🧠 Omission Bias e cloud costs
Unused resources:
nobody deletes.
Deleting:
might break.
Keeping:
costs.
Default:
keep.
Status quo.
Omission.
🎯 Pergunta Bellacosa nº 83
“Estamos pagando por recursos porque ainda precisamos ou porque ninguém quer ser responsável por desligá-los?”
🧠 Mainframe datasets again
Unknown dataset.
Don't delete.
Reasonable.
But:
investigate.
Assign owner.
Retention.
Otherwise:
permanent.
☕ Medo de ação
cria:
museus técnicos.
🧠 Omission Bias e decommission
Old system:
new system live.
Nobody turns:
old off.
Why?
“What if?”
Months.
Years.
Cost.
Attack surface.
Data sync.
🎯 Pergunta Bellacosa nº 84
“Qual evidência precisamos para desligar — e essa evidência está sendo ativamente buscada?”
🧠 If not...
Then:
decommission never.
🧠 Omission Bias e dual running
Parallel systems:
temporary.
But:
turning one off:
action.
So:
both forever.
Sunk cost.
Cultural debt.
☕ Temporário + Omission Bias
é:
uma excelente receita para:
permanência.
🎯 Pergunta Bellacosa nº 85
“Existe uma data explícita para encerrar o estado temporário?”
🧠 Omission Bias e migrations
Migration completed:
90%.
Last 10%:
hard.
No one:
finishes.
Old platform remains.
Goal Gradient maybe:
works opposite.
Because:
hard edge.
Need:
completion criteria.
🧠 Omission Bias e shadow systems
No owner.
No cleanup.
Persist.
🎯 Pergunta Bellacosa nº 86
“Que coisa antiga ainda existe simplesmente porque removê-la nunca virou projeto?”
🧠 This is Cultural Debt again
🧠 Omission Bias e personal accountability
Avoid:
heroic blame.
Use:
process.
But:
individual responsibility:
still matters.
If explicit duty,
clear signal,
authority,
and no action:
yes,
decision.
☕ Blameless
não significa:
responsibility-less.
Significa:
entender antes de:
julgar.
🧠 Omission Bias and ethical engineering
Engineers sometimes:
see:
risk.
Speak up?
Omission:
comfortable.
But:
professional duty.
Need:
escalation channels.
🎯 Pergunta Bellacosa nº 87
“Existe caminho seguro para levantar preocupação quando a hierarquia prefere não agir?”
🧠 Whistleblowing not necessarily
Internal:
escalation.
Independent review.
Safety culture.
🧠 Omission Bias e audit trail
Record:
warnings.
Then:
decision.
Improves:
accountability.
🎯 Pergunta Bellacosa nº 88
“Avisos críticos desaparecem em chats ou entram num registro decisório?”
🧠 Omission Bias e shift handoff
Issue:
not resolved.
Handoff:
needs:
explicit unresolved items.
Otherwise:
omitted.
Next shift:
doesn't know.
Diagnosis Momentum etc.
🎯 Pergunta Bellacosa nº 89
“O handoff registra também aquilo que ainda precisa ser feito?”
🧠 Operational debt
Unfinished action:
must:
travel.
🧠 Omission Bias e check-out
Before closing incident:
what remains?
Monitoring?
Cleanup?
Root fix?
Access?
Temporary configs?
☕ Incidente mitigado
não significa:
trabalho terminou.
🎯 Pergunta Bellacosa nº 90
“Que ações pós-incidente serão esquecidas se não receberem owner e prazo agora?”
🧠 Bellacosa Omission Detector
Frases típicas:
Nenhuma:
é automaticamente errada.
Mas todas merecem:
segunda pergunta.
☕ Principalmente:
“até quando?”
🧠 Bellacosa Five Questions
Quando ouvir:
“não vamos fazer nada agora,”
pergunte:
Por quê?
O que acontece enquanto esperamos?
O que precisamos observar?
Quando reavaliamos?
Qual opção desaparece se demorarmos?
🧠 Isso transforma omissão:
em:
estratégia.
👻 Easter Egg nº 4 — BELLACOSA.OMISSION.LOG
No fim da War Room,
nosso jovem encontra:
BELLACOSA.OMISSION.LOG
Abre.
Dentro:
02:14
ACTION AVAILABLE:
ROLLBACK
DECISION:
WAIT
REASON:
POSSIBLE TRANSIENT RECOVERY
REASSESS:
02:17
TRIGGER:
QUEUE MUST DECLINE
Nosso jovem:
— Isso é genial.
Doctor:
— Não muito.
— Por quê?
— Só faz o “nada” parar de se esconder.
🧠 Esse é o coração
Nós temos:
logs para:
ações.
Precisamos:
de memória para:
não ações críticas.
🧬 Regeneração organizacional
Uma organização madura entende que:
ações
e:
omissões
podem produzir:
risco.
Ela não exige:
ação frenética.
Também não glorifica:
inércia.
Ela torna:
não agir
uma decisão:
explícita;
temporária;
justificada;
monitorada;
reavaliada.
Ela desenha:
defaults seguros.
Expira:
acessos.
Escala:
alertas.
Agenda:
revisões.
Define:
owners.
Usa:
checklists.
Registra:
riscos aceitos.
E, principalmente:
não permite que:
“ninguém fez nada”
seja confundido com:
“ninguém decidiu nada.”
📓 Diário do Doctor
Se guardar algumas ideias desta viagem, guarde estas:
Omission Bias é a tendência de julgar danos causados por ação como mais graves ou culpáveis do que danos semelhantes causados pela falta de ação.
Não agir também pode ser uma decisão.
Omission Bias frequentemente trabalha ao lado de Status Quo Bias e Default Effect porque não fazer nada favorece aquilo que já está acontecendo.
Loss Aversion pode tornar ações como rollback, failover e cancelamento dolorosas porque causam perdas visíveis e certas.
Plan Continuation Bias se fortalece quando continuar é automático e interromper exige ação explícita.
Escalation of Commitment pode surgir quando ninguém toma a ação necessária para encerrar um projeto ruim.
Sunk Cost pode tornar cancelar psicologicamente mais difícil do que simplesmente permitir que o investimento continue.
Normalcy Bias pode justificar não agir porque esperamos que a situação volte ao normal.
Normalization of Deviance pode transformar omissões repetidas em rotina operacional.
Action Bias é quase o espelho: podemos omitir cedo demais e agir desesperadamente tarde demais.
Authority Gradient, Groupthink e Diffusion of Responsibility podem tornar omissões mais prováveis quando ninguém se sente autorizado ou responsável por agir.
Framing Effect pode chamar ação de “intervenção arriscada” e omissão de “prudência”, alterando percepção sem mudar os fatos.
Goodhart, Campbell e McNamara podem incentivar a omissão de manutenção, treinamento ou prevenção porque seus benefícios são difíceis de medir.
Em segurança, não remover acessos, não aplicar patches, não conter incidentes e não testar DR são formas importantes de risco por omissão.
Em desenvolvimento, não testar, não validar, não tratar erro, não escrever WHEN OTHER, não documentar e não instrumentar são omissões técnicas reais.
Em IA, o que não foi recuperado, testado, verificado ou escalado pode ser tão importante quanto aquilo que o modelo produziu.
Esperar pode ser uma estratégia válida quando há hipótese, tempo limite, sinais esperados e condição de saída.
Risco aceito conscientemente não é a mesma coisa que risco simplesmente esquecido.
Defaults seguros podem reduzir dependência de ação humana e impedir omissões previsíveis.
Checklists, owners, prazos, expiry dates, stage gates e decision logs transformam omissões invisíveis em decisões governáveis.
E principalmente:
a ausência de um comando não significa ausência de uma decisão; às vezes o incidente cresce justamente dentro do espaço vazio entre “alguém deveria fazer alguma coisa” e “ninguém fez”.
🥚 Easter Egg final
Antes de entrar na TARDIS, o Doctor escreve:
IF CRITICAL-RISK = 'Y'
CONTINUE
END-IF.
Nosso jovem:
— Isso está errado.
Doctor:
— Por quê?
— Porque não faz nada.
— Talvez isso seja exatamente o que alguém decidiu.
— Então CONTINUE pode ser perigoso?
Doctor:
— Não.
— Não?
— O perigoso é executar CONTINUE sem perceber que essa também é uma escolha.
Nosso jovem olha:
para a War Room.
Depois:
para o monitor.
— Então como sabemos quando não agir?
O Doctor abre a porta.
“Quando você consegue explicar claramente por que esperar é melhor do que agir, o que espera aprender durante essa espera e em qual momento sua resposta mudará.”
VWORP.
VWORP.
VWORP.
A TARDIS começa a desaparecer.
No quadro fica:
“Não fazer nada também precisa de runbook.”
E abaixo:
“Se a decisão de agir exige justificativa, a decisão de não agir merece a mesma disciplina.”
E talvez essa seja toda a essência do Omission Bias no Bellacosa Mainframe:
não pergunte apenas ‘o que pode dar errado se fizermos alguma coisa?’. Pergunte também, com exatamente a mesma seriedade: ‘o que pode dar errado porque decidimos não fazer?’
☕🌀
Próxima parada: Action Bias — o dia em que descobrimos o extremo oposto: ninguém sabia ainda o que estava acontecendo, mas todo mundo concordava em uma coisa — alguma coisa precisava ser reiniciada imediatamente.
