☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta Root Cause. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Root Cause. Mostrar todas as mensagens

sábado, 12 de julho de 2014

Hindsight Bias: Doctor Who, COBOL e o Dia em que, Depois do Incidente, Todo Mundo Descobriu que Era Óbvio

 

Bellacosa Mainframe e o hindsight bias

☕ Um Café no Bellacosa Mainframe

Hindsight Bias: Doctor Who, COBOL e o Dia em que, Depois do Incidente, Todo Mundo Descobriu que Era Óbvio

Uma viagem pela TARDIS dos incidentes para entender por que, depois que sabemos o resultado, nossa memória reconstrói o passado como se os sinais estivessem claros desde o início — e como isso pode transformar aprendizado em caça às bruxas, confiança em arrogância e postmortem em ficção retrospectiva

Segunda-feira.

09:02.

Postmortem.

O incidente aconteceu:

sexta-feira.

Produção caiu:

23 minutos.

Impacto:

alto.

Root cause:

descoberta.

Agora:

todos sabem.

Essa parte é importante.

Agora todos sabem.

Na sexta-feira, às 18:04:

ninguém sabia.

Mas segunda-feira tem uma característica quase sobrenatural:

todo mundo parece lembrar que:

já sabia.

No telão:

INCIDENTE P1

CAUSA CONFIRMADA:
CERTIFICATE CHAIN FAILURE

IMPACTO:
PAYMENT TIMEOUTS

DURAÇÃO:
23 MIN

Diretor:

— Era óbvio que o certificado era o risco principal.

Nosso jovem programador COBOL olha para:

as notas da War Room.

18:07:

H1 DB2
H2 NETWORK
H3 API EXTERNA
H4 CERTIFICATE

Certificate:

quarta hipótese.

Confidence:

baixa.

Gerente:

— Eu lembro de ter pensado em certificado logo no começo.

Nosso jovem abre:

o chat.

Primeira mensagem do gerente:

TEM CARA DE DB2

Interessante.

DBA:

— Os sinais estavam todos lá.

Nosso jovem pergunta:

— Quais?

— Os timeouts.

— Mas timeout podia ser umas quinze coisas.

— Sim, mas agora sabemos que era certificado.

Ah.

Agora chegamos:

ao problema.

VWORP.

VWORP.

VWORP.

A TARDIS aparece ao lado da mesa.

A porta abre.

O Doctor sai.

Olha para o postmortem.

Escuta:

“era óbvio.”

“já dava para saber.”

“qualquer um deveria ter percebido.”

Ele suspira.

— Curioso.

Diretor:

— O quê?

— Sexta-feira vocês tinham quatro hipóteses.

— Sim.

— Hoje vocês lembram que uma delas era claramente superior.

— Era.

Doctor:

— Então por que não escolheram?

Silêncio.

— Porque naquele momento...

Gerente começa:

— ...não estava tão claro.

Doctor sorri.

Exatamente.

Bem-vindo ao:



Hindsight Bias

ou:

Viés Retrospectivo.

Em linguagem Bellacosa:

é quando, depois de descobrir o resultado, nosso cérebro recompila o passado como se aquele resultado fosse muito mais previsível do que realmente era.


🧠 O que é Hindsight Bias?

É a tendência de acreditar, depois que um evento aconteceu, que:

“eu sabia.”

“era previsível.”

“os sinais eram claros.”

“qualquer um deveria ter percebido.”

Mesmo quando, antes do resultado:

havia incerteza real;

múltiplas hipóteses plausíveis;

evidências ambíguas;

informação incompleta.

Depois do resultado:

o passado parece:

mais simples.


☕ Bellacosa Definition

Hindsight Bias é quando o cérebro pega o dump depois do ABEND e finge que tinha aquele dump antes do programa cair.

Perfeito.


💻 COBOL cognitivo

Imagine:

       IF OUTCOME-KNOWN = 'Y'
           MOVE 'OBVIOUS'
             TO PAST-PREDICTABILITY
       END-IF.

Esse programa:

roda silenciosamente.

Na memória humana.

O problema:

na sexta-feira:

PAST-PREDICTABILITY = UNKNOWN

Na segunda:

PAST-PREDICTABILITY = OBVIOUS

Sem:

nova viagem no tempo.


🧠 O resultado contamina a memória

Depois que sabemos:

certificate failure,

começamos a lembrar:

todos os sinais

que combinam:

com certificado.

Timeout.

Handshake.

External call.

Tudo:

parece pista.

Mas na hora:

esses mesmos sinais podiam indicar:

network;

DNS;

TLS;

proxy;

Db2 downstream;

load balancer.


☕ Um sinal ganha:

clareza retrospectiva

porque agora sabemos:

qual história venceu.


👻 Easter Egg nº 1 — Doctor e a profecia

Companion:

— Doctor, era óbvio que o Dalek faria isso.

Doctor:

— Era?

— Sim.

— Então por que você gritou “o que está acontecendo?” cinco minutos atrás?

Silêncio.

Doctor:

— Hindsight.

Companion:

— Eu prefiro chamar de intuição retrospectiva.

Doctor:

— Claro que prefere.


🧠 Hindsight Bias versus Outcome Bias

No capítulo anterior:

Outcome Bias.

Outcome Bias pergunta:

“Como o resultado mudou meu julgamento sobre a qualidade da decisão?”

Hindsight Bias pergunta:

“Como o resultado mudou minha memória sobre quão previsível ele parecia antes?”

Exemplo:

mudança falha.

Outcome Bias:

“Então a decisão de lançar foi ruim.”

Hindsight Bias:

“Era óbvio que falharia.”

Dois vieses:

diferentes.

Frequentemente:

juntos.


🎯 Pergunta Bellacosa nº 1

“Eu realmente previ isso antes ou estou lembrando de forma diferente agora que sei o final?”


🧠 Hindsight Bias e Confirmation Bias

Depois do evento:

selecionamos memórias que confirmam:

“eu sabia.”

Esquecemos:

hipóteses erradas.

Lembramos:

comentário certo.

Confirmation Bias ajuda:

a reconstruir autobiografia.


☕ Todo mundo lembra:

do palpite que acertou.

Ninguém imprime:

os nove que errou.


🧠 Decision Journal salva

Na War Room:

registre:

18:07
H1 DB2 40%
H2 API 30%
H3 NETWORK 20%
H4 CERTIFICATE 10%

Depois do incidente:

ninguém pode dizer:

“certificate era óbvio”

sem:

confrontar registro.


🎯 Pergunta Bellacosa nº 2

“Qual era nossa confiança registrada antes do resultado?”


🧠 Anchoring aparece no passado também

Na sexta-feira:

âncora:

Db2.

Segunda:

root cause certificate.

Agora memória:

reancora no resultado.

O cérebro reorganiza:

timeline mental.


🧠 Narrative Bias trabalha horas extras

Depois do incidente:

criamos uma história perfeita:

CERTIFICATE WARNING
↓
TLS FAILURE
↓
TIMEOUT
↓
RETRY
↓
DB2 LOCK
↓
INCIDENT

Lindo.

Coerente.

A história parece:

inevitável.

Mas antes:

ninguém sabia:

qual dessas setas era causal.


☕ Uma narrativa completa

faz o passado parecer:

mais organizado

do que foi.


🧠 “Era tudo óbvio” é uma ilusão perigosa

Porque:

se acreditamos que era óbvio,

a pergunta vira:

“quem não viu?”

Em vez de:

“por que o sistema de observação não tornou isso distinguível?”

A primeira:

procura culpado.

A segunda:

melhora sistema.


🎯 Pergunta Bellacosa nº 3

“O sinal era realmente claro ou só ficou claro depois que descobrimos o mecanismo?”


🧠 Fundamental Attribution Error entra

Se resultado parece:

óbvio retrospectivamente,

quem não percebeu parece:

incompetente.

“Como o operador não viu?”

Talvez porque:

naquela hora

o sinal estava enterrado em:

2.000 eventos.

Agora:

temos filtro.


☕ No postmortem

é fácil:

dar zoom.

Na War Room:

ninguém tinha:

roteiro.


🧠 Search Satisfaction e Hindsight

Depois que sabemos a causa:

olhamos para:

primeiro finding relacionado.

Dizemos:

“já estava ali.”

Mas talvez:

existissem 40 findings.

Search Satisfaction retrospectivo.


🧠 Streetlight retrospectivo

Também.

Agora sabemos:

onde olhar.

Então:

abrimos exatamente:

o log certo.

E perguntamos:

— Como ninguém viu isso?

Porque:

na hora ninguém sabia:

qual log era o certo.


🎯 Pergunta Bellacosa nº 4

“Estamos avaliando o passado usando a vantagem de saber onde procurar?”


🧠 Diagnosis Momentum e memória

Durante incidente:

diagnóstico errado viaja.

Depois:

RCA corrige.

Mas memória coletiva pode:

reescrever:

“estávamos chegando lá.”

Talvez:

não.

Preserve:

handoffs.


☕ Organizações também:

editam a própria memória.


🧠 Hindsight Bias em debugging COBOL

Bug:

campo errado.

Depois você encontra:

copybook incompatível.

Olha código:

       MOVE INPUT-AMOUNT
         TO WS-AMOUNT.

Agora pensa:

— Claro! Era o copybook.

Mas antes:

essa linha parecia:

perfeitamente normal.

Porque:

você não sabia ainda.


🧠 O bug fica óbvio depois que sabemos o bug

Clássico.


🎯 Pergunta Bellacosa nº 5

“Essa linha era suspeita antes ou só parece suspeita agora que sabemos o que procurar?”


🧠 Code review retrospectivo

Após incidente:

reviewer:

— Isso deveria ter sido pego no code review.

Talvez.

Mas pergunte:

what signal?

Was rule explicit?

Static analyzer?

Test?

Without:

specific mechanism,

“deveria ter visto”

é:

hindsight.


☕ “Alguém deveria ter percebido”

não é:

controle.

É:

frase.


🧠 Hindsight Bias e testing

Depois de falha:

“faltou teste desse cenário.”

Claro.

Depois:

o cenário existe.

Mas antes:

quantos cenários plausíveis?

100?

1.000?

10.000?

Need:

risk-based testing.


🎯 Pergunta Bellacosa nº 6

“Esse cenário era previsível antes ou só parece inevitável porque acabou acontecendo?”


🧠 Hindsight Bias e segurança

Depois de breach:

“os sinais estavam lá.”

Talvez.

Mas:

quantos alerts iguais

não eram breach?

Base rate.

Need:

signal-to-noise.


☕ Depois do ataque

cada log vermelho

vira:

profecia.

Antes:

era mais um alerta.


🧠 Alert Fatigue

If system generated:

10k alerts,

one relevant,

saying:

“they should have noticed”

may be unfair.

Better:

why signal not prioritized?


🧠 Hindsight Bias e Outcome Bias juntos em security

Breach happened.

Outcome Bias:

security decision bad.

Hindsight:

breach obvious.

Maybe:

controls reasonable,

attack novel.

Or maybe:

not.

Need reconstruct.


🎯 Pergunta Bellacosa nº 7

“Estamos julgando a qualidade do alerta ou apenas sua relevância retrospectiva?”


🧠 Hindsight Bias em incident timeline

Timeline criada depois:

pode parecer:

deterministic.

18:01 cert expires
18:02 timeout
18:03 retry
18:04 queue

Mas real-time:

events arrive:

out of order.

Logs delayed.

Clock skew.

Unknown.


☕ Timeline final

é:

versão restaurada.

War Room vive:

arquivo fragmentado.


🧠 Time synchronization

Important.

Correlation only:

after.


🎯 Pergunta Bellacosa nº 8

“A timeline que vemos agora existia de forma acessível durante o incidente?”


🧠 Hindsight Bias e postmortem blame

The most dangerous consequence:

blame.

If past seems obvious:

error becomes:

negligence.

But maybe:

decision locally rational.

Need:

local rationality.


🧠 Local Rationality

Ask:

“Por que essa decisão fazia sentido para a pessoa naquele momento?”

Not to excuse.

To understand.


☕ Se você não entende

por que uma decisão errada parecia:

razoável na hora,

você ainda não entendeu:

o sistema.


🎯 Pergunta Bellacosa nº 9

“Que informação a pessoa tinha e que informação nós só obtivemos depois?”


🧠 Hindsight Bias e Authority Bias

Depois do evento:

senior says:

“I knew.”

People believe.

Maybe:

did.

Check records.

Experience can:

predict.

But:

memory also reconstructs.


🧠 Prediction receipt

If someone says:

“eu avisei,”

great.

Find:

warning.

Maybe real.

Then:

learn.


☕ “Eu avisei”

fica muito mais útil

quando possui:

timestamp.


🧠 Hindsight Bias e Self-Serving Bias

If I predicted:

I remember.

If I missed:

I reinterpret.

Self-image.


🧠 Hindsight Bias e Dunning-Kruger

After reading RCA,

novice thinks:

“eu teria visto.”

No.

You now possess:

answer key.


☕ Ler solução

não prova:

que resolveria prova.


🎯 Pergunta Bellacosa nº 10

“Estou confundindo compreender a explicação depois com capacidade de descobri-la antes?”

Essa é maravilhosa.


🧠 Hindsight Bias em treinamento

Case study:

show incident.

If reveal answer too early:

students think:

obvious.

Better:

progressive disclosure.

Give data:

as happened.

Ask:

hypotheses.

This teaches:

uncertainty.


☕ Não ensine incidentes

como romance policial

com assassino já na capa.


🧠 War Game / Tabletop

Reveal:

timeline gradually.

Great.


🎯 Pergunta Bellacosa nº 11

“Estamos treinando pessoas para raciocinar sob incerteza ou apenas para reconhecer respostas depois?”


🧠 Hindsight Bias e AI

AI after incident:

given:

full logs + root cause.

Produces:

beautiful explanation.

Then humans think:

AI would have found it live.

Not necessarily.

Because:

prompt contained future information.


🤖 Data leakage cognitivo

If model sees:

result,

it can:

explain.

But live diagnosis:

different task.


☕ Explicar depois

não é:

prever antes.


🎯 Pergunta Bellacosa nº 12

“A IA teve acesso a informação que não estava disponível no momento real da decisão?”


🧠 Hindsight Bias em benchmarks

If evaluation includes:

answer context,

model looks:

smart.

Need:

time-appropriate data.


🧠 Simulation validity

Replay incident using only:

information available at each timestamp.

Excellent.


🎯 Pergunta Bellacosa nº 13

“Estamos testando diagnóstico online ou explicação retrospectiva?”


🧠 Hindsight Bias e RCA automation

AI summarizer:

“root cause clearly indicated by TLS failures.”

Danger word:

clearly.

Maybe:

not clear live.

Need:

epistemic language.


☕ “Clearly”

depois do fato

é suspeito.


🧠 Hindsight Bias e metrics

Metric spikes:

look obvious

after aligning:

incident window.

Before:

same spike may:

not stand out.

Charts:

retrospectively zoomed.


🎯 Pergunta Bellacosa nº 14

“Esse padrão seria detectável sem saber previamente onde começa e termina o incidente?”


🧠 Hindsight Bias e anomaly detection

After event:

label anomaly.

Train model.

Model can overfit.

Future:

maybe.

Need:

generalization.


🧠 Confirmation Bias in retrospective labeling

We label:

all pre-incident events

as relevant.

Maybe:

not.


☕ Depois do incêndio

qualquer cheiro de fumaça

vira:

sinal precursor.


🧠 Hindsight Bias e Near Miss

Interesting opposite.

Near miss:

nothing bad happened.

Later:

maybe ignored.

Because outcome absent.

Outcome Bias.

But if failure later:

old near miss becomes:

“obvious warning.”

Hindsight.


🎯 Pergunta Bellacosa nº 15

“Esse evento só ganhou importância porque agora sabemos o que aconteceu depois?”


🧠 Hindsight Bias e risk registers

After disaster:

risk seems:

obvious.

“Como não estava no register?”

Maybe:

unknown unknown.

Could still improve.

But don't pretend:

all risks enumerable.


☕ Risco novo

não é automaticamente:

falha moral de quem não adivinhou.


🧠 Hindsight Bias e Zero-Risk Bias

After rare event:

pressure:

eliminate to zero.

Because now:

salient.

But:

other risks.

Need:

portfolio.


🧠 Availability Heuristic

Recent disaster:

easy recall.

Risk estimate:

inflates.

Hindsight:

“should have known.”


🎯 Pergunta Bellacosa nº 16

“Estamos superestimando este risco porque acabou de acontecer?”


🧠 Hindsight Bias e insurance mentality

After incident:

everyone wants:

control.

Need for Control.

Maybe:

overcontrols.

Cultural Debt.


☕ Ontem ninguém falava

do risco.

Hoje querem:

17 aprovações.

Classic.


🧠 Hindsight Bias e Normalization of Deviance

Before failure:

deviation seems:

safe.

After failure:

everyone says:

“obviously unsafe.”

But organization had:

years of successful outcomes.

Need understand:

why deviation normalized.

Not:

pretend everyone knew.


🎯 Pergunta Bellacosa nº 17

“Se era tão obviamente perigoso, por que o sistema o tolerou por tanto tempo?”

Brutal.


🧠 Hindsight Bias e Cultural Debt

Old architectural choice fails.

After:

“sempre foi uma bomba.”

Was it?

Maybe:

worked 20 years.

Decision may have been:

good then.

Context changed.

Outcome today:

rewrites history.


☕ Uma decisão pode:

envelhecer mal

sem ter nascido:

errada.


🧠 Temporal humility

Evaluate:

decision at T1

with:

T1 info.

Re-evaluate:

at T2.

Do not:

backport T2 knowledge.


🎯 Pergunta Bellacosa nº 18

“Estamos usando conhecimento de 2026 para condenar uma decisão tomada em 2006?”


🧠 Hindsight Bias e legacy systems

System now:

hard to maintain.

People say:

“arquitetura absurda.”

But maybe:

constraints then:

memory;

cost;

hardware;

skills;

time.

Need:

historical context.


☕ COBOL code de 1989

não foi escrito

para impressionar:

reviewer de 2026.


🧠 Hindsight Bias e migrations

After failed migration:

“big bang was obviously wrong.”

Maybe:

evidence then favored.

Maybe not.

Need:

reconstruct.


🧠 TSB-style lessons

Important not:

mythologize.

Retrospective clarity:

high.

Ex ante uncertainty:

different.


🎯 Pergunta Bellacosa nº 19

“Que alternativas pareciam plausíveis antes do resultado?”


🧠 Hindsight Bias e Outcome Bias no sucesso

Project succeeds.

“Claro que estratégia era correta.”

Maybe:

lucky.

Same.


🧠 Survivor stories

Successful startup:

founder says:

“we knew.”

Maybe:

narrative hindsight.


☕ Vencedores contam:

timeline

com edição.


🧠 Hindsight Bias e status meetings

Before:

confusion.

After:

simple.

If postmortem doesn't preserve:

uncertainty,

future teams learn:

wrong lesson:

“just detect signal X.”

But maybe:

X only useful with Y/Z.


🎯 Pergunta Bellacosa nº 20

“Estamos ensinando uma regra simples demais porque agora conhecemos o final?”


🧠 Hindsight Bias e Search Satisfaction

After root cause known:

search stops:

once find matching clue.

Then:

“there it was.”

But perhaps:

hundreds clues.

Need:

counterfactual search.


🧠 Signal-to-noise test

Would clue stand out:

without label?


☕ Uma pista só é:

“óbvia”

se chama atenção:

antes de saber o crime.


🧠 Hindsight Bias e false alarms

Suppose:

alert X fired.

Incident happened.

Now:

“alert X predicted.”

But how often X fires:

without incident?

Need:

precision.


🎯 Pergunta Bellacosa nº 21

“Qual era a taxa de falso positivo desse sinal antes do incidente?”


🧠 Hindsight Bias e monitoring redesign

After event:

add alert.

Good.

But beware:

alert for exact past failure only.

Future failures:

different.

Fighting last war.


🧠 Overfitting observability

Monitor:

past root cause.

Not:

failure class.


☕ Não construa:

um detector perfeito

para:

ontem.


🎯 Pergunta Bellacosa nº 22

“Estamos monitorando o mecanismo geral ou apenas a assinatura específica do último incidente?”


🧠 Hindsight Bias e AI observability

Train agent:

historical incidents.

May overfit:

past labels.

Need:

unknown detection.


🧠 Hindsight Bias and causal graphs

After event:

graph seems:

linear.

Real system:

branching.

Represent:

alternatives that were considered.


☕ RCA final

não deveria apagar:

as hipóteses concorrentes.

Elas mostram:

o grau real de incerteza.


🎯 Pergunta Bellacosa nº 23

“O postmortem registra só a causa final ou também o espaço de hipóteses que existia?”


🧠 Hindsight Bias e decision review

Best practice:

two documents.

  1. What we knew then.

  2. What we know now.

Compare.


🧠 Ex ante / ex post separation

Again.


☕ TARDIS Method

Nice name.

“Volte mentalmente ao minuto da decisão sem carregar informação do futuro.”

Very Doctor Who.


🧪 Passo 1 — Congele a timeline

What was known at 18:05?

Not later.


🧪 Passo 2 — Hide the outcome

When reviewing decision:

temporarily ignore result.


🧪 Passo 3 — Reconstruct options

What choices existed?


🧪 Passo 4 — Reconstruct probabilities

What seemed likely?


🧪 Passo 5 — Compare with contemporaneous notes

Not memory.


🧪 Passo 6 — Identify hindsight statements

“Obviously.”

“Clearly.”

“Should have known.”

Challenge.


🧪 Passo 7 — Ask what signal was actionable

Not just present.


🧪 Passo 8 — Improve detection

If signal could reasonably be distinguished.


🧪 Passo 9 — Preserve uncertainty

Document.


🧪 Passo 10 — Learn without blame

Mechanism.


📋 Checklist Bellacosa anti-Hindsight

[ ] O que sabíamos naquele minuto?

[ ] O que só descobrimos depois?

[ ] Quais hipóteses eram plausíveis?

[ ] Qual era a confiança em cada uma?

[ ] O sinal era distinguível antes do resultado?

[ ] Quantos falsos positivos existiam?

[ ] A timeline completa estava disponível em tempo real?

[ ] Estamos usando palavras como "óbvio" ou "claro"?

[ ] A decisão fazia sentido localmente?

[ ] Estamos avaliando com informação do futuro?

[ ] Existe registro contemporâneo?

[ ] A IA recebeu dados posteriores?

[ ] Estamos confundindo explicar com prever?

[ ] Estamos culpando alguém por não saber o que ninguém sabia?

🧠 Bellacosa Hindsight Card

DECISION TIME:
____________________

KNOWN THEN:
____________________

UNKNOWN THEN:
____________________

HYPOTHESES THEN:
____________________

CONFIDENCE THEN:
____________________

KNOWN NOW:
____________________

WHAT CHANGED:
____________________

LESSON:
____________________

👻 Easter Egg nº 2 — BELLACOSA.BIAS

No dataset:

BELLACOSA.BIAS(HINDSIGHT)

Dentro:

       IF OUTCOME-KNOWN = 'Y'
           PERFORM LOAD-HISTORICAL-STATE
       END-IF.

       IF CURRENT-KNOWLEDGE
          NOT = PAST-KNOWLEDGE
           DISPLAY
           'DO NOT BACKPORT FUTURE INFORMATION'
       END-IF.

       IF POSTMORTEM-SAYS 'OBVIOUS'
           PERFORM ASK-WAS-IT-OBVIOUS-THEN
       END-IF.

       IF PERSON-SAYS 'I-KNEW-IT'
           PERFORM CHECK-TIMESTAMP
       END-IF.

Comentários:

* DO NOT DEBUG
* YESTERDAY
* WITH TODAY'S DUMP.

Outro:

* EXPLANATION AFTER
* IS NOT
* PREDICTION BEFORE.

Outro:

* CLEAR NOW
* DOES NOT MEAN
* CLEAR THEN.

E naturalmente:

* TARDIS ACCESS:
* NOT AVAILABLE
* DURING ORIGINAL INCIDENT.

🧠 O Teste da TARDIS

Pergunte:

“Estou usando alguma informação que só existia depois da decisão?”

Se sim:

remove.

Reevaluate.


🧠 O Teste do Timestamp

“I warned.”

Great.

Timestamp.


🧠 O Teste do Analista Cego

Give:

data only up to T.

Ask:

what would you do?

Excellent.


🧠 O Teste do Sinal

Would this signal:

trigger action

in 100 similar normal days?

If yes:

maybe too noisy.


🎯 Pergunta Bellacosa nº 24

“Esse sinal era acionável ou apenas retrospectivamente interessante?”


🧠 Hindsight Bias e leadership

Leader after failure:

“team should have escalated.”

Was escalation threshold:

defined?

If not:

hindsight.

Improve:

threshold.


☕ Transforme:

“deveriam ter sabido”

em:

“como tornamos isso detectável?”


🧠 Hindsight Bias e process design

The best use:

convert hindsight into:

forward controls.

If truly:

signal identifiable,

create:

alert;

runbook;

threshold;

training.

Then:

next time

less uncertain.


🎯 Pergunta Bellacosa nº 25

“Que conhecimento retrospectivo podemos transformar em conhecimento operacional futuro?”

Excelente.


🧠 Hindsight Bias e “human error”

After failure:

operator clicked wrong.

Obvious.

But:

UI similar buttons.

No confirmation.

Time pressure.

Need:

context.


🧠 Local rationality again

Why did click:

make sense?


☕ Se só disser:

“não clique errado”

você acabou:

de desperdiçar o postmortem.


🧠 Hindsight Bias e compliance

After regulatory issue:

“obvious gap.”

Was regulation:

clear then?

Interpretation?

Need:

context.


🧠 Hindsight Bias e planning

Project late.

“Obviously estimate unrealistic.”

Before:

maybe new unknowns.

Or maybe indeed unrealistic.

Need:

original assumptions.


🎯 Pergunta Bellacosa nº 26

“Qual suposição original falhou e ela era razoável na época?”


🧠 Hindsight Bias e estimates

If estimate:

10 days.

Actual:

We say:

bad estimator.

But scope changed:

maybe.

Need:

decompose.


☕ Erro de previsão

não é:

diferença simples

entre:

estimado e realizado.


🧠 Hindsight Bias e executive confidence

After success:

“we always knew.”

Danger:

overconfidence.

Outcome Bias.

Future:

riskier decisions.


🎯 Pergunta Bellacosa nº 27

“O sucesso está reescrevendo quanta incerteza realmente existia?”


🧠 Hindsight Bias e pre-mortem

One antidote before:

imagine failure.

What happened?

Expands risk.

Later:

compare.


🧠 Decision log

Before rollout:

what could fail?

If later event:

was absent,

learn.

If present:

why not acted?

More precise.


☕ Pre-mortem gera:

recibo cognitivo.


🧠 Hindsight Bias e Red Team

Red team warnings:

record.

After event:

can see.

Not:

memory.


🎯 Pergunta Bellacosa nº 28

“Quais riscos foram explicitamente levantados antes e quais só surgiram na narrativa depois?”


🧠 Hindsight Bias e Cultural Debt

Old team made:

choice.

Modern team:

“how could they?”

Maybe:

constraints invisible.

Document:

decision records.

ADR.

Excellent.


🧠 Architecture Decision Records

Capture:

context;

options;

trade-offs.

Then future:

less hindsight.


☕ ADR é:

vacina parcial

contra:

“esses caras eram malucos.”


🎯 Pergunta Bellacosa nº 29

“Temos registro do contexto que justificou essa decisão arquitetural?”


🧠 Hindsight Bias e legacy modernization

Modern team sees:

batch.

“why not real-time?”

Maybe:

Network.

Cost.

Hardware.

Business process.

Different.

Judge:

historically.

Then:

modernize today.


🧠 Don't romanticize either

Context:

not excuse forever.

But:

understand.


☕ Uma coisa pode:

ter sido certa ontem

e:

errada hoje.

Sem contradição.


🧠 Hindsight Bias e AI code review

AI sees:

bug + failing test.

Says:

“obvious null check.”

But before bug:

maybe not.

If using AI for postmortem:

ask:

what signals were present beforehand?


🎯 Pergunta Bellacosa nº 30

“A explicação da IA distingue entre evidência disponível antes e evidência descoberta depois?”


🧠 Hindsight Bias e RAG

Postmortem RAG retrieves:

final RCA.

Then:

answers:

“why should team have known?”

Danger.

Need:

incident-time corpus.


🧠 Temporal RAG

Retrieve only documents/messages:

available before timestamp.

Great idea.


☕ IA com TARDIS controlada:

não pode:

ler o futuro.


🧠 Hindsight Bias e model evaluation

For incident agents:

replay:

progressively.

No future leaks.

Otherwise:

illusory performance.


🎯 Pergunta Bellacosa nº 31

“Nosso benchmark permite que o modelo veja o futuro sem percebermos?”


🧠 Hindsight Bias e causal certainty

After RCA:

cause seems:

single.

But:

multiple contributors.

Remember:

Premature Closure.

Don't let hindsight:

simplify.


🧠 Complex systems

Outcome known:

doesn't make:

causal graph trivial.


☕ Saber quem ganhou

não explica:

todas as jogadas.


🧠 Hindsight Bias e blame metrics

“Missed obvious alert” counts:

human error.

But:

if alert noisy,

system issue.

McNamara.


🎯 Pergunta Bellacosa nº 32

“Estamos medindo falha humana sem medir qualidade do sinal que a pessoa recebeu?”


🧠 Hindsight Bias e training evaluation

Trainee sees:

known RCA case.

Gets answer.

We think:

learned.

Need:

novel case.

Otherwise:

recognition hindsight.


☕ Saber gabarito

não é:

saber investigar.


🧠 Hindsight Bias e confidence calibration

Ask before:

probability.

After:

compare.

If always:

“100% obvious”

after:

you're biased.


🧠 Forecast log

Useful for:

risk teams.


🎯 Pergunta Bellacosa nº 33

“Estamos registrando previsões antes para aprender sobre nossa calibração depois?”


🧠 Hindsight Bias e near-miss culture

If no failure:

warning ignored.

If failure:

warning becomes obvious.

Need:

evaluate warnings by:

quality

not:

outcome.

Outcome Bias.


☕ Um alarme não fica:

mais inteligente

porque:

incêndio aconteceu.


🧠 Hindsight Bias e automation

Automated system chooses:

route A.

Fails.

Humans:

“AI should know.”

What inputs?

If insufficient:

maybe no.

Need:

system design.


🎯 Pergunta Bellacosa nº 34

“O agente tinha informação suficiente para distinguir a alternativa correta?”


🧠 Hindsight Bias e human-in-the-loop

Human overrides AI.

Outcome bad.

After:

“should have trusted AI.”

If outcome opposite:

“good override.”

Outcome bias + hindsight.

Need:

process metrics.


☕ A mesma decisão

não pode:

ser genial e idiota

só porque:

moeda caiu diferente.


🧠 Hindsight Bias e decision quality matrix

Again:

process separate.


🧠 Hindsight Bias em change windows

After failed Friday deploy:

“never deploy Friday.”

Maybe:

reasonable cultural rule.

But actual cause:

not day.

Avoid:

superstition.


🎯 Pergunta Bellacosa nº 35

“Estamos extraindo uma regra causal ou apenas uma superstição do último incidente?”


🧠 Technical superstition again

Incident happened:

after command X.

“Never X.”

Need:

mechanism.


☕ Operação sem causalidade

vira:

folclore.


🧠 Hindsight Bias e Bellacosa Mainframe

This series itself:

important caution.

Once we name:

bias,

past incidents can:

look obvious.

Don't overfit:

everything to bias.

Use:

lens.

Not:

verdict.


🎯 Pergunta Bellacosa nº 36

“Estamos usando o nome do viés para entender o caso ou apenas para rotular alguém depois?”

Important.


🧠 Bias labels can become hindsight tools

“Clearly anchoring.”

Maybe.

Need:

evidence.

Don't:

psychologize recklessly.


☕ Vieses são:

mapas.

Não:

martelos.


🧠 Hindsight Bias e empathy

Reconstruct uncertainty:

creates empathy.

Not excuse.

Better learning.


🧠 Postmortem maturity

Replace:

“How could they miss it?”

with:

“What made it reasonable to miss?”

Then:

fix.


🎯 Pergunta Bellacosa nº 37

“O que tornava essa evidência difícil de distinguir em tempo real?”


🧠 Signal design

Maybe:

alert buried.

Need:

priority.

Correlation.


🧠 Observability improvement

Use hindsight:

productively.


☕ O objetivo não é:

proibir olhar para trás.

É:

olhar para trás sem fingir que já sabíamos o caminho.


🧠 Bellacosa Anti-Hindsight Protocol

Passo 1 — Preserve registros contemporâneos

Chat.

Ticket.

Hypotheses.

Confidence.

Passo 2 — Reconstrua por timestamp

What known then?

Passo 3 — Hide final RCA temporarily

Review decision blind.

Passo 4 — List alternatives alive then

Not now.

Passo 5 — Evaluate signal-to-noise

Was clue actionable?

Passo 6 — Remove future data

No leakage.

Passo 7 — Ask local rationality

Why decision made sense?

Passo 8 — Convert lessons into controls

Alerts, checks, tests.

Passo 9 — Avoid “obvious”

Unless evidence.

Passo 10 — Preserve uncertainty in postmortem

Teach real reasoning.


📋 Checklist Bellacosa anti-Hindsight

[ ] Estamos usando informação descoberta depois?

[ ] Temos registro do que se sabia antes?

[ ] Quais hipóteses existiam naquele momento?

[ ] Qual era a confiança?

[ ] O sinal tinha baixo ruído?

[ ] Era acionável?

[ ] A timeline estava completa em tempo real?

[ ] Alguém realmente previu isso?

[ ] Existe timestamp da previsão?

[ ] Estamos chamando algo de "óbvio"?

[ ] Estamos culpando alguém por não saber o futuro?

[ ] A decisão era razoável com dados disponíveis?

[ ] A IA teve acesso a dados futuros?

[ ] Estamos extraindo uma regra geral de um caso único?

👻 Easter Egg nº 3 — SQL retrospectivo

No postmortem:

SELECT *
FROM LOGS
WHERE EVENT_RELATED_TO_ROOT_CAUSE = 'Y';

Nosso jovem:

— Fácil assim.

Doctor:

— Claro.

— Então por que não fizemos sexta?

Doctor:

— Porque sexta vocês ainda não tinham a coluna EVENT_RELATED_TO_ROOT_CAUSE.

Silêncio.

Perfeito.


🧠 Essa é talvez a melhor metáfora

Depois:

sabemos qual filtro usar.

Antes:

não.


🧠 The hindsight query problem

Retrospective investigation:

has labels.

Live:

doesn't.

Remember.


🎯 Pergunta Bellacosa nº 38

“Estamos filtrando o passado com uma coluna que só foi criada depois do incidente?”


🧠 Hindsight Bias e “I knew it all along”

Psychology phrase:

“knew-it-all-along effect.”

Perfect summary.


☕ Em português Bellacosa:

“Depois do dump, todo mundo é sysprog.”


🧠 Hindsight Bias e organizational learning

If uncorrected:

three harms:

  1. blame

  2. overconfidence

  3. bad controls


🧠 Blame

“person should know.”


🧠 Overconfidence

“next time obvious.”

Maybe not.


🧠 Bad controls

monitor exact past symptom.


🎯 Pergunta Bellacosa nº 39

“Que lição falsa poderíamos aprender se tratarmos o incidente como previsível demais?”


🧠 Hindsight Bias e resilience

Real lesson:

not predict all.

Build:

detection;

containment;

recovery.

Because:

unknowns.


☕ Engenharia resiliente

não exige:

vidência.

Graças a Deus.


🧠 Hindsight Bias and uncertainty acceptance

Mature org:

admits:

some events hard to foresee.

Then:

designs:

margin.


🎯 Pergunta Bellacosa nº 40

“Estamos tentando melhorar previsão ou melhorar capacidade de responder ao imprevisível?”

Both useful.

Different.


🧠 Hindsight Bias e War Room culture

After every incident:

if someone says:

“obvious,”

ask:

“show me the timestamp.”

Bellacosa rule.


☕ Sem timestamp:

memória.

Com timestamp:

evidência.


🧠 Bellacosa Timestamp Rule

IF CLAIM = "EU AVISEI"
THEN
   SHOW TIMESTAMP
ELSE
   CLASSIFY AS RETROSPECTIVE MEMORY

Brutal.

Fair.


🧠 Hindsight Bias em newsletters, livros, histórias

Narratives compress.

We tell:

clean sequence.

But actual life:

messy.

When writing case studies:

include uncertainty.

This makes:

better teaching.


🎯 Pergunta Bellacosa nº 41

“Nossa história ficou boa demais para representar a confusão real do momento?”


🧠 The TARDIS Lesson

Doctor Who has:

time travel.

We don't.

That's the ultimate metaphor.

In postmortem:

we mentally travel back

with future knowledge.

That's cheating.


☕ O Doctor pode:

voltar sabendo.

Você não podia.

Esse detalhe:

é tudo.


👻 Easter Egg final — BELLACOSA.BIAS(HINDSIGHT)

       IF POSTMORTEM-MODE = 'Y'
           PERFORM RESTORE-KNOWLEDGE-AT-TIME
       END-IF.

       IF FUTURE-INFORMATION = 'PRESENT'
           PERFORM REMOVE-FUTURE-DATA
       END-IF.

       IF CLAIM-TEXT = 'ERA-OBVIO'
           PERFORM CHECK-ORIGINAL-EVIDENCE
       END-IF.

       IF CLAIM-TEXT = 'EU-SABIA'
           PERFORM REQUEST-TIMESTAMP
       END-IF.

Comentários:

* DO NOT RUN
* YESTERDAY'S DECISION
* WITH TODAY'S MEMORY.

Outro:

* POSTMORTEM
* IS NOT
* TIME TRAVEL.

Outro:

* CLEAR AFTER
* MAY HAVE BEEN
* AMBIGUOUS BEFORE.

Outro:

* A DUMP
* AVAILABLE AFTER ABEND
* WAS NOT AVAILABLE
* BEFORE ABEND.

E naturalmente:

* TARDIS ACCESS:
* DOCTOR ONLY.
*
* INCIDENT TEAM:
* LINEAR TIME.

🕰️ De volta ao postmortem

Diretor:

— Então não deveríamos dizer que os sinais estavam lá?

Nosso jovem:

— Podemos.

— Então qual a diferença?

— Precisamos perguntar se eles eram distinguíveis.

— Como?

Ele abre:

alert history.

O mesmo TLS warning apareceu:

42 vezes

nos últimos 30 dias.

Sem incidente.

Silêncio.

— Então não era tão óbvio.

DBA:

— Mas agora sabemos que foi importante.

— Sim.

Doctor sorri.

“Importante depois não significa evidente antes.”


🔧 A lição muda

Em vez de:

“operador deveria ter percebido TLS warning,”

ação:

correlacionar TLS warning

com:

external timeout spike.

Criar:

alerta composto.

Agora:

future signal:

stronger.

Isso é:

aprendizado.


☕ Não culpe cérebro

por não distinguir:

sinal

que o sistema também não distinguia.

Melhore:

sistema.


🧠 Postmortem finalmente fica bom

Antes:

ROOT CAUSE:
Certificate failure

HUMAN ERROR:
Failed to identify obvious warning

Depois:

ROOT CAUSE:
Certificate chain failure

DETECTION GAP:
TLS warning had high false-positive rate and lacked correlation with external timeout metrics.

ACTION:
Create correlated detection and certificate validation.

Muito melhor.


🧠 Isso é engenharia

Não:

profecia retrospectiva.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Hindsight Bias é a tendência de perceber eventos passados como mais previsíveis depois que sabemos o resultado.

Ele produz a sensação de “eu sabia” ou “era óbvio”.

Outcome Bias julga a decisão pelo resultado; Hindsight Bias altera nossa percepção de quão previsível o resultado era.

Confirmation Bias ajuda a selecionar memórias que combinam com o resultado conhecido.

Narrative Bias reorganiza os fatos numa história mais coerente do que a incerteza real vivida.

Anchoring pode mudar retrospectivamente quando o resultado final vira nova referência.

Streetlight Effect parece desaparecer depois porque agora sabemos qual log abrir — mas essa vantagem não existia em tempo real.

Search Satisfaction pode fazer a primeira pista retrospectivamente compatível parecer “a pista que estava ali o tempo todo”.

Fundamental Attribution Error pode transformar ambiguidade real em acusação de incompetência.

Decision journals, timestamps e registros de confiança são grandes antídotos.

Um alerta só é realmente acionável se sua qualidade e relação sinal/ruído permitirem distingui-lo antes do resultado.

Uma IA pode parecer melhor retrospectivamente se receber dados ou labels que só existiram depois do incidente.

Postmortems devem reconstruir o estado de conhecimento da época, não apenas explicar o mundo com a resposta já conhecida.

Arquiteturas antigas precisam ser avaliadas no contexto em que foram decididas, mesmo quando hoje precisam ser mudadas.

O objetivo não é eliminar hindsight; é impedir que ele transforme aprendizado em culpa e previsibilidade fictícia.

E principalmente:

não use a informação de hoje para condenar a decisão de ontem sem primeiro devolver à decisão de ontem apenas a informação que existia ontem.


🥚 Último Easter Egg

Antes de entrar na TARDIS, o Doctor pergunta:

— Agora que você sabe que era certificado, parece óbvio?

Nosso jovem:

— Um pouco.

— Pegue o ticket das 18:05.

Ele lê:

POSSIBLE:
DB2
NETWORK
API
TLS
MQ

Doctor:

— Ainda óbvio?

Nosso jovem:

— Não.

— Melhor.

— Por quê?

O Doctor abre a porta.

“Porque respeito pela incerteza passada é uma das formas mais importantes de inteligência presente.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

No quadro fica:

“Depois do incidente, todo mundo tem acesso ao final da história. O desafio é lembrar que ninguém tinha o último capítulo quando precisava tomar a decisão.”

E talvez essa seja toda a essência do Hindsight Bias no Bellacosa Mainframe:

olhar para trás é indispensável para aprender; fingir que o passado tinha a mesma clareza que o presente é uma excelente maneira de aprender a lição errada.

☕🌀

Próxima parada: Normalcy Bias — o dia em que todos viram sinais de que algo muito errado estava acontecendo, mas continuaram tratando a situação como normal porque aceitar que a realidade havia mudado parecia mais difícil do que esperar mais cinco minutos.

quinta-feira, 15 de maio de 2014

Confirmation Bias: Doctor Who, COBOL e o Dia em que a War Room Encontrou Provas Demais para a Hipótese Errada

 

Bellacosa Mainframe e o confirmation bias

☕ Um Café no Bellacosa Mainframe

Confirmation Bias: Doctor Who, COBOL e o Dia em que a War Room Encontrou Provas Demais para a Hipótese Errada

Uma viagem pela TARDIS dos incidentes para entender por que nosso cérebro adora encontrar evidências que confirmem aquilo em que já acreditamos — e por que essa habilidade, tão útil para construir narrativas coerentes, pode ser absolutamente desastrosa quando estamos tentando descobrir o que realmente aconteceu

02:47.

War Room.

Na parede:

INCIDENTE P1

APLICAÇÃO:
PAYMENTS-X

SINTOMA:
LATÊNCIA INTERMITENTE

INÍCIO:
02:21

STATUS:
INVESTIGANDO

Primeiro comentário da madrugada:

— Isso está com cara de Db2.

Nosso jovem programador COBOL já aprendeu alguma coisa nas últimas noites.

Ele olha para a frase.

Não para o Db2.

Para a frase.

Porque sabe:

a primeira hipótese pode virar âncora.

Anchoring Bias.

Mas agora acontece algo novo.

O DBA abre o monitor.

— Lock.

Gerente:

— Aí.

Outro analista:

— Tem SQL acima da média.

Gerente:

— Mais uma.

Operação:

— Buffer pool também subiu.

Gerente:

— Está ficando claro.

Nosso jovem pergunta:

— E os timeouts externos?

Silêncio.

— Começaram antes do lock.

Resposta:

— Talvez sejam consequência.

Ele continua:

— Algumas chamadas que não usam Db2 ficaram lentas.

— Pode ser coincidência.

Interessante.

Lock:

causa.

Timeout:

consequência.

SQL:

prova.

API:

coincidência.

CPU Db2:

importante.

Network latency:

ruído.

Todos os dados existem.

Ninguém está:

inventando.

Mas as evidências estão recebendo:

pesos diferentes dependendo da direção para a qual apontam.

VWORP.

VWORP.

VWORP.

A TARDIS surge atrás do quadro.

Doctor sai.

Olha para a lista:

EVIDÊNCIAS A FAVOR DE DB2

✔ LOCKS
✔ SQL ELAPSED
✔ BUFFERPOOL
✔ CPU

Depois pergunta:

— Onde estão as evidências contra?

Gerente:

— Contra?

— Sim.

— Nós estamos investigando Db2.

Doctor:

— Percebi.

— Então por que procuraríamos evidência contra?

Doctor sorri.

— Porque vocês disseram que estão investigando.

Pausa.

— Não que estão preparando a acusação.

Bem-vindo ao:



Confirmation Bias

ou:

Viés de Confirmação.


🧠 O que é Confirmation Bias?

Em linguagem simples:

é nossa tendência de procurar, perceber, interpretar e lembrar informações de maneira que favoreça aquilo em que já acreditamos.

Isso significa que o viés não atua:

num único ponto.

Ele pode atuar:

quando escolhemos onde procurar;

quando decidimos quais dados são importantes;

quando interpretamos dados ambíguos;

quando lembramos de incidentes anteriores;

quando contamos a história depois.

Ou seja:

não é apenas:

“ver só o que queremos ver.”

É mais amplo:

organizar a própria investigação de maneira que aumente a chance de encontrar aquilo que esperamos encontrar.


☕ Definição Bellacosa

Confirmation Bias é quando o investigador contrata o próprio cérebro como advogado da hipótese e depois se surpreende quando o julgamento termina em condenação.


💻 COBOL cognitivo

Imagine este maravilhoso programa:

       IF EVIDENCE-SUPPORTS-HYPOTHESIS = 'Y'
           ADD 1 TO CONFIDENCE
       END-IF.

       IF EVIDENCE-CONTRADICTS-HYPOTHESIS = 'Y'
           MOVE 'NOISE'
             TO EVIDENCE-STATUS
       END-IF.

Compila.

Provavelmente.

Mas epistemologicamente:

ABEND S0BIAS.

O correto seria algo mais parecido com:

       EVALUATE EVIDENCE-TYPE
           WHEN 'SUPPORT'
                ADD 1 TO SUPPORT-COUNT

           WHEN 'CONTRADICT'
                ADD 1 TO CONTRADICT-COUNT

           WHEN OTHER
                ADD 1 TO UNKNOWN-COUNT
       END-EVALUATE.

E depois:

pensar.


🧠 O cérebro não falsifica necessariamente os dados

Isso é importante.

Quando falamos em Confirmation Bias, algumas pessoas imaginam:

“Ah, então alguém está manipulando informação.”

Não necessariamente.

Pode ser um profissional:

honesto;

competente;

experiente.

O viés acontece:

antes.

Na atenção.

Na busca.

Na interpretação.


☕ Você não precisa apagar log

para cair no viés.

Basta:

abrir apenas o log que espera que tenha a resposta.


🧠 Exemplo clássico na War Room

Hipótese:

Db2.

Você procura:

Db2.

Encontra:

warning.

Agora:

confidence sobe.

Mas sistemas complexos têm:

milhares de warnings.

A pergunta certa não é:

“Existe warning?”

É:

“Esse warning é anormal, temporalmente relevante e causalmente consistente com o incidente?”

Isso muda:

tudo.


🎯 Pergunta Bellacosa nº 1

“Essa evidência seria interessante para mim se eu não tivesse essa hipótese?”

Excelente.


🧠 Baseline, o inimigo do drama

Imagine:

DB2 LOCKS:
25

Parece ruim?

Talvez.

Historical baseline:

NORMAL:
20–30

Então:

normal.

Agora outro:

API LATENCY:
NORMAL 150 ms
INCIDENT 2400 ms

Muito mais relevante.

Mas se nossa hipótese é:

Db2,

podemos passar:

vinte minutos

discutindo 25 locks

e três segundos:

na API.


☕ Um número grande não é automaticamente anormal

E um número pequeno não é automaticamente irrelevante.

Contexto.

Sempre.


🧠 Anchoring abre a porta

Lembra?

Primeiro alguém diz:

“Tem cara de Db2.”

Anchoring Bias.

Agora Confirmation Bias entra:

“Vamos procurar sinais de Db2.”

Uma relação quase:

pai e filho.


🌀 Pipeline cognitivo

PRIMEIRO PALPITE
      ↓
ANCHORING
      ↓
BUSCA SELETIVA
      ↓
CONFIRMATION BIAS
      ↓
MAIOR CONFIANÇA

Mas ainda não acabou.


🧠 Streetlight Effect ajuda a confirmar

Temos:

ótimos logs Db2.

Ótimo dashboard Db2.

DBA presente.

Então:

procuramos Db2.

Quanto mais procuramos:

mais encontramos.

Isso não significa:

Db2 mais culpado.

Significa:

Db2 mais observado.

Streetlight Effect.


☕ Se você apontar 20 lanternas para um componente

e nenhuma para outro,

adivinhe:

qual vai produzir mais evidência.


🧠 Search Satisfaction entra depois

Encontramos:

um lock interessante.

Pronto.

Achei!

Search Satisfaction.

Agora:

a busca perde força.


🧠 Premature Closure chega

Lock:

real.

Latency:

real.

Então:

“Db2 é root cause.”

Premature Closure.


🧠 Diagnosis Momentum termina o serviço

Ticket:

POSSIBLE DB2

vira:

DB2 ISSUE

Depois:

ROOT CAUSE DB2

Diagnosis Momentum.

Veja o arco:

ANCHOR
  ↓
CONFIRM
  ↓
FIND
  ↓
STOP
  ↓
CLOSE
  ↓
PROPAGATE

É praticamente:

pipeline CI/CD de erro cognitivo.


👻 Easter Egg nº 1 — Doctor e o Dalek Promotor

Dalek:

— DB2 IS GUILTY.

Doctor:

— Por quê?

— LOCK FOUND.

— Existe alguma evidência de API failure?

— YES.

— Então?

— IRRELEVANT.

— Por quê?

— IT DOES NOT SUPPORT DB2 THEORY.

Doctor:

— Você não é investigador.

Dalek:

— CORRECT.

— O que é?

— PROSECUTION.

Doctor:

— Finalmente honestidade.


🧠 Confirmation Bias não acontece apenas na busca

Ele atua em:

1. Busca

Procuramos:

o que confirma.

2. Atenção

Notamos:

o que confirma.

3. Interpretação

Ambiguidade vira:

suporte.

4. Memória

Lembramos:

de casos favoráveis.

5. Comunicação

Contamos:

história favorável.

Uma criatura:

multifuncional.


🧠 Memória seletiva

Alguém diz:

— Toda vez que Db2 sobe CPU, temos incidente.

Será?

Talvez ele lembre:

dos três incidentes.

Mas não dos:

200 dias

em que CPU subiu

e nada aconteceu.

Base Rate Neglect.

Confirmation Bias.


🎯 Pergunta Bellacosa nº 2

“Quantas vezes esse mesmo sinal apareceu sem o incidente?”

Uma pergunta brutalmente importante.


🧠 O normal que não lembramos

Incidentes:

memoráveis.

Operação saudável:

esquecível.

Então:

correlações parecem:

fortes.


☕ Ninguém abre War Room para:

“mais uma terça-feira onde tudo funcionou.”

Isso distorce memória.


🧠 Confirmation Bias e Availability Heuristic

Você se lembra:

do incidente Db2.

Porque:

dramático.

Disponível na memória.

Então:

essa hipótese surge rápido.

Depois:

Confirmation Bias procura provas.


🧠 Recency Bias

Se aconteceu:

ontem,

pior ainda.

“Deve ser de novo.”


🧠 Representativeness

“Tem o mesmo cheiro.”

Parecido:

não significa:

igual.


🎯 Pergunta Bellacosa nº 3

“Quais diferenças entre este caso e o caso anterior estamos deixando de considerar?”


🧠 A arte de procurar contra você mesmo

Esse talvez seja:

o principal antídoto.

Se hipótese:

Db2,

não pergunte apenas:

“Que evidência prova Db2?”

Pergunte:

“Que evidência provaria que Db2 NÃO é o gatilho?”

Essa mudança:

é enorme.


🧠 Falsification mindset

Imagine:

HYPOTHESIS:
DB2 causes payment latency.

Teste:

Clientes que não tocam Db2 também estão lentos?

Se sim:

problema.

Outro:

Latency begins before Db2 anomaly?

Se sim:

problema.

Outro:

Remove Db2 contention and latency remains?

Problema.


☕ Hipótese boa precisa:

correr risco de morrer.

Caso contrário:

é decoração.


🧠 House MD entra

Equipe:

— Achamos pneumonia.

House:

— O que contradiz?

— Nada.

— Procuraram?

— Não.

— Então vocês não têm “nada que contradiz”.

Pausa.

— Vocês têm “nada que procuramos para contradizer”.

Essa diferença é:

fantástica.


🎯 Pergunta Bellacosa nº 4

“Ausência de contradição ou ausência de busca por contradição?”


🧠 Confirmation Bias em debugging COBOL

Programa:

resultado incorreto.

Programador pensa:

“é o COMPUTE.”

Então abre:

COMPUTE WS-TOTAL =
        WS-PRICE * WS-QUANTITY.

Lê.

Relê.

Encontra:

arredondamento estranho.

Corrige.

Teste melhora.

Pronto?

Talvez não.

O campo:

WS-PRICE

já estava:

errado.

Então:

o problema no COMPUTE era:

real?

Talvez.

Mas talvez:

secundário.


🧠 Trace backwards

Pergunta senior:

“Onde aparece o primeiro valor errado?”

Não:

onde encontramos:

um cálculo suspeito.


☕ O primeiro lugar onde percebemos o erro

não é necessariamente:

o primeiro lugar onde ele existe.


🧠 Exemplo de lineage

INPUT
  OK
   ↓
COPYBOOK MAPPING
  WRONG
   ↓
MOVE
  WRONG
   ↓
COMPUTE
  WRONG
   ↓
REPORT
  WRONG

Se você ama a hipótese:

COMPUTE,

talvez fique:

no quarto andar.

Causa:

segundo.


🎯 Pergunta Bellacosa nº 5

“Estou investigando a origem do valor ou apenas o ponto onde ele finalmente ficou visível?”


🧠 Confirmation Bias e testes

Desenvolvedor escreve:

testes.

Se quer:

confirmar código,

faz:

happy path.

Tudo passa.

Excelente.

Mas:

boundary?

negative?

invalid?

concurrency?


☕ Testar só o que espera funcionar

é quase:

pedir elogio ao compilador.


🧠 Mutation Testing como filosofia anti-confirmação

Interessante.

Pergunta:

“Se o código estivesse errado, meus testes perceberiam?”

Isso é mais poderoso do que:

“meu código passa?”

Porque:

passar não garante:

qualidade.


🧠 Negative Testing

Ideal:

tente destruir.


🎯 Pergunta Bellacosa nº 6

“Qual teste eu escreveria se estivesse tentando provar que minha implementação está errada?”


🧠 Confirmation Bias em code review

Autor:

“simple change.”

Reviewer:

já ancorado.

Procura:

pequeno ajuste.

Talvez:

copybook global.

Danger.


☕ “Mudança simples”

é um dos comentários mais perigosos:

do software corporativo.


🧠 Neutral review

Better:

“change modifies X.”

Then:

review.

Avoid:

framing.


🧠 Confirmation Bias em RCA

Postmortem começa:

— O deploy causou.

Agora:

todo mundo procura:

deploy.

Mas talvez:

deploy coincidiu.

Post hoc.


🎯 Pergunta Bellacosa nº 7

“Estamos investigando o evento porque ocorreu antes ou porque demonstramos mecanismo causal?”


🧠 Timeline limpa

Uma ferramenta maravilhosa:

escreva:

02:51 API latency
02:52 retries
02:55 queue
03:01 DB2 lock

Sem:

“cause”.

Sem:

“because”.

Só fatos.

Depois:

analise.

Isso reduz:

narrativa prematura.


☕ Timeline sem opinião

é:

testemunha interessante.


🧠 Confirmation Bias e Narrative Bias

Depois que temos hipótese,

montamos:

história.

O cérebro ama:

coerência.

Então fatos ambíguos:

ganham significado.

Narrative Bias.


🧠 Exemplo

DB2 warning
+
customer latency
+
old Db2 incident

Story:

Db2 again.

Mas:

talvez sejam:

três fatos não causais.


🎯 Pergunta Bellacosa nº 8

“Essa história explica os fatos ou os fatos foram escolhidos porque deixam a história bonita?”


🧠 Confirmation Bias e Metric Fixation

Leadership acredita:

service healthy.

Dashboard:

green.

Evidence:

green.

Customer complaints:

“anecdotal.”

Observe.

A crença:

“dashboard = reality”

é confirmada:

pelos próprios dashboards.

Circular.


☕ Se seu termômetro mede só a sala de reunião

não use:

para provar que cozinha não está pegando fogo.


🧠 McNamara Fallacy

Hard-to-measure:

ignored.

Quantitative evidence favorable:

dominates.


🎯 Pergunta Bellacosa nº 9

“Estamos descartando evidência porque é fraca ou porque é qualitativa?”


🧠 Confirmation Bias e Goodhart

Manager believes:

team improved.

KPI:

tickets closed +40%.

Great.

But:

reopens +80%.

Ignore.

Why?

Contradiz:

belief.


🧠 Counter-metric

Always ask:

what metric would:

tell opposite story?


🎯 Pergunta Bellacosa nº 10

“Qual indicador eu não gostaria de mostrar se minha narrativa estivesse errada?”

Boa.


🧠 Confirmation Bias e Goal Gradient

Projeto:

97%.

Queremos lançar.

Pass test:

“ótimo.”

Fail test:

“edge case.”

Percebe?

O mesmo evidence quality:

não.

Goal Gradient creates:

desired outcome.

Confirmation Bias:

selects supportive facts.


☕ “Edge case”

às vezes significa:

“evidência que estraga nosso cronograma.”


🧠 Confirmation Bias e Sunk Cost

Investimos:

18 meses.

Queremos:

continuar.

Então:

market signal positive:

important.

Negative:

temporary.

Sunk Cost + Confirmation.


🧠 Escalation of Commitment

Cada novo investimento:

aumenta desejo:

de estar certo.

Então:

evidência contrária:

fica psicologicamente cara.


🎯 Pergunta Bellacosa nº 11

“A evidência mudou ou apenas ficou mais difícil admitir que estamos errados?”


🧠 Confirmation Bias e Cultural Debt

Uma decisão antiga:

“centralizar tudo.”

Funcionou.

Hoje:

custos.

Mas organização lembra:

sucessos.

Fracassos alternativos:

superestimados.

Cultura confirma:

decisão.

Cultural Debt permanece.


☕ Uma cultura pode:

selecionar memória.


🧠 Confirmation Bias e arquitetura

Time cloud:

procura:

cloud success stories.

Time mainframe:

procura:

mainframe reliability stories.

Ambos:

podem estar certos.

Ambos:

podem estar incompletos.


🎯 Pergunta Bellacosa nº 12

“Estou comparando alternativas ou reunindo munição para a alternativa que já prefiro?”


🧠 Confirmation Bias e pessoas

Manager acha:

analista fraco.

Agora:

erros:

memorizados.

Acertos:

esperados.

Label:

strengthens.

This is dangerous.

Fundamental Attribution.

Halo/Horn.


☕ A pessoa vira:

query filter.


🧠 Confirmation Bias e AI

Agora:

zona moderna.

Prompt:

“Explique por que Db2 provavelmente causou o incidente.”

A IA:

faz exatamente isso.

E talvez faça:

muito bem.

O problema:

não é IA.

É:

pergunta.


🤖 LLMs são excelentes em construir argumentos plausíveis

Portanto:

não use apenas como:

advogado.

Use como:

adversário.


🧠 Prompt melhor

Avalie as hipóteses:
- Db2
- API externa
- MQ
- rede

Para cada uma, liste:
- evidências a favor
- evidências contra
- fatos não explicados
- teste que poderia refutá-la

Agora:

muito mais interessante.


🎯 Pergunta Bellacosa nº 13

“Estou pedindo análise ou justificativa?”


🧠 Confirmation Bias e RAG

Search query:

DB2 incident payment latency

Results:

Db2.

Surprise.

Se busca:

payment latency retries queue growth

espaço:

mais aberto.


☕ Query contém:

viés.

Banco de dados não:

reclama.


🧠 Confirmation Bias e AIOps

Classifier:

Db2 82%.

Operator:

opens Db2.

Finds:

warnings.

Confidence:

increases.

Mas:

machine and human

may use:

same source.

This is not:

independent confirmation.


🎯 Pergunta Bellacosa nº 14

“Essas confirmações são independentes ou todas derivam do mesmo dado?”

Importantíssima.


🧠 Três dashboards, uma fonte

RMF → dashboard A.

RMF → dashboard B.

RMF → AI model.

Three outputs.

One sensor.

Don't count:


COUNT(DASHBOARDS)

não é:

COUNT(INDEPENDENT_SOURCES).


🧠 Confirmation Bias e histórico

Historical RCA says:

Db2.

Current incident resembles.

Search old tickets tagged Db2.

Finds:

Db2.

But old labels may:

already be biased.

Circular confirmation.


🎯 Pergunta Bellacosa nº 15

“O histórico que usamos para confirmar esta hipótese foi classificado usando o mesmo raciocínio?”


🧠 Feedback loop em IA

OLD RCA LABEL
↓
TRAINING DATA
↓
MODEL PREDICTS SAME LABEL
↓
HUMAN ACCEPTS
↓
NEW RCA LABEL
↓
MORE TRAINING DATA

Isso é:

Confirmation Bias industrializado.


☕ Um erro histórico pode:

ganhar GPU.


🧠 Confirmation Bias e segurança

Analista acredita:

APT.

Procura:

PowerShell.

Encontra.

But PowerShell:

common.

Need:

base rate.

Context.


🧠 Base rate

Se signal:

common in healthy population,

weak evidence.


🎯 Pergunta Bellacosa nº 16

“Quão raro esse sinal realmente é?”


🧠 Security example

Alert:

failed logins.

Could mean:

attack.

Could mean:

password expired.

Need:

alternative hypotheses.


🧠 Confirmation Bias e fraude

Fraud analyst:

transaction suspicious.

Then every unusual action:

supports fraud.

Maybe:

traveling customer.

Again.


🧠 The hypothesis matrix

One of best tools.

EVIDENCE           DB2   API   MQ

Lock               +     0     0
Early timeout      -     +     0
Queue growth       0     +     +
Non-DB2 affected   -     +     0

Now:

explicit comparison.


☕ Uma hipótese sozinha

vence sempre.

Dê:

concorrentes.


🧠 Differential diagnosis

Medicine understands.

IT should:

steal shamelessly.


🎯 Pergunta Bellacosa nº 17

“Quais outras causas explicariam esses mesmos sintomas?”


🧠 Confirmation Bias e stop criteria

If we keep searching until:

find confirmation,

we will:

find.

Need:

predefined criteria.


🧠 Before test

Write:

If H1 true:

expect X.

If false:

expect Y.

Then:

test.


☕ Predeclare expected result

before:

seeing result.

Reduces:

rationalization.


🎯 Pergunta Bellacosa nº 18

“Antes do teste, registramos o que nos faria abandonar a hipótese?”


🧠 Interpretation elasticity

Danger:

whatever happens:

fits.

CPU up?

Db2.

CPU normal?

Db2 waiting.

Network normal?

Db2.

Network bad?

Db2 causing retries.

If everything:

supports,

nothing tests.


☕ Hipótese de borracha

esticando para caber:

em qualquer evidência.


🧠 Confirmation Bias e statistical cherry-picking

No need:

academic.

Simple:

choose:

time window;

metric;

customer segment;

baseline

that supports.

Sometimes:

unconscious.


🎯 Pergunta Bellacosa nº 19

“Por que escolhemos exatamente esse período, essa métrica e essa amostra?”


🧠 Confirmation Bias e visualization

Y-axis zoomed.

Spike:

dramatic.

Full scale:

small.

Charts can:

persuade.

Not lie exactly.

Frame.


☕ Gráfico também:

conta histórias.


🧠 Confirmation Bias e postmortem

After outcome known:

look back.

Pick events:

support final cause.

Hindsight Bias.

Narrative Bias.

Need:

preserve decision timeline.


🧠 What we believed when

Important:

02:30 H1 Db2 40%
02:40 API evidence found
02:45 H1 Db2 20%

Then:

learning.


🎯 Pergunta Bellacosa nº 20

“Estamos reconstruindo o raciocínio real ou escrevendo uma história elegante depois de saber o final?”


🧠 Confirmation Bias e Outcome Bias

Next chapter perhaps.

If risky change works:

we say:

“see? safe.”

One success:

confirms.

If fails:

opponents:

“see? dangerous.”

Outcome Bias + Confirmation.


☕ Um único resultado

pode alimentar:

duas religiões diferentes.


🧠 Confirmation Bias e Self-Serving

Success:

skill.

Failure:

context.

Then:

memory selects.


🧠 Confirmation Bias e Risk Compensation

Control introduced.

No incidents:

confirmation.

Team takes more risk.

Maybe risk hidden.


🎯 Pergunta Bellacosa nº 21

“Estamos confirmando que o controle funciona ou apenas observando que ainda não falhou?”


🧠 Confirmation Bias e backup

Backup:

green 365 days.

Belief:

safe.

Restore?

Never.

Logs:

confirm backup.

But objective:

recover.

Classic.


☕ Backup report confirma:

backup.

Não:

restore.


🧠 Confirmation Bias e DR

Tabletop exactly follows:

runbook.

Pass.

Confirms.

But real disaster:

different.

Need:

variation.

Challenge assumptions.


🎯 Pergunta Bellacosa nº 22

“Nosso teste foi construído para validar o plano ou para desafiar o plano?”


🧠 Confirmation Bias e training

Employee believes:

knows COBOL.

Course score:

95%.

Confirms.

Production challenge:

different.

Need:

labs.


🧠 Certification as evidence

Useful.

Not complete.

Metric Fixation.


☕ Badge diz:

“passou.”

Não:

“já viu todos os gremlins.”


🧠 Confirmation Bias em benchmark de IA

Model:

great benchmark.

We believe:

excellent.

Ignore:

real domain failures.

Again:

proxy.


🎯 Pergunta Bellacosa nº 23

“Estamos escolhendo avaliações que favorecem o modelo que já queríamos selecionar?”


🧠 Confirmation Bias e leadership

Leader says:

Db2.

Team wants:

please.

Evidence:

aligned.

Authority Bias.

Potential:

groupthink.


🧠 Speak-last rule

Leader:

listen first.

Then:

opinion.

Great.


☕ Quem tem mais autoridade

deveria ter:

mais cuidado

com a primeira frase.


🎯 Pergunta Bellacosa nº 24

“A equipe concorda porque viu a mesma evidência ou porque ouviu a mesma autoridade?”


🧠 Confirmation Bias e psychological safety

If challenging senior:

costly,

contra-evidence:

stays silent.

Now:

confirmation appears:

stronger.

Not because:

no contradiction.

Because:

contradiction suppressed.


☕ Silêncio não é:

consenso.

Às vezes:

é organograma.


🧠 Confirmation Bias e vendor

Client believes:

vendor fault.

Vendor believes:

client.

Both:

collect evidence.

Need:

shared timeline.

Independent instrumentation.


🎯 Pergunta Bellacosa nº 25

“Quem se beneficia se esta hipótese for aceita?”

Not automatic guilt.

But:

context.


🧠 Confirmation Bias e Principal-Agent

Incentives:

shape search.

Important.


🧠 Confirmation Bias e Campbell

If metric rewards:

certain root category,

pressure.


🧠 Confirmation Bias e Goodhart

If KPI:

low change failure,

teams classify:

incidents unrelated.

Now:

data confirms:

good changes.

Circular.


☕ Classificação também pode:

ser gaming.


🧠 Confirmation Bias em produção real

Imagine:

change 23:00.

Incident 23:15.

Everyone:

change.

Rollback.

Incident stays.

Now:

what?

If attached:

change,

may say rollback incomplete.

Maybe:

unrelated.

Need:

reopen.


🎯 Pergunta Bellacosa nº 26

“Qual evidência faria aceitarmos coincidência?”


🧠 Correlation vs causation

Still.

Important.


🧠 Confirmation Bias e code comments

Comment:

* FIX FOR DB2 ISSUE

Future developer:

assumes.

Maybe:

not.

Comments can:

anchor + confirm.


☕ Comentário velho

é:

opinião com fossilização.


🧠 Git history as evidence

Check:

why change?

Ticket?

Test?

Useful.


🧠 Confirmation Bias e documentation

Documentation may:

encode old theory.

Question.


🎯 Pergunta Bellacosa nº 27

“Esse documento descreve comportamento observado ou uma explicação histórica nunca revalidada?”


🧠 Confirmation Bias e Cultural Debt novamente

“Nunca altere esse módulo.”

Why?

Old outage.

Maybe:

cause wrong.

Fear:

confirmed by every avoided change.

No new evidence because:

nobody tests.

Self-sealing belief.


☕ Não mexemos porque:

é perigoso.

Como sabemos?

Porque:

nunca mexemos.

Maravilhoso circuito lógico.


🧠 Self-sealing beliefs

A belief structured so:

lack of challenge

becomes evidence.

Danger.


🎯 Pergunta Bellacosa nº 28

“Nossa crença impede justamente o experimento que poderia testá-la?”


🧠 Confirmation Bias e observability design

We instrument:

what we think important.

Then data says:

those things matter.

Why?

Because:

that's what measured.

McNamara.

Streetlight.


☕ Telemetria também:

herda hipótese.


🧠 Confirmation Bias e incident dashboards

If dashboard built:

Db2-centric,

incident appears:

Db2-centric.

Design:

matters.


🧠 End-to-end tracing

Better:

follow transaction.

Not:

component belief.


🎯 Pergunta Bellacosa nº 29

“Nossa observabilidade foi desenhada para o sistema real ou para a arquitetura mental que tínhamos quando o dashboard foi criado?”


🧠 Confirmation Bias e AI agents

Agent hypothesis:

Db2.

Then tool calls:

Db2.

Returns:

Db2 info.

Agent confidence:

rises.

This is:

tool-use feedback loop.

Need:

exploration policy.


🤖 Agent anti-confirmation

Require:

at least one disconfirming tool query.

At least:

one alternative hypothesis.

Very good.


🧠 Human-in-the-loop

Ask human:

what unexplained?

Useful.


🎯 Pergunta Bellacosa nº 30

“O agente possui um mecanismo para procurar deliberadamente evidência contra sua própria hipótese?”


🧠 Confirmation Bias e search engines

Search:

“why mainframes are obsolete”

Find:

arguments.

Search:

“why mainframes are essential”

Find:

arguments.

Search query:

decides:

universe.


☕ Internet é grande o suficiente

para confirmar:

quase qualquer coisa.


🧠 Better research query

“What are strengths, weaknesses and current use cases of mainframes?”

Neutraler.


🧠 Confirmation Bias e news

Same.

But let's stay:

mainframe.


🧠 Confirmation Bias e DBA vs app team

DBA:

“app.”

App:

“DB.”

Each:

protects domain.

Self-serving.

Need:

cross-team.


🎯 Pergunta Bellacosa nº 31

“Estamos procurando causa ou procurando inocência da nossa própria camada?”


🧠 Confirmation Bias e RCA blame

A person:

mistake.

Search:

their past mistakes.

Now:

“pattern.”

Maybe:

not.

Fundamental Attribution.


🧠 Blameless approach

Focus:

system.


☕ Você não precisa absolver pessoa

para:

entender contexto.


🧠 Confirmation Bias e hiring

Candidate with famous company.

We expect:

good.

Interpret answers:

favorably.

Halo.

Opposite too.

Not technical incident, but same mechanism.


🧠 Confirmation Bias e estimates

We believe:

project simple.

Then:

count only known tasks.

Unknowns:

ignored.

Planning fallacy.


🎯 Pergunta Bellacosa nº 32

“Nossa estimativa inclui aquilo que pode provar que o projeto é mais complexo do que gostaríamos?”


🧠 Confirmation Bias e No-Go

Team wants launch.

Evidence:

pass.

Fail:

exception.

Need:

predefined no-go.

This is:

cognitive forcing.


🧠 Precommitment

Define:

before:

emotion.


☕ Regra escrita ontem

pode proteger:

do cérebro de hoje.


🧠 Confirmation Bias e checklists

Checklist ensures:

look at:

contrary dimensions.

But beware:

box-ticking.

Need:

meaning.


🧠 Two-column checklist

SUPPORTS | CONTRADICTS

Simple.


🎯 Pergunta Bellacosa nº 33

“Qual é nossa melhor evidência contra a hipótese principal?”

If answer:

none,

ask:

why.


🧠 Confirmation Bias e confidence calibration

Use:

percentage maybe.

But avoid fake precision.

Maybe:

Low/Medium/High.

Update:

when new evidence.


🧠 Confidence should move both ways

Not only:

up.


☕ Hipótese também precisa:

saber perder.


🧠 Confirmation Bias e decision hygiene

A few excellent habits:

  • facts first

  • hypotheses later

  • independent opinions

  • contrary evidence

  • source provenance

  • baseline

  • timeline

  • re-estimation


🧠 Bellacosa Anti-Confirmation Protocol

Passo 1

Declare:

what you believe.

H1: Db2.

Passo 2

Declare:

why.


Passo 3

List:

at least two alternatives.


Passo 4

Write:

what would falsify H1.


Passo 5

Search:

contrary evidence first.


Passo 6

Compare:

baseline.


Passo 7

Check:

independent sources.


Passo 8

Ask:

someone unanchored.


Passo 9

Update:

confidence.


Passo 10

Reward:

being disproved early.


☕ Regra central

Ser refutado às 03:10 é muito mais barato que ser refutado às 07:30 por produção.


📋 Checklist Bellacosa anti-Confirmation Bias

[ ] Qual é nossa hipótese?

[ ] Que evidência a favor existe?

[ ] Que evidência contra existe?

[ ] Procuramos ativamente contradições?

[ ] Temos hipóteses concorrentes?

[ ] A evidência é independente?

[ ] Comparámos com baseline?

[ ] A timeline é consistente?

[ ] Há fatos não explicados?

[ ] O título do ticket nos ancorou?

[ ] O senior falou primeiro?

[ ] A IA recebeu a hipótese como fato?

[ ] O fix testou causalidade?

[ ] Existe incentivo para essa causa ser verdadeira?

[ ] Sabemos o que nos faria mudar de ideia?

🧠 Bellacosa Evidence Card

HYPOTHESIS:
_____________________________

SUPPORT:
_____________________________

CONTRADICTIONS:
_____________________________

ALTERNATIVES:
_____________________________

BASELINE:
_____________________________

INDEPENDENT SOURCES:
_____________________________

WOULD FALSIFY:
_____________________________

CONFIDENCE:
LOW / MEDIUM / HIGH

👻 Easter Egg nº 2 — o SQL do viés

Nosso jovem encontra:

SELECT *
  FROM EVIDENCE
 WHERE SUPPORTS_DB2 = 'Y';

Doctor:

— Problema?

— Sim.

Ele altera:

SELECT *
  FROM EVIDENCE
 ORDER BY EVENT_TIMESTAMP;

Doctor sorri.

— Agora?

Nosso jovem:

— Agora deixamos os dados falar antes da hipótese.

— Excelente.


🧠 O Teste do Inimigo

Imagine que:

você precisa provar:

sua própria hipótese errada.

Que evidência usaria?

Esse exercício:

é fantástico.


🧠 O Teste do Outro Time

Dê:

facts only.

Pergunte:

root hypothesis.

Compare.


🧠 O Teste do Dado Feio

Qual evidência:

mais atrapalha sua história?

Comece:

por ela.


🎯 Pergunta Bellacosa nº 34

“Qual fato eu gostaria secretamente que não existisse?”

Essa pergunta:

vale ouro.


🧠 Confirmation Bias e curiosity

Curiosidade genuína:

antídoto.

Instead:

“What confirms?”

Ask:

“What surprises?”


☕ O dado que surpreende

talvez seja:

o mais valioso.


🧠 Surprise is information

If model predicted:

A.

Observed:

B.

Don't rationalize.

Update:

model.


🧠 Engineer maturity

Junior:

tries to prove:

first guess.

Senior:

tries to break:

first guess.

Master:

enjoys when evidence:

forces new model.


☕ Porque:

estar certo

é bom.

Aprender algo novo:

melhor.


🕰️ De volta à War Room

03:44.

Nosso jovem escreve:

H1 DB2
H2 API
H3 MQ
H4 NETWORK

Then:

SUPPORT / CONTRADICT

DBA:

— Lock real.

Support Db2.

App:

— Timeout began 9 minutes earlier.

Contradict Db2 trigger.

Network:

— normal.

Contradict network.

MQ:

— queue increase after retries.

Supports API/retry.

Now:

investigation changes.


🔧 Resultado

External API latency:

trigger.

Retry mechanism:

amplifier.

Db2 lock:

secondary consequence.

All evidence:

real.

But meaning:

different.


☕ Essa é a parte importante

Confirmation Bias não necessariamente cria dados falsos. Ele pode criar interpretação falsa usando dados completamente verdadeiros.

Essa frase merece:

placa.


🧠 Data versus meaning

Logs:

fact.

Causal role:

interpretation.

Separate.


🎯 Pergunta Bellacosa nº 35

“O que é dado e o que é inferência nesta conclusão?”


👻 Easter Egg final — BELLACOSA.BIAS

No member:

BELLACOSA.BIAS(CONFIRMATION)

Código:

       IF HYPOTHESIS-EXISTS = 'Y'
           PERFORM SEARCH-SUPPORT
           PERFORM SEARCH-CONTRADICTION
           PERFORM GENERATE-ALTERNATIVES
       END-IF.

       IF CONTRADICTING-EVIDENCE > ZERO
           DISPLAY
           'DO NOT MOVE TO NOISE WITHOUT REVIEW'
       END-IF.

       IF TEAM-SAYS 'ISSO CONFIRMA'
           PERFORM ASK-WHAT-WOULD-REFUTE
       END-IF.

       IF ONLY-SUPPORT-WAS-SEARCHED = 'Y'
           MOVE 'BIASED'
             TO INVESTIGATION-STATUS
       END-IF.

Comentários:

* DO NOT ASK ONLY:
* WHY AM I RIGHT?

Outro:

* ASK:
* HOW COULD I BE WRONG?

Outro:

* TRUE DATA
* CAN SUPPORT
* WRONG STORIES.

Outro:

* THREE DASHBOARDS
* FED BY ONE SENSOR
* ARE STILL
* ONE SOURCE.

E naturalmente:

* DALEK THEORY:
* THE DOCTOR IS WRONG.
*
* DATASET:
* ONLY EVIDENCE
* SELECTED BY DALEKS.

Nosso jovem fecha:

o member.

Ri.


🧬 Regeneração organizacional

Uma organização madura não:

tenta eliminar Confirmation Bias.

Impossível.

Ela cria:

sistemas que dificultam:

sua vitória.

Facts first.

Independent review.

Alternative hypotheses.

Contradiction fields.

Base rates.

Timelines.

Fresh eyes.

Predefined criteria.

Blameless challenge.

Ela permite que alguém diga:

“Nossa hipótese favorita está errada.”

Sem:

drama.

Sem:

perda de status.

Sem:

“quem errou?”

Porque entende:

mudar de hipótese diante de evidência nova não é falha da investigação. É exatamente o comportamento que uma boa investigação deveria produzir.


📓 Diário do Doctor

Se guardar algumas coisas desta viagem:

Confirmation Bias é a tendência de procurar, lembrar e interpretar evidências de maneira consistente com crenças já existentes.

Ele pode afetar busca, atenção, memória, interpretação e comunicação.

Anchoring frequentemente cria a primeira hipótese que Confirmation Bias passa a proteger.

Recency Bias, Availability e Representativeness ajudam certas hipóteses a parecerem mais naturais.

Streetlight Effect determina onde procuramos.

Search Satisfaction faz um achado favorável reduzir a vontade de continuar.

Premature Closure transforma hipótese plausível em conclusão cedo demais.

Diagnosis Momentum distribui a conclusão pela organização.

Narrative Bias monta uma história coerente usando os findings favoráveis.

Metric Fixation pode fazer indicadores favoráveis parecerem mais confiáveis do que evidências qualitativas contrárias.

McNamara Fallacy pode excluir justamente aquilo que não é fácil de medir.

Goodhart e Campbell podem criar incentivos para selecionar classificações ou dados convenientes.

Sunk Cost e Escalation of Commitment tornam evidências contrárias psicologicamente caras.

A IA pode ser ancorada e induzida a confirmar a hipótese contida no prompt.

Múltiplas evidências derivadas da mesma fonte não são independentes.

Um finding verdadeiro pode sustentar uma interpretação causal errada.

E principalmente:

uma boa investigação não mede sua qualidade pela quantidade de evidências que conseguiu reunir a favor da hipótese; mede pela capacidade dessa hipótese de sobreviver às melhores evidências encontradas contra ela.


🥚 Último Easter Egg

Antes de entrar na TARDIS, o Doctor pergunta:

— Você quer estar certo?

Nosso jovem responde:

— Claro.

Doctor:

— Péssima prioridade.

— Como assim?

— Queira descobrir o que aconteceu.

— E se eu estiver errado?

Doctor abre a porta.

— Melhor ainda.

— Melhor?

“Significa que a realidade acabou de lhe ensinar algo que sua hipótese ainda não sabia.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

No quadro fica:

“Não procure provas de que está certo. Procure boas oportunidades de descobrir que está errado.”

E talvez essa seja a essência do Confirmation Bias no Bellacosa Mainframe:

a investigação começa com uma hipótese, mas só se torna engenharia quando essa hipótese recebe permissão real para morrer.

☕🌀

Próxima parada: Outcome Bias — quando uma decisão ruim termina bem, todo mundo passa a chamá-la de genial; e quando uma decisão boa termina mal por azar, todos juram que ela sempre foi irresponsável.

terça-feira, 8 de abril de 2014

Anchoring Bias: Doctor Who, COBOL e o Dia em que o Primeiro Palpite Virou o Centro Gravitacional da War Room

 

Bellacosa Mainframe e o anchoring bias

☕ Um Café no Bellacosa Mainframe

Anchoring Bias: Doctor Who, COBOL e o Dia em que o Primeiro Palpite Virou o Centro Gravitacional da War Room

Uma viagem pela TARDIS dos incidentes para entender por que a primeira informação que recebemos — um número, um alerta, um comentário do senior ou um rótulo no ticket — pode influenciar tudo aquilo que pensamos depois, mesmo quando novas evidências começam a apontar em outra direção

03:07.

War Room.

O café já não está quente.

Mas ninguém reclama.

No telão:

INCIDENTE P1

APLICAÇÃO:
PAYMENTS-X

SINTOMA:
LATÊNCIA ELEVADA

INÍCIO:
02:52

STATUS:
INVESTIGANDO

Nosso jovem programador COBOL acabou de entrar.

Ainda está tentando entender:

quem está na sala;

qual componente falhou;

qual foi a última mudança;

e por que existem seis pessoas falando ao mesmo tempo.

Então alguém diz:

— Isso está com cara de Db2.

Pronto.

Cinco segundos.

Uma frase.

Nenhuma prova.

Nenhum trace.

Nenhuma análise.

Mas algo aconteceu.

O jovem olha para o dashboard de Db2.

O DBA começa a procurar locks.

O gerente pergunta:

— Tivemos problema de database ontem também, não?

Outro analista:

— Tivemos.

Nosso jovem abre:

DB2 ACCOUNTING

Depois:

DB2 LOCKS

Depois:

DB2 BUFFERPOOL

Nem percebe que ainda não olhou:

MQ.

Network.

CICS.

API externa.

Volume de entrada.

Certificados.

Fila downstream.

O primeiro comentário:

“tem cara de Db2”

não provou nada.

Mas organizou:

toda a busca.

VWORP.

VWORP.

VWORP.

A TARDIS surge ao lado do monitor.

A porta abre.

O Doctor sai.

Olha para a sala.

— Qual é a causa?

Gerente:

— Provavelmente Db2.

Doctor:

— Evidência?

Silêncio.

— Quem falou primeiro?

Todos apontam para:

um analista.

Doctor:

— E por que vocês continuam olhando Db2?

Gerente:

— Porque parece Db2.

Doctor:

— Interessante.

Ele pega uma caneta.

Escreve no quadro:

FIRST INFORMATION
        ↓
ATTENTION
        ↓
INTERPRETATION
        ↓
DECISION

Depois escreve:



ANCHORING BIAS

Ou:

Viés de Ancoragem.

Em linguagem Bellacosa:

é quando a primeira informação que entra na cabeça ganha peso demais e passa a influenciar tudo o que vem depois.


🧠 O que é Anchoring Bias?

Anchoring Bias é a tendência de nossas estimativas, julgamentos e decisões ficarem influenciados por uma informação inicial.

Essa informação funciona como:

âncora.

Depois fazemos ajustes.

Mas normalmente:

ajustamos pouco.

Imagine alguém perguntar:

“Essa mudança vai levar mais ou menos de 10 dias?”

Depois:

“Quanto tempo você acha?”

Mesmo que você não queira,

o número:

10

entrou no sistema.

Agora sua estimativa talvez fique:

8;

12;

Se a pergunta tivesse sido:

“mais ou menos de 100 dias?”

a estimativa poderia:

mudar.

O primeiro número:

não é neutro.


☕ Bellacosa Definition

“A âncora é o primeiro valor que entra no working-storage da cabeça e depois ninguém lembra de fazer INITIALIZE.”


💻 COBOL cerebral

Imagine:

01 WS-ESTIMATE PIC 9(03).

MOVE 10 TO WS-ESTIMATE.

Depois você começa:

a recalcular.

Mas em vez de:

começar do zero,

você faz:

ADD 2 TO WS-ESTIMATE.

ou:

SUBTRACT 3 FROM WS-ESTIMATE.

Resultado:

continua orbitando:

Esse é o mecanismo psicológico clássico chamado:

insufficient adjustment

ou:

ajuste insuficiente.


🧠 A primeira informação não precisa ser boa

Esse é o problema.

Pode ser:

aleatória;

incompleta;

desatualizada;

mal interpretada;

irrelevante.

Mesmo assim:

gruda.


👻 Easter Egg nº 1 — Dalek Estimator

Manager Dalek:

— HOW LONG WILL THE PROJECT TAKE?

Programmer:

— I don’t know yet.

Dalek:

— TWO WEEKS?

Programmer:

— Probably three.

Doctor:

— Why three?

Programmer:

— Because two felt optimistic.

Doctor:

— Congratulations.

— For what?

— You just estimated relative to a completely invented number.


🧠 Anchoring em estimativas de projeto

Talvez seja:

o exemplo corporativo mais comum.

Gerente:

— Isso é coisa de um dia, certo?

Pronto.

Agora o desenvolvedor pensa:

“Não, um dia é pouco.”

Mas talvez responda:

“Três.”

Sem aquela âncora,

talvez dissesse:

sete.

Ou dez.


☕ A frase:

“isso é simples”

é uma âncora.

Assim como:

“isso não deve levar mais de duas horas.”


🧠 Planning Fallacy encontra Anchoring

Gerente define:

prazo inicial otimista.

Esse prazo vira:

anchor.

Depois surgem:

novas informações.

Integração.

Teste.

Security.

Data migration.

Mas ao invés de:

reestimar do zero,

começamos:

adicionar dias.

10 dias
+ 2
+ 3
+ 5

Talvez o projeto real fosse:

Mas ficamos:

presos ao primeiro 10.

Planning Fallacy + Anchoring.


🎯 Pergunta Bellacosa nº 1

“Se ninguém tivesse mencionado esse número, qual seria minha estimativa?”

Excelente para planejamento.


🧠 Anchoring na War Room

Agora:

primeira hipótese.

— É Db2.

Essa frase cria:

âncora causal.

A partir daí:

logs Db2 parecem:

mais importantes.

Warnings:

ganham significado.

Outros sinais:

parecem ruído.


🧠 Confirmation Bias chega depois

Anchoring escolhe:

a hipótese.

Confirmation Bias procura:

provas.

Sequência:

FIRST GUESS
↓
ANCHOR
↓
SEARCH FOR SUPPORT
↓
CONFIRMATION

Perigoso.


☕ Anchoring planta.

Confirmation Bias:

rega.


🧠 Streetlight Effect entra

Se a âncora é:

Db2,

e Db2 tem:

muita telemetria,

Streetlight Effect ajuda:

ficar ali.

Agora temos:

primeira hipótese

ferramentas boas.

O resto da cadeia desaparece.


🧠 Search Satisfaction

Encontramos:

um lock.

Pronto.

Search Satisfaction:

“achei.”

A âncora:

parece confirmada.


🧠 Premature Closure

Agora dizemos:

“é Db2.”

A hipótese virou:

conclusão.


🧠 Diagnosis Momentum

Depois:

o próximo turno recebe:

“Db2 incident.”

A âncora agora:

viaja.

Esse é o motivo pelo qual Anchoring é tão central.

Ele é:

o primeiro dominó.


☕ O primeiro comentário da War Room

pode ser:

mais importante do que parece.


🧠 Anchoring e Recency Bias

Último incidente:

Db2.

Hoje:

problema parecido.

A memória recente:

gera âncora.

— Deve ser Db2 de novo.

Recency dá:

conteúdo.

Anchoring dá:

peso.


🧠 Representativeness Heuristic

Sintoma:

parece incidente antigo.

Logo:

mesma causa.

A semelhança:

vira âncora.


🎯 Pergunta Bellacosa nº 2

“Essa hipótese nasceu da evidência atual ou da semelhança com algum caso antigo?”


🧠 Anchoring e Framing Effect

Ticket:

DB2 PERFORMANCE ISSUE

Antes mesmo de abrir:

log,

você já está:

ancorado.

Compare:

PAYMENT LATENCY

Muito diferente.

O título:

é âncora.


☕ Ticket title

não deveria:

resolver o incidente

antes da equipe.


🧠 Anchoring em números

Outro clássico.

Você pergunta:

— Quantos clientes foram afetados?

Alguém:

— Uns 500.

Mais tarde descobre:

estimativa real ainda não existe.

Mas o número:

500

vai parar:

no status.

Depois:

“cerca de 600.”

Depois:

“aproximadamente 700.”

Talvez fossem:

12 mil.

O primeiro número:

organizou todos os ajustes.


🧠 Incident impact estimation

Nunca confunda:

primeiro chute

com:

baseline.


🎯 Pergunta Bellacosa nº 3

“Esse valor veio de medição ou foi a primeira aproximação disponível?”


🧠 Anchoring em budget

Fornecedor:

R$1 milhão.

Negociação começa.

Mesmo que custo real:

R$300 mil,

o milhão:

vira referência.

Então:

R$700 mil

parece:

desconto.


☕ Isso explica parte da magia de:

“de R$999 por R$499.”

O cérebro compara:

com 999.

Não:

com valor real.


🧠 Anchoring em salário

Primeiro número:

define negociação.

Por isso:

anchor strategy

é conhecida em negociação.

Mesmo quem sabe:

pode ser influenciado.


🧠 Mainframe version

Vendor:

— Modernização custa US$ 20 milhões.

Diretor:

— Muito.

Vendor:

— Podemos fazer 14.

Agora 14 parece:

barato.

Mas ninguém perguntou:

qual deveria ser o custo baseado no trabalho?


🎯 Pergunta Bellacosa nº 4

“Estamos avaliando esse número pela realidade ou pelo número que veio imediatamente antes?”


🧠 Anchoring em performance

Historicamente:

batch leva:

40 minutos.

Novo hardware:

talvez deveria:

Mas todos continuam:

tratando 40 como referência.

Agora:

35 parece excelente.

Anchor:

legacy baseline.


☕ Baseline antigo

pode virar:

prisão.


🧠 Status Quo Bias

Anchoring frequentemente trabalha com:

status quo.

“sempre levou 40.”

Logo:

40 = normal.

Talvez:

não devesse mais.

Status Quo + Anchoring.


🧠 Cultural Debt entra

Decisão antiga:

certa.

Número antigo:

vira referência.

Arquitetura muda.

Negócio muda.

Mas âncora:

fica.

Exemplo:

“batch precisa terminar às 06:00.”

Por quê?

Porque:

há 20 anos agência abria:

08:00.

Hoje:

processo é:

online.

Mas 06:00 continua:

sagrado.

Anchoring temporal virou:

Cultural Debt.


☕ O primeiro SLA

pode sobreviver:

ao motivo que o criou.


🧠 Anchoring em architecture

Alguém diz:

“mainframe é caro.”

Pronto.

Toda discussão começa:

custo.

Mas:

qual custo?

Por transaction?

Reliability?

Security?

Migration?

Risk?

Primeiro frame:

ancora.


🧠 Anchoring tecnológico

“Cloud is cheaper.”

“Mainframe is legacy.”

“Microservices are scalable.”

“COBOL is old.”

Todas podem:

virar âncoras.

Depois buscamos:

evidência que encaixa.


🎯 Pergunta Bellacosa nº 5

“Estamos analisando tecnologia ou defendendo um rótulo que veio antes da análise?”


🧠 Anchoring e Dunning-Kruger

Iniciante:

não possui muitas referências.

Primeira explicação:

ganha peso enorme.

Senior diz:

— S0C7 é dado inválido.

Júnior:

aprende.

Depois:

todo S0C7:

“arquivo ruim.”

Mas pode ser:

overlay;

copybook;

bad address;

conversion;

data.

Primeiro ensinamento:

vira âncora simplificada.


☕ Conhecimento inicial

é necessário.

Mas deve:

ganhar nuance.


🧠 Ensino para COBOL iniciante

Quando ensinar:

S0C7 = DATA EXCEPTION

ótimo.

Mas acrescente:

“isso é sintoma técnico; ainda precisamos descobrir por que o dado chegou inválido.”

Assim:

evitamos âncora causal.


🧠 Anchoring em ABEND

S0C7:

dado.

S0C4:

memory/addressing.

S322:

timeout.

Mas:

abend code

é:

ponto inicial.

Não:

RCA completa.


🎯 Pergunta Bellacosa nº 6

“Estou usando o código de erro para orientar investigação ou para encerrar diagnóstico?”


🧠 Anchoring e Authority Bias

Senior:

— Isso é WLM.

Agora:

everyone WLM.

Por quê?

Porque:

senior.

Anchor ganha:

massa com autoridade.


☕ Senioridade aumenta:

prior probability.

Não:

certeza.


🧠 Anchoring e Diagnosis Momentum

Senior hipótese:

vira ticket.

Ticket:

vira handoff.

Handoff:

vira executive summary.

Agora:

anchor social.


🧠 Anchoring e números executivos

Diretor pergunta:

— Impacto é 10%?

Mesmo sendo pergunta,

já lançou:

anchor.

Equipe:

“talvez 15%.”

Se perguntasse:

— Quanto é o impacto?

Resposta poderia:

diferir.


🎯 Pergunta Bellacosa nº 7

“A pergunta já contém uma resposta sugerida?”

Essa é fantástica.


🧠 Leading Questions

“Não foi a mudança de ontem?”

“Isso é Db2, certo?”

“Não deve passar de duas horas, correto?”

Essas perguntas:

não são neutras.

Elas instalam:

âncora.


☕ Em investigação:

pergunte:

“O que aconteceu?”

antes de:

“Foi X?”


🧠 Interview bias

Ao perguntar para operador:

— O problema começou depois do deploy?

ele começa:

a procurar relação.

Better:

— Quando percebeu o primeiro sintoma?

Depois:

compare com deploy.


🧠 Anchoring em RCA meetings

Facilitador abre:

— Acredito que problema foi falta de teste.

Pronto.

RCA agora:

sobre teste.

Talvez fosse:

requirement;

incentive;

change;

monitoring.


🎯 Pergunta Bellacosa nº 8

“A primeira pessoa a falar deveria ser também a pessoa que propõe a causa?”

Às vezes não.


🧠 Independent hypothesis generation

Uma técnica muito boa:

antes da discussão,

cada especialista escreve:

top 3 hipóteses.

Depois:

compartilham.

Isso reduz:

anchor social.


☕ Primeiro pense.

Depois ouça.

Muito útil.


🧠 Anchoring e Groupthink

Primeiro senior:

X.

Restante:

adjust around X.

Depois:

consenso.

Mas talvez:

consenso nasceu:

da ordem de fala.

Groupthink + Anchoring.


🧠 Randomize order

In critical review:

juniors first.

Then seniors.

Reduces authority anchor.


🎯 Pergunta Bellacosa nº 9

“Se a ordem de fala fosse invertida, chegaríamos à mesma conclusão?”


🧠 Anchoring em estimativa COBOL

Gerente:

— Alteração pequena.

Programador:

— Talvez.

“Pequena” é:

anchor sem número.

Agora você procura:

como fazer pequeno.

Talvez:

copybook compartilhado;

20 programas;

DB2 package;

CICS map;

batch downstream.

Não pequeno.


☕ Adjetivo também pode:

ser âncora.


🧠 Anchoring verbal

“simples.”

“rápido.”

“baixo risco.”

“apenas.”

“só.”

Essas palavras:

moldam.


🎯 Pergunta Bellacosa nº 10

“Quem decidiu que isso era simples antes da análise?”


🧠 Anchoring e Goal Gradient

Projeto:

90%.

Essa porcentagem:

vira âncora.

Agora:

“falta pouco.”

Mesmo que:

risco restante:

alto.

Goal Gradient acelera.

Anchoring fixa:

90% como referência.


🧠 Metric Fixation

Percentual:

parece objetivo.

Anchor quantitativo.


☕ 97%

é apenas:

um número.

Mas pode dirigir:

uma reunião inteira.


🧠 Anchoring e McNamara Fallacy

Primeiro KPI:

availability.

Depois:

toda saúde do serviço

orbita:

availability.

Mesmo quando:

correctness;

customer impact;

manual toil

importam.

Métrica inicial vira:

anchor conceitual.


🧠 Goodhart

Depois:

anchor vira target.

Goodhart.


🧠 Anchoring e Zero-Risk Bias

Alguém fala:

“precisamos eliminar totalmente vulnerabilidades críticas.”

Zero:

anchor.

Agora:

qualquer risco residual:

parece intolerável.

Mesmo se:

trade-off piora.


🎯 Pergunta Bellacosa nº 11

“O valor zero foi escolhido por análise de risco ou por conforto psicológico?”


🧠 Anchoring em incident severity

Primeira pessoa:

— P2.

Ticket:

P2.

Impact grows.

Mas todos:

adjust slowly.

Maybe deveria:

P1.

Anchor de severidade.

Outro lado:

primeiro chama P1.

Mesmo depois:

baixo impacto,

continua:

panic.


☕ Severidade também tem:

inércia.


🧠 Re-anchor with evidence

Severity should:

update.

Not:

stay.


🎯 Pergunta Bellacosa nº 12

“Se abríssemos o incidente agora, com os dados atuais, daríamos a mesma severidade?”


🧠 Anchoring e baseline técnico

CPU normal:

70%.

Por quê?

“sempre foi.”

Maybe:

bad design.

Baseline should:

reflect:

healthy state,

not:

historical habit.


🧠 Anchoring em capacity

Last year:

peak 80%.

Forecast:

starts:

But new customer:

changes workload.

Need:

new model.


☕ Forecast não é:

ano passado + 10%.

Às vezes.


🧠 Anchoring em orçamento anual

Budget previous year:

anchor.

New budget:

+5%.

But:

needs changed.

This is known:

incremental budgeting.

Anchoring explains part.


🧠 Ratchet Effect

Last performance:

anchor

and floor.

Then:

ratchet.


🎯 Pergunta Bellacosa nº 13

“Estamos construindo a nova meta a partir da necessidade atual ou apenas ajustando a antiga?”


🧠 Anchoring em fornecedores

Vendor reputation:

good.

New incident:

benefit of doubt.

Or bad:

every incident blamed.

Reputation:

anchor.

Fundamental Attribution Error.


☕ Marca também:

ancora.


🧠 Anchoring em pessoas

“Ele é excelente.”

Future mistake:

exception.

“Ele é ruim.”

Future success:

luck.

First impression:

anchor.

Halo Effect.

Horn Effect.


🧠 First Impression Bias

Related.

Anchoring can help explain:

persistence of first impression.


🎯 Pergunta Bellacosa nº 14

“Estou avaliando este evento ou reinterpretando-o à luz da reputação anterior?”


🧠 Anchoring e AI

Agora moderno.

Prompt:

“A causa parece ser Db2. Analise.”

Você acabou:

ancorar a IA.

Ela talvez:

procure Db2.

Better:

“Analise independentemente as possíveis causas. Uma hipótese anterior mencionou Db2, mas trate-a como não confirmada.”

Huge difference.


🤖 Prompt as anchor

Context window:

contains:

first hypothesis.

Model reasons:

from context.

Be careful.


🧠 AI debugging

“Find the bug in this loop.”

What if:

bug not loop?

Prompt narrows:

search space.

Streetlight + Anchoring.


🎯 Pergunta Bellacosa nº 15

“Estou pedindo à IA para investigar ou estou sugerindo a conclusão no próprio prompt?”


🧠 Anchoring e RAG

RAG retrieves:

top document.

First result:

maybe anchor.

Model then:

builds answer.

Need:

diverse retrieval.

Multiple sources.


🧠 Search ranking itself anchors

Top result:

more attention.

Streetlight.

Search Satisfaction.


☕ Primeiro resultado do Google

não recebe:

certificado de verdade.


🧠 Anchoring em AIOps

Classifier says:

70% Db2.

Operator:

anchors.

Maybe classifier:

prior.

Now:

human ignores:

new signal.

Automation Bias.


🧠 Automation Bias

If anchor comes from:

machine,

authority may:

increase.

“AI says Db2.”

Careful.


🎯 Pergunta Bellacosa nº 16

“Esse score da IA é evidência independente ou apenas uma priorização de hipóteses?”


🧠 Anchoring e security

SIEM alert:

“possible credential theft.”

Now analyst:

credential theft.

Could be:

service account rotation.

Alert label:

anchor.

Need:

raw evidence.


🧠 Anchoring e fraud

First transaction:

looks fraudulent.

Account:

labeled.

Future transactions:

interpreted through:

fraud anchor.

Maybe false positive.


🧠 Anchoring e legal/compliance

First audit finding:

“weak control.”

Years:

control viewed weak.

Even after:

improved.

Diagnosis Momentum + Anchoring.


☕ Label antigo

vira:

âncora nova.


🧠 Anchoring e Cultural Debt novamente

“Esse sistema é crítico demais para mexer.”

Talvez era verdade:

15 years ago.

Now:

architecture.

tools.

staff.

changed.

Anchor persists.

Culture:

forms around.


🎯 Pergunta Bellacosa nº 17

“Essa afirmação ainda é evidência atual ou apenas história acumulada?”


🧠 Anchoring e Sunk Cost

Investimos:

R$10 milhões.

Agora:

esse valor vira:

âncora.

“Não podemos abandonar.”

But future decision should:

consider future costs/benefits.

Not:

past.

Sunk Cost.


🧠 Anchoring e Escalation of Commitment

Original plan:

anchor.

New evidence:

bad.

But:

keep adjusting.

Not:

rethink.


☕ Plano antigo

pode virar:

coordenada fixa.

Mesmo quando:

mapa mudou.


🧠 Anchoring e Loss Aversion

Original price.

Original performance.

Original expectation.

Loss defined:

relative to anchor.

This is fundamental in prospect theory.

Our perception of gains/losses depends on:

reference point.

Anchors can become:

reference points.


🧠 Example

System target:

99.9%.

Actual:

99.8%.

Feels:

loss.

If old baseline:

98%.

Huge improvement.

Which frame?

Reference matters.


🎯 Pergunta Bellacosa nº 18

“Qual referência estamos usando para decidir se isso é bom ou ruim?”


🧠 Anchoring e SLA

SLA negotiated:

99.9%.

Years later:

customer needs:

99.99.

But old SLA:

anchor.

“Estamos above contract.”

Maybe:

business still fails.

Goal Substitution.


🧠 Contract anchor

Legal success.

Operational failure.


☕ SLA é:

piso contratual.

Não necessariamente:

definição de qualidade.


🧠 Anchoring e postmortem

First timeline:

contains:

“deployment caused issue.”

Later evidence:

maybe no.

But RCA draft:

built around.

Hard to:

rebuild.

Need:

facts-first.


🧠 Premature Narrative

Narrative Bias.


🎯 Pergunta Bellacosa nº 19

“Estamos revisando a hipótese ou apenas editando a história original?”


🧠 Anchoring e RCA tools

Form asks:

ROOT CAUSE:

Too early.

Field itself:

anchors.

Better:

LEADING HYPOTHESES:

Then:

confirmed root/contributors.

Data model influences:

thinking.


☕ Um campo obrigatório

pode induzir:

certeza prematura.


🧠 Anchoring e NOT NULL

Again:

ROOT_CAUSE NOT NULL

Organizational disaster.

Someone fills:

something.

That something:

anchors historical data.


🧠 AI training later

Old labels:

become:

training data.

Anchor at scale.


🎯 Pergunta Bellacosa nº 20

“Nosso sistema obriga alguém a dar uma resposta antes de existir evidência suficiente?”


🧠 Anchoring e order effects

Question order:

matters.

If ask:

“Is Db2 causing latency?”

then:

“What else?”

Db2 anchor.

Better:

“List plausible causes.”

Then:

evaluate Db2.


🧠 Checklist order

Even checklist can:

anchor.

Randomize or:

broad first.


☕ O primeiro item da checklist

também recebe:

holofote.


🧠 Anchoring e code review

Reviewer sees:

author comment:

“Fixes overflow.”

Now:

looks overflow.

Maybe:

security issue elsewhere.

Independent review:

first read code

before reading:

author hypothesis.

Sometimes useful.


🎯 Pergunta Bellacosa nº 21

“Quanta interpretação devemos mostrar ao revisor antes que ele faça sua primeira leitura?”


🧠 Anchoring em troubleshooting runbooks

Runbook:

“Latency → check Db2.”

This is:

explicit anchor.

Good if:

base rate high.

Bad if:

exclusive.

Better:

Latency:
1. confirm scope
2. identify affected path
3. check recent change
4. inspect key dependencies

Then specific branches.


☕ Runbook deveria:

guiar busca.

Não:

pré-julgar culpado.


🧠 Anchoring e heuristics

Heuristics are:

useful.

Expert:

“usually Db2.”

This prior:

helps.

But must:

update.

The mistake:

isn't starting with prior.

It's refusing:

to move enough.


🧠 Bayesian analogy

Prior:

Db2 50%.

Evidence:

network error.

Update:

should change.

Anchoring means:

update too little.


🎯 Pergunta Bellacosa nº 22

“A nova evidência mudou nossa probabilidade ou apenas nossa explicação verbal?”


🧠 Anchoring e confidence

Initial confidence:

60%.

Later:

contradictory evidence.

Still:

55%.

Maybe insufficient adjustment.

Could drop:

Be deliberate.


🧠 Re-estimation from scratch

Powerful technique.

After major new evidence:

discard old estimate and rebuild.


☕ Não faça:

“10 + mais 5 dias.”

Pergunte:

“Se eu estimasse hoje do zero?”


🧪 Técnica Bellacosa nº 1 — Zero-Based Estimate

For project:

ignore old number.

Estimate:

tasks.

dependencies.

risk.

Then compare.


🧪 Técnica nº 2 — Blind Hypothesis Generation

Before hearing:

first guess,

write your own.


🧪 Técnica nº 3 — Multiple Anchors

If unavoidable:

consider:

best case;

likely;

worst.

Avoid:

single anchor.


🧪 Técnica nº 4 — Outside View

Look:

similar projects/incidents.

Base rates.

Not:

one internal guess.


🧪 Técnica nº 5 — Disconfirming Evidence

Ask:

what would move us away?


☕ A âncora só é perigosa

quando:

ninguém verifica a corrente.


🧠 Anchoring em estimates: three-point

Instead of:

“10 days.”

Use:

OPTIMISTIC: 8
LIKELY: 15
PESSIMISTIC: 30

More honest.

Still estimates.

But less:

single-number fixation.


🧠 Range

A range reduces:

false precision.


🎯 Pergunta Bellacosa nº 23

“Por que estamos exigindo um número único quando a realidade ainda é uma distribuição?”


🧠 Anchoring e False Precision

Manager says:

12.5 days.

Now:

precision anchor.

Looks:

scientific.

Maybe:

guess.

Metric Fixation.


☕ Decimal

não é:

evidence.


🧠 Anchoring em performance targets

“CPU should be below 70.”

Why 70?

Maybe:

historical threshold.

Everyone tunes:

But:

system may handle 85.

Or suffer at 60.

Threshold anchor.


🎯 Pergunta Bellacosa nº 24

“Qual evidência originou esse threshold?”


🧠 Anchoring e Alert Thresholds

Threshold:

500 queue depth.

At 499:

green.

At 501:

red.

Anchor boundary.

Reality continuous.

Metric Fixation.


🧠 Threshold crossing

Don't let:

number

replace:

trend/context.


☕ 499 e 501

não vivem:

em universos diferentes.

Só dashboard acha.


🧠 Anchoring em compliance

“100% compliant.”

Anchor:

But:

control effectiveness?

Different.

Again.


🧠 Anchoring em certification

Score:

80% pass.

Candidate:

79%.

Feels:

fail.

Maybe:

difference tiny.

Threshold anchor.

Necessary operationally.

But don't overinterpret:

competence gap.


🎯 Pergunta Bellacosa nº 25

“A fronteira operacional também representa uma diferença real de competência ou risco?”


🧠 Anchoring em customer complaints

First complaint:

“slow.”

Support:

latency.

Maybe issue:

wrong data.

Customer description:

anchor.

Important:

listen.

But translate:

symptom.


🧠 User explanation vs observation

User:

“database is down.”

Observation:

“screen doesn't load.”

Record:

observation.

Not:

diagnosis.


☕ Usuário pode:

ser excelente sensor.

Não necessariamente:

RCA engine.


🧠 Anchoring em incident severity wording

Customer says:

“everything is down.”

Maybe:

one feature.

Don't anchor:

“everything.”

Verify scope.


🎯 Pergunta Bellacosa nº 26

“O que foi observado diretamente e o que foi interpretação de quem reportou?”


🧠 Anchoring e Political/Organizational Pressure

Director:

— This cannot be security.

Now:

negative anchor.

Team maybe:

avoids security.

Anchoring also works:

by exclusion.


🧠 Authority anchor

“We know it's not network.”

Why?

“Network manager said.”

Evidence?

Hmm.


☕ “Não é nosso.”

também é:

âncora.


🧠 Anchoring and blind spots

If first message:

“application problem,”

infra stops thinking.

Silos.


🎯 Pergunta Bellacosa nº 27

“Qual área foi excluída cedo demais por causa do primeiro rótulo?”


🧠 Anchoring e Human Error

First report:

“operator entered wrong value.”

Now:

human error.

Later:

screen auto-filled.

But anchor:

person.

Fundamental Attribution.


🧠 Anchoring e moral judgment

Once person:

blamed,

evidence interpreted:

accordingly.

Blameless culture helps:

reset.


☕ Culpa também:

ancora.

E muito forte.


🧠 Anchoring e RCA legal defensiveness

Organization may anchor:

external cause.

Because:

safer.

Then:

search.

Principal-Agent.

Self-Serving.


🎯 Pergunta Bellacosa nº 28

“Nossa primeira hipótese também é a hipótese mais confortável politicamente?”


🧠 Anchoring e Near Misses

First incident:

classified low severity.

Similar future:

low.

But context:

changed.

Reassess.


🧠 Anchoring e recurring incidents

“Known issue.”

That label:

powerful anchor.

Maybe:

new issue.

Never assume identical.


☕ “Known issue”

é útil.

Mas pode:

matar curiosidade.


🧠 Anchoring em historical RCA

Previous RCA:

DB2.

New incident:

search old KB.

First article:

DB2.

Anchor.

Search engine:

amplifies.

Streetlight.

Diagnosis Momentum.


🧠 Search ranking bias

Top result:

not necessarily:

best match.


🎯 Pergunta Bellacosa nº 29

“Estamos repetindo o RCA anterior porque a evidência é semelhante ou porque ele foi o primeiro artigo recuperado?”


🧠 Anchoring e Incident Copilots

AI could:

de-bias.

Ask:

top 5 hypotheses

without:

current anchor.

Then:

score evidence.

But if fed:

“Db2 issue,”

will anchor.

Tool design matters.


🧠 Independent first pass

Agent A:

facts-only.

Agent B:

previous hypothesis.

Compare.

Great.


☕ Uma IA pode:

ser a segunda opinião

desde que:

não receba a primeira opinião

disfarçada de fato.


🧠 Anchoring e Confidence Drift

Initial:

Db2 40%.

After five people repeat:

Db2 80%.

No evidence.

Diagnosis Momentum.

Anchor grows:

through social reinforcement.


🎯 Pergunta Bellacosa nº 30

“Nossa confiança mudou porque surgiram dados ou porque o rótulo ficou familiar?”


🧠 Familiarity effect

Repeated statements:

feel truer.

Illusory Truth Effect.

This can reinforce:

anchors.


☕ Repetição

não é:

compilação.

Muito menos:

teste.


🧠 Anchoring e narrative compression

Executive asks:

one sentence.

Team says:

“Db2 lock.”

Now:

anchor disseminated.

Later:

correction harder.

Use careful:

“leading hypothesis.”


🧠 Preserve uncertainty

Words:

possible;

likely;

confirmed.

Again.


🎯 Pergunta Bellacosa nº 31

“A simplificação executiva preservou nosso nível real de certeza?”


🧠 Anchoring e memory

After incident:

people remember:

first explanation.

Even if later changed.

Primacy effect.

First info sticks.

Diagnosis Momentum.


🧠 Correction lag

Corrections often:

less memorable.

Need:

explicit update.


☕ Boato chega:

de Ferrari.

Correção:

de ônibus municipal.


🧠 Information Rollback

If first hypothesis wrong:

propagate correction.

Not enough:

update ticket.

Tell:

teams.

vendor.

executives.

KB.


🎯 Pergunta Bellacosa nº 32

“A correção viajou tão longe quanto a hipótese original?”


🧠 Anchoring e Cultural Memory

Years later:

“that outage was Db2.”

Maybe:

not.

Old anchor:

persists.

Then:

future architecture decisions.

Cultural Debt.


🧠 Anchoring e legacy modernization

Original migration estimate:

2 years.

Years later:

people still say:

“two-year project.”

Even if scope changed.

Anchor:

institutional.


🎯 Pergunta Bellacosa nº 33

“Estamos discutindo um número atual ou uma memória organizacional de um número antigo?”


🧠 Anchoring e leadership

A leader can reduce bias:

by speaking last.

Powerful.

If leader says first:

anchor.

So:

ask team first.


☕ Chefe falar por último

às vezes:

é arquitetura cognitiva.


🧠 Silent Brainwriting

Collect:

hypotheses before:

meeting discussion.

Excellent.


🧠 Anchoring e interviews

Security investigation:

don't tell witness:

current hypothesis.

Avoid contamination.

Same principle.


🎯 Pergunta Bellacosa nº 34

“Estamos coletando informação independente ou contaminando a testemunha com nossa teoria?”


🧠 Anchoring e baseline revalidation

Periodic:

ask:

why threshold?

why SLA?

why schedule?

why architecture rule?

Anchors age.


🧠 Anchor expiry date

Nice concept.

Every assumption:

review date.


☕ Talvez todo número histórico precise:

de validade.

Como certificado.


🧠 Anchoring e Goal Substitution final connection

Original metric:

becomes anchor for:

goal.

Then:

metric target.

Then:

culture.

Anchoring may:

start entire chain.


🧠 Anchoring e Metric Fixation

First dashboard:

defines:

attention.

Everything else:

secondary.

Again.


🧠 Anchoring e McNamara

First measurable variable:

becomes:

reference.

Hard-to-measure:

ignored.


🧠 Anchoring e Streetlight

First place:

look.

Then:

stay.


🧠 Anchoring e Search Satisfaction

First finding:

satisfies.


🧠 Anchoring e Premature Closure

First plausible story:

closes.


🧠 Anchoring e Diagnosis Momentum

First label:

travels.


☕ Anchoring é quase:

o boot loader

de muitos vieses.


🧠 Bellacosa Anti-Anchoring Protocol

Quando surgir:

primeiro número;

primeira hipótese;

primeiro rótulo;

faça:


Passo 1 — Identifique a âncora

O que entrou primeiro?


Passo 2 — Pergunte a origem

Data?

Guess?

Senior?

History?


Passo 3 — Faça estimativa independente

If possible:

before hearing others.


Passo 4 — Liste alternativas

Minimum:

3 plausible.


Passo 5 — Seek disconfirming evidence

Try:

move away.


Passo 6 — Re-estimate from zero

After major evidence.


Passo 7 — Use outside view

Historical base rates.


Passo 8 — Separate observation from interpretation

Facts first.


Passo 9 — Leader speaks last

Reduce authority anchor.


Passo 10 — Re-anchor deliberately

Anchor on:

objective evidence,

not:

first opinion.


📋 Checklist Bellacosa anti-Anchoring

[ ] Qual foi a primeira informação recebida?

[ ] Ela tinha evidência?

[ ] Era dado ou palpite?

[ ] Minha estimativa mudou pouco demais?

[ ] Eu faria a mesma estimativa sem conhecer esse número?

[ ] Listei hipóteses independentes?

[ ] A primeira pessoa a falar tinha autoridade?

[ ] O título do ticket contém diagnóstico?

[ ] Algum valor histórico virou baseline sem revisão?

[ ] Há evidência nova que deveria mover minha opinião?

[ ] Estou procurando confirmação?

[ ] A IA recebeu uma hipótese já embutida no prompt?

[ ] O threshold foi escolhido por análise ou tradição?

[ ] A correção da hipótese anterior foi propagada?

🧠 Bellacosa Anchor Card

ANCHOR:
________________________

SOURCE:
________________________

TYPE:
DATA / ESTIMATE / OPINION / HISTORY

INDEPENDENT ESTIMATE:
________________________

ALTERNATIVES:
________________________

EVIDENCE AGAINST:
________________________

NEW ESTIMATE:
________________________

🧠 O Teste do RESET

Pergunte:

“Se eu pudesse apagar da memória a primeira informação recebida, o que concluiria agora?”

Difícil.

Mas poderoso.


🧠 O Teste do Número Aleatório

Se alguém diz:

“10 dias,”

pergunte:

“Se tivessem dito 100, minha estimativa mudaria?”

Se sim:

anchor.


🧠 O Teste da Hipótese Morta

Assuma:

Db2 provado inocente.

Agora:

o que investiga?

Isso:

quebra anchor.


🧠 O Teste do Senior Ausente

Pergunte:

“Se o senior não tivesse dito nada, qual seria minha hipótese?”

Great.


👻 Easter Egg nº 2 — BELLACOSA.BIAS

Na manhã seguinte:

BELLACOSA.BIAS(ANCHORING)

Dentro:

       IF FIRST-VALUE-RECEIVED = 'Y'
           MOVE 'POSSIBLE-ANCHOR'
             TO COGNITIVE-STATUS
       END-IF.

       IF NEW-EVIDENCE = 'STRONG'
           PERFORM REESTIMATE-FROM-ZERO
       END-IF.

       IF SENIOR-SPEAKS-FIRST = 'Y'
           PERFORM REQUEST-INDEPENDENT-HYPOTHESES
       END-IF.

       IF TICKET-TITLE-CONTAINS-ROOT-CAUSE = 'Y'
          AND ROOT-CAUSE-CONFIRMED = 'N'
           DISPLAY
           'WARNING: FRAME MAY BECOME ANCHOR'
       END-IF.

Comentários:

* FIRST
* DOES NOT MEAN
* BEST.

Outro:

* EARLY
* DOES NOT MEAN
* TRUE.

Outro:

* A NUMBER
* CAN ENTER YOUR HEAD
* WITHOUT PERMISSION.

Outro:

* REESTIMATE
* DO NOT JUST ADJUST.

E naturalmente:

* FIRST DALEK SEEN:
* RED.
*
* DO NOT ASSUME
* ALL DALEKS
* ARE RED.

🕰️ De volta à War Room

03:32.

Todos:

Db2.

Nosso jovem pergunta:

— Podemos começar de novo?

Gerente:

— Como assim?

— Sem assumir Db2.

DBA:

— Mas temos locks.

— Sim.

— Então?

— Eles começaram depois do incidente.

Silêncio.

Ele escreve:

FACTS

02:52 latency
02:53 retries
02:57 queue growth
03:01 DB2 lock

Depois:

HYPOTHESES

external API
MQ
network
retry storm
DB2 contributor

A sala muda.


🔧 Quinze minutos depois

Descobrem:

um parceiro externo começou:

a responder lentamente.

Clients:

retry.

Workload:

cresce.

Db2:

sofre.

O lock:

era real.

Mas:

não original.


☕ O DBA pergunta:

— Então não era Db2?

Nosso jovem:

— Db2 participou.

— Mas não causou?

— Não primeiro.

Doctor sorri.

— Muito bom.


🧠 A diferença entre “primeiro observado” e “primeiro causal”

Importantíssima.

First alert:

not first cause.

First hypothesis:

not best hypothesis.

First number:

not correct baseline.

First estimate:

not reference truth.


🎯 Pergunta Bellacosa nº 35

“Primeiro em qual sentido?”

Primeiro a aparecer?

Primeiro a ser detectado?

Primeiro a ser mencionado?

Primeiro causal?

Completamente diferentes.


🧬 Regeneração organizacional

Uma organização madura não tenta:

eliminar âncoras.

Isso é impossível.

Nós precisamos:

de referências.

O cérebro precisa:

começar em algum lugar.

A maturidade está em:

saber que o primeiro lugar é apenas um ponto de partida.

Ela:

separa fatos de hipótese;

pede estimativas independentes;

usa base rates;

faz leaders falarem depois;

recalcula quando evidência muda;

e não pune:

mudança de opinião.

Principalmente:

ela entende que:

a primeira resposta tem vantagem psicológica, não privilégio epistemológico.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem:

Anchoring Bias é a tendência de depender excessivamente de uma informação inicial ao fazer julgamentos e estimativas.

Depois da âncora, frequentemente fazemos ajustes insuficientes.

A âncora pode ser um número, uma hipótese, uma palavra, um rótulo, um histórico ou a opinião de alguém com autoridade.

Em incidentes, o primeiro alerta pode ancorar toda a investigação.

Em projetos, o primeiro prazo pode dominar estimativas posteriores.

Em negociação, o primeiro preço altera a referência da conversa.

Em performance, um baseline histórico pode se tornar uma âncora obsoleta.

Em arquitetura, rótulos como “legacy”, “caro”, “impossível” ou “moderno” podem ancorar decisões.

Anchoring frequentemente antecede Confirmation Bias, Search Satisfaction, Premature Closure e Diagnosis Momentum.

Streetlight Effect pode manter a busca no componente escolhido pela âncora.

Recency Bias e Representativeness Heuristic ajudam a selecionar âncoras familiares.

Authority Bias torna a âncora de um especialista mais poderosa.

Metric Fixation pode transformar um número inicial em realidade oficial.

Goal Gradient pode fazer porcentagens de progresso virarem âncoras perigosas.

Sunk Cost e Escalation of Commitment podem transformar o plano original numa âncora difícil de abandonar.

A IA também pode ser ancorada pelo contexto, pelo prompt ou por classificações automáticas.

E principalmente:

a primeira informação merece ser considerada — nunca automaticamente obedecida.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

FIRST != TRUE

Nosso jovem:

— Outra vez código que não compila.

Doctor:

— Corrija.

Ele escreve:

       IF FIRST-HYPOTHESIS = 'DB2'
           MOVE 'CANDIDATE'
             TO HYPOTHESIS-STATUS
           PERFORM GENERATE-ALTERNATIVES
       END-IF.

Doctor:

— Melhor.

O jovem pergunta:

— E se o senior tiver certeza?

Doctor:

— Ótimo.

— Ótimo?

— Significa que temos uma hipótese muito boa para tentar destruir.

Nosso jovem ri.

— E se ela sobreviver?

Doctor abre a porta.

— Então ela terá conquistado sua confiança.

Pausa.

“Não apenas chegado primeiro.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

Na War Room sobra apenas:

“Primeiro é posição temporal, não certificado de verdade.”

E talvez essa seja toda a essência do Anchoring Bias no Bellacosa Mainframe:

começar por uma hipótese é inevitável; permanecer preso a ela depois que a evidência mudou é escolha — e uma das escolhas mais caras que uma War Room pode fazer.

☕🌀

Próxima parada: Confirmation Bias — quando a âncora já está presa e começamos a vasculhar logs, métricas, memórias e opiniões procurando exatamente aquilo que provará que estávamos certos desde o começo.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...