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

sábado, 15 de agosto de 2026

Normalcy Bias: Doctor Who, COBOL e o Dia em que Tudo Já Estava Pegando Fogo — Mas a Gente Ainda Achava que Era Só um Pico

 

Bellacosa Mainframe e a normalcy bias

☕ Um Café no Bellacosa Mainframe

Normalcy Bias: Doctor Who, COBOL e o Dia em que Tudo Já Estava Pegando Fogo — Mas a Gente Ainda Achava que Era Só um Pico

Uma viagem pela TARDIS dos incidentes para entender por que, diante de sinais anormais, nosso cérebro prefere acreditar que tudo continuará funcionando como sempre — e como essa tendência pode atrasar escaladas, evacuações, failovers, DR, decisões críticas e até a simples coragem de admitir que a realidade mudou

02:13.

War Room ainda:

não existe.

Esse detalhe importa.

Na sala de operações:

um monitor começa a piscar.

PAYMENT LATENCY:
NORMAL = 180ms
NOW    = 950ms

Operador:

— Subiu bastante.

Colega:

— Deve ser pico.

02:15.

PAYMENT LATENCY:
1.800ms

— Está subindo.

— Final de lote talvez.

02:17.

ERROR RATE:
2.1%

— Erro também.

— Às vezes acontece.

02:20.

MQ QUEUE DEPTH:
NORMAL = 80
NOW    = 2.400

Nosso jovem programador COBOL pergunta:

— Isso ainda é normal?

Operador:

— Normal, normal não.

— Então?

— Vamos observar mais cinco minutos.

Ah.

Os cinco minutos mais famosos:

da tecnologia.

02:25.

Queue:

5.800.

Timeout:

subindo.

Cliente:

ligando.

Ainda assim:

— Talvez estabilize.

VWORP.

VWORP.

VWORP.

A TARDIS aparece ao lado do console.

A porta abre.

O Doctor sai.

Olha:

para os gráficos.

Depois:

para a equipe.

— Há quanto tempo isso está acontecendo?

— Uns doze minutos.

— E o que fizeram?

— Estamos monitorando.

Doctor:

— Por quê?

— Pode voltar ao normal.

Ele olha novamente para:

a curva vertical.

— Claro.

Pausa.

— E se não voltar?

Silêncio.

Nosso jovem responde:

— Aí escalamos.

Doctor:

— Quando?

— Quando ficar realmente grave.

Doctor aponta:

para 5.800 mensagens.

“E como exatamente vocês definirão ‘realmente grave’ sem usar a definição de cinco minutos atrás?”

Bem-vindo ao:



Normalcy Bias

ou:

Viés da Normalidade.

Em linguagem Bellacosa:

é quando o cérebro vê sinais de que o mundo mudou, mas continua executando o runbook mental do mundo antigo porque aceitar a ruptura parece mais difícil do que esperar mais um pouco.


🧠 O que é Normalcy Bias?

Normalcy Bias é a tendência de:

subestimar;

minimizar;

ou demorar a aceitar

uma ameaça ou ruptura porque:

esperamos que as coisas continuem funcionando aproximadamente como sempre funcionaram.

É especialmente discutido em:

desastres;

emergências;

evacuações;

crises.

Mas em TI:

cabe perfeitamente.

Porque incidentes começam frequentemente:

não com:

explosão.

Mas com:

anomalias.


☕ O cérebro adora continuidade

Ontem:

funcionou.

Hoje cedo:

funcionou.

Nos últimos:

100 dias,

funcionou.

Então, quando algo estranho aparece:

a primeira aposta mental é:

“vai voltar.”

Isso não é irracional por definição.

Muitos picos:

realmente voltam.

O problema está:

quando a evidência muda

e a crença:

não.


💻 COBOL cognitivo

Imagine:

       IF SYSTEM-STATUS = 'DEGRADED'
           MOVE 'TEMPORARY'
             TO INTERPRETATION
       END-IF.

Depois:

       IF SYSTEM-STATUS = 'WORSE'
           MOVE 'STILL-TEMPORARY'
             TO INTERPRETATION
       END-IF.

Depois:

       IF CUSTOMER-IMPACT = 'HIGH'
           MOVE 'PROBABLY-RECOVER'
             TO INTERPRETATION
       END-IF.

E finalmente:

       IF PRODUCTION = 'DOWN'
           PERFORM OPEN-WAR-ROOM
       END-IF.

Um pouco tarde.


🧠 Normalcy Bias não significa covardia

Importante.

Não é:

“pessoa fraca.”

É uma forma de:

modelo mental.

Nosso cérebro usa:

experiência passada

para prever:

próximo minuto.

Na maior parte do tempo:

isso funciona.

É exatamente por isso que:

o viés existe.


☕ O problema não é:

esperar estabilidade.

É:

continuar esperando estabilidade

depois que os sinais começaram a negar essa hipótese.


👻 Easter Egg nº 1 — Dalek tranquilo

Companion:

— Doctor, existem três Daleks no corredor.

Doctor:

— Interessante.

— Não vamos correr?

— Talvez sejam turistas.

— Eles estão gritando “EXTERMINATE”.

— Um pouco agressivos.

— Agora dispararam.

— Talvez seja demonstração cultural.

Companion:

— Normalcy Bias?

Doctor:

— Sim. E provavelmente meu último.


🧠 Normalcy Bias e incident response

Pense no começo clássico:

CPU +10%
LATENCY +20%
ERROR +1%
QUEUE +300%

Nada isoladamente:

apocalíptico.

Então:

ninguém quer apertar:

P1.

Porque:

P1 custa.

War Room.

Escalation.

Exec.

Vendor.

Possível impacto reputacional.

A tendência:

esperar confirmação.

Mas a confirmação pode chegar:

como incidente grande.


🎯 Pergunta Bellacosa nº 1

“Estamos esperando evidência suficiente — ou estamos esperando uma evidência tão grande que já venha acompanhada do desastre?”


🧠 Thresholds ajudam

Se definição de severidade:

é subjetiva,

Normalcy Bias cresce.

“Está feio?”

“Mais ou menos.”

“Já escalamos?”

“Talvez daqui a pouco.”

Use:

thresholds.


🧠 Exemplo

IF ERROR RATE > 2%
AND QUEUE > 2000
AND CUSTOMER IMPACT > 5 MIN
THEN OPEN MAJOR INCIDENT

Agora:

menos debate emocional.


☕ Regra escrita em tempo calmo

protege do cérebro:

em tempo ruim.


🧠 Mas cuidado com Metric Fixation

Threshold não:

vira universo.

Se realidade:

claramente ruim,

não espere:

2.00%

porque está:

1.98%.

Need judgment.


🎯 Pergunta Bellacosa nº 2

“O threshold é um gatilho mínimo ou uma desculpa para não agir antes?”


🧠 Normalcy Bias e Status Quo Bias

Status Quo Bias prefere:

estado atual.

Normalcy Bias presume:

estado familiar vai continuar.

São próximos.

Mas Normalcy Bias:

especialmente útil em crise.


🧠 Anchoring também entra

Baseline:

normal.

Ele vira:

âncora.

Quando sistema sai:

ajustamos devagar.

“É só 20% pior.”

Depois:

50%.

Depois:

100%.

Ainda pensamos:

a partir do normal.


☕ O normal vira:

gravidade.

Mesmo quando:

sistema já escapou da órbita.


🧠 Hindsight Bias depois vai ser cruel

Durante:

— Vamos esperar.

Depois do incidente:

— Era óbvio que deveríamos ter escalado.

Hindsight.

Veja a ironia:

Normalcy Bias antes.

Hindsight depois.


🎯 Pergunta Bellacosa nº 3

“Estamos dando à equipe um critério claro para agir antes, ou vamos julgá-la depois com informação retrospectiva?”


🧠 Outcome Bias também participa

A equipe esperou.

Sistema recuperou sozinho.

Resultado:

bom.

Conclusão:

“esperar foi certo.”

Talvez:

sorte.

Outcome Bias.

Agora:

próximo incidente,

esperam.

Dessa vez:

não recupera.


☕ Sucesso anterior

pode treinar:

lentidão futura.


🧠 Risk Compensation

“Das outras vezes voltou.”

Confiança.

Less urgency.

Pode:

aumentar exposição.


🧠 Confirmation Bias

A hipótese é:

“é transitório.”

Então buscamos:

sinais de recuperação.

Um gráfico melhora:

2%.

— Está voltando!

Outro piora:

50%.

— Ainda oscilando.

Perfeito.


🎯 Pergunta Bellacosa nº 4

“Estamos procurando sinais de estabilização porque eles existem ou porque queremos muito que a situação seja temporária?”


🧠 Narrative Bias

Criamos:

história tranquilizadora.

“Fim de lote.”

“Pico comercial.”

“Network jitter.”

“GC.”

Essas histórias podem:

ser plausíveis.

Problema:

viram anestesia.


☕ Uma boa explicação temporária

pode atrasar:

a busca por uma explicação real.


🧠 Search Satisfaction

Encontramos:

“pico de CPU.”

Pronto.

Explica.

Não escalamos.

Maybe:

not.


🧠 Premature Closure

“É pico normal.”

Close.

Incident keeps growing.


🧠 Diagnosis Momentum

Handoff:

“transient spike.”

Next shift:

receives.

Now:

momentum da normalidade.


🎯 Pergunta Bellacosa nº 5

“O próximo turno recebeu fatos ou recebeu a interpretação tranquilizadora do turno anterior?”


🧠 Normalcy Bias e “isso sempre acontece”

Frase clássica.

Mas:

quão parecido?

Baseline.

Duration.

Magnitude.

Scope.


🧠 Compare quantitatively

Hoje:

queue 5.800.

Normal peaks:

Não diga:

“sempre sobe.”

Escala importa.


☕ Uma vela

e um incêndio florestal

ambos têm:

fogo.

Não são:

o mesmo evento.


🎯 Pergunta Bellacosa nº 6

“Isto é do mesmo tipo de fenômeno normal, mas em uma magnitude que já mudou o significado?”


🧠 Normalcy Bias e slow-moving incidents

Alguns incidentes:

crescem devagar.

Memory leak.

Queue backlog.

Storage exhaustion.

Certificate expiry.

Trend:

lento.

Perigoso porque:

cada minuto parece:

ligeiramente pior.

Não há:

momento teatral.


☕ Sapos e água quente?

A metáfora popular do sapo é biologicamente ruim.

Então:

vamos deixar o pobre sapo em paz.

Use:

drift.


🧠 Drift Into Failure

Sistema vai:

perdendo margem.

Tudo ainda:

funciona.

Até:

não.

Normalcy Bias ajuda:

aceitar drift.


🎯 Pergunta Bellacosa nº 7

“Estamos olhando apenas o estado atual ou também a velocidade com que estamos perdendo margem?”


🧠 Trend matters

CPU:

80%

not necessarily critical.

But:

70 → 75 → 80 → 85

every minute.

That:

is different.


☕ Um número é:

foto.

Trend:

filme.

Em crise:

filme importa.


🧠 Normalcy Bias e observability

Dashboard built:

green/yellow/red.

Yellow:

often ignored.

Because:

not red.

But:

yellow may be:

early warning.


🎯 Pergunta Bellacosa nº 8

“Nosso sistema de alerta trata degradação como informação ou apenas queda como informação?”


🧠 Alert fatigue piora

Se yellow fires:

todo dia,

people learn:

ignore.

Then:

real event.

Normalcy Bias supported by:

tooling.

Not only brain.


☕ Se tudo alerta

nada alerta.


🧠 Signal-to-noise again

Improve:

quality.

Otherwise:

“já vimos isso.”


🧠 Normalcy Bias e Black Swan

Careful.

Not every unexpected event:

Black Swan.

But rare events:

challenge expectation.

The key:

past frequency not proof of future impossibility.


🎯 Pergunta Bellacosa nº 9

“Estamos tratando ‘nunca aconteceu’ como evidência de baixa probabilidade ou como prova de impossibilidade?”


🧠 Mainframe reliability paradox

Systems highly reliable:

create confidence.

Good.

But:

long stability can make teams:

less psychologically ready

for real rupture.


☕ Quanto mais tempo sem incêndio

mais estranho parece:

alarme verdadeiro.


🧠 Normalcy Bias em DR

No disaster:

for years.

DR:

seen as ceremony.

Then:

actual.

People may initially:

try normal operations.

Delay:

declaration.


🧠 Declare disaster threshold

Need:

clear.


🎯 Pergunta Bellacosa nº 10

“O que exatamente precisa acontecer para declararmos DR — e todos sabem isso?”


🧠 DR activation

If criteria vague:

fear of overreaction.

Delay.

Normalcy.


☕ Declarar cedo parece:

exagero.

Declarar tarde parece:

óbvio erro.

É por isso que:

precommitment ajuda.


🧠 Normalcy Bias e failover

Primary degrading.

Team:

waits.

Because failover:

risky.

Makes sense.

But waiting too long:

may reduce failover success.

Need:

decision thresholds.


🎯 Pergunta Bellacosa nº 11

“Estamos preservando opcionalidade ou consumindo a janela em que a opção de failover ainda é segura?”


🧠 Option value

Act before:

state deteriorates too much.

Huge.


🧠 Normalcy Bias e backups

Data corruption detected.

First reaction:

maybe localized.

Continue processing.

Corruption spreads.

Need:

containment.


☕ Às vezes o primeiro passo não é:

consertar.

É:

parar de piorar.


🧠 Containment mindset

Normalcy says:

keep business.

Resilience says:

maybe isolate.


🎯 Pergunta Bellacosa nº 12

“Continuar operando está preservando serviço ou ampliando o dano?”


🧠 Normalcy Bias em security

One suspicious login.

Maybe noise.

Then:

more.

Analyst:

wait.

Because declaring:

incident

costly.

Attack:

moves.

Need:

containment threshold.


🧠 Security normalcy

Users have anomalies.

Most:

benign.

That makes:

real intrusion hard.


🎯 Pergunta Bellacosa nº 13

“Quais sinais combinados transformam um evento comum em uma hipótese de comprometimento real?”


🧠 Correlation helps

One:

weak.

Several aligned:

strong.


🧠 Normalcy Bias em fraude

One anomalous transaction:

maybe.

50:

not.

But if each individually:

reviewed,

normalization occurs.

Need aggregate.


☕ Incidentes distribuídos

podem parecer:

normais localmente

e anormais:

globalmente.


🎯 Pergunta Bellacosa nº 14

“Estamos vendo eventos isolados ou o padrão agregado?”


🧠 Normalcy Bias e silos

Each team:

sees own metrics:

slightly weird.

No one:

sees global.

Thus:

each says:

“normal enough.”

War Room starts late.


🧠 End-to-end observability

Antidote.


☕ Cinco equipes com:

5% de anomalia

podem formar:

100% de desastre.


🧠 Normalcy Bias e Principal-Agent

A team may delay escalation:

because escalation impacts:

KPI.

SLA.

reputation.

Now normalcy gets:

incentive.


🧠 Campbell / Goodhart

If P1 count:

punishes team,

teams may:

wait.

Reclassify.

Danger.


🎯 Pergunta Bellacosa nº 15

“Nosso sistema de incentivos torna psicologicamente ou politicamente caro declarar que a situação deixou de ser normal?”


🧠 This is huge

If saying:

“P1”

makes manager look bad,

then bias:

institutional.


☕ A organização pode:

treinar Normalcy Bias.


🧠 Normalcy Bias e leadership

Leader:

“não quero alarmismo.”

Team:

underreacts.

Or leader:

“escalem cedo.”

Culture:

different.


🎯 Pergunta Bellacosa nº 16

“A liderança penaliza falsos alarmes mais do que atrasos de escalada?”


🧠 False positive trade-off

Need balance.

Too many escalations:

fatigue.

Too late:

impact.

Calibrate.


🧠 Normalcy Bias e “wait and see”

Wait-and-see can be:

valid strategy.

But only if:

explicit.

Define:

wait 5 minutes;

monitor X;

if Y:

escalate.

Not:

indefinite.


☕ “Vamos observar”

só é plano

se tiver:

condição de saída.


🎯 Pergunta Bellacosa nº 17

“O que precisa acontecer para encerrarmos o ‘vamos observar’?”


🧠 Time-box uncertainty

Great technique.

OBSERVE UNTIL 02:25
IF QUEUE > 3000 OR ERR > 2%
THEN ESCALATE

Now:

controlled.


🧠 Normalcy Bias e Need for Control

Accepting crisis:

means admitting:

loss of control.

Uncomfortable.

So:

we keep:

normal procedures.


☕ “Ainda está sob controle”

às vezes significa:

“ainda não aceitamos que não está.”


🧠 Illusion of Control

Console available.

Commands.

So:

feels:

manageable.

Maybe:

not.


🎯 Pergunta Bellacosa nº 18

“Estamos dizendo que está sob controle porque temos ações disponíveis ou porque os indicadores realmente respondem às ações?”


🧠 Normalcy Bias e Action Bias

Interesting contrast.

Normalcy:

delay action.

Action Bias:

act too quickly.

How reconcile?

Different people/times.

At start:

normalcy.

Later panic:

action bias.

Classic incident curve:

underreact early, overreact late.


☕ Primeiro:

“espera.”

Depois:

“restart tudo.”

Maravilhoso.


🧠 This is key

Good incident management seeks:

measured early action

to avoid:

desperate late action.


🎯 Pergunta Bellacosa nº 19

“Estamos usando a hesitação inicial para criar exatamente a emergência que depois justificará ações brutais?”


🧠 Normalcy Bias e Risk Compensation

Past recoveries:

build belief:

system self-heals.

Then:

delay.


🧠 “It always recovers”

Until:

doesn't.


🎯 Pergunta Bellacosa nº 20

“Quantas recuperações anteriores foram realmente autocorreção do sistema e quantas foram sorte ou intervenção invisível?”


🧠 Normalcy Bias e technical debt

Known warning.

System works.

Years.

So:

“not urgent.”

Debt grows.

Then:

failure.

This is Normalcy Bias in slow motion.


☕ “Nunca deu problema”

é:

argumento fraco

contra:

risco estrutural.


🧠 Cultural Debt

A decision:

still feels normal

because:

identity built.

Changing means:

admit world changed.

Normalcy Bias + Cultural Debt.


🎯 Pergunta Bellacosa nº 21

“Estamos preservando essa prática porque ainda funciona ou porque admitir que o contexto mudou ameaça nossa identidade operacional?”


🧠 Normalcy Bias e legacy modernization

System:

reliable.

But skills:

shrinking.

Dependencies:

aging.

No outage.

Management:

“fine.”

Normalcy.

Risk:

future.


☕ Ausência de incidente

não é:

ausência de tendência.


🧠 Leading indicators

Track:

staffing;

supportability;

vendor EOL;

recovery time;

test coverage.

Not:

only outages.


🎯 Pergunta Bellacosa nº 22

“Quais indicadores antecipam perda de resiliência antes que ela apareça como incidente?”


🧠 Normalcy Bias e capacity planning

Peak grows:

month by month.

Still below:

limit.

So:

fine.

Then:

cross.

Need forecast.


🧠 Trend beats status

Again.


☕ Capacidade não falha:

quando chega a 100%.

Falha:

quando margem desaparece.


🎯 Pergunta Bellacosa nº 23

“Estamos monitorando utilização ou tempo restante até perdermos margem?”


🧠 Normalcy Bias e certificates

Perfect example.

Certificate:

expires in:

30 days.

Then:

Then:

Still works.

So:

normal.

Until:

00:00.

No gradual degradation.

Cliff.


☕ O sistema pode:

parecer perfeitamente normal

um segundo antes:

de parar.


🧠 Deadline risks

Certificates.

Licenses.

Disk.

Password expiry.

Contract.

Calendar events.

Need:

proactive.


🎯 Pergunta Bellacosa nº 24

“Existe algum risco binário que não dá sinais graduais antes da ruptura?”


🧠 Normalcy Bias e exponential growth

Queues.

Retries.

Virus spread.

Incidents.

Early:

small.

Then:

explosive.

Human intuition:

linear.

Danger.


🧠 Example

100
200
400
800
1600
3200

At 200:

looks small.

But trend:

terrifying.


☕ Exponencial é:

educado no começo.

Depois:

cobra juros.


🎯 Pergunta Bellacosa nº 25

“Estamos interpretando crescimento exponencial com intuição linear?”


🧠 Normalcy Bias e retry storms

One failure:

retry.

More load.

More failure.

Loop.

If early anomaly treated:

normal,

cascade.


🧠 Feedback loops

Important.


🎯 Pergunta Bellacosa nº 26

“Esse desvio possui mecanismo de autoamplificação?”

If yes:

act earlier.


🧠 Normalcy Bias e cascading failure

Initial:

minor.

Secondary:

major.

Early containment:

cheap.

Late:

hard.


☕ Pequena anomalia

pode:

não ser pequeno risco.


🧠 Normalcy Bias e SRE error budgets

Error budget:

helps quantify.

If burn rate:

spikes,

trigger.

Great anti-normalcy.


🧠 Burn rate

Not only:

current error.

Trajectory.


🎯 Pergunta Bellacosa nº 27

“Qual é a velocidade de consumo da nossa margem de erro?”


🧠 Normalcy Bias e AI monitoring

AI says:

“anomaly score 0.62.”

Human:

meh.

Need:

context.

AI can:

help detect pattern earlier.

But:

Automation Bias also.


🧠 Don't outsource escalation blindly

Model:

may miss.

Human:

may normalize.

Need:

combined.


🎯 Pergunta Bellacosa nº 28

“A IA está detectando mudança de regime ou apenas variação dentro do regime histórico?”


🧠 Change-point detection

Technical term useful.

When system shifts:

new regime.

Not just:

noise.


☕ Talvez devêssemos pensar:

“isso ainda pertence à mesma distribuição?”

Senior question.


🧠 Normalcy Bias e AI assistants

Prompt:

“Is this normal?”

Danger.

Model may compare:

past.

Better:

“what evidence suggests regime change?”


🎯 Pergunta Bellacosa nº 29

“Estamos pedindo à IA para tranquilizar ou para desafiar a hipótese de normalidade?”


🧠 Confirmation again

Normalcy hypothesis:

“temporary.”

Ask AI:

“why might this be transient?”

Gets:

reasons.

Don't.


🧠 Scenario generation

Ask:

what severe scenarios fit?

What signs discriminate?


☕ Não use IA

como:

calmante corporativo.


🧠 Normalcy Bias e incident severity review

Severity should:

update.

Not:

anchor.


🧠 Dynamic escalation

P3 → P2 → P1

Need:

rules.


🎯 Pergunta Bellacosa nº 30

“Se este incidente começasse agora com os dados atuais, ainda o classificaríamos da mesma forma?”


🧠 Normalcy Bias e communication

Early communication:

“We are investigating elevated latency.”

Good.

Not:

“everything fine.”

Avoid:

premature reassurance.


🧠 Transparency

Can say:

impact uncertain.


☕ “Ainda não sabemos”

é melhor que:

“não é nada”

sem evidência.


🧠 Normalcy Bias e public incidents

Organizations sometimes:

delay communication

because:

hope recovery.

Then:

trust loss.

Need:

criteria.


🎯 Pergunta Bellacosa nº 31

“Estamos adiando comunicar porque o impacto é realmente pequeno ou porque ainda esperamos que desapareça antes de precisarmos admitir?”


🧠 Normalcy Bias e vendor incidents

Vendor says:

“intermittent.”

We believe.

Maybe:

because convenient.

Need:

own evidence.


🧠 Independent telemetry

Again.


☕ “Fornecedor disse normal”

não:

restaura cliente.


🧠 Normalcy Bias e testing

Test environment shows:

occasional failure.

Team:

flaky test.

Maybe.

But flaky can:

signal race.

If repeatedly dismissed:

incident later.


🎯 Pergunta Bellacosa nº 32

“Chamamos de flakiness porque demonstramos ruído ou porque investigar seria caro?”


🧠 Flaky tests

Great example.

Sometimes:

bad test.

Sometimes:

real nondeterminism.

Don't normalize.


🧠 Normalcy Bias e warnings

Compiler warning.

Runtime warning.

Repeated.

People:

ignore.

Then:

failure.

Warning fatigue.


☕ Warning que nunca dói

vira:

papel de parede.


🎯 Pergunta Bellacosa nº 33

“Este warning continua sem consequência ou apenas não vimos ainda a consequência?”


🧠 Normalcy Bias e memory leaks

System restarts weekly.

Everyone:

normal.

Why?

Because:

always restart.

But:

that's workaround.

Cultural Debt.


🧠 Workaround becomes normal

Again.


🎯 Pergunta Bellacosa nº 34

“Estamos chamando de operação normal algo que já depende de intervenção recorrente para continuar funcionando?”


🧠 This is big

Normality can:

include hidden heroics.

If person leaves:

“normal” collapses.


☕ Normal não é:

aquilo que parece estável.

É:

aquilo que é sustentável.


🧠 Normalcy Bias e human staffing

On-call person:

always fixes.

No incidents visible.

Management:

fine.

Single point.

Normalcy.


🎯 Pergunta Bellacosa nº 35

“Quanta intervenção humana invisível é necessária para manter o que chamamos de normal?”


🧠 Normalcy Bias and Cultural Debt again

Heroic routines:

become:

identity.

“É assim mesmo.”

Risk.


🧠 Normalcy Bias e compliance

Control exceptions:

rare.

Then:

routine.

“Tem aprovação informal.”

Normalizes.

Eventually:

audit/security issue.


🎯 Pergunta Bellacosa nº 36

“Quando uma exceção repetida deixou de ser exceção e virou processo real?”


🧠 Normalization of Deviance teaser

This leads naturally to:

Normalization of Deviance.

Normalcy Bias:

denies abnormal event.

Normalization of Deviance:

turns abnormal behavior into normal practice.

Close relatives.


☕ Normalcy Bias:

“isso não é crise.”

Normalization of Deviance:

“isso nem é desvio.”

Beautiful distinction.


🧠 Normalcy Bias e Change Blindness?

Different concept.

But metaphorically:

gradual change less noticed.

Still:

not same.

Don't confuse.


🧠 Normalcy Bias e cognitive load

Under stress:

people may:

stick to familiar routine.

Procedures:

help.

But if procedure assumes:

normal operation,

problem.

Need:

emergency mode.


🎯 Pergunta Bellacosa nº 37

“Temos um ponto explícito em que deixamos o modo ‘operação normal’ e entramos no modo ‘incidente’?”


🧠 Mode switch

Important.

NORMAL OPS
↓
DEGRADED OPS
↓
MAJOR INCIDENT
↓
DR

Define:

entry/exit.


☕ Estado intermediário

evita:

tudo ou nada.


🧠 Normalcy Bias e workflow states

If system only:

OPEN/CLOSED,

bad.

Need:

degraded.

mitigating.

watch.


🧠 State model helps cognition

Exactly.


🎯 Pergunta Bellacosa nº 38

“Nosso workflow consegue representar ‘isso não caiu, mas já não está normal’?”


🧠 Normalcy Bias e SLOs

SLO:

objective.

If burn:

high,

trigger.

Good.

But:

don't overfit.


🧠 Error budget as reality check

Stops:

“seems fine.”


☕ Opinião:

“parece estável.”

SLO:

“acabamos de gastar 30% do mês em 20 minutos.”

Conversa muda.


🧠 Normalcy Bias e Black Start / DR exercises

Practice:

declaration.

People hesitate less.

Muscle memory.


🧠 Tabletop scenarios

Reveal:

escalating signals.

Ask:

when act?

Compare.


🎯 Pergunta Bellacosa nº 39

“Treinamos a equipe para reconhecer o momento de declarar crise ou apenas para operar quando a crise já foi declarada?”


🧠 Normalcy Bias e organizational storytelling

Past incidents:

“came out of nowhere.”

Maybe:

because early signals normalized.

Postmortem:

look.


☕ “Do nada”

às vezes significa:

“dos sinais que ninguém tratou como mudança de regime.”


🧠 Hindsight caution

Don't say:

“obvious.”

Instead:

which early signal could:

be made actionable?


🎯 Pergunta Bellacosa nº 40

“Qual sinal precoce podemos tornar mais distinguível sem criar mil falsos alarmes?”


🧠 Normalcy Bias e probability

Past:

99.9% uptime.

Doesn't mean:

next minute 99.9?

Roughly maybe.

But conditional evidence matters.

Once anomalies:

observed,

update.

Bayesian thinking.


🧠 Prior versus evidence

Prior:

system healthy.

New evidence:

errors.

Update.

Normalcy Bias:

under-updates.


☕ Anchoring in Bayesian clothing.


🎯 Pergunta Bellacosa nº 41

“Estamos atualizando nossa crença proporcionalmente à nova evidência ou ainda vivendo no prior de ontem?”


🧠 Normalcy Bias e confidence

At 02:13:

transient 80%.

At 02:20:

maybe 50%.

At 02:25:

10%.

If still:

80,

bias.


🧠 Explicit probability can help

Not precise.

But:

forces update.


☕ Crença também:

precisa de monitoring.


🧠 Normalcy Bias e counterfactual

If this is:

real major incident,

what would we expect next?

Queue doubling?

Error rising?

Observe.


🎯 Pergunta Bellacosa nº 42

“Se isso não for um pico normal, qual será o próximo sinal — e em quanto tempo?”

Great.


🧠 Predictive branching

Write:

Scenario A transient.

Scenario B cascade.

Expected:

signals.

Then:

monitor.


🧠 This turns waiting into experiment

Not:

hope.


☕ “Vamos observar”

vira:

ciência

quando:

você sabe o que está observando.


🧠 Bellacosa Two-Scenario Test

H0: TRANSIENT
EXPECT:
latency falling within 5 min
queue stable

H1: CASCADE
EXPECT:
queue doubling
error rising
retries rising

At 5 min:

decide.


🎯 Pergunta Bellacosa nº 43

“O que distinguirá a hipótese de normalidade da hipótese de crise?”


🧠 Normalcy Bias e blast radius

Act early:

maybe small.

Wait:

blast grows.

Need:

cost comparison.


🧠 False alarm cost vs missed incident cost

Explicit.


🎯 Pergunta Bellacosa nº 44

“Qual é o custo de escalar cedo demais versus o custo de escalar tarde demais?”


🧠 Often asymmetric

War Room false alarm:

cost maybe 1h.

Late P1:

millions.

Then:

early bias.


☕ Nem todo erro de decisão

tem:

mesmo preço.


🧠 Normalcy Bias e option preservation

Earlier:

more options.

Later:

fewer.

Failover window.

Rollback.

Containment.


🎯 Pergunta Bellacosa nº 45

“Esperar mais cinco minutos aumenta informação mais rápido do que reduz nossas opções?”

Essa é excelente.


🧠 Value of information vs cost of delay

Senior-level.

Wait can:

gain info.

But:

cost.

Balance.


🧠 Normalcy Bias in change rollback

Change causes:

some errors.

Team:

waits.

Maybe:

stabilize.

Rollback window:

closes.

Then:

data migration irreversible.

Danger.


☕ Às vezes:

reversibilidade expira.


🎯 Pergunta Bellacosa nº 46

“Até quando o rollback continua realmente disponível?”


🧠 Normalcy Bias e database corruption

Critical.

If suspect corruption:

stop writes?

Hard.

Waiting:

could amplify.

Need:

runbook.


🧠 Data integrity > availability sometimes

Trade-off.


🎯 Pergunta Bellacosa nº 47

“Qual é o custo de manter disponibilidade se os dados podem estar se deteriorando?”


🧠 Normalcy Bias e cyber ransomware

Odd files.

Slow shares.

Users report.

Maybe:

storage.

Delay.

Encryption spreads.

Early isolation:

critical.

Again.


☕ Em alguns incidentes

“esperar confirmar”

é:

dar tempo ao problema.


🧠 Normalcy Bias e human factors

People seek:

social cues.

If nobody panics:

assume okay.

In real emergencies too.

In War Room:

if senior calm,

juniors:

don't escalate.


🎯 Pergunta Bellacosa nº 48

“Estamos avaliando os sinais ou observando a reação das pessoas para decidir se os sinais são graves?”


🧠 Social proof

Related.

Everyone calm:

normal.

But maybe:

everyone waiting.

Collective delay.


☕ Cinco pessoas esperando

não tornam:

espera correta.


🧠 Authority Bias

Senior:

“já vi pior.”

Anchor.

Could:

suppress.

Need:

data.


🎯 Pergunta Bellacosa nº 49

“‘Já vi pior’ é contexto útil ou está virando motivo para ignorar a tendência atual?”


🧠 Normalcy Bias e expertise

Expert can:

correctly recognize benign spikes.

Great.

But:

pattern recognition needs:

falsification.

“What is different?”


🧠 Expert intuition + check

Best.


☕ Sexto sentido é ótimo.

Mas:

deixe o SMF confirmar.


🧠 Bellacosa Anti-Normalcy Protocol

Passo 1 — Defina baseline

O que é normal?

Passo 2 — Defina desvio

Magnitude.

Trend.

Duration.

Passo 3 — Liste hipóteses

Transient vs regime change.

Passo 4 — Defina sinais discriminantes

What would each predict?

Passo 5 — Time-box observation

No indefinite wait.

Passo 6 — Define escalation triggers

Before crisis.

Passo 7 — Monitor trend and margin

Not only current state.

Passo 8 — Preserve options

Rollback/failover/containment.

Passo 9 — Challenge reassurance

Why do we think it will normalize?

Passo 10 — Review false alarms and misses

Calibrate.


📋 Checklist Bellacosa anti-Normalcy Bias

[ ] Qual é o baseline real?

[ ] O desvio está crescendo?

[ ] Quanto tempo já dura?

[ ] A magnitude ainda cabe no histórico?

[ ] Estamos perdendo margem?

[ ] Existe mecanismo de autoamplificação?

[ ] Há cliente afetado?

[ ] O que nos faria escalar?

[ ] Quando termina o "vamos observar"?

[ ] O rollback ainda está disponível?

[ ] O failover fica mais difícil com o tempo?

[ ] Estamos esperando recuperação porque há evidência?

[ ] A liderança desestimula escaladas?

[ ] O próximo turno herdou fatos ou tranquilização?

[ ] O custo de atraso é maior que o custo de falso alarme?

🧠 Bellacosa Normalcy Card

BASELINE:
_________________________

CURRENT STATE:
_________________________

TREND:
STABLE / WORSENING / IMPROVING

H0 - TRANSIENT:
_________________________

H1 - REGIME CHANGE:
_________________________

ESCALATE IF:
_________________________

OBSERVE UNTIL:
_________________________

OPTIONS AT RISK:
_________________________

👻 Easter Egg nº 2 — BELLACOSA.BIAS(NORMALCY)

       IF CURRENT-STATE NOT = BASELINE
           PERFORM MEASURE-DEVIATION
       END-IF.

       IF DEVIATION > THRESHOLD
          OR TREND = 'WORSENING'
           PERFORM EVALUATE-ESCALATION
       END-IF.

       IF TEAM-SAYS 'WAIT-FIVE-MINUTES'
           PERFORM SET-EXIT-CONDITION
       END-IF.

       IF OPTIONS-EXPIRING = 'Y'
           DISPLAY
           'WARNING: DELAY HAS A COST'
       END-IF.

Comentários:

* NORMAL YESTERDAY
* DOES NOT MEAN
* NORMAL NOW.

Outro:

* WAITING
* IS A DECISION.

Outro:

* "LET'S OBSERVE"
* REQUIRES
* AN EXIT CONDITION.

Outro:

* DO NOT WAIT
* FOR THE INCIDENT
* TO PROVE
* IT IS AN INCIDENT.

E naturalmente:

* DALEKS:
* 1 -> 2 -> 4 -> 8
*
* TEAM:
* "PROBABLY TEMPORARY."

🕰️ De volta ao console

02:20.

Queue:

2.400.

Nosso jovem pergunta:

— Qual é a condição para escalar?

Silêncio.

Doctor olha:

para operador.

— Vocês não definiram?

— Não.

Nosso jovem escreve:

IF QUEUE > 3000
OR ERROR > 2.5%
OR LATENCY > 2s FOR 5 MIN
THEN P1

02:22.

Queue:

3.100.

Error:

2.8%.

Ninguém diz:

“vamos esperar.”

P1.

War Room.

Vendor.

Failover team:

ready.


🔧 02:27

Descobrem:

retry loop.

Containment:

implemented.

Queue:

stops growing.

Service:

degraded but stable.

Sem:

total outage.


☕ O gerente pergunta:

— Talvez tivesse normalizado sozinho.

Nosso jovem:

— Talvez.

Doctor:

— E talvez não.

— Então como sabemos se escalar foi certo?

Doctor olha:

para os critérios.

“Porque a decisão foi tomada com base no risco e nos sinais disponíveis, não na esperança de que o futuro seria parecido com ontem.”


🧠 Isso é o ponto

Não queremos:

panic bias.

Nem:

false alarm mania.

Queremos:

early recognition.


🧠 Normalcy Bias não é resolvido com paranoia

Importantíssimo.

Se tudo:

crise,

nothing:

crise.

Need:

calibration.


🎯 Pergunta Bellacosa nº 50

“Como reagir cedo sem transformar toda anomalia em apocalipse?”

Resposta:

baseline;

threshold;

trend;

time-box;

decision rules;

reversibility;

cost asymmetry.


🧬 Regeneração organizacional

Uma organização madura entende:

que normalidade é:

hipótese.

Não:

direito adquirido.

Ela:

mede baseline;

observa trends;

define escalation;

treina mudança de modo;

preserva opções;

não pune false alarms razoáveis;

e não espera:

produção morrer

para admitir:

que produção estava doente.

Principalmente:

ela sabe que a frase:

“vamos observar mais cinco minutos”

não é inocente.

Pode ser:

boa decisão.

Mas precisa:

de hipótese;

de métrica;

de limite;

de saída.

Sem isso:

é apenas:

esperança com relógio.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Normalcy Bias é a tendência de subestimar ou atrasar a aceitação de uma ameaça porque esperamos que as condições normais continuem.

Ele é especialmente perigoso em eventos que começam com sinais graduais ou ambíguos.

O fato de um sistema ter se recuperado sozinho anteriormente não prova que o evento atual também se recuperará.

Anchoring pode prender a equipe ao baseline antigo.

Confirmation Bias pode fazer a equipe procurar sinais de estabilização e minimizar sinais de deterioração.

Narrative Bias produz explicações tranquilizadoras como “é só pico”.

Search Satisfaction pode fazer um primeiro achado benigno encerrar a exploração cedo demais.

Premature Closure pode transformar “parece transitório” em diagnóstico.

Diagnosis Momentum pode transmitir “é apenas um pico” para os turnos seguintes.

Outcome Bias pode validar atrasos anteriores que terminaram bem por sorte.

Hindsight Bias depois fará o atraso parecer obviamente errado caso o incidente exploda.

Need for Control pode fazer a equipe resistir a admitir que perdeu o regime normal de operação.

Action Bias pode aparecer depois, produzindo o padrão clássico de hesitação cedo demais e ação desesperada tarde demais.

Trend, duração e margem são tão importantes quanto o valor instantâneo de uma métrica.

“Vamos observar” precisa de duração e condição de saída.

A organização deve diferenciar operação normal, degradação, major incident e DR.

O custo de esperar pode incluir perda de rollback, failover, contenção e opcionalidade.

A ausência de queda ainda não prova que o sistema está normal.

E principalmente:

normalidade não é aquilo que esperamos que continue acontecendo; é aquilo que as evidências atuais ainda justificam chamar de normal.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

IF THINGS-ARE-WEIRD
   DO NOT AUTOMATICALLY
   MOVE 'NORMAL'
   TO EXPLANATION.

Nosso jovem:

— Isso não é COBOL.

Doctor:

— Você tem esse problema com tudo que eu escrevo.

Ele corrige:

       IF CURRENT-STATE NOT = BASELINE
           PERFORM EVALUATE-CHANGE-OF-REGIME
       END-IF.

Doctor sorri.

— Melhor.

Nosso jovem pergunta:

— E se for realmente só um pico?

— Excelente.

— Então escalamos à toa?

— Talvez.

— Isso não é ruim?

O Doctor abre a porta da TARDIS.

“Um falso alarme razoável pode custar uma hora. Uma falsa sensação de normalidade pode custar o sistema inteiro.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

No console:

INCIDENT:
MITIGATED EARLY

TOTAL OUTAGE:
AVOIDED

Nosso jovem olha:

para a queue.

Depois:

para o relógio.

E escreve no quadro:

“Esperar também é uma decisão — e deve ser justificada com a mesma disciplina que agir.”

Talvez essa seja toda a essência do Normalcy Bias no Bellacosa Mainframe:

o perigo não começa quando tudo cai; muitas vezes começa minutos antes, quando tudo já mudou e nós ainda estamos negociando com a ideia de que talvez continue normal.

☕🌀

Próxima parada: Normalization of Deviance — o dia em que uma gambiarra que “funcionou só desta vez” funcionou tantas vezes que deixou de ser gambiarra, virou processo oficial e ninguém mais lembrava qual regra estava sendo violada.

terça-feira, 11 de janeiro de 2011

Normalcy Bias: Doctor Who, COBOL e o Dia em que Tudo Já Estava Dando Errado — Mas Todo Mundo Achou que Ia Passar

Bellacosa Mainframe e o normalcy bias

☕ Um Café no Bellacosa Mainframe

Normalcy Bias: Doctor Who, COBOL e o Dia em que Tudo Já Estava Dando Errado — Mas Todo Mundo Achou que Ia Passar

Uma viagem pela TARDIS dos incidentes para entender por que, diante de sinais anormais, nosso cérebro insiste em acreditar que o mundo continuará funcionando como sempre funcionou

09:04.

Segunda-feira.

Café quente.

Mainframe acordado.

Usuários trabalhando.

Tudo normal.

Então aparece:

WARNING
PAYMENT RESPONSE TIME ABOVE BASELINE

O operador olha.

— Deve ser pico de volume.

09:11.

QUEUE DEPTH +40%

— Segunda-feira.

09:18.

TIMEOUT RATE +180%

— Deve estabilizar.

09:26.

Primeiras reclamações.

— Usuário sempre reclama antes de a coisa ficar normal.

09:34.

FAILED TRANSACTIONS: 417

O gerente pergunta:

— Precisamos abrir incidente?

Alguém responde:

— Vamos esperar mais dez minutos.

09:41.

Mais falhas.

09:46.

Mais reclamações.

09:49.

O sistema não está estabilizando.

Mas a mente coletiva ainda trabalha com uma convicção silenciosa:

“Provavelmente vai voltar ao normal.”

VWORP.

VWORP.

VWORP.

A TARDIS surge no corredor.

A porta abre.

O Doctor sai.

Olha para o painel.

Depois para os operadores.

— Há quanto tempo isso está piorando?

— Quarenta minutos.

— E o que vocês estão esperando?

— Que normalize.

O Doctor inclina a cabeça.

— Com base em quê?

Silêncio.

— Bem... normalmente normaliza.

Ele olha novamente para o gráfico.

— Ah.

Pausa.

— Então vocês estão usando o fato de ontem ter terminado bem como evidência de que hoje também terminará?

Mais silêncio.

— Isso é encantador.

Outra pausa.

— E profundamente perigoso.

Bem-vindo ao:



Normalcy Bias

Ou:

Viés de Normalidade

A tendência de subestimar sinais de perigo e assumir que, mesmo diante de eventos anormais, a situação provavelmente continuará parecida com aquilo que conhecemos.


🌀 Nossa TARDIS já viu muita coisa

Até aqui encontramos:

Swiss Cheese Model — várias defesas imperfeitas podem falhar juntas.

Normalization of Deviance — desvios podem virar rotina.

Hindsight Bias — depois do evento tudo parece óbvio.

Confirmation Bias — buscamos o que confirma nossas crenças.

Anchoring Bias — a primeira explicação pesa demais.

Groupthink — grupos convergem cedo demais.

Authority Gradient — hierarquia pode silenciar quem percebe risco.

Plan Continuation Bias — continuamos planos que já deveriam ser revistos.

Alarm Fatigue — alertas demais viram ruído.

Automation Bias — confiamos demais na máquina.

Drift Into Failure — pequenas decisões e perda de margem levam o sistema para a borda.

Diffusion of Responsibility — todo mundo vê e ninguém assume.

Agora o problema é diferente:

o perigo está visível, mas não parece real o bastante.


🧠 O que é Normalcy Bias?

Normalcy Bias é a tendência de acreditar que as coisas continuarão aproximadamente como sempre foram, mesmo quando surgem evidências de mudança séria.

O cérebro trabalha com modelos.

Ele aprende:

segunda-feira tem pico.

fila cresce.

depois cai.

Então, quando vê outra fila crescendo, tenta encaixar no padrão conhecido.

Isso é útil.

Sem esse mecanismo ficaríamos em pânico a cada pequena variação.

Mas em uma emergência real, essa mesma tendência pode atrasar resposta.

Representando:

SINAL ANORMAL
     ↓
“ISSO JÁ ACONTECEU”
     ↓
“DEVE PASSAR”
     ↓
ESPERA
     ↓
SINAL PIORA
     ↓
“AINDA DEVE PASSAR”
     ↓
ATRASO NA REAÇÃO

☕ Bellacosa Mainframe: “isso acontece no fechamento”

Imagine:

CPU: 91%

Operador:

— No fechamento sempre sobe.

Depois:

CPU: 95%
QUEUE: +120%

— Ainda dentro do esperado.

Depois:

CPU: 97%
QUEUE: +300%
TIMEOUTS: 870

— Deve ser o volume.

Talvez seja.

Mas a pergunta correta é:

“Em que ponto deixamos de estar dentro do comportamento conhecido?”

Normalcy Bias prospera quando não existe esse ponto definido.


📈 Baseline novamente salva o dia

Se você apenas pensa:

“isso costuma acontecer”

fica sujeito à memória.

Melhor:

BASELINE DE SEGUNDA-FEIRA

CPU normal: 72–84%
Queue normal: até 2.500
Timeout normal: < 20/min

Hoje:

CPU: 96%
Queue: 18.000
Timeout: 310/min

Agora fica difícil dizer:

“segunda-feira normal.”

Dados ajudam a quebrar o viés de normalidade.


🧠 “Já aconteceu antes” pode significar duas coisas

Frase:

“Já aconteceu antes.”

Pode significar:

  1. conhecemos esse comportamento e sabemos por que é seguro;

ou:

  1. sobrevivemos a ele antes e estamos presumindo que sobreviveremos novamente.

Essas coisas não são iguais.

A segunda se conecta diretamente com:

Normalization of Deviance.


🧩 Normalcy Bias versus Normalization of Deviance

Os nomes parecem parentes.

São.

Mas não são a mesma coisa.

Normalization of Deviance

O desvio se torna aceito ao longo do tempo.

“Esse warning é normal.”

Normalcy Bias

Diante de uma situação potencialmente grave, presumimos que ela não será tão grave e que a rotina continuará.

“Isso deve melhorar sozinho.”

Uma fala sobre:

o que aceitamos como normal.

A outra:

o que esperamos que continue normal.

As duas juntas podem ser perigosíssimas.


🚨 Exemplo

Warning diário.

Normalizamos.

Um dia o warning aparece com intensidade muito maior.

Normalcy Bias:

“É aquele warning de sempre.”

Mas não é mais o mesmo comportamento.

A familiaridade mascara mudança de escala.


👻 Easter Egg nº 1 — “Sempre volta”

Imagine uma estação espacial.

Luzes piscando.

Um técnico diz:

— A energia sempre volta.

Doctor:

— E voltou?

— Nas outras vezes.

— E desta?

— Ainda não.

— Então talvez devêssemos parar de usar as outras vezes como plano de recuperação.

Essa frase vale para produção.


🧠 Por que fazemos isso?

Porque admitir que existe emergência é caro.

Psicologicamente.

Organizacionalmente.

Operacionalmente.

Se dissermos:

“Temos incidente”

precisamos:

abrir War Room;

escalar;

interromper mudança;

avisar negócio;

talvez chamar diretor;

talvez perder SLA.

Esperar é mais confortável.

Talvez resolva sozinho.

Então Normalcy Bias pode ser reforçado por incentivos.


💰 Declarar incidente tem custo social

Imagine uma cultura onde abrir Severity 1 gera:

reuniões;

relatórios;

cobrança;

culpa;

PowerPoint para diretoria.

O que acontece?

Pessoas retardam declaração.

Não necessariamente conscientemente.

Pensam:

“Vamos esperar mais cinco minutos.”

Isso é perigoso.

A cultura tornou reconhecimento da realidade caro.


🚦 Better safe than embarrassed

Uma organização madura prefere:

falso positivo controlado;

a incidente reconhecido tarde.

Se alguém declara incidente e depois descobre que era menor:

ótimo.

Se for ridicularizado:

da próxima vez esperará.

Normalcy Bias ganha ajuda da cultura.


🧀 Swiss Cheese + Normalcy Bias

Imagine barreira:

detecção humana.

O alerta aparece.

Mas humano pensa:

“não é grave.”

Mais um buraco.

Depois barreira:

escalation.

Não escalamos porque:

“vai passar.”

Outro buraco.

Depois:

rollback.

Não rollbackamos porque:

“ainda deve estabilizar.”

Terceiro buraco.

O queijo vai alinhando.


🌀 Drift Into Failure prepara o terreno

Durante anos:

mais volume;

menos margem;

mais warning.

A operação vai se adaptando.

Então chega o dia em que sistema cruza a fronteira.

Mas todos ainda possuem modelo mental antigo:

“ele sempre aguenta.”

Isso é Normalcy Bias sustentado por memória histórica.

O sistema mudou.

O modelo mental não.


🧠 Model Drift humano

Falamos de drift em sistemas.

Mas também existe drift entre:

realidade;

modelo mental.

Exemplo:

2021:

batch aguenta 20 milhões.

2026:

processa 80 milhões.

Operador ainda pensa:

“Esse job é muito robusto.”

Talvez fosse.

Sob condições antigas.


🤖 Automation Bias piora

Dashboard:

OVERALL: GREEN

Usuários reclamam.

Normalcy Bias:

“provavelmente ruído.”

Automation Bias:

“o painel diz verde.”

Agora os dois se reforçam.

A realidade perde votação.


🔔 Alarm Fatigue também ajuda

Se alertas aparecem constantemente:

novo alerta grave parece só mais um.

Normalcy Bias diz:

“igual aos anteriores.”

Alarm Fatigue diz:

“não quero olhar.”

Excelente combinação.


👥 Groupthink cria normalidade coletiva

Uma pessoa diz:

— Não parece grave.

Outra:

— Concordo.

Terceira:

— Já vimos antes.

Agora o grupo constrói uma narrativa:

“está tudo sob controle.”

A pessoa mais preocupada começa a duvidar.

Groupthink transforma Normalcy Bias individual em percepção coletiva.


🪜 Authority Gradient silencia o desconfortável

Júnior:

— Isso está pior que o normal.

Sênior:

— Relaxa. Já vi isso várias vezes.

O júnior se cala.

Talvez esteja certo.

Authority Gradient protege o modelo mental antigo.


▶️ Plan Continuation Bias

Mudança em andamento.

Métricas pioram.

Equipe:

— Deve estabilizar depois do próximo passo.

Continua.

Normalcy Bias:

isso ainda não é emergência.

Plan Continuation Bias:

não pare.

E lá vamos nós.


👥 Diffusion of Responsibility

Todo mundo observa.

Ninguém declara incidente porque presume que:

se fosse realmente grave, alguém já teria declarado.

Perfeito.

Agora a ausência de ação das outras pessoas vira evidência de normalidade.

Esse mecanismo é assustadoramente elegante.


🧠 Social Proof em crise

Humano observa os outros.

Se ninguém corre:

talvez não haja fogo.

Isso é útil em situações ambíguas.

Mas se todos estão olhando uns para os outros:

o grupo inteiro pode ficar parado.


🔥 “Se fosse grave, alguém faria alguma coisa”

Essa frase deveria disparar alerta mental.

Porque talvez todas as pessoas estejam usando exatamente o mesmo raciocínio.


🏢 O caso do cheiro de queimado

Imagine data center.

Alguém sente cheiro de queimado.

Olha para outros.

Ninguém parece preocupado.

Pensa:

ar-condicionado.

Outro também sente.

Vê primeiro calmo.

Pensa:

deve ser normal.

Todos detectaram.

Nenhum validou.

Essa é uma versão perfeita.


💻 No COBOL: retorno estranho

Programa normalmente retorna:

REJECTS: 10–30

Hoje:

REJECTS: 490

Operador:

— Final de mês.

Depois:

REJECTS: 1.870

— Volume alto.

Pergunta:

qual limite separa explicação razoável de racionalização?

Precisa existir.


🚨 Thresholds de reconhecimento

Além de thresholds técnicos, precisamos de thresholds de decisão.

Exemplo:

IF REJECT RATE > 1%
    DECLARE DEGRADED

IF > 3%
    OPEN INCIDENT

IF > 5%
    STOP PROCESSING

Agora a mente não negocia infinitamente.


🧠 Precommitment retorna

Antes da crise:

definimos:

se X ocorrer, agimos.

Durante:

menos espaço para:

“vamos esperar.”

Precommitment combate Normalcy Bias.


🛑 Trigger Action Response Plan

Uma abordagem poderosa:

TRIGGER:
Queue > 10k por 5 min

ACTION:
abrir incidente

TRIGGER:
Timeout > 5%

ACTION:
HOLD mudança

TRIGGER:
Reconciliação != 0

ACTION:
STOP

O gatilho conecta diretamente a ação.

Reduz ambiguidade.


🧠 Não espere certeza absoluta

Outra armadilha.

Pessoas esperam:

“prova de desastre.”

Mas segurança trabalha com evidência suficiente.

Se esperar certeza total:

talvez já seja tarde.

A pergunta é:

“qual nível de incerteza aceitamos antes de agir?”


📊 Confidence Thresholds

Exemplo:

não sabemos causa.

Mas sabemos:

impacto subindo;

tendência negativa;

margem caindo.

Já pode ser suficiente para:

abrir incidente.

Você não precisa saber causa raiz para reconhecer emergência.


🔥 Incidente primeiro, explicação depois

Às vezes pessoas pensam:

“Não podemos declarar incidente porque ainda não sabemos a causa.”

Errado.

Incidente é sobre impacto e risco.

Causa vem depois.

Se prédio está queimando, não precisamos saber origem do fogo antes de evacuar.


☕ Bellacosa Mainframe: RC=00 e negócio quebrado

Job:

RC=0000

Tudo normal?

Talvez.

Mas reconciliação:

EXPECTED: 3.450.000
POSTED:   3.210.000

Normalcy Bias:

“talvez atraso de atualização.”

Investigue.

RC=00 só fala sobre o que o programa considerou sucesso.

Não sobre o universo.


🧠 Technical Normal vs Business Abnormal

Essa distinção é muito importante.

Infra:

normal.

Negócio:

anormal.

Se você escuta apenas infraestrutura, pode ignorar clientes.

Sempre valide impacto ponta a ponta.


📞 Usuário pode ser o primeiro sensor

Usuário reclama.

Dashboard verde.

Não presuma:

usuário está errado.

Ele pode estar enxergando uma camada não monitorada.

Normalcy Bias adora desqualificar sinal externo porque não cabe no painel.


🎯 Pergunta Bellacosa nº 1

Quando alguém disser:

“Deve normalizar.”

Pergunte:

“Qual evidência mostra tendência de normalização?”

Se resposta:

“normalmente acontece”

temos memória.

Não evidência atual.


🎯 Pergunta Bellacosa nº 2

Outra:

“Qual comportamento distinguiria ‘pico normal’ de ‘incidente começando’?”

Defina.


🎯 Pergunta Bellacosa nº 3

Outra:

“Quanto tempo estamos dispostos a esperar antes de agir?”

Sem isso:

espera vira infinita.


🎯 Pergunta Bellacosa nº 4

E:

“Se isso piorar duas vezes, nossa decisão muda?”

Planeje antes.


🧪 Passo a passo para combater Normalcy Bias

Passo 1 — Tenha baseline objetivo

Não dependa de sensação.


Passo 2 — Defina triggers claros

Quando deixa de ser normal?


Passo 3 — Diferencie variação de tendência

Um pico isolado pode ser ruído.

Três métricas piorando juntas contam história.


Passo 4 — Defina tempo de observação

“Esperar” precisa ter relógio.

Exemplo:

OBSERVE FOR 5 MIN
THEN REASSESS

Não:

“vamos vendo.”


Passo 5 — Use escalonamento progressivo

Warning.

Degraded.

Incident.

Critical.


Passo 6 — Permita declaração precoce

Sem punição social.


Passo 7 — Use fresh eyes

Pessoa nova pode perceber que o “normal” já mudou.


Passo 8 — Compare com cenários históricos corretos

Não apenas:

“já aconteceu.”

Pergunte:

“nas mesmas condições?”


Passo 9 — Registre decisões

Por que optamos por esperar?

Qual sinal mudaria isso?


Passo 10 — Faça retrospectiva sobre atrasos de reconhecimento

Não apenas causa raiz.

Pergunte:

quando tivemos informação suficiente para perceber que era incidente?


🕰️ Time to Declare

Podemos medir:

MTTD.

MTTR.

Mas também:

Time to Declare

Quanto tempo entre sinais suficientes e declaração formal?

Exemplo:

09:10 primeiro sinal forte
09:47 incidente declarado

37 minutos.

Talvez recuperação tenha levado 20.

Então maior problema foi reconhecimento tardio.


🧠 Recognition Latency

Atraso cognitivo importa.

Sistema pode detectar às 09:10.

Humano reconhecer às 09:40.

Organização agir às 09:50.

Três tempos diferentes.


📊 Timeline cognitiva novamente

09:04 metric abnormal
09:11 queue growing
09:18 timeouts
09:26 users report
09:34 failures
09:49 incident declared

Pergunte:

em qual ponto já tínhamos evidência suficiente?

Isso produz aprendizado.


🧠 Hindsight Bias cuidado!

Depois:

— Era claramente incidente às 09:11.

Talvez.

Ou talvez não.

Não use futuro para julgar.

Mas podemos perguntar:

quais critérios teriam permitido reconhecer antes?

Isso transforma retrospectiva em engenharia.


🏥 Normalcy Bias fora da TI

Esse viés aparece em desastres naturais, emergências e situações em que pessoas demoram a reagir porque eventos extremos parecem improváveis.

É justamente por isso que alertas públicos precisam ser:

claros;

acionáveis;

específicos.

“Pode haver risco” é diferente de:

“Evacue agora.”

Em TI também.


🚨 Mensagens vagas alimentam viés

WARNING:
SYSTEM MAY BE DEGRADED

Pessoa:

— Talvez não.

Melhor:

PAYMENT FAILURE RATE 12%
NORMAL < 0.2%
IMPACT CONFIRMED
OPEN INCIDENT NOW

Ação clara.


🧠 Linguagem importa

Evite:

“parece alguma instabilidade.”

Se dados mostram:

35% das transações falhando,

diga isso.

Eufemismo pode reforçar Normalcy Bias.


🏢 Cultura do “não dramatiza”

Algumas equipes valorizam calma.

Ótimo.

Mas calma não significa minimizar.

Você pode dizer:

“Temos impacto crítico confirmado”

sem pânico.

Precisão não é dramatização.


🧯 British calm versus denial

Aqui nosso humor britânico fica perfeito.

Existem duas atitudes:

Calma britânica:

“O prédio está pegando fogo. Vamos evacuar de forma ordenada.”

Normalcy Bias:

“Há apenas uma quantidade incomum de fumaça. Talvez seja o chá.”

Não confunda compostura com negação.


👻 Easter Egg nº 2 — chá e Daleks

Companion:

— Doctor, há Daleks na recepção.

— Quantos?

— Quatorze.

— E o segurança?

— Disse que provavelmente é uma convenção.

Doctor:

— Normalcy Bias.

— O quê?

— Depois explico. Corra.


🔁 Continuous Reassessment

Uma prática central:

reavalie.

Se decidiu:

esperar cinco minutos,

depois de cinco:

nova decisão.

Não deixe decisão temporária virar permanente.


⏰ Timer explícito

Use:

DECISION:
Observe.

EXPIRES:
09:30.

Às 09:30:

decida novamente.

Isso impede inércia.


🧠 “No decision” é uma decisão

Esperar também é ação.

Ela possui risco.

Pergunte:

qual é o custo de esperar?

Às vezes esperar é correto.

Mas deve ser escolha consciente.


📉 Cost of Delay

Se fila cresce 1.000/minuto:

esperar 10 minutos:

+10.000 backlog.

O tempo possui custo mensurável.

Isso ajuda a combater:

“vamos esperar mais.”


💻 COBOL e batches

Batch começa atrasar.

Ainda dentro da janela.

Normalcy Bias:

dá tempo.

Mas calcule:

ritmo atual.

tempo restante.

volume restante.

Agora talvez descubra matematicamente que não dá.

Projeção supera esperança.


📈 Forecast operacional

Em vez de:

“ainda está rodando.”

Use:

CURRENT RATE: 20k/min
REMAINING: 2M
ESTIMATED END: 05:12
SLA: 04:00

Agora futuro provável fica visível.


🤖 IA pode ajudar — e atrapalhar

IA pode detectar anomalias.

Ótimo.

Mas Automation Bias:

IA diz normal.

Ou Normalcy Bias:

IA não sinalizou, então não é incidente.

Use IA como mais uma fonte.

Não substituto de realidade.


🔍 Anomaly Detection não é oráculo

Se modelo treinou com histórico onde sistema já estava degradando, pode considerar degradação “normal”.

Interessante, não?

O modelo também pode normalizar desvio estatisticamente.

Por isso baseline precisa ser saudável, não apenas frequente.


🧠 “Normal” estatístico versus “normal” seguro

Esse é um ponto magnífico.

Se sistema vive 95% do tempo com warning:

estatisticamente:

warning é normal.

Operacionalmente:

talvez seja péssimo.

Não confunda frequência com segurança.


🧬 Regeneração organizacional

Como uma organização se regenera depois de identificar Normalcy Bias?

Ela:

define baseline;

define gatilhos;

mede tempo de reconhecimento;

treina escalonamento;

reduz custo social de declarar incidentes;

usa dados objetivos;

cria temporizadores;

faz reavaliação periódica;

valoriza sinais externos;

e ensina:

“Familiar não significa seguro.”


📋 Checklist anti-Normalcy Bias

Quando algo parece estranho:

[ ] Isso está realmente dentro do baseline?

[ ] A tendência está melhorando ou piorando?

[ ] Estamos usando memória ou dados?

[ ] Condições são iguais às vezes anteriores?

[ ] Existe impacto confirmado?

[ ] Quanto custa esperar?

[ ] Qual é nosso trigger de incidente?

[ ] Quando reavaliamos?

[ ] Alguém está minimizando sem evidência?

[ ] O silêncio do grupo está sendo tratado como prova?

[ ] Se isso dobrar, o que faremos?

[ ] Já deveríamos estar agindo?

📓 Diário do Doctor

Se guardar apenas algumas ideias desta viagem, guarde estas:

Normalcy Bias é a tendência de presumir que a realidade continuará parecida com o normal conhecido, mesmo diante de sinais anormais.

“Já aconteceu antes” não prova que a situação atual seja segura.

Familiaridade pode atrasar reconhecimento de emergência.

Baseline objetivo é melhor que memória.

Esperar precisa ter prazo e critério.

Não é necessário conhecer causa raiz para declarar incidente.

Automation Bias e Alarm Fatigue podem reforçar Normalcy Bias.

Groupthink e Authority Gradient podem transformar minimização individual em consenso.

Normalization of Deviance muda o que chamamos de normal.

Drift Into Failure muda o sistema enquanto nosso modelo mental permanece antigo.

E principalmente:

O fato de o mundo ter voltado ao normal ontem não obriga o mundo a repetir a gentileza hoje.


🕰️ De volta às 09:04

A TARDIS retorna.

Primeiro alerta:

PAYMENT RESPONSE TIME ABOVE BASELINE

Operador:

— Deve ser pico.

Nosso programador responde:

— Pode ser. Vamos comparar com baseline.

09:08.

Fila 60% acima do normal.

09:10.

Timeout 4%.

Trigger definido:

TIMEOUT > 3%
FOR 3 MIN
→ DECLARE DEGRADED

09:13.

Ainda 4,5%.

Ele diz:

— Estamos em degraded.

O gerente pergunta:

— Já?

— Sim. O critério foi definido antes.

09:16.

Impacto aumenta.

Trigger:

FAILURE RATE > 5%
→ OPEN INCIDENT

Incidente aberto.

Owner atribuído.

MQ investigado.

Consumer degradado.

09:24.

Causa encontrada.

09:29.

Serviço restaurado.

Backlog controlado.

Nenhuma crise de duas horas.

O gerente pergunta:

— Não abrimos cedo demais?

Nosso programador olha para o gráfico.

— Talvez.

— E isso não é ruim?

O Doctor responde antes dele:

— Comparado a quê?

Silêncio.

— Ao privilégio de descobrir tarde demais que deveriam ter aberto antes?

O gerente sorri.

— Justo.


🥚 Easter Egg final

Horas depois surge:

BELLACOSA.BIAS(NORMAL)

Dentro:

       IF CURRENT-STATE NOT = BASELINE
           PERFORM INVESTIGATE
       END-IF.

       IF ONLY-REASON-TO-WAIT =
          'IT-USUALLY-GETS-BETTER'
           PERFORM SET-TIMER
       END-IF.

       IF IMPACT-CONFIRMED
           PERFORM ACT
       END-IF.

Comentário:

* FAMILIAR IS NOT THE SAME AS SAFE.

Outro:

* HOPE IS NOT A MONITORING STRATEGY.

E, naturalmente:

* BAD WOLF LEFT BEFORE THE ALARM.

Nosso jovem fecha o membro.

Pouco depois alguém diz:

— Esse erro costuma sumir sozinho.

Ele responde:

— Ótimo.

— Ótimo?

— Sim. Então sabemos o que esperar.

Abre um timer.

— Se não sumir em cinco minutos, sabemos que não estamos mais no caso normal.

Essa resposta é simples.

Mas representa uma mudança profunda.

Ele não rejeitou experiência.

Transformou experiência em critério testável.

Não entrou em pânico.

Também não negou realidade.

Em algum lugar:

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

No quadro permanece uma frase:

Calma é observar os fatos sem pânico. Normalcy Bias é observar os fatos e esperar que eles parem de ser fatos.

☕🌀

Next stop: Survivorship Bias — quando estudamos apenas os sistemas, projetos e equipes que sobreviveram e esquecemos de perguntar quantos fizeram exatamente a mesma coisa e desapareceram no caminho.

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