☕ 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 Handoff. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Handoff. Mostrar todas as mensagens

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.

domingo, 16 de março de 2014

Diagnosis Momentum: Doctor Who, COBOL e o Dia em que “Talvez Seja Db2” Atravessou Três Turnos e Voltou como Verdade Oficial

 

Bellacosa Mainframe e o diagnosis momentum

☕ Um Café no Bellacosa Mainframe

Diagnosis Momentum: Doctor Who, COBOL e o Dia em que “Talvez Seja Db2” Atravessou Três Turnos e Voltou como Verdade Oficial

Uma viagem pela TARDIS dos incidentes para entender como hipóteses ganham peso à medida que passam por tickets, handoffs, dashboards, gerentes, fornecedores e War Rooms — até ninguém mais lembrar exatamente quem confirmou aquilo que todo mundo agora trata como fato

02:56.

War Room.

Ainda estamos naquela madrugada.

O café está numa fase interessante:

já não serve mais para acordar.

Serve apenas para negociar com o organismo.

No monitor:

INCIDENTE P1

APLICAÇÃO:
PAYMENTS-X

SINTOMA:
LATÊNCIA INTERMITENTE

INÍCIO:
02:31

STATUS:
INVESTIGANDO

O primeiro analista abre o ticket.

Escreve:

02:38
POSSIBLE DB2 CONTENTION.
INVESTIGATING.

Perfeitamente razoável.

Ele não disse:

“é Db2”.

Disse:

“possible.”

Hipótese.

Poucos minutos depois ocorre troca de turno.

O segundo analista lê rapidamente.

No handoff escreve:

INCIDENT RELATED TO DB2 CONTENTION.

Interessante.

O:

POSSIBLE

desapareceu.

Ainda não virou exatamente certeza.

Mas já ganhou:

um quilo.

Às 03:12 o gerente pergunta no Teams:

— Qual é a causa?

Resposta:

— Estamos vendo contenção no Db2.

Gerente atualiza:

MAJOR INCIDENT:
DB2 CONTENTION

Agora:

engordou mais um pouco.

Às 03:30 um diretor entra na War Room.

— Então temos problema no Db2?

— Sim, estamos tratando.

Ops.

Às 03:42 o fornecedor recebe:

URGENT:
DB2 PERFORMANCE INCIDENT

Às 04:03 o executivo recebe:

ROOT CAUSE:
DB2 CONTENTION

Nosso jovem programador COBOL observa a evolução.

Volta até o primeiro ticket.

POSSIBLE DB2 CONTENTION.

Depois olha para:

ROOT CAUSE:
DB2 CONTENTION

Pergunta:

— Quando confirmamos isso?

Silêncio.

DBA:

— Confirmamos o quê?

— Que Db2 é a root cause.

— Bem...

— Fizemos teste causal?

— Não exatamente.

— A timeline bate?

— Ainda estamos validando.

— Alguma evidência nova apareceu entre “possible” e “root cause”?

Mais silêncio.

Nosso jovem aponta para a tela.

— Então como essa hipótese foi promovida?

Ninguém sabe.

VWORP.

VWORP.

VWORP.

A TARDIS surge ao lado do quadro de status.

A porta abre.

O Doctor aparece.

Lê:

02:38 POSSIBLE DB2
03:00 DB2 ISSUE
03:30 DB2 INCIDENT
04:03 ROOT CAUSE: DB2

Fica em silêncio.

Depois pergunta:

— Ah, excelente.

— O quê?

— Estou vendo evolução.

Gerente sorri.

— Finalmente estamos convergindo.

Doctor:

— Não, não.

Pausa.

— Estou vendo uma hipótese evoluir sem evidência.

Ele aponta para:

POSSIBLE

Depois:

ROOT CAUSE

— Que experimento aconteceu entre essas duas linhas?

Silêncio.

— Que teste?

Silêncio.

— Que evidência nova?

Silêncio.

Doctor sorri.

“Então não foi o diagnóstico que ficou mais forte.”

Pausa.

“Foi apenas a quantidade de pessoas que começou a repeti-lo.”

Bem-vindo ao:



Diagnosis Momentum

ou:

Momento Diagnóstico

Em linguagem Bellacosa:

é quando uma hipótese ganha tanta velocidade social que passa de pessoa para pessoa mais rápido do que a evidência consegue acompanhá-la.

Na literatura clínica, diagnosis momentum é descrito como a tendência de um rótulo ou diagnóstico “grudar” depois de aplicado e continuar sendo carregado adiante, às vezes acumulando confiança sem acumular evidência proporcional.


🧠 Não confunda “momentum” com física

Sim.

Eu sei.

Tem “momentum” no nome.

Mas aqui não estamos falando de:

p = mv

Embora a analogia seja deliciosa.

Na física:

massa + velocidade.

No Bellacosa Mainframe:

autoridade + repetição + handoff + urgência = hipótese com momentum.

Não compila.

Mas explica muita reunião.


☕ O diagnóstico ganhou massa

No início:

"POSSIBLE DB2 ISSUE"

É leve.

Depois:

"DB2 ISSUE"

Mais pesado.

Depois:

"KNOWN DB2 ISSUE"

Mais pesado.

Depois:

"ROOT CAUSE: DB2"

Agora tente mudar.

O DBA pode apresentar:

evidência nova.

Mas a hipótese adquiriu:

massa organizacional.


🧠 A característica fundamental do Diagnosis Momentum

Ele possui algo diferente de muitos vieses anteriores:

é social.

Anchoring pode ocorrer:

dentro da cabeça de uma pessoa.

Confirmation Bias também.

Premature Closure:

uma pessoa ou equipe fecha cedo.

Diagnosis Momentum precisa muito frequentemente de:

transmissão.

Uma pessoa passa para outra.

Uma nota passa para outro turno.

Um ticket passa para outro time.

Um médico entrega para outro.

Uma hipótese começa a carregar:

a autoridade dos profissionais anteriores.

A literatura sobre diagnóstico descreve exatamente essa característica de labels transmitidos ao longo do cuidado, tornando-se progressivamente mais difíceis de desafiar.


👻 Easter Egg nº 1 — O boato de Gallifrey

Companion:

— Doctor, disseram que Gallifrey explodiu.

— Quem disse?

— UNIT.

— E UNIT soube por quem?

— Torchwood.

— Torchwood?

— Recebeu dos Daleks.

Doctor para.

— E os Daleks souberam?

— Um Cyberman colocou no Jira.

Doctor:

— Ah.

Companion:

— Então é verdade?

Doctor:

— Não sei.

— Mas todo mundo está dizendo.

Doctor:

— Você acabou de descrever o problema.


🧠 Diagnosis Momentum versus Premature Closure

No capítulo anterior:

Premature Closure.

A pessoa diz:

“É Db2.”

e fecha cedo.

Diagnosis Momentum:

outra pessoa recebe:

“É Db2.”

e começa:

a partir dessa conclusão.

Não volta:

ao zero.

Não recebe:

sintomas puros.

Recebe:

sintomas + interpretação.


☕ Essa diferença é enorme

Imagine handoff A:

CLIENTES RELATAM LATÊNCIA
LOCKS DB2 OBSERVADOS ÀS 03:07
CAUSALIDADE AINDA NÃO CONFIRMADA

Agora handoff B:

DB2 INCIDENT

No segundo:

a investigação já começa:

torturada.


🧠 Anchoring entra imediatamente

Novo analista chega.

Primeira informação:

“Db2 incident.”

Pronto.

Anchor.

Agora ele interpreta tudo:

ao redor de Db2.

Encontrou:

lock?

Confirma.

Encontrou:

CPU?

Talvez consequência.

Encontrou:

network timeout?

Talvez irrelevante.

A primeira narrativa recebida organiza:

o search space.


🎯 Pergunta Bellacosa nº 1

“Se eu tivesse recebido apenas os sintomas, sem a hipótese anterior, chegaria à mesma conclusão?”

Essa é uma das melhores defesas contra Diagnosis Momentum.


🧠 Ticket titles criam realidade

Veja:

DB2 PROBLEM - PAYMENTS

versus:

PAYMENT LATENCY - CAUSE UNDER INVESTIGATION

O primeiro:

contém diagnóstico.

O segundo:

contém sintoma.

Se diagnóstico ainda não está:

confirmado,

o primeiro título já está:

programando a próxima pessoa.


☕ O título do ticket é uma pequena arma cognitiva

Ele entra:

antes do log.

Antes da timeline.

Antes:

da investigação.


🧠 Framing Effect

Já vimos isso.

Mesmo informação:

frames diferentes.

“Db2 incident”

faz você pensar:

Db2.

“transaction latency”

faz pensar:

end-to-end.

O frame passa:

de turno em turno.

Diagnosis Momentum cresce.


🧠 Search Satisfaction volta

Primeiro time encontrou:

Db2 lock.

Search Satisfaction:

ficou satisfeito.

Segundo time recebe:

Db2.

Nem precisa:

buscar novamente.

Agora temos:

Search Satisfaction herdada.

Que conceito maravilhoso e assustador.


☕ Você pode herdar a conclusão

sem herdar:

a investigação.


🧠 Premature Closure torna-se transmissível

Primeira equipe:

fecha cedo.

Segunda:

não percebe.

Ela recebe:

uma coisa já fechada.

Diagnosis Momentum transforma:

Premature Closure individual

em:

Premature Closure organizacional.


👻 Easter Egg nº 2 — o copybook errado

Imagine:

copybook antigo:

01 CUSTOMER-STATUS PIC X.

Alguém documenta:

A = ACTIVE
I = INACTIVE

Anos depois:

todo mundo copia.

Mas sistema real mudou:

A = ACTIVE
I = INACTIVE
S = SUSPENDED

A documentação antiga ganha:

momentum.

Agora não é mais:

hipótese.

Virou:

“como sempre foi”.

Até:

produção ensinar.


🧠 Diagnosis Momentum não se limita a incidentes

Ele aparece em:

RCA;

suporte;

bugs;

security;

fraude;

projetos;

architecture;

vendor escalation;

AI troubleshooting.

Sempre que:

um rótulo preliminar atravessa pessoas.


🧠 Exemplo em suporte

Usuário:

“Não consigo acessar.”

Primeiro nível:

“Senha.”

Reset.

Não resolve.

Ticket passa:

PASSWORD ISSUE

Segundo nível:

investiga senha.

Terceiro:

IAM.

Horas depois:

certificado.

Mas a palavra:

senha

viajou mais rápido que:

realidade.


🎯 Pergunta Bellacosa nº 2

“O rótulo atual descreve o sintoma observado ou uma interpretação herdada?”


🧠 Diagnosis Momentum e Authority Bias

Agora entra:

cargo.

Se:

júnior escreve:

“possible Db2.”

Senior:

repete.

Manager:

repete.

Director:

repete.

Agora a hipótese possui:

autoridade emprestada.

Quando volta ao júnior:

parece:

confirmada.

Ele pensa:

“Se o diretor disse, alguém deve ter confirmado.”

Mas talvez o diretor:

tenha ouvido do gerente,

que ouviu do senior,

que leu:

o comentário do júnior.

Temos:

um loop.


☕ Um sistema distribuído de confiança

sem source of truth.

Mainframe people should:

ficar desconfortáveis.


🧠 Source Attribution

Sempre pergunte:

“Quem confirmou?”

Não:

“quem disse?”

Mas:

quem:

testou.

validou.

observou.


🧠 O boato causal

Podemos imaginar:

ANALISTA
↓
GERENTE
↓
DIRETOR
↓
FORNECEDOR
↓
ANALISTA

A informação volta:

com mais autoridade.

Mas:

é a mesma.

Isso é quase:

cache recursivo de hipótese.


TTL = FOREVER

Péssima configuração.


🧠 Self-reinforcing citation

Fornecedor:

— Cliente informou que Db2 era causa.

Cliente:

— Fornecedor confirmou Db2.

Ops:

— Então está confirmado.

Ninguém:

confirmou.

Excelente.


🎯 Pergunta Bellacosa nº 3

“Estamos citando evidência independente ou apenas pessoas que citaram umas às outras?”

Essa pergunta vale ouro.


🧠 Confirmation Bias depois do handoff

Agora a equipe B não procura:

causa.

Procura:

prova de Db2.

Isso muda:

pergunta.

Original:

“Por que Payments está lento?”

Nova:

“O que no Db2 está causando a lentidão?”

Veja como:

todo o espaço de hipótese mudou.


☕ A pergunta já contém:

a resposta.

Perigoso.


🧠 Streetlight Effect

Db2 possui:

bons logs.

Então:

quanto mais olhamos,

mais coisas encontramos.

Locks.

Slow SQL.

Buffer.

Warnings.

Isso produz:

mais material para:

o diagnóstico herdado.

Streetlight + Confirmation.

Momentum aumenta.


🧠 McNamara Fallacy

Aquilo que conseguimos medir:

domina.

Db2:

muito mensurável.

External API:

pouco.

Portanto:

Db2 aparece mais.

Hypothesis:

gains data.

Dark cause:

gains none.


🎯 Pergunta Bellacosa nº 4

“Esta hipótese está ganhando força porque explica melhor os sintomas ou porque gera mais dados observáveis?”


🧠 Narrative Bias

Depois de três turnos, temos:

uma história.

DB2 LOCK
↓
TRANSACTION SLOW
↓
TIMEOUT
↓
RETRY
↓
CUSTOMER IMPACT

PowerPoint:

lindo.

Agora mudar exige:

destruir narrativa.

Isso dói.

Narrative Bias.


🧠 Story becomes institutional memory

Daqui seis meses:

“Lembra daquele incidente Db2?”

Mas talvez root cause final fosse:

certificate chain.

Mesmo corrigida depois,

o nome:

ficou.

Diagnosis Momentum pode sobreviver:

ao próprio incidente.


☕ Um boato pode virar:

documentação.

A partir daí:

ganha backup.


🧠 Cultural Debt entra de fininho

Isso conversa até com nosso Cultural Debt.

Uma interpretação repetida:

vira:

história.

História:

vira:

cultura.

Cultura:

vira:

“nós sabemos que esse sistema é problemático.”

Talvez tenha começado:

num diagnóstico errado.

Agora arquitetura:

paga.


🧠 “Db2 sempre dá problema”

Baseado em:

quantos casos reais?

Talvez um.

Mas muito:

memorável.

Availability + Diagnosis Momentum + Cultural Debt.


👻 Easter Egg nº 3 — Dalek RCA

Dalek Manager:

— ROOT CAUSE: DB2.

Doctor:

— Evidence?

— PREVIOUS SHIFT SAID DB2.

— Who told them?

— PREVIOUS SHIFT.

— Before them?

— PREVIOUS SHIFT.

Doctor:

— Há quanto tempo existe essa War Room?

Dalek:

— SEVENTEEN YEARS.

Doctor:

— Acho que encontrei outro problema.


🧠 Diagnosis Momentum e Recency Bias

Ontem:

Db2.

Hoje:

Db2 rumor.

Parece:

óbvio.

Recent event:

molda.

Agora diagnóstico antigo recebe:

momentum novo.


🧠 Representativeness Heuristic

Sintoma:

parece incidente anterior.

Então:

label anterior reaparece.

“Tem cara de Db2.”

Se alguém escreve:

Db2,

momentum começa.


🎯 Pergunta Bellacosa nº 5

“Estamos reconhecendo um padrão ou apenas reutilizando um rótulo familiar?”


🧠 Diagnosis Momentum em medicina ajuda a entender

No contexto clínico, diagnostic momentum é descrito como o processo em que um diagnóstico prévio continua sendo carregado ao longo do cuidado e se torna progressivamente mais difícil de questionar, mesmo quando a evidência disponível não o sustenta plenamente.

Isso pode acontecer porque cada novo profissional presume:

“alguém antes de mim já verificou.”

Essa frase tem equivalente perfeito em TI:

“Se está no ticket, alguém validou.”

Ah.


☕ Nunca presuma que:

campo preenchido = campo provado

Temos décadas de sistemas legados para saber disso.


🧠 Diagnosis Momentum e handoff

Handoff é:

região crítica.

Cada transmissão:

comprime informação.

Primeiro:

TIMEOUTS COMEÇAM 02:58
DB2 LOCK APARECE 03:07
CAUSALIDADE NÃO CONFIRMADA

Depois:

POSSIBLE DB2

Depois:

DB2

Depois:

ROOT DB2

Compression loss.


🧠 Informação perde modalidade

Palavras como:

“talvez”;

“provável”;

“não confirmado”;

“suspeita”;

desaparecem.

E isso é:

grave.


🎯 Pergunta Bellacosa nº 6

“O handoff preservou o nível de incerteza original?”

Excelente.


🧠 Modality matters

Compare:

DB2 caused the incident.

com:

DB2 may have contributed; causality unconfirmed.

Não são:

detalhes linguísticos.

São:

estados epistêmicos diferentes.


MAY

é praticamente:

um bit de controle.

Não perca no transporte.


🧠 Handoff Copybook

Imagine:

01 INCIDENT-HANDOFF.
   05 OBSERVED-SYMPTOMS.
   05 CONFIRMED-FACTS.
   05 LEADING-HYPOTHESIS.
   05 CONFIDENCE.
   05 UNEXPLAINED-EVIDENCE.
   05 ALTERNATIVE-HYPOTHESES.

Agora:

hipótese não fica:

misturada com fato.


🧠 Facts versus Interpretation

Isso merece:

separação visual.

FACT:
DB2 locks observed at 03:07.

INTERPRETATION:
Locks may contribute to latency.

UNKNOWN:
Initial trigger at 02:58.

Muito melhor que:

DB2 incident.

🎯 Pergunta Bellacosa nº 7

“O que neste handoff é observação e o que é interpretação?”


🧠 Diagnosis Momentum e ticket workflow

Tickets adoram:

categorias.

CATEGORY:
DATABASE

A categoria é:

necessária.

Mas pode:

fixar investigação.

Quando ticket chega:

DB team,

eles veem:

database.

Maybe because:

quem abriu escolheu:

database

às pressas.

Category becomes:

diagnosis.


☕ Routing field vira:

root cause.

Muito eficiente.

Muito errado.


🧠 Category ≠ causality

Use:

routing category.

Not:

root cause.

Preserve distinction.


🧠 Diagnosis Momentum e escalation

Escalation exige:

resumo.

Resumo:

simplifica.

“O que aconteceu?”

Resposta curta:

“Db2 lock.”

Pronto.

Cada escalation:

reduz nuance.

Paradoxalmente:

quanto maior a hierarquia,

mais simples fica:

a história.

E mais autoridade:

ela recebe.


☕ Quanto mais sobe no organograma,

menos bytes cabem.

Mas a confiança:

aumenta.

Interessante.


🧠 Executive compression

Executivo precisa:

summary.

Correto.

Mas summary deveria preservar:

uncertainty.

Service degraded.
Leading hypothesis: retry amplification; investigation open.

Não:

Db2 failure.

se não confirmado.


🎯 Pergunta Bellacosa nº 8

“Nossa necessidade de resumir transformou incerteza em certeza?”


🧠 Diagnosis Momentum e vendors

Fornecedor recebe:

cliente disse:

“Db2.”

Fornecedor busca:

Db2.

Responde:

“no issue found.”

Cliente pensa:

Db2 team denied.

Conflito.

Enquanto root cause:

DNS.

O rótulo:

organizou toda a cadeia errada.


🧠 Neutral escalation

Better:

symptoms;

timeline;

evidence.

Not:

conclusion.


☕ Mande:

problema.

Não:

veredicto.


🧠 Diagnosis Momentum em fraud investigation

Primeira triagem:

“account takeover.”

Fraud analyst recebe:

ATO.

Procura:

credential compromise.

Maybe:

insider fraud.

But label:

narrows.

Same.


🧠 Security

First alert:

“malware.”

IR investigates malware.

Maybe:

legitimate tool abused.

Label:

sticks.

Again.


🎯 Pergunta Bellacosa nº 9

“A categoria inicial foi criada para triagem ou para explicar o incidente?”

Excelente.


🧠 Diagnosis Momentum e Fundamental Attribution Error

Primeiro comentário:

OPERATOR ERROR

Passa:

de turno.

Agora ninguém olha:

interface.

runbook.

pressure.

tooling.

Person label:

sticks.

Na medicina, diagnosis momentum também pode ser agravado por rótulos prévios e estereótipos que passam a moldar avaliações futuras.

Na TI:

“aquele usuário sempre faz errado.”

Perigoso.


☕ Reputação pode virar:

diagnóstico preexistente.


🧠 Actor-Observer Bias

Erro do outro:

competência.

Nosso:

contexto.

Se ticket recebe:

“user error,”

momentum.


🧠 Self-Serving Bias

Fornecedor:

“client issue.”

Cliente:

“vendor issue.”

Cada lado produz:

momentum conveniente.


🎯 Pergunta Bellacosa nº 10

“O rótulo atual também é conveniente para quem o propôs?”

Não invalida.

Mas merece:

cuidado.


🧠 Diagnosis Momentum e Principal-Agent Problem

Vendor é medido por:

SLA.

Se root cause:

client,

penalty:

não.

Incentive:

label client.

Depois label:

viaja.

Principal-Agent.

Campbell.


🧠 Goodhart

Root-cause category used:

KPI.

Teams want:

fewer incidents attributed.

Agora disputa:

label.

Diagnosis Momentum pode servir:

governança política,

não investigação.


☕ RCA vira:

tribunal de competência.

Aprendizado sai:

pela porta dos fundos.


🧠 Diagnosis Momentum e Goal Substitution

Objetivo:

understand system.

Proxy:

assign root cause category.

Goal Substitution.

Agora:

preencher categoria

vira:

resolver investigação.

Diagnosis Momentum ajuda:

porque já temos um label disponível.


🎯 Pergunta Bellacosa nº 11

“Estamos tentando compreender o mecanismo ou apenas preencher o campo obrigatório de causa?”


🧠 Metric Fixation

Dashboard:

ROOT CAUSE DISTRIBUTION:
DB2 38%
NETWORK 20%
APPLICATION 17%

Parece:

preciso.

Mas se root labels ganharam momentum sem validação...

o dashboard é:

estatística de boatos.


%

não purifica:

dado ruim.


🧠 McNamara Fallacy

Só categorias fáceis:

entram.

Cultural;

human factors;

process;

incentives

ficam:

fora.

Logo:

technical categories dominate.

Diagnosis Momentum reforça.


🧠 Diagnosis Momentum e Search Satisfaction

Primeiro time:

achou:

lock.

Segundo:

nem search satisfaction precisa.

Recebe a satisfação:

pronta.

Isso é:

Search Satisfaction as a Service.

Desculpa.

Era inevitável.


☕ SaaS cognitivo.


🧠 Diagnosis Momentum e Premature Closure

Primeiro:

premature closure.

Depois:

momentum.

Sequência:

HYPOTHESIS
↓
PREMATURE CLOSURE
↓
HANDOFF
↓
DIAGNOSIS MOMENTUM
↓
ORGANIZATIONAL FACT

É assim que:

uma suposição ganha:

CNPJ.


👻 Easter Egg nº 4 — o boato no JES

IEF000I POSSIBLE DB2 ISSUE

Turno seguinte:

IEF001I DB2 ISSUE

Gerente:

IEF002I DB2 FAILURE

Diretor:

IEF999I DB2 ROOT CAUSE CONFIRMED

Sysprog:

— Quem emitiu IEF999I?

Silêncio.

Doctor:

— Talvez o próprio management subsystem.


🧠 Diagnosis Momentum e documentação

Postmortem inicial:

“Db2.”

Wiki:

“Known Db2 issue.”

Runbook:

“If latency → check Db2.”

Próximo incident:

teams start Db2.

Now:

momentum propagates:

no tempo.

Not just:

across people.


☕ Um erro de RCA hoje

pode se tornar:

viés operacional daqui cinco anos.


🧠 Organizational Memory

Muito importante.

Documentação pode:

preservar conhecimento.

Ou:

preservar erro.

Sem:

confidence,

sources,

date,

context,

uma hipótese antiga vira:

doutrina.


🎯 Pergunta Bellacosa nº 12

“Essa ‘verdade conhecida’ ainda possui evidência original acessível?”


🧠 Diagnosis Momentum e Cultural Debt

Agora a conexão é perfeita.

Uma narrativa antiga:

“não mexemos nesse módulo porque ele é muito frágil.”

Quem disse?

Ninguém sabe.

Quando testamos?

Nunca.

Por quê?

“Porque sempre soubemos.”

Diagnosis Momentum de anos

virou:

Cultural Debt.


☕ Hipótese com idade suficiente

pode virar:

tradição.


🧠 Diagnosis Momentum e Status Quo Bias

Uma vez que:

diagnóstico vira standard,

mudar exige:

evidência.

Ironia:

hipótese inicial não precisou de muita evidência.

Mas para derrubá-la:

agora precisamos de:

muita.

Isso é assimetria.


🧠 Burden of Proof Shift

No início:

Db2 precisa ser provado.

Depois do momentum:

quem diz “não é Db2” precisa:

provar.

O burden:

inverteu.


🎯 Pergunta Bellacosa nº 13

“Quando exatamente o ônus da prova passou da hipótese para quem tenta contestá-la?”

Essa é excelente.


🧠 Diagnosis Momentum e Sunk Cost

Equipe passou:

4 horas investigando Db2.

Agora aparece:

DNS evidence.

Aceitar:

DNS

significa admitir:

4 horas no lugar errado.

Sunk Cost.

Momentum + Escalation of Commitment.


☕ Quanto mais tempo defendemos,

mais caro fica:

mudar.


🧠 Escalation of Commitment

Especialista já falou:

em reunião executiva.

Agora:

reputação.

Hipótese:

fica pessoal.

New evidence:

threat.

This can prolong momentum.


🎯 Pergunta Bellacosa nº 14

“Se ainda não tivéssemos investido horas nessa hipótese, ela continuaria sendo nossa favorita?”


🧠 Diagnosis Momentum e Hindsight Bias

Depois do RCA final:

certificate issue.

Todos:

“era óbvio.”

Mas registro mostra:

quatro horas Db2.

Preserve timeline.

Otherwise:

organization rewrites memory.


🧠 Decision Journal

Track:

what believed when.

Why.

Confidence.

Later:

learn.


☕ Sem histórico,

todo mundo vira:

profeta retroativo.


🧠 Diagnosis Momentum e comunicação oral

Pedido verbal:

especialmente perigoso.

Telefone:

“é Db2.”

Depois:

email:

“conforme falamos, incidente Db2.”

Agora ganhou:

registro.

A versão escrita parece:

mais forte.


🧠 Written ≠ verified

Document:

transmission.

Not:

truth.


🎯 Pergunta Bellacosa nº 15

“O fato de estar escrito acrescentou evidência ou apenas persistência?”


🧠 Diagnosis Momentum em COBOL debugging

Júnior:

— Acho que é COMP-3.

Senior:

— Verifica packed decimal.

Outro:

— Estamos investigando COMP-3.

Manager:

— Bug de COMP-3.

Agora:

todo mundo caça:

S0C7.

Mas input record:

truncated upstream.

COMP-3 apenas:

manifestação.

Classic.


🧠 Symptom labeling

Use:

INVALID NUMERIC DATA

not:

COMP-3 BUG

Until:

proven.


☕ Não coloque nome do assassino

no título:

antes da perícia.


🧠 Diagnosis Momentum em performance

Analista anterior:

“CPU.”

Novo turno:

tunes CPU.

But elapsed:

I/O.

Again.


🧠 Diagnosis Momentum em storage

“Disk full.”

Increase.

Next week:

again.

Original label:

capacity problem.

Root:

duplicate data generator.

Momentum keeps:

buy storage.


🎯 Pergunta Bellacosa nº 16

“O diagnóstico atual explica o mecanismo de recorrência?”

Se não:

talvez:

apenas sintoma.


🧠 Diagnosis Momentum e automation

Agora a coisa fica séria.

Incident classifier:

labels:

DB2.

Automation routes:

DBA.

AIOps:

searches Db2 telemetry.

Copilot:

summarizes:

Db2 incident.

Ticket:

auto-tags:

DB2.

Pronto.

Automation creates:

machine-accelerated diagnosis momentum.


🤖 Feedback Loop

MODEL LABELS DB2
↓
DATA RETRIEVAL FOCUSES DB2
↓
MORE DB2 EVIDENCE
↓
MODEL CONFIDENCE ↑
↓
DB2 LABEL REINFORCED

Beautifully dangerous.


🧠 AI does not eliminate social momentum

It can:

industrialize it.


🎯 Pergunta Bellacosa nº 17

“A automação está descobrindo a causa ou apenas ampliando o primeiro rótulo que recebeu?”


🧠 LLMs e information seeking

Pesquisas recentes em reasoning agentic mostram que modelos podem apresentar falhas de busca de informação sob incerteza, incluindo anchoring, search satisficing e premature closure — justamente os mecanismos que tornam diagnosis momentum perigoso quando respostas iniciais são reutilizadas sem reavaliação.

Isso significa:

um agente que recebe:

“possible Db2”

pode:

tratar aquilo como:

contexto confiável.

Se não separar:

fact from hypothesis,

o erro escala.


☕ Context window também pode:

carregar boato.


🧠 Prompt contamination

Imagine:

Previous analyst believes root cause is DB2.
Analyze logs.

Você já:

ancorou modelo.

Better:

Previous analyst hypothesis: DB2, confidence low.
Independently analyze symptoms and identify competing hypotheses.

Huge difference.


🎯 Pergunta Bellacosa nº 18

“Estamos fornecendo a hipótese anterior à IA como dado ou como hipótese?”


🧠 Independent analysis

Para high-stakes incident:

às vezes:

não diga primeiro diagnóstico.

Peça:

independent analysis.

Depois:

compare.

This reduces:

momentum.


🧠 Multi-agent debate

Há pesquisas explorando múltiplos agentes com papéis como devil’s advocate para reavaliar hipóteses e reduzir biases como anchoring e premature closure; embora isso não seja solução mágica, ilustra uma ideia útil: separar deliberadamente papéis de geração e contestação.

Em Bellacosa:

um agente diz:

“É Db2.”

Outro:

“Prove.”

Gostei.


☕ IA do Contra

Uma aplicação:

nobre.


🧠 Diagnosis Momentum e Confidence Drift

Isto é talvez:

um conceito Bellacosa muito útil.

Não precisa ser termo formal.

Observe:

LOW CONFIDENCE
↓
MEDIUM
↓
HIGH

Mas por quê?

Confidence should rise:

com evidence.

Diagnosis Momentum faz confidence rise:

com repetition.

Essa diferença:

é crítica.


🧠 Evidence Velocity versus Repetition Velocity

Talvez possamos escrever:

CONFIDENCE SHOULD FOLLOW EVIDENCE
NOT NUMBER OF HANDOFFS

Excelente.


🎯 Pergunta Bellacosa nº 19

“Nossa confiança aumentou porque surgiu evidência nova ou porque ouvimos a mesma hipótese mais vezes?”

Talvez seja a pergunta central do capítulo.


🧠 Authority amplification

Uma hipótese repetida por:

5 pessoas

não é:

5 evidências.

Se todas:

dependem da mesma fonte,

temos:

uma evidência

com:

5 retransmissões.


COUNT(MENTIONS) não é:

COUNT(INDEPENDENT_EVIDENCE).

SQL cognitivo básico.


🧠 Independence matters

DBA lock log:

one evidence.

Network trace:

another.

Customer timing:

another.

Five managers repeating:

none.


🧠 Citation Graph

Imagine:

A → B → C → D

Não são:

4 fontes.

Uma fonte:

propagada.

Mainframe people entendem:

dataset copies.


🎯 Pergunta Bellacosa nº 20

“Quantas fontes independentes sustentam essa conclusão?”


🧠 Diagnosis Momentum em RCA statistics

Se early label:

DB2,

postmortem may:

confirm DB2

because analysts search:

Db2.

Now historical stats:

Db2 incidents ↑.

Future incident:

base rate says Db2 common.

Representativeness.

Momentum becomes:

self-reinforcing dataset.


☕ Um erro pode treinar:

o próximo erro.

Em humanos.

Em IA.

Em dashboards.


🧠 Data Poisoning conceitual

Não malware.

Mas:

labels errados no historical incident database.

AIOps learns:

wrong patterns.

Diagnosis Momentum becomes:

training data.

Serious.


🎯 Pergunta Bellacosa nº 21

“Nossos incidentes históricos contêm causas realmente validadas ou apenas rótulos aceitos na época?”

Excelente para AI ops.


🧠 Diagnosis Momentum e base de conhecimento

Knowledge article:

“When payment latency occurs, restart CICS.”

Why?

Old incident.

Maybe restart happened:

same time external issue recovered.

Outcome Bias.

Now:

runbook.

Future:

restart.

Automation.

A coincidence virou:

prática operacional.


☕ Uma hipótese pode virar:

script.

Depois fica:

muito difícil discutir.


🧠 Cultural Debt de novo

O que começou:

como possível solução

vira:

“é assim que fazemos.”

Isso é:

Diagnosis Momentum cristalizado.


🧠 Diagnosis Momentum e Normalization of Deviance

Repeated workaround:

accepted.

Diagnosis:

“normal behavior.”

Maybe not.

Labels shape:

normality.


🎯 Pergunta Bellacosa nº 22

“Estamos diante de conhecimento validado ou apenas de uma interpretação antiga repetida por tempo suficiente?”


🧠 Como quebrar Diagnosis Momentum?

Agora:

prática.

Não basta:

“pense melhor.”

Precisamos:

alterar fluxo de informação.


🧪 Passo 1 — Separe sintoma de diagnóstico

Nunca escreva:

DB2 INCIDENT

quando sabe apenas:

PAYMENT LATENCY

🧪 Passo 2 — Preserve modalidade

Use:

possible;

probable;

confirmed.

Não deixe:

desaparecer no handoff.


🧪 Passo 3 — Registre confidence

HYPOTHESIS: DB2
CONFIDENCE: LOW

🧪 Passo 4 — Registre source

SOURCE:
DBA observation

EVIDENCE:
lock at 03:07

🧪 Passo 5 — Preserve unexplained facts

UNEXPLAINED:
timeouts started at 02:58

This prevents:

closure.


🧪 Passo 6 — Faça independent re-evaluation

Novo turno:

recebe symptoms first.


🧪 Passo 7 — Exija evidence delta

Antes de aumentar confidence:

“o que descobrimos de novo?”


🧪 Passo 8 — Use challenger

Pessoa/agent:

tenta derrubar.


🧪 Passo 9 — Atualize publicamente quando hipótese muda

Sem vergonha.

PREVIOUS HYPOTHESIS REJECTED.

Good.


🧪 Passo 10 — Corrija memória organizacional

Postmortem.

Wiki.

Runbook.

Historical labels.


☕ O difícil não é mudar de ideia

É:

propagar a mudança com a mesma velocidade com que propagamos o erro.


🧠 Rumor rollback

Adorei esse conceito.

Quando hipótese:

errada

foi distribuída,

corrigir localmente:

não basta.

Need:

rollback informational.


🧠 Information Rollback

Notify:

teams.

Vendor.

Status page.

Incident record.

Executive summary.

Knowledge base.

Otherwise:

old diagnosis remains:

cached.


🎯 Pergunta Bellacosa nº 23

“Quando descartamos uma hipótese, corrigimos todos os lugares onde ela já foi tratada como fato?”

Essa é enorme.


🧠 Cache Invalidation

As duas coisas difíceis em computação:

cache invalidation;

naming things;

off-by-one.

Diagnosis Momentum adiciona:

invalidar diagnóstico antigo.

O boato ficou:

em cache.


PURGE HYPOTHESIS CACHE

Gostaria desse comando.


🧠 Versionamento da hipótese

Use:

HYPOTHESIS V1:
DB2

STATUS:
REJECTED

HYPOTHESIS V2:
EXTERNAL RETRY

STATUS:
HIGH CONFIDENCE

Agora:

histórico claro.


🧠 No silent overwrite

Se apenas trocar:

DB2 → API,

ninguém aprende:

como erro aconteceu.

Keep:

decision trail.


🎯 Pergunta Bellacosa nº 24

“Conseguimos reconstruir como nossa hipótese mudou ao longo do incidente?”


🧠 Diagnosis Momentum e War Room Board

Ideal board:

CONFIRMED FACTS
---------------
Timeouts start 02:58
DB2 lock starts 03:07

LEADING HYPOTHESES
------------------
External API     HIGH
Retry storm      HIGH
DB2 trigger      LOW

REJECTED
--------
Storage

UNEXPLAINED
-----------
Region B only

Amazing.


☕ Agora a sala pensa:

em estados.

Não:

em slogans.


🧠 Confirmed facts should be boring

Facts:

timestamp.

count.

trace.

No interpretation.


🧠 Hypothesis can be exciting

But labeled.


🧠 Rejected hypotheses are valuable

Why?

Avoid repeat search.

But preserve:

reason.


🎯 Pergunta Bellacosa nº 25

“Por que rejeitamos essa hipótese?”

If nobody knows:

maybe it will return:

como zumbi.


🧠 Diagnosis Momentum e Handoff Ritual

Novo turno:

não começa com:

“o que vocês acham?”

Começa:

“quais são os fatos?”

Depois:

“qual hipótese?”

Then:

confidence.


☕ Facts first

Hypothesis second.

Opinion third.

Coffee always.


🧠 Blind handoff

Para incidentes especialmente confusos:

dê novo analista:

facts only

for 10 minutes.

Ask:

top 3 hypotheses.

Then reveal previous.

Compare.

Very powerful.


🎯 Pergunta Bellacosa nº 26

“Estamos dando ao próximo turno oportunidade real de pensar ou apenas pedindo que continue nossa história?”


🧠 Diagnosis Momentum em projetos

Project marked:

“legacy system impossible to modernize.”

Why?

Old assessment.

New tech?

New people?

Changed business?

Label persists.

Momentum.


🧠 “Too risky”

Maybe true.

But:

when validated?

Context changed?

Cultural Debt.


☕ Decisão certa de 2010

não recebe:

imunidade contra 2026.


🧠 Diagnosis Momentum e architecture

“Mainframe can't expose APIs.”

Someone said:

years ago.

Then:

repeated.

Technology evolves.

Label:

stays.

Organizational diagnosis:

momentum.


🎯 Pergunta Bellacosa nº 27

“Esse diagnóstico descreve o sistema atual ou a memória de uma versão antiga dele?”


🧠 Diagnosis Momentum e pessoas

Dangerous area.

Label:

“difficult user.”

“weak developer.”

“problem team.”

Once applied:

future actions interpreted through:

label.

This is exactly why social labels can be so powerful.

In medicine, literature on diagnostic momentum warns that earlier labels can bias subsequent evaluation; the general lesson transfers cleanly to organizational reasoning: labels change what later observers look for.


☕ Nunca transforme:

uma ocorrência

em:

identidade.


🧠 Fundamental Attribution Error again

“Operator careless.”

Next error:

expected.

Confirmation.

Label:

strengthens.

Maybe:

bad UI.


🎯 Pergunta Bellacosa nº 28

“Estamos investigando o evento atual ou apenas confirmando uma reputação antiga?”


🧠 Diagnosis Momentum e incident severity

First person says:

“minor.”

Maybe:

everyone underreacts.

Momentum also works:

toward underestimation.

Or:

“critical security event.”

Everyone:

overreacts.

It isn't only:

root cause.

Labels of:

severity

also stick.


🧠 Severity momentum

Again:

evidence should drive.


☕ P1 não deveria ser:

astrologia.

Nem:

tradição oral.


🧠 Diagnosis Momentum e Framing in executive communication

“Cyberattack.”

versus:

“authentication anomaly.”

Huge difference.

If unconfirmed:

choose careful language.

Otherwise:

legal;

PR;

security

mobilize around:

label.

Maybe necessary.

But distinguish:

precautionary classification

from:

confirmed cause.


🎯 Pergunta Bellacosa nº 29

“Estamos usando um rótulo para coordenar resposta ou afirmando que ele descreve a realidade?”

Excellent distinction.


🧠 Diagnosis Momentum e risk management

Risk register:

“vendor unreliable.”

Based:

one incident.

Years:

procurement decisions.

Maybe:

momentum.

Review:

evidence.


🧠 Diagnosis Momentum em audit

Auditor finding:

“weak control.”

Next audit:

same.

Control improved?

Maybe.

Label:

carries.

Need:

fresh assessment.


☕ Auditoria também pode:

herdar diagnóstico.


🧠 Diagnosis Momentum e AI hallucination propagation

Imagine AI-generated incident summary:

wrongly says:

“Db2 caused latency.”

Human copies:

ticket.

Another AI ingests:

ticket.

Knowledge base:

updated.

Future AI:

cites KB.

Now hallucination:

became source.


🤖 Machine-mediated Diagnosis Momentum

This deserves:

attention.

We are entering a world where:

summaries;

agents;

RAG;

knowledge bases

can rapidly propagate:

labels.

A false statement can become:

retrieval context.


🎯 Pergunta Bellacosa nº 30

“A IA está citando evidência primária ou outro resumo que já herdou a mesma conclusão?”


🧠 Provenance becomes essential

For agentic systems:

claim:

source.

timestamp.

confidence.

Evidence.


🧠 Knowledge Graph idea

Could represent:

CLAIM:
DB2 caused outage

STATUS:
REJECTED

SUPPORTED BY:
lock event

CONTRADICTED BY:
timeline

Now:

future agent can see:

history.


☕ Boato com metadata

Já é:

grande avanço.


🧠 Diagnosis Momentum e epistemic status

Beautiful phrase:

epistemic status.

Every claim:

fact?

hypothesis?

estimate?

rumor?

decision?

Need:

distinguish.


🧠 Incident vocabulary

OBSERVED
SUSPECTED
LIKELY
CONFIRMED
REJECTED
UNKNOWN

Simple.


🎯 Pergunta Bellacosa nº 31

“Qual é o status epistemológico desta frase?”

Talvez você não fale assim na máquina do café.

Mas pode perguntar:

“Isso é fato ou hipótese?”

Mesma coisa.


🧠 Diagnosis Momentum e Blameless Culture

Blameless doesn't mean:

no accountability.

Means:

don't lock causal model:

onto person too early.

Preserve:

system view.


🧠 Naming person early creates momentum

“John changed config.”

Next:

“John caused incident.”

Maybe change:

trigger.

Maybe process:

allowed.

Need:

analysis.


☕ Última mão no teclado

não necessariamente:

escreveu toda a história.


🧠 Diagnosis Momentum e Five Whys

If first Why answer:

“human error,”

rest:

may stay person-centric.

Use:

branching.

Causal graph.


🎯 Pergunta Bellacosa nº 32

“Nossa investigação começou com um rótulo que já escolheu a direção dos próximos ‘por quês’?”


🧠 Diagnosis Momentum e causal graphs

Instead of:

root cause line,

build:

graph.

EXTERNAL TIMEOUT
   ↓
RETRY STORM
   ↓
LOAD INCREASE
   ↓
DB2 LOCK
   ↓
LATENCY

Now:

Db2 is visible.

But position:

clear.


🧠 Timeline + graph

Great antidote.

Because:

labels cannot violate:

time

without being challenged.


🎯 Pergunta Bellacosa nº 33

“Onde exatamente essa hipótese entra no grafo causal?”

Trigger?

Contributor?

Amplifier?

Symptom?


🧠 Diagnosis Momentum e evidence hierarchy

Use:

levels.

LEVEL 1: RUMOR
LEVEL 2: OBSERVATION
LEVEL 3: CORRELATION
LEVEL 4: PLAUSIBLE MECHANISM
LEVEL 5: TESTED CAUSALITY
LEVEL 6: CONSISTENT WITH ALL MATERIAL EVIDENCE

Maybe not formal.

But useful.


☕ Uma frase repetida dez vezes

continua:

Level 1

se nunca ganhou:

evidência.


🧠 Evidence Delta Rule

Every escalation:

must ask:

“What changed?”

If confidence:

rose

but evidence:

did not,

momentum alert.


🎯 Pergunta Bellacosa nº 34

“Qual foi o delta de evidência desde a última atualização?”

Fantastic.


🧠 Diagnosis Momentum Detection

You can even monitor language.

At 02:00:

“possible.”

03:00:

“likely.”

04:00:

“confirmed.”

Was evidence added?

If no:

warning.


🤖 AI could help

Agent compares:

status updates.

Detects:

confidence inflation without evidence.

This is a genuinely interesting use.


☕ Um linter de certeza.

Adorei.


🧠 Epistemic Linter

Warn:

WARNING:
Claim confidence increased from LOW to HIGH.
No new supporting evidence referenced.

Excellent.


🧠 COBOL version

       IF CURRENT-CONFIDENCE > PREVIOUS-CONFIDENCE
          AND NEW-EVIDENCE-COUNT = ZERO
           DISPLAY
           'WARNING: DIAGNOSIS MOMENTUM SUSPECTED'
       END-IF.

Agora sim.


👻 Easter Egg nº 5 — BELLACOSA.BIAS

Na manhã seguinte aparece:

BELLACOSA.BIAS(DIAGNOSIS-MOMENTUM)

Dentro:

       IF CLAIM-STATUS = 'POSSIBLE'
           MOVE 'POSSIBLE'
             TO NEXT-HANDOFF-STATUS
       END-IF.

       IF CLAIM-STATUS = 'LIKELY'
          AND NEW-EVIDENCE = ZERO
           MOVE 'LIKELY'
             TO NEXT-HANDOFF-STATUS
       END-IF.

       IF PEOPLE-REPEATING > 10
          AND INDEPENDENT-EVIDENCE = 1
           DISPLAY
           'TEN PEOPLE DO NOT CREATE TEN SOURCES'
       END-IF.

       IF HYPOTHESIS-CHANGED = 'Y'
           PERFORM INVALIDATE-OLD-LABELS
       END-IF.

Comentários:

* REPETITION
* IS NOT
* EVIDENCE.

Outro:

* A HYPOTHESIS
* DOES NOT BECOME TRUE
* BY SURVIVING
* THREE HANDOFFS.

Outro:

* PRESERVE
* POSSIBLE,
* LIKELY,
* CONFIRMED.

Outro:

* NEVER ALLOW
* THE TICKET TITLE
* TO BECOME
* YOUR ENTIRE DIFFERENTIAL.

E naturalmente:

* DALEK COUNT:
* 1
*
* PEOPLE REPORTING
* THE SAME DALEK:
* 14
*
* NUMBER OF DALEKS:
* STILL 1.

Nosso jovem ri.


🧠 Como combater Diagnosis Momentum — passo a passo

Agora vamos transformar em:

procedimento de War Room.

Passo 1 — Escreva o sintoma antes da hipótese

PAYMENT LATENCY

Não:

DB2 INCIDENT

Passo 2 — Separe fatos, hipóteses e decisões

FACTS
HYPOTHESES
DECISIONS

Três caixas.


Passo 3 — Preserve confidence

Nunca deixe:

“possible”

sumir no handoff.


Passo 4 — Preserve provenance

Quem observou?

Qual log?

Qual trace?


Passo 5 — Preserve contraditórios

O que não encaixa?


Passo 6 — Exija Evidence Delta

Confidence only rises:

with evidence.


Passo 7 — Faça independent reassessment

Novo turno:

symptoms first.


Passo 8 — Invalide informação antiga

Quando hypothesis dies:

propagate correction.


Passo 9 — Não treine sistema com RCA fraca

Historical data:

validate.


Passo 10 — Faça postmortem do raciocínio

Not only:

system.

Ask:

when did label become fact?


📋 Checklist Bellacosa anti-Diagnosis Momentum

[ ] O título descreve sintoma ou diagnóstico?

[ ] A causa está confirmada?

[ ] Quem confirmou?

[ ] Existe evidência primária?

[ ] Quantas fontes são realmente independentes?

[ ] O nível de confiança mudou?

[ ] Houve nova evidência?

[ ] O handoff preservou “possível/provável”?

[ ] Existe evidência que contradiz o rótulo?

[ ] O próximo turno recebeu facts first?

[ ] A hipótese foi repetida mais vezes do que testada?

[ ] O executivo recebeu certeza maior do que a equipe possui?

[ ] O fornecedor está herdando nossa conclusão?

[ ] O campo de categoria está sendo confundido com RCA?

[ ] Se a hipótese morreu, fizemos rollback informacional?

🧠 Bellacosa Diagnosis Momentum Card

SYMPTOM:
________________________

CLAIM:
________________________

STATUS:
POSSIBLE / LIKELY / CONFIRMED

ORIGINAL SOURCE:
________________________

PRIMARY EVIDENCE:
________________________

INDEPENDENT SOURCES:
________________________

CONTRADICTING EVIDENCE:
________________________

EVIDENCE DELTA:
________________________

NEXT REVIEW:
________________________

🧠 O Teste do Telefone sem Fio

Pegue:

status inicial.

Depois:

executive summary.

Compare.

Exemplo:

Inicial:

LOCKS OBSERVED.
CAUSALITY UNKNOWN.

Final:

DB2 ROOT CAUSE.

Pergunta:

“O que aconteceu no meio?”

Se resposta:

“reuniões”...

Houston.


☕ Reunião não é:

evidence generator.

Pode produzir:

evidência.

Mas apenas:

se alguém trouxer.


🧠 O Teste do Fonte Única

Pergunte para:

cada pessoa que diz:

“é Db2”:

“Qual evidência você viu pessoalmente?”

Se respostas:

“Fulano falou.”

Temos:

momentum.


🧠 O Teste do Zero Context

Dê facts:

para alguém externo.

Não diga:

diagnóstico.

Pergunte:

top three causes.

Compare.


🧠 O Teste do Diagnóstico Morto

Diga:

“Imagine que provamos agora que Db2 está inocente. O que você investigaria?”

Isso reabre:

search space.


🎯 Pergunta Bellacosa nº 35

“Se nossa hipótese favorita fosse removida à força, qual seria a próxima explicação?”

Excelente cognitive forcing.


🧠 Diagnosis Momentum em incident command

Incident Commander should regularly say:

“Current leading hypothesis, not confirmed root cause.”

The phrase matters.


🧠 Status board

Use:

LEADING HYPOTHESIS:
External retry amplification

CONFIDENCE:
Medium

ROOT CAUSE:
Unknown

It is perfectly okay.


UNKNOWN

continua sendo:

estado profissional.


🧠 Diagnosis Momentum e tempo

Hypothesis does not:

mature automatically.

Age:

not validation.


🧠 Tenure of belief

“We've thought this for three hours.”

So?

Maybe:

wrong for three hours.


🎯 Pergunta Bellacosa nº 36

“Essa hipótese está antiga ou está comprovada?”

Duas coisas.


🧠 Diagnosis Momentum em security alerts

Alert labeled:

“credential theft.”

SOC investigates:

theft.

Could be:

service account rotation.

Initial model label:

momentum.

Need:

verify.


🧠 Model Confidence ≠ Causal Confidence

Security tool:

96%.

That may mean:

classification confidence,

not:

root cause.

Metric Fixation.


☕ Um número bonito

pode vestir:

rótulo ruim.


🧠 Diagnosis Momentum e false positives

Repeated false alerts:

opposite issue.

Label loses credibility.

Then real:

ignored.

Alarm fatigue.

But that's another creature.


🧠 Diagnosis Momentum e stakeholder expectation

Executive has told board:

Db2.

Changing later:

embarrassing.

So organization may:

resist.

This is:

commitment + reputation.

Need culture where:

updating is strength.


🎯 Pergunta Bellacosa nº 37

“Nossa comunicação permite corrigir uma hipótese publicamente sem parecer que a equipe falhou?”

Huge cultural point.


🧠 Bayesian Culture

A mature culture says:

“Com os dados de 03:00, Db2 era plausível. Com os dados de 04:00, atualizamos.”

That's:

good reasoning.

Not:

incompetence.


☕ Mudar de ideia após evidência nova

é:

feature.

Não bug.


🧠 Diagnosis Momentum e blame

If people punished:

for changing diagnosis,

they won't.

They defend.

So psychological safety:

matters.


🧠 Postmortem should reward updates

Document:

why hypothesis changed.

Great learning.


🎯 Pergunta Bellacosa nº 38

“Estamos premiando quem acerta de primeira ou quem atualiza corretamente quando a evidência muda?”


🧠 Diagnosis Momentum e expertise development

Juniors should learn:

not only troubleshooting commands.

Also:

epistemology.

What is:

fact?

Hypothesis?

Correlation?

Cause?


☕ Isso é parte da senioridade

Saber dizer:

“não sei ainda.”

Com segurança.


🧠 COBOL Rookie Lesson

When senior says:

“é VSAM.”

Don't answer:

“não.”

Ask:

“Qual evidência aponta para VSAM?”

Respectful.

Technical.


🧠 Challenge ideas, not people

Important.


🎯 Pergunta Bellacosa nº 39

“Qual evidência faria você mudar de hipótese?”

If answer:

“nenhuma”...

religion alert.


🧠 Diagnosis Momentum e automation state

Don't have only:

ROOT_CAUSE

Use:

ROOT_CAUSE_CANDIDATE
CONFIDENCE
STATUS
SOURCE

Data model can:

reduce bias.


🧠 Schema design affects cognition

We already saw.

If database forces:

single confirmed cause,

people invent:

certainty.


NOT NULL

pode ser:

viés organizacional.

Nunca pensei que diria isso.

Mas aqui estamos.


🧠 Diagnosis Momentum e graph databases

This is where graphs are perfect.

Represent:

claim provenance.

ANALYST_A
  ↓ proposed
CLAIM_DB2
  ↓ supported_by
LOCK_EVENT
  ↓ contradicted_by
TIMELINE_EVENT

Now:

we can see:

claim lineage.


🧠 Claim lineage

Like:

data lineage.

Excellent.


🎯 Pergunta Bellacosa nº 40

“Temos lineage das nossas conclusões do mesmo jeito que temos lineage dos dados?”

Talvez deveríamos.


🧠 Diagnosis Momentum e AI RAG

RAG retrieves:

old RCA.

If old RCA wrong:

new diagnosis inherits.

Need:

metadata:

validated?

superseded?

confidence?


🤖 Knowledge Hygiene

Critical in:

AI-era.


☕ Uma base de conhecimento

é tão inteligente quanto:

as histórias erradas que ainda não apagamos.


🧠 Diagnosis Momentum e model training

If historical labels wrong:

model learns wrong associations.

Then predicts:

same label.

Humans see:

AI confirmation.

Momentum:

massively reinforced.


🌀 Closed Loop

WRONG RCA
↓
TRAINING DATA
↓
AI PREDICTS SAME RCA
↓
HUMAN TRUSTS AI
↓
NEW RCA SAME LABEL
↓
MORE TRAINING DATA

That is:

Diagnosis Momentum with automation.


🎯 Pergunta Bellacosa nº 41

“O modelo confirmou nossa hipótese ou aprendeu essa hipótese dos mesmos dados históricos que estamos questionando?”

Fantastic.


🧠 Diagnosis Momentum and Independent Evidence

This is the core defense:

independence.

One observation.

Five repetitions:

one observation.

Two unrelated sensors:

stronger.

Independent analyst:

stronger.

Reproduction:

stronger.

Counterfactual:

stronger.


☕ Não conte vozes.

Conte evidências.


🧠 Diagnosis Momentum Equation Bellacosa

Brincadeira:

MOMENTUM
=
REPETITION
× AUTHORITY
× HANDOFFS
× URGENCY
÷ EVIDENCE DISCIPLINE

Não é ciência.

Mas serve:

para mural.


🧠 Quanto maior:

urgência,

hierarquia,

repetição,

mais precisamos:

de disciplina.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Diagnosis Momentum é a tendência de um diagnóstico ou rótulo continuar sendo aceito e transmitido depois de estabelecido, muitas vezes acumulando autoridade sem acumular evidência proporcional.

Ele possui forte dimensão social: avaliações anteriores influenciam as seguintes e podem estreitar o espaço de hipóteses.

Premature Closure ocorre quando encerramos cedo demais; Diagnosis Momentum ocorre quando essa conclusão começa a viajar e influenciar outras pessoas.

Anchoring prende o próximo analista ao rótulo herdado.

Framing Effect faz um ticket chamado “Db2 incident” produzir uma busca diferente de um ticket chamado “payment latency”.

Confirmation Bias transforma a investigação em busca por evidências favoráveis ao rótulo.

Streetlight Effect mantém a investigação nas áreas mais observáveis.

Narrative Bias transforma a hipótese herdada numa história cada vez mais coerente.

Authority Bias faz rótulos repetidos por seniors, gerentes ou fornecedores parecerem mais confirmados do que realmente estão.

Sunk Cost e Escalation of Commitment tornam mais difícil abandonar uma hipótese depois de horas investidas nela.

Goal Substitution pode transformar o preenchimento da categoria de RCA no objetivo da investigação.

Metric Fixation pode transformar categorias frágeis em estatísticas aparentemente precisas.

McNamara Fallacy pode apagar fatores difíceis de medir e favorecer diagnósticos técnicos simples.

Diagnosis Momentum pode contaminar documentação, runbooks, históricos de incidentes e até dados usados por IA.

Uma hipótese repetida por dez pessoas não representa dez fontes independentes.

Confidence deve subir com evidência, não com número de handoffs.

Quando uma hipótese é descartada, precisamos fazer rollback informacional nos lugares onde ela já foi registrada como fato.

Pesquisas sobre raciocínio diagnóstico continuam tratando diagnosis momentum como um mecanismo relevante de erro, ao lado de anchoring, premature closure e confirmation bias.

E principalmente:

repetição produz familiaridade; evidência produz confiança. Não confunda as duas.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

POSSIBLE != CONFIRMED

Nosso jovem COBOL reclama:

— De novo código que não compila.

Doctor:

— Então faça melhor.

Ele escreve:

       IF HYPOTHESIS = 'POSSIBLE'
          AND NEW-EVIDENCE = ZERO
           MOVE 'POSSIBLE'
             TO HYPOTHESIS-STATUS
       END-IF.

Doctor:

— Melhor.

Nosso jovem:

— E se dez pessoas disserem que é Db2?

Ele acrescenta:

       IF PEOPLE-SAYING-DB2 > 10
          AND INDEPENDENT-EVIDENCE = 1
           MOVE 1
             TO EVIDENCE-COUNT
       END-IF.

Nosso jovem ri.

— E quando finalmente podemos chamar de root cause?

Doctor aponta:

para a timeline.

— Quando evidência independente, mecanismo causal, sintomas e tempo concordarem.

— E o diretor?

— O quê?

— Ele já disse que era Db2.

Doctor abre a porta da TARDIS.

— Então teremos de fazer uma coisa verdadeiramente radical.

— Qual?

“Atualizar o diretor.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

Na War Room fica:

ROOT CAUSE:
EXTERNAL CERTIFICATE FAILURE

DB2:
SECONDARY AMPLIFIER

Nosso jovem abre:

o ticket inicial.

POSSIBLE DB2 CONTENTION

Sorri.

Percebe:

a hipótese original não foi absurda.

Foi:

razoável.

O problema nunca foi:

ter hipótese.

O problema foi:

deixá-la ganhar promoção automática.

No quadro escreve:

“Uma hipótese pode atravessar cem pessoas e continuar sendo apenas uma hipótese.”

E talvez essa seja toda a essência do Diagnosis Momentum no Bellacosa Mainframe:

quanto mais uma explicação viaja pela organização, mais precisamos perguntar se ela acumulou evidência — ou apenas acumulou passageiros.

☕🌀

Próxima parada: Anchoring Bias — o dia em que o primeiro número, o primeiro alerta, o primeiro comentário do senior ou o primeiro rótulo no ticket colocou uma âncora no fundo da War Room e fez toda a investigação girar ao redor dele, mesmo quando as evidências começaram a apontar para outro lugar.

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...