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

quinta-feira, 9 de abril de 2015

Status Quo Bias: Doctor Who, COBOL e o Dia em que Não Fazer Nada Pareceu a Opção Mais Segura — Só Porque Já Estávamos Fazendo Aquilo Há Vinte Anos

 

Bellacosa Mainframe e o status quo bias

☕ Um Café no Bellacosa Mainframe

Status Quo Bias: Doctor Who, COBOL e o Dia em que Não Fazer Nada Pareceu a Opção Mais Segura — Só Porque Já Estávamos Fazendo Aquilo Há Vinte Anos

Uma viagem pela TARDIS dos projetos e incidentes para entender por que tendemos a preferir aquilo que já existe, mesmo quando surgem alternativas melhores — e como familiaridade, medo da perda, sunk cost, incerteza, cultura, autoridade e aquela frase “sempre funcionou assim” podem transformar continuidade em risco invisível

Quinta-feira.

10:14.

Sala de reunião.

Na tela:

SISTEMA PAYMENTS-X

IDADE:
23 ANOS

CUSTO ANUAL:
R$ 8,4 MILHÕES

INCIDENTES P1/ANO:
3

DEPENDÊNCIA DE ESPECIALISTAS:
ALTA

ALTERNATIVA DISPONÍVEL:
MODERNIZAÇÃO PARCIAL

Nosso jovem programador COBOL olha.

Arquiteto:

— Precisamos decidir se modernizamos.

Gerente:

— Qual o risco da mudança?

Arquiteto:

— Médio.

— E o risco de continuar?

Silêncio.

— Continuar?

— Sim.

— Mas continuar não é mudança.

Ah.

Chegamos.

Nosso jovem levanta a mão.

— Isso significa que continuar não tem risco?

Gerente:

— Não foi isso que eu disse.

— Mas o slide de risco tem só a alternativa nova.

Silêncio.

Muito interessante.

Na coluna:

OPÇÃO A:
MODERNIZAR

RISCOS:
- MIGRAÇÃO
- REGRESSÃO
- TREINAMENTO
- CUSTO
- TRANSIÇÃO

Na coluna:

OPÇÃO B:
MANTER COMO ESTÁ

RISCOS:
-

Nosso jovem:

— Então o sistema atual não tem risco?

Gerente:

— Claro que tem.

— Onde está?

— Já conhecemos.

Essa frase:

merece uma xícara inteira de café.

“Já conhecemos.”

VWORP.

VWORP.

VWORP.

A TARDIS aparece ao lado do projetor.

A porta abre.

O Doctor sai.

Olha para:

as duas colunas.

Depois:

para a linha vazia.

— Interessante.

Diretor:

— O quê?

— A opção nova tem cinco riscos.

— Sim.

— A velha não tem nenhum.

— Não exatamente.

— Então por que não estão escritos?

Gerente:

— Porque são os riscos atuais.

Doctor:

— Ah.

Ele pega um marcador.

Escreve:

CURRENT RISK
IS STILL
RISK.

Depois:



STATUS QUO BIAS

Ou:

Viés do Status Quo.

Em linguagem Bellacosa:

é quando aquilo que já existe recebe um desconto psicológico simplesmente por já existir — enquanto qualquer alternativa precisa provar que merece substituir algo que nunca precisou provar novamente que ainda merece ficar.


🧠 O que é Status Quo Bias?

Status Quo Bias é a tendência de:

preferir;

manter;

ou dar vantagem

ao estado atual das coisas.

Mesmo quando:

alternativas podem ser melhores.

Não significa:

“mudar sempre é bom.”

Isso seria:

outra loucura.

Mudar pode:

custar caro;

criar risco;

quebrar processos;

destruir conhecimento.

O ponto é:

permanecer também é uma decisão.

E deveria:

ser avaliada.


☕ Definição Bellacosa

Status Quo Bias é quando o sistema atual não precisa apresentar business case porque já tem crachá.


💻 COBOL cognitivo

Imagine:

       IF OPTION = 'CURRENT'
           MOVE 'APPROVED'
             TO DECISION.

Enquanto:

       IF OPTION = 'NEW'
           PERFORM COST-BENEFIT
           PERFORM RISK-ANALYSIS
           PERFORM SECURITY-REVIEW
           PERFORM ARCHITECTURE-BOARD
           PERFORM PROOF-OF-CONCEPT
           PERFORM PRAYER
       END-IF.

Você percebe:

a assimetria?


🧠 O atual vira default

O novo:

tem que:

se defender.


🎯 Pergunta Bellacosa nº 1

“Se nenhuma das duas soluções existisse hoje, qual escolheríamos?”

Essa pergunta:

remove parte:

do privilégio do existente.


🧠 Não significa ignorar switching cost

Importante.

Se trocar custa:

R$ 20 milhões,

isso importa.

Treinar pessoas:

importa.

Migrar dados:

importa.

Risco de cutover:

importa.

Tudo:

entra.

Mas:

existir hoje não transforma automaticamente uma solução na melhor solução futura.


👻 Easter Egg nº 1 — Dalek Conservador

Dalek:

— WE SHALL KEEP CURRENT SYSTEM.

Doctor:

— Why?

— IT ALREADY EXISTS.

— Is it good?

— IT EXISTS.

— Is it cheaper?

— IT EXISTS.

— Is it safer?

— IT EXISTS.

Doctor:

— Argumento surpreendentemente robusto.

Dalek:

— LEGACY IS POWER.

Doctor:

— Você acabou de inventar um comitê de arquitetura.


🧠 Status Quo Bias e Loss Aversion

No capítulo anterior:

Loss Aversion.

Mudança:

cria perdas visíveis.

Você pode perder:

conhecimento;

controle;

conforto;

tempo;

ferramenta;

status.

Continuar:

evita:

essas perdas imediatas.

Então:

Status Quo Bias recebe:

energia da Loss Aversion.


☕ A opção atual parece:

ganho zero;

perda zero.

Mas isso:

quase nunca é verdade.


🎯 Pergunta Bellacosa nº 2

“Quais perdas associamos à mudança e quais perdas da continuidade deixamos de contabilizar?”


🧠 Exemplo

Migrar:

custa:

R$ 5M.

Fácil:

ver.

Manter:

custa:

R$ 2M extras por ano

em manutenção.

Isso é:

menos dramático.

Mas em cinco anos:

R$ 10M.


☕ Mudança tem:

invoice.

Status quo tem:

assinatura mensal.


🧠 Sunk Cost Fallacy

“Já investimos muito neste sistema.”

Sim.

Mas:

isso é:

sunk cost

se não for recuperável.

O que importa:

é:

valor futuro.

Status Quo Bias usa:

investimento histórico

como:

cola.


🎯 Pergunta Bellacosa nº 3

“Estamos mantendo porque continua bom ou porque já investimos demais para nos sentirmos confortáveis em trocar?”


🧠 Endowment Effect

Outro parente.

Aquilo que:

já possuímos

tende a parecer:

mais valioso.

Nossa plataforma.

Nossa ferramenta.

Nosso framework.

Nosso mainframe.

Nossa cloud.

Nosso pipeline.

Nosso jeito.


☕ “Nosso”

é:

um adjetivo econômico muito poderoso.


🧠 Framing Effect

A linguagem:

muda.

“Substituir sistema confiável.”

Parece:

arriscado.

“Reduzir dependência de componente sem suporte.”

Parece:

prudente.

Mesmo projeto.

Outro frame.


🎯 Pergunta Bellacosa nº 4

“O estado atual está sendo descrito como ‘estável’ enquanto a alternativa é descrita como ‘risco’?”


🧠 Status Quo Bias e Normalcy Bias

Normalcy Bias:

“provavelmente continuará normal.”

Status Quo Bias:

“portanto é melhor continuar.”

Eles se dão:

muito bem.


🧠 Exemplo

Sistema:

95% capacity.

Nunca caiu.

Gerente:

— Sempre funcionou.

Status Quo.

Mas:

margem:

mínima.

Normalcy:

“vai continuar.”

Até:

não.


🎯 Pergunta Bellacosa nº 5

“Estamos tratando ausência de falha passada como garantia da continuidade futura?”


🧠 Normalization of Deviance

O status atual pode incluir:

gambiarras;

warnings;

atalhos;

processos manuais.

Com o tempo:

viram:

normal.

Então, quando comparamos:

“mudança arriscada”

versus:

“ambiente atual,”

o ambiente atual parece:

seguro.

Porque:

esquecemos quanto desvio:

já incorporamos.


☕ O risco atual fica:

invisível

porque aprendemos:

a morar dentro dele.


🎯 Pergunta Bellacosa nº 6

“Quais riscos hoje parecem normais apenas porque convivemos com eles há muito tempo?”


🧠 Cultural Debt entra correndo

Uma prática:

faz parte da identidade.

Então:

mudar

parece:

ameaçar mais que processo.

Ameaça:

quem somos.


🧠 Mainframe example

“É assim que batch funciona.”

Talvez.

Ou:

é assim que:

esse batch

funciona

desde 1997.

Não é:

lei da física.


JCL

não veio:

gravado nas tábuas de Moisés.

Embora:

alguns PROCs pareçam.


🎯 Pergunta Bellacosa nº 7

“Isso é uma restrição técnica real ou uma tradição que ganhou aparência de restrição?”


🧠 Status Quo Bias e autoridade

Senior diz:

— Não mexe.

Junior:

não mexe.

Por quê?

— Porque sempre foi assim.

Authority Bias.


🧠 Pode haver motivo real

E aqui:

maturidade.

Talvez:

ninguém mexa

porque há:

dependência obscura.

Não mude:

no escuro.

Mas:

investigue.


☕ Respeitar legado

não significa:

adorar mistério.


🎯 Pergunta Bellacosa nº 8

“Sabemos por que não podemos mudar ou apenas sabemos que ninguém muda?”


🧠 Status Quo Bias e Illusion of Control

Sistema antigo:

conhecido.

Conhecemos:

os gremlins.

Isso dá:

controle.

Alternativa:

tem unknowns.

Então:

atual parece:

mais seguro.

Talvez:

realmente seja.

Mas:

não automaticamente.


🧠 Known risk versus unknown risk

Humans often prefer:

known pain.


☕ “Pelo menos sabemos onde dói”

é:

uma poderosa política de arquitetura.


🎯 Pergunta Bellacosa nº 9

“Estamos escolhendo o conhecido porque o risco é menor ou porque o risco é familiar?”


🧠 Familiarity Bias

Relacionado.

Familiar:

parece:

seguro.

Mas:

familiaridade

não reduz:

probabilidade objetiva.


🧠 Exemplo simples

Manual script:

sempre usado.

Automation:

nova.

Manual:

feels safe.

Mas:

erro humano:

alto.

Need:

data.


🎯 Pergunta Bellacosa nº 10

“Estamos confundindo familiaridade com confiabilidade?”


🧠 Status Quo Bias e Default Effect

Se uma opção já está:

selecionada

por padrão,

mais gente:

fica.

Sistemas corporativos fazem isso:

o tempo todo.

Default:

provider atual.

Default:

processo atual.

Default:

arquitetura atual.


☕ Default é:

decisão silenciosa.


🧠 Choice Architecture

Quem define:

default

influencia:

resultado.

Mesmo sem:

mandar.


🎯 Pergunta Bellacosa nº 11

“Quem definiu o default e quando ele foi reavaliado pela última vez?”


🧠 Status Quo Bias e tecnologia

Um debate clássico:

mainframe versus cloud.

O erro:

começa quando:

um lado recebe:

default moral.

“Cloud é moderno.”

“Mainframe é seguro.”

Ambos:

frames.

A pergunta madura:

qual workload, qual risco, qual custo, qual requisito, qual horizonte?


☕ Tecnologia não merece:

prêmio por idade

nem:

por juventude.


🧠 Status Quo pode favorecer os dois lados

Empresa mainframe:

“não mexe.”

Empresa cloud-native:

“jamais voltaríamos para centralizado.”

Mesmo viés:

roupa diferente.


🎯 Pergunta Bellacosa nº 12

“Nossa preferência vem da arquitetura ou da identidade tecnológica da organização?”


🧠 Status Quo Bias em COBOL

Programa:

40 anos.

Funciona.

Alguém propõe:

refatorar.

Resposta:

“não mexe em time que está ganhando.”

Pode ser:

sabedoria.

Ou:

medo.

Como saber?


🧠 Avalie

Complexidade.

Change frequency.

Defects.

Test coverage.

Blast radius.

Criticality.

Knowledge concentration.


☕ Não refatore:

por estética.

Não deixe de refatorar:

por superstição.


🎯 Pergunta Bellacosa nº 13

“O custo de não mexer está crescendo?”


🧠 Isso é chave

Talvez:

hoje

não valha refatorar.

Daqui:

três anos,

vale.

Status quo precisa:

renovar:

business case.


🧠 Status Quo Bias e Technical Debt

Debt:

acumula.

Mas:

não agir:

parece grátis.

Porque dívida técnica:

não manda boleto diário.

Ela cobra:

em:

tempo;

bugs;

dependência;

incidentes;

dificuldade.


☕ Technical debt é:

status quo financiado.


🎯 Pergunta Bellacosa nº 14

“Qual juro estamos pagando para manter a arquitetura atual?”


🧠 Status Quo Bias e staffing

Temos:

dois especialistas.

Sempre tivemos.

Tudo funciona.

Então:

cross-training:

“não urgente.”

Até:

um sai.

Continuar:

parecia:

zero custo.

Na verdade:

key-person risk.


☕ Ausência de aposentadoria hoje

não é:

estratégia de sucessão.


🎯 Pergunta Bellacosa nº 15

“Que riscos crescem simplesmente porque o tempo está passando?”


🧠 Time-dependent risk

Certificates.

Licenses.

EOL.

People.

Hardware.

Skills.

Contracts.

Status quo:

não é:

estático.

Muito importante.


🧠 O estado atual também muda

Mesmo se:

você não fizer nada.

Mercado muda.

Software envelhece.

Equipe muda.

Regulação muda.

Volume muda.


DO NOTHING

não significa:

NOTHING HAPPENS.


🎯 Pergunta Bellacosa nº 16

“Se não fizermos nada por três anos, o sistema continuará sendo exatamente o que é hoje?”

Quase nunca.


🧠 Status Quo Bias e opportunity cost

Manter:

opção atual

impede:

alternativa.

Esse custo:

é invisível.


🧠 Exemplo

Equipe inteira:

mantendo workaround.

Não está:

criando automação.

Esse:

é custo.


☕ O status quo consome:

futuro

sem aparecer:

como projeto.


🎯 Pergunta Bellacosa nº 17

“O que deixamos de fazer porque continuamos investindo no estado atual?”


🧠 Status Quo Bias e Plan Continuation Bias

Plan Continuation:

“já começamos.”

Status Quo:

“já estamos.”

Um aplica:

ao plano.

Outro:

ao estado.


🧠 E quando juntos...

Projeto começa.

Depois:

vira:

status quo.

Agora:

mais difícil sair.


🎯 Pergunta Bellacosa nº 18

“Estamos mantendo uma situação porque ainda é boa ou porque já não conseguimos imaginar outra?”


🧠 Escalation of Commitment

Status quo pode:

receber:

mais investimento

para continuar:

igual.

Maintenance budget sobe.

Patches.

Adapters.

Consultants.

Yet:

goal:

preserve existing.

Could be rational.

Could be:

Escalation.


☕ Às vezes gastamos milhões

para evitar:

uma decisão.


🎯 Pergunta Bellacosa nº 19

“Quanto estamos pagando para preservar a opção de não mudar?”


🧠 Sunk Cost again

“We already built this.”

Fine.

But:

future.


🧠 Status Quo Bias e Goodhart

Métrica:

uptime.

Current system:

great.

Any migration:

could reduce uptime temporarily.

Therefore:

nobody migrates.

Metric:

locks status quo.


☕ KPI pode:

transformar mudança necessária

em:

comportamento irracional.


🎯 Pergunta Bellacosa nº 20

“Nossa métrica pune a transição mesmo quando a transição melhora o longo prazo?”


🧠 Campbell’s Law

If manager punished for:

incident during change,

he may:

avoid change.

Result:

systems age.

Risk grows.

But:

KPI green.


🧠 Goodhart + Status Quo

Very powerful.


☕ A maneira mais segura de:

não falhar numa mudança

é:

nunca mudar.

Também:

uma excelente maneira de:

acumular problemas.


🎯 Pergunta Bellacosa nº 21

“Nosso sistema de incentivos premia estabilidade ou imobilidade?”


🧠 Metric Fixation

“Zero change failures.”

Looks:

excellent.

Maybe:

zero changes.

Context.


🧠 McNamara Fallacy

Current costs:

measured.

Future risk:

hard.

Or opposite.

Need:

balanced.


🎯 Pergunta Bellacosa nº 22

“O custo de não mudar aparece em alguma métrica?”


🧠 Framing again

“Migration risk”

always:

present.

What about:

“retention risk”?

“operational aging risk”?

“talent concentration risk”?

Need:

same frame.


☕ Se só a mudança tem:

risk register,

o status quo já ganhou:

a reunião.


🧠 Bellacosa Symmetry Rule

For every:

change risk,

write:

no-change risk.

Example:

CHANGE:
Migration defects.

NO CHANGE:
Skill concentration.
CHANGE:
Training cost.

NO CHANGE:
Maintenance cost.
CHANGE:
Temporary instability.

NO CHANGE:
Long-term fragility.

Beautiful.


🎯 Pergunta Bellacosa nº 23

“O risk assessment é simétrico?”


🧠 Status Quo Bias em segurança

Legacy protocol:

works.

Replacing:

risk.

So:

keep.

But:

security posture:

declines.

Threat environment:

changes.


☕ Ataque de amanhã

não respeita:

o fato de:

ontem ter dado certo.


🎯 Pergunta Bellacosa nº 24

“A ameaça evoluiu mais rápido que nosso conforto?”


🧠 Security patches

Patch:

can break.

No patch:

seems:

stable.

Status quo favors:

unpatched.

But:

risk accumulates.

Need:

patch governance.


🧠 Status Quo Bias e cyber isolation

During incident:

“don't isolate server; it'll disrupt.”

Status quo:

keep connected.

But:

could spread.

Loss Aversion.


🎯 Pergunta Bellacosa nº 25

“Estamos preservando continuidade de curto prazo e expondo o sistema a uma perda maior?”


🧠 Status Quo Bias em DR

Primary site:

degraded.

Failover:

risky.

So:

stay.

Because:

current state

feels:

default.

But:

current state worsening.

Need:

criteria.


☕ Site primário

não recebe:

medalha moral

por ser:

primário.


🎯 Pergunta Bellacosa nº 26

“Estamos permanecendo porque o primário ainda é melhor ou porque chamamos ele de primário?”


🧠 Labels matter

Primary.

Secondary.

Backup.

Standby.

Can frame:

importance.

Sometimes:

failover path under-tested

because:

secondary.

Status quo then:

reinforced.


🧠 Status Quo Bias e rollback

Go-Live.

Now:

new version is status quo.

Five minutes later:

errors.

Rollback:

feels:

change.

Interesting.

Before deploy:

old was default.

After deploy:

new becomes:

default.

Bias can:

flip quickly.


🎯 Pergunta Bellacosa nº 27

“Estamos evitando rollback porque a nova versão já ganhou status de ‘estado atual’?”


🧠 Fascinating

Status quo is:

reference point

that can change fast.


🧠 Status Quo Bias e Hysteresis

Not exactly same.

But interesting:

systems and organizations can:

resist switching states

even when conditions reverse.

Useful metaphor.


☕ Mudamos quando:

A ficou muito melhor que B.

Depois não voltamos quando:

B ficou ligeiramente melhor.

Porque:

troca tem custo.

Isso pode:

ser racional

ou:

viés.


🧠 Switching Cost

Important.

Status quo preference can be:

rational if:

switching cost high.

Need:

separate:

real cost

from:

psychological discomfort.


🎯 Pergunta Bellacosa nº 28

“Quanto da resistência é custo real de transição e quanto é apenas desconforto?”


🧠 Status Quo Bias em UI e processos

Default checkbox.

Default SLA.

Default environment.

Default vendor.

Everything:

nudges.


🧠 Default opt-in vs opt-out

Classic.

No need deep.

But:

organizations accidentally choose:

policy

through:

defaults.


🎯 Pergunta Bellacosa nº 29

“Qual decisão estamos tomando por inércia porque ninguém clicou em ‘mudar’?”


🧠 Status Quo Bias e automation

Automation built:

years ago.

Nobody reviews.

Still:

executes.

Why?

Because:

exists.

Could be:

obsolete.


☕ Cron job antigo

é:

status quo com EXECUTE permission.


🧠 Scheduled jobs

Review:

purpose.

Owner.

Output.

Consumers.


🎯 Pergunta Bellacosa nº 30

“Se esse job deixasse de existir hoje, alguém perceberia?”

Deliciosa.


🧠 If no...

Maybe:

kill candidate.

But:

test.


🧠 Status Quo Bias e reports

Thousands reports.

No consumers.

Generated because:

always.

Cost.

Storage.

CPU.

Support.


SYSOUT também:

pode ter:

arqueologia.


🎯 Pergunta Bellacosa nº 31

“Quais outputs continuamos produzindo apenas porque sempre produzimos?”


🧠 Status Quo Bias e batch windows

Batch:

00:00.

Why?

“Always.”

Business:

changed.

Could:

move.

Maybe:

not.

Investigate.


🎯 Pergunta Bellacosa nº 32

“A janela existe por necessidade atual ou por história operacional?”


🧠 Status Quo Bias e approvals

Three signatures.

Why?

Old audit issue.

Still:

relevant?

Maybe.

Maybe control:

obsolete.

Need:

periodic review.


☕ Controle também:

envelhece.


🎯 Pergunta Bellacosa nº 33

“Quando revisamos se esse controle ainda reduz risco?”


🧠 Zero-Risk Bias

Control added:

to eliminate rare risk.

Never removed.

Status quo.

Now:

bureaucracy.

Could drive:

shadow process.

Normalization of Deviance.

Interesting chain.


🧠 Status Quo → Workaround → Deviance

If official process:

old,

people bypass.

Then:

actual status quo:

becomes unofficial.


☕ Duas realidades:

processo documentado

e:

processo praticado.


🎯 Pergunta Bellacosa nº 34

“Qual é o verdadeiro status quo: o manual ou aquilo que as pessoas fazem?”


🧠 Importantíssima

Because:

sometimes reform proposal attacks:

formal system

while informal already:

different.


🧠 Status Quo Bias e AI

Organization has:

manual workflow.

AI proposed.

People fear:

automation.

Could be:

valid.

But:

status quo risk:

manual errors,

delay,

scale.

Need:

compare symmetrically.


🎯 Pergunta Bellacosa nº 35

“Estamos exigindo da IA um nível de perfeição que nunca exigimos do processo humano atual?”

Essa é enorme.


🧠 Asymmetric benchmark

Human process:

92%.

AI:

must 99.9.

Maybe:

appropriate if risk.

But often:

not conscious.


☕ O incumbente recebe:

nota por presença.

O novo candidato:

faz vestibular.


🧠 Status Quo Bias e automation fear

New system:

every failure:

visible.

Human:

errors:

normalized.

Need:

baseline.


🎯 Pergunta Bellacosa nº 36

“Estamos comparando falhas visíveis da alternativa com falhas invisíveis do processo atual?”


🧠 AI agents

Current:

humans take actions.

Agent:

needs governance.

Yes.

But:

compare:

human error rate;

auditability;

speed;

control.

Don't:

zero-risk frame.


🧠 Status Quo Bias e training

Current team:

knows old system.

New:

learning curve.

That cost:

real.

But:

not infinite.

Model:

transition.


🎯 Pergunta Bellacosa nº 37

“Estamos tratando uma dificuldade temporária de aprendizado como defeito permanente da alternativa?”


🧠 Change Curve

People adapt.

Need:

time.


🧠 Status Quo Bias e organizational identity

“We're a mainframe shop.”

“We're cloud-native.”

“We don't outsource.”

“We build everything.”

These:

can become:

status quo armor.


🎯 Pergunta Bellacosa nº 38

“Essa frase descreve capacidade ou limita opção?”


🧠 Excellent.

Identity statement can:

become:

architecture constraint.


🧠 Status Quo Bias e vendor

Vendor existing:

contract.

People.

Knowledge.

Switch:

risk.

So:

renew.

Again.

Again.

Maybe:

fine.

But:

needs:

market test.


☕ Renovação automática

é:

status quo com:

assinatura eletrônica.


🎯 Pergunta Bellacosa nº 39

“Estamos renovando porque ainda é melhor ou porque trocar dá trabalho?”


🧠 Status Quo Bias e procurement

Switching cost:

often huge.

This creates:

incumbency advantage.

Rational and bias:

mix.

Need:

separate.


🧠 Status Quo Bias e architecture boards

Proposal new:

challenged.

Current architecture:

rarely:

reviewed.

This is:

structural bias.


🎯 Pergunta Bellacosa nº 40

“Por que o novo precisa passar por revisão e o atual não precisa renovar aprovação?”


🧠 Periodic Reauthorization

Powerful antidote.

Every few years:

re-justify.

Policies.

Vendors.

Controls.

Systems.


☕ Estado atual deveria:

renovar licença

para continuar sendo:

estado atual.


🧠 Status Quo Bias e observability

Dashboard thresholds:

set years ago.

Traffic:

changed.

Still:

same.

Status quo.

Need:

recalibration.


🎯 Pergunta Bellacosa nº 41

“Este baseline ainda representa o sistema de hoje?”


🧠 Status Quo Bias e capacity

Capacity allocation:

historical.

Workload moved.

Yet:

resources remain.

No one:

touch.

Cost.


🧠 Status Quo Bias e cloud bills

Ironically,

cloud can have:

status quo too.

Unused resources:

running.

Why?

Because:

already running.


☕ Instância esquecida

é:

status quo com:

cobrança horária.


🎯 Pergunta Bellacosa nº 42

“Se esse recurso fosse desligado agora, que valor perderíamos?”


🧠 Status Quo Bias e mainframe datasets

Dataset:

exists.

Nobody knows:

owner.

Don't delete.

Reasonable.

But:

forever?

Need:

lifecycle.


KEEP

é:

ótima política

até:

storage virar:

museu.


🧠 Risk asymmetry

Deleting unknown data:

visible risk.

Keeping:

cost + governance risk.

Need:

classification.


🎯 Pergunta Bellacosa nº 43

“Estamos preservando por necessidade ou por medo de descobrir o que acontece se removermos?”


🧠 Status Quo Bias e compliance

Old control:

maybe no longer required.

Still:

maintained.

Because:

“auditor might ask.”

Need:

verify requirement.


🧠 Framing with regulation

“Required.”

Strong.

Always:

source.


🎯 Pergunta Bellacosa nº 44

“Essa obrigação ainda existe ou estamos mantendo memória de uma obrigação?”


🧠 Status Quo Bias e incident response

During P1:

first action:

restart.

Because:

always.

Maybe:

not appropriate.

Runbook current:

status quo.

Need:

adapt.


🎯 Pergunta Bellacosa nº 45

“Estamos executando esse passo porque os sinais pedem ou porque é o primeiro passo de sempre?”


🧠 Habit Loop

Related.

Familiar response:

reduces cognitive load.

Good.

But:

can blind.


☕ Runbook é:

atalho mental útil.

Não:

oráculo.


🧠 Status Quo Bias e diagnosis

“Usually Db2.”

So:

Db2.

Availability.

Anchoring.

Confirmation.

Current mental model:

status quo.


🎯 Pergunta Bellacosa nº 46

“Estamos defendendo a explicação habitual porque ainda é a melhor ou porque é a que conhecemos?”


🧠 Status Quo Bias and learning

New tool:

could help.

Senior:

prefers ISPF.

Junior:

prefers VS Code.

Neither:

automatically right.

Evaluate:

task.

Speed.

Quality.

Integration.

Accessibility.


☕ Editor é:

ferramenta.

Não:

religião.


🎯 Pergunta Bellacosa nº 47

“Estamos discutindo produtividade ou nostalgia?”


🧠 Ha!

Sometimes both.


🧠 Status Quo Bias e training programs

Course:

same for years.

Tech changed.

Still:

same syllabus.

Because:

content exists.

Updating:

work.

Status quo.


🎯 Pergunta Bellacosa nº 48

“O curso continua ensinando o mundo atual ou apenas preservando material já produzido?”


🧠 Status Quo Bias e Knowledge Debt

Documentation:

old.

But:

everyone knows.

Then:

new hires.

Problem.


☕ Conhecimento informal

é:

status quo confortável

para:

quem já está dentro.


🧠 Status Quo Bias e onboarding

Current team:

understands quirks.

So:

no docs.

No incentive.

Until:

growth.


🎯 Pergunta Bellacosa nº 49

“O estado atual só parece eficiente porque transfere custo para quem ainda não chegou?”


🧠 Beautiful.

Status quo can:

hide onboarding cost.


🧠 Status Quo Bias e resilience

A system can be:

stable

and:

fragile.

Stable:

nothing changing.

Fragile:

one disruption kills.

Need:

stress tests.


☕ Estabilidade

não:

é sinônimo de:

resiliência.


🎯 Pergunta Bellacosa nº 50

“O sistema continua bem porque é robusto ou porque ainda não enfrentou a mudança que o revelaria frágil?”


🧠 Status Quo Bias e “never touch production”

Extreme version.

Fear.

But:

unmaintained:

worse.

Need:

controlled change.


🧠 Safety through change

Paradox.

Regular:

patching;

testing;

DR;

rotation

can:

increase resilience.


☕ Sistema que nunca muda

fica:

muito bom

em sobreviver:

ao mundo de ontem.


🧠 Status Quo Bias e immutable culture

“Never change.”

Eventually:

risk.


🧠 Bellacosa Status Quo Test

Pegue:

a opção atual.

Finja:

que ela é:

nova.

Pergunte:

“Eu aprovaria isso hoje?”

Essa técnica:

é brutal.


🧪 Passo 1 — Renomeie o atual como opção

Não:

“manter.”

Use:

“Opção A.”


🧪 Passo 2 — Liste seus custos futuros

Not past.


🧪 Passo 3 — Liste riscos

Same rigor.


🧪 Passo 4 — Liste switching costs da alternativa

Fair.


🧪 Passo 5 — Compare over same horizon

5 years.


🧪 Passo 6 — Include opportunity cost

What else?


🧪 Passo 7 — Remove loaded labels

Legacy.

Modern.

Safe.

Risky.


🧪 Passo 8 — Ask zero-based question

If starting today?


🧪 Passo 9 — Reauthorize status quo

Don't assume.


🧪 Passo 10 — Choose deliberately

Stay can:

win.

That's fine.


☕ O objetivo não é:

mudar.

É:

parar de permanecer sem decidir.


📋 Checklist Bellacosa anti-Status Quo Bias

[ ] O estado atual foi tratado como uma opção explícita?

[ ] Seus riscos estão listados?

[ ] Seus custos futuros estão listados?

[ ] O custo da mudança está separado do sunk cost?

[ ] O custo de não mudar foi calculado?

[ ] O horizonte é o mesmo para todas as opções?

[ ] Existe custo de oportunidade?

[ ] O current state ainda atende o objetivo?

[ ] As premissas originais ainda são verdadeiras?

[ ] Estamos confundindo familiaridade com segurança?

[ ] Existe risco de skills/EOL/capacity?

[ ] Os incentivos punem mudança?

[ ] O default foi reavaliado?

[ ] A alternativa nova está sendo julgada mais duramente?

[ ] Se começássemos hoje, escolheríamos o atual?

🧠 Bellacosa Status Quo Card

CURRENT OPTION:
_________________________

FUTURE COST:
_________________________

FUTURE BENEFIT:
_________________________

CURRENT RISKS:
_________________________

CHANGE COST:
_________________________

NO-CHANGE COST:
_________________________

SWITCHING RISK:
_________________________

STATUS-QUO RISK:
_________________________

TIME HORIZON:
_________________________

IF STARTING TODAY:
KEEP / CHANGE / HYBRID

👻 Easter Egg nº 2 — BELLACOSA.BIAS(STATUS-QUO)

       IF OPTION = 'CURRENT'
           PERFORM FULL-EVALUATION
       END-IF.

       IF OPTION = 'NEW'
           PERFORM FULL-EVALUATION
       END-IF.

       IF CURRENT-OPTION
          NOT EVALUATED RECENTLY
           DISPLAY
           'WARNING: INCUMBENCY PRIVILEGE'.
       END-IF.

       IF ONLY-REASON =
          'WE-ALWAYS-DID-THIS'
           PERFORM REQUEST-ACTUAL-REASON
       END-IF.

Comentários:

* EXISTING
* DOES NOT MEAN
* OPTIMAL.

Outro:

* DO NOTHING
* IS STILL
* A DECISION.

Outro:

* KNOWN RISK
* IS STILL
* RISK.

Outro:

* FAMILIARITY
* IS NOT
* RELIABILITY.

E naturalmente:

* DALEK PLATFORM:
* 900 YEARS OLD.
*
* REVIEW RESULT:
* "KEEP."
*
* REASON:
* "WE ALREADY KNOW
* WHERE THE BUTTONS ARE."

🕰️ De volta à reunião

Nosso jovem pega:

o slide.

Apaga:

OPTION A:
MODERNIZE

OPTION B:
KEEP AS IS

Escreve:

OPTION A:
ARCHITECTURE CURRENT

OPTION B:
HYBRID MODERNIZATION

Agora:

ambas:

são opções.

Na primeira:

5-YEAR COST:
R$ 42M

RISKS:
- skill concentration
- EOL dependencies
- rising manual effort
- capacity limits

Na segunda:

5-YEAR COST:
R$ 31M

RISKS:
- migration
- regression
- training
- integration

Agora:

a conversa:

fica interessante.


☕ Diretor pergunta:

— Então precisamos migrar?

Nosso jovem:

— Não necessariamente.

— Mas a modernização parece melhor.

— Talvez.

— Então?

— Agora pelo menos estamos comparando duas opções.

Doctor sorri.

“Excelente. O status quo finalmente entrou na entrevista para continuar no emprego.”


🧠 Talvez o atual vença

E tudo bem.

Pode ser:

mais barato.

Mais confiável.

Menos risco.

Melhor alinhado.

Então:

mantenha.

Mas:

com decisão renovada.

Não:

por inércia.


🧠 Isso é crucial

Status Quo Bias não significa:

“sempre mude.”

Significa:

“não dê ao presente um privilégio lógico apenas porque é presente.”


🧠 Exemplo mainframe perfeito

Alguém diz:

— Vamos substituir COBOL por Java.

Pergunta ruim:

“COBOL é velho?”

Pergunta boa:

“Qual problema de negócio estamos tentando resolver?”

Performance?

Hiring?

Tooling?

Maintenance?

Integration?

Risk?

Then:

compare.

Talvez:

COBOL continue.

Talvez:

Java.

Talvez:

API.

Talvez:

hybrid.


☕ Modernização madura

não é:

trocar tecnologia por idade.

É:

resolver problema:

com evidência.


🧠 Status Quo Bias e reverse bias

Cuidado:

existe também:

novelty bias.

Novo:

parece melhor

porque:

novo.

Então:

não cair:

no oposto.


🎯 Pergunta Bellacosa nº 51

“Estamos defendendo o atual por familiaridade ou o novo por novidade?”

Excelente.


🧠 Balance

Status Quo Bias:

current gets free pass.

Novelty Bias:

new gets free halo.

Mature:

both get:

same test.


☕ Nem “sempre funcionou”

nem:

“é moderno”

são:

benchmarks.


🧠 Status Quo Bias e innovation theater

Sometimes organizations:

change for:

appearance.

Not:

needed.

Avoid:

false antidote.


🧠 Smart conservatism exists

Critical systems:

change carefully.

That's not:

bias.

If risk-adjusted evidence:

supports current,

keep.


☕ Prudência não é:

imobilidade.

Mudança não é:

progresso.


🧠 The Bellacosa Symmetry Test

For each option:

ask same:

What cost?

What risk?

What benefit?

What evidence?

What downside?

What happens if wrong?


🎯 Pergunta Bellacosa nº 52

“Estamos usando o mesmo padrão de prova para ficar e para mudar?”

Essa é talvez:

a pergunta final.


🧬 Regeneração organizacional

Uma organização madura não ama:

mudança.

Também não ama:

permanência.

Ela ama:

decisão deliberada.

Ela faz:

o sistema atual

provar:

que continua valendo.

Revê:

vendors.

Runbooks.

Arquiteturas.

Jobs.

Controles.

Dashboards.

Skills.

Processos.

Defaults.

E também:

faz o novo

provar:

que merece entrar.

Ela contabiliza:

switching cost.

Transition risk.

Sunk cost corretamente.

Opportunity cost.

No-change risk.

Ela entende:

que:

não mudar não congela o mundo.

Porque:

o mundo continua:

mudando

ao redor.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Status Quo Bias é a tendência de favorecer aquilo que já existe simplesmente por ser o estado atual.

Permanecer é uma decisão e também possui custos, riscos e oportunidades perdidas.

Loss Aversion torna a mudança dolorosa porque suas perdas são mais visíveis.

Sunk Cost pode manter sistemas e projetos apenas porque muito já foi investido.

Endowment Effect faz aquilo que já possuímos parecer mais valioso.

Framing Effect pode apresentar o atual como “estável” e o novo como “arriscado”, criando assimetria.

Normalcy Bias reforça a expectativa de que o sistema continuará funcionando como antes.

Normalization of Deviance pode esconder riscos do estado atual porque aprendemos a conviver com eles.

Cultural Debt transforma práticas antigas em parte da identidade, tornando mudanças emocionalmente mais difíceis.

Plan Continuation Bias favorece planos em execução; Status Quo Bias favorece estados existentes.

Escalation of Commitment pode levar a investimentos cada vez maiores apenas para preservar a situação atual.

Goodhart e Campbell podem criar incentivos para evitar mudanças porque falhas de transição prejudicam métricas.

Metric Fixation pode fazer estabilidade medida parecer saúde sistêmica.

McNamara Fallacy pode esconder riscos de skills, resiliência, dependência e obsolescência por serem difíceis de quantificar.

Familiaridade não é sinônimo de confiabilidade.

O custo de não mudar precisa aparecer no mesmo horizonte usado para medir o custo de mudança.

Switching cost é real e deve ser considerado, mas não deve ser confundido com desconforto psicológico.

Toda solução atual deveria periodicamente renovar seu business case.

A alternativa nova e a solução atual deveriam enfrentar padrões de avaliação simétricos.

Status Quo Bias não exige mudar; exige permanecer por escolha, não por inércia.

E principalmente:

o estado atual não é neutro, gratuito nem seguro por definição — ele é apenas a opção que já estava selecionada quando chegamos à tela.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

OPTION A:
KEEP CURRENT SYSTEM.

Nosso jovem:

— Parece normal.

Doctor:

— Exato.

Ele apaga:

KEEP CURRENT SYSTEM.

E escreve:

CHOOSE TO OPERATE
CURRENT SYSTEM
FOR ANOTHER FIVE YEARS.

Nosso jovem olha.

— Agora parece uma decisão.

Doctor:

— Porque é.

— Mas não mudamos nada.

— Mudamos a pergunta.

Nosso jovem sorri.

— Framing Effect.

Doctor:

— Está aprendendo.

— Então como vencemos o Status Quo Bias?

O Doctor abre:

a porta.

“Pare de perguntar se existe motivo suficiente para mudar. Pergunte também se ainda existe motivo suficiente para ficar.”

VWORP.

VWORP.

VWORP.

A TARDIS começa:

a desaparecer.

No quadro fica:

“O atual não deveria vencer por W.O.”

E abaixo:

“Não fazer nada também é fazer alguma coisa — é escolher que os riscos, custos e oportunidades de hoje continuem decidindo o amanhã.”

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

uma decisão madura não pergunta apenas ‘o que pode dar errado se mudarmos?’. Ela pergunta com a mesma seriedade: ‘o que pode dar errado se continuarmos exatamente assim?’

☕🌀

Próxima parada: Default Effect — o dia em que ninguém escolheu de verdade, mas todo mundo acabou usando a mesma opção simplesmente porque ela já vinha marcada na tela.

segunda-feira, 12 de setembro de 2011

Status Quo Bias: Doctor Who, COBOL e o Dia em que Ninguém Queria Mexer no Sistema que “Ainda Funcionava”

 

Bellacosa Mainframe e o status quo bias

☕ Um Café no Bellacosa Mainframe

Status Quo Bias: Doctor Who, COBOL e o Dia em que Ninguém Queria Mexer no Sistema que “Ainda Funcionava”

Uma viagem pela TARDIS dos incidentes para entender por que processos ruins, tecnologias antigas e riscos conhecidos podem sobreviver por anos simplesmente porque mudar parece mais assustador do que continuar

08:14.

Segunda-feira.

Café quente.

Reunião de arquitetura.

Na tela:

SISTEMA DE COBRANÇA

IDADE: 23 ANOS
INCIDENTES CRÍTICOS: 7
INTERVENÇÕES MANUAIS/MÊS: 143
JANELA BATCH: 92% UTILIZADA
DOCUMENTAÇÃO: PARCIAL
ESPECIALISTAS DISPONÍVEIS: 2

Nosso jovem programador COBOL olha.

— Não deveríamos modernizar isso?

Silêncio.

O gerente responde:

— Está funcionando.

O programador olha novamente.

INTERVENÇÕES MANUAIS/MÊS: 143

— Mais ou menos.

O especialista sorri.

— Você é novo. Esse sistema sempre foi assim.

Outro gerente:

— Migrar seria arriscado.

O DBA:

— Mexer nisso agora pode criar problema.

Operação:

— Melhor deixar quieto.

Então aparece a frase lendária:

“Em time que está ganhando não se mexe.”

Nosso jovem olha para os números.

Não tem certeza se aquilo realmente é “ganhar”.

Mas ninguém parece interessado em descobrir.

VWORP.

VWORP.

VWORP.

A TARDIS materializa-se ao lado do projetor.

A porta abre.

O Doctor sai.

Olha para os indicadores.

Depois para a equipe.

— Por que vocês mantêm esse sistema exatamente assim?

O gerente responde:

— Porque ele funciona.

O Doctor aponta para:

143 INTERVENÇÕES MANUAIS

— Essa é uma definição bastante criativa de “funciona”.

O especialista cruza os braços.

— Mudar pode ser pior.

O Doctor sorri.

— Certamente.

Pausa.

— Mas vocês calcularam o risco da mudança...

Aponta para o sistema.

— ...e esqueceram de calcular o risco de não mudar.

Bem-vindo ao:



Status Quo Bias

Ou:

Viés do Status Quo

A tendência de preferir manter a situação atual simplesmente porque ela já existe, tratando mudança como algo que precisa ser justificado enquanto a permanência é aceita como se fosse neutra.

E aí mora o perigo:

não decidir mudar também é uma decisão.


🌀 Onde estamos na nossa TARDIS dos incidentes?

Nossa jornada já encontrou uma coleção respeitável de monstros.

Swiss Cheese Model mostrou que várias barreiras podem falhar juntas.

Normalization of Deviance mostrou como práticas ruins viram rotina.

Hindsight Bias mostrou como o passado parece óbvio depois.

Confirmation Bias explicou como procuramos provas para aquilo que acreditamos.

Anchoring Bias mostrou o peso excessivo da primeira informação.

Groupthink revelou como grupos podem concordar e continuar errados.

Authority Gradient mostrou como hierarquia pode silenciar dúvidas.

Plan Continuation Bias mostrou como continuamos planos que já perderam sentido.

Alarm Fatigue explicou por que alertas demais deixam de ser ouvidos.

Automation Bias mostrou como podemos confiar demais nas máquinas.

Drift Into Failure mostrou como sistemas derivam lentamente em direção à falha.

Diffusion of Responsibility mostrou como todos podem saber e ninguém assumir.

Normalcy Bias mostrou nossa tendência de acreditar que tudo voltará ao normal.

Survivorship Bias ensinou a procurar quem desapareceu da amostra.

Base Rate Neglect mostrou como esquecemos frequências reais.

Availability Heuristic mostrou que aquilo que lembramos facilmente parece mais provável.

Outcome Bias explicou por que resultado bom pode legitimar decisão ruim.

Overconfidence Bias mostrou como experiência e sucesso podem gerar certeza excessiva.

Planning Fallacy mostrou como subestimamos tempo e complexidade.

Sunk Cost Fallacy mostrou como investimentos passados podem nos prender ao futuro.

Agora o próximo passo é quase inevitável.

Às vezes continuamos não porque o sistema seja ótimo.

Mas porque:

ele já está ali.


🧠 O que exatamente é Status Quo Bias?

Imagine duas opções.

Opção A

Continuar exatamente como estamos.

Opção B

Mudar alguma coisa.

Mesmo que B tenha vantagens claras, nossa mente frequentemente exige muito mais evidência para mudar do que para ficar.

O estado atual recebe um privilégio psicológico.

Podemos representar:

STATUS QUO
   ↓
“JÁ CONHECEMOS”
   ↓
PARECE SEGURO

MUDANÇA
   ↓
“PODE DAR ERRADO”
   ↓
PARECE ARRISCADA

Mas repare:

o status quo também pode dar errado.

Só que seus riscos ficaram familiares.


☕ Bellacosa Mainframe: “Não mexe, está funcionando”

Todo mainframeiro já ouviu essa frase.

Talvez com variantes:

“Não toca nisso.”

“Esse programa é antigo, mas funciona.”

“Ninguém sabe exatamente como funciona.”

“Se mexer, quebra.”

“Foi escrito pelo pessoal antigo.”

“Deixa para depois.”

Essas frases podem conter prudência legítima.

Mas também podem esconder:

medo;

falta de conhecimento;

dívida técnica;

sunk cost;

dependência de especialista;

ausência de testes;

falta de documentação.

Não mexer pode ser a escolha correta.

Mas precisa ser uma decisão consciente.

Não reflexo.


🧠 Status Quo não é sinônimo de segurança

Esse é o primeiro ponto fundamental.

Um sistema existente possui uma vantagem:

é conhecido.

Mas “conhecido” não significa “seguro”.

Você pode conhecer perfeitamente um processo ruim.

Exemplo:

TODO DIA:

03:10 job atrasa
03:20 operador ajusta
03:30 restart
03:50 encerra

A organização diz:

— Sempre foi assim.

Então virou normal.

Esse é o encontro entre:

Status Quo Bias + Normalization of Deviance


🌀 O velho desvio vira patrimônio histórico

Primeira vez:

workaround temporário.

Depois:

workaround conhecido.

Depois:

procedimento informal.

Depois:

documentado.

Depois:

ninguém lembra por que existe.

Finalmente:

“Não mexe nisso.”

Parabéns.

Um desvio acabou de se transformar em patrimônio cultural.


👻 Easter Egg nº 1 — “Sempre esteve ali”

Imagine a TARDIS chegando a uma nave.

No meio da ponte existe um botão vermelho gigantesco.

Doctor pergunta:

— Para que serve?

Tripulação:

— Não sabemos.

— Há quanto tempo está aí?

— Quatrocentos anos.

— E ninguém investigou?

— Não. Sempre esteve aí.

O Doctor suspira.

— Essa frase explica metade dos problemas do universo.


💻 COBOL e o parágrafo misterioso

Você encontra:

       IF WS-FLAG = 'Y'
           PERFORM 9000-ROTINA-ESPECIAL
       END-IF.

Pergunta:

— O que faz 9000-ROTINA-ESPECIAL?

Veterano:

— Não mexe.

— Por quê?

— Não sei.

— É usado?

— Acho que sim.

— Quando?

— Desde 1998.

Esse é o momento em que Status Quo Bias pode transformar desconhecimento em controle operacional.

A regra deveria ser:

Se não entendemos, precisamos reduzir a incerteza. Não santificar o código.


🧠 Legacy não significa errado

Importante.

Não confundamos Status Quo Bias com:

“Tudo velho precisa ser substituído.”

Isso seria outro viés.

Um sistema antigo pode ser:

robusto;

estável;

eficiente;

barato;

bem conhecido;

extremamente confiável.

COBOL e mainframe são exemplos perfeitos de tecnologias antigas que continuam valiosas em muitos contextos.

A questão não é idade.

A questão é:

o sistema ainda entrega valor dentro de risco aceitável?


🧮 Idade não é métrica de obsolescência

Pergunte:

performance?

manutenção?

segurança?

custo?

skill availability?

resiliência?

capacidade?

dependências?

Se respostas forem boas:

ótimo.

Não migre só porque PowerPoint diz “modernização”.

Status Quo Bias é ruim.

Mas:

Change Bias também seria ruim.

Mudar por moda é tão irracional quanto não mudar por medo.


☕ A pergunta correta

Não:

“É velho?”

Nem:

“É novo?”

Mas:

“Ainda é a melhor opção disponível para este contexto?”

Essa é engenharia.


💰 Sunk Cost Fallacy retorna imediatamente

No capítulo anterior vimos:

“Já gastamos demais para parar.”

Agora:

“Já investimos demais nesse sistema para trocar.”

Pode ser sunk cost.

Exemplo:

licenças;

treinamento;

integrações;

infraestrutura.

Tudo isso é relevante para custos futuros de transição.

Mas dinheiro passado, irrecuperável, não deveria ser usado sozinho para justificar permanência.


🧠 Status Quo + Sunk Cost

A combinação:

“JÁ ESTÁ AQUI”
+
“JÁ GASTAMOS MUITO”
=
“ENTÃO PRECISA CONTINUAR”

Não necessariamente.

A pergunta ainda é:

qual opção oferece melhor valor daqui para frente?


🌀 Drift Into Failure entra silenciosamente

Esse talvez seja o casamento mais importante.

Sistema funciona.

Não mudamos.

Volume cresce.

Equipe diminui.

Margem cai.

Workarounds aumentam.

Ainda funciona.

Então continuamos.

Pouco a pouco:

o status quo muda.

Ironia.

Você acredita estar preservando “o mesmo sistema”.

Mas ele está derivando.


🧠 Status Quo é dinâmico

Essa ideia é fascinante:

manter a arquitetura igual não significa manter o risco igual.

Porque o ambiente muda.

Volume.

Regulação.

Ameaças.

Pessoas.

Dependências.

Hardware.

Software.

Negócio.

Logo:

não mudar tecnicamente também pode produzir mudança de risco.


🔐 Segurança é um exemplo brutal

Sistema criado em 2010.

Autenticação adequada para 2010.

Em 2026:

ameaças diferentes.

Ataques diferentes.

Integrações diferentes.

Manter exatamente o mesmo controle não significa manter a mesma segurança.

O mundo se moveu.

Você não.


👥 “Mas nunca fomos atacados”

Aparecem:

Survivorship Bias.

Outcome Bias.

Normalcy Bias.

Talvez não houve incidente.

Isso não prova que controle atual seja suficiente.


🚨 CVE e Status Quo

Patch disponível.

Equipe evita:

“Pode quebrar.”

Risco real.

Mas manter vulnerabilidade também possui risco.

Uma decisão madura precisa comparar:

risk of change

versus:

risk of no change

Não apenas o primeiro.


⚖️ Change Risk versus Stay Risk

Essa deveria ser uma tela padrão:

MUDAR

Riscos:
- indisponibilidade
- regressão
- migração
- treinamento

NÃO MUDAR

Riscos:
- obsolescência
- falha
- segurança
- skill shortage
- custo crescente

Agora temos comparação simétrica.


🧠 Default Effect

Status Quo Bias possui relação com o chamado Default Effect.

Se uma opção já vem selecionada como padrão, pessoas tendem a mantê-la.

No mundo corporativo:

arquitetura existente é o default.

Processo atual é default.

Fornecedor atual é default.

Continuar exige zero movimento.

Mudar exige projeto.

Isso dá vantagem estrutural ao status quo.


☕ O fornecedor eterno

Contrato existe há 15 anos.

Pergunta:

— Ainda é competitivo?

Resposta:

— Nunca tivemos problema.

Talvez.

Mas revisamos alternativas?

— Não.

Então não sabemos.

Você não escolheu novamente.

Apenas não mudou.


🧠 Inação parece menos responsável

Existe outro fator psicológico.

Se mantemos situação atual e algo dá errado:

“Foi o sistema.”

Se mudamos e algo dá errado:

“Quem decidiu mudar?”

Percebe?

Mudança tem autor visível.

Inação, muitas vezes, não.

Isso favorece status quo.


🪡 A agulha volta ao Bellacosa

Em decisões corporativas:

quem aprova mudança pode sentir:

“Se der errado, a agulha aponta para mim.”

Manter tudo como está parece mais seguro politicamente.

Mesmo que tecnicamente não seja.

A gestão de risco pode virar gestão de responsabilidade pessoal.


🪜 Authority Gradient

Júnior:

— Talvez devêssemos substituir este processo.

Sênior:

— Está assim há vinte anos.

Fim.

Autoridade + história cria barreira.

A idade do sistema vira argumento.


👥 Groupthink

Todos repetem:

“Não mexe.”

Pessoa nova começa a achar que existe algum motivo profundo.

Talvez não exista.

Talvez todos apenas estejam repetindo a mesma frase desde 2007.

Isso é tradição sem documentação.


🧠 Institutional Memory versus Institutional Myth

Memória institucional:

“Não altere porque há dependência X documentada.”

Excelente.

Mito institucional:

“Não altere porque todo mundo sabe que quebra.”

Por quê?

— Não sabemos.

Maturidade exige distinguir.


🧪 Teste o mito

Crie ambiente controlado.

Clone.

Experimente.

Observe.

Talvez descubra:

era perigoso.

Ótimo.

Ou:

o medo era legado histórico.

Também ótimo.

Conhecimento substitui superstição.


🔬 Spike / POC contra Status Quo Bias

Se mudar parece assustador:

não precisa fazer Big Bang.

Faça:

POC;

piloto;

shadow mode;

canary;

módulo pequeno.

Isso reduz custo psicológico da mudança.


🧠 Reversibilidade é chave

Mudança irreversível assusta.

Então torne-a reversível.

Feature flag.

Rollback.

Blue/green.

Backup.

Versionamento.

Teste.

Quanto mais reversível:

menor barreira para experimentar.


🚦 Incremental Change

Status Quo Bias frequentemente nasce da falsa dicotomia:

manter tudo

versus

substituir tudo.

Não precisa.

Pode ser:

estrangular sistema aos poucos;

modernizar interfaces;

automatizar testes;

documentar;

separar componentes.

Pequenas mudanças reduzem risco.


🧱 Strangler Pattern

Um conceito arquitetural famoso:

em vez de substituir sistema inteiro de uma vez, novos componentes vão gradualmente assumindo funções.

Isso pode ser útil quando Big Bang é arriscado.

Não é solução universal.

Mas ilustra:

mudança pode ser desenhada para reduzir medo.


☕ Bellacosa Mainframe: modernizar sem destruir

Mainframe pode ganhar:

APIs;

Git;

CI/CD;

testes;

Zowe;

z/OSMF;

automação;

observabilidade;

sem necessariamente jogar COBOL fora.

Esse é um excelente exemplo de combater Status Quo Bias sem cair em:

“reescreve tudo.”

Modernização não precisa significar substituição.


🧠 Technology Replacement Bias

Às vezes consultoria diz:

“Sistema é antigo, substitua.”

Cuidado.

Isso pode ser viés oposto.

Se novo sistema adiciona:

mais custo;

mais latência;

menos estabilidade;

não melhorou.

A pergunta não é:

legacy versus moderno.

É:

qual arquitetura produz melhor resultado agora e no futuro previsível?


📊 Total Cost of Inaction

Já falamos de TCO.

Agora outra métrica útil:

Cost of Inaction

Quanto custa não fazer nada?

Exemplo:

MANUAL FIXES/MÊS: 143

15 min cada
=
35h45/mês

Mais:

incidentes;

erros;

treinamento;

turnover.

De repente “não mudar” também possui business case.


💰 Manutenção invisível

Status quo parece barato porque muita manutenção fica escondida.

Planilhas.

Scripts.

Telefonemas.

Heroísmo.

No Drift Into Failure vimos isso.

Conte.


🦸 “Carlos resolve”

Sistema parece barato porque Carlos corrige diariamente.

Carlos não é gratuito.

Nem eterno.

Se ele sair:

qual custo?

Bus Factor entra.


🧠 Skill Risk

Aplicação depende de três especialistas.

Dois perto da aposentadoria.

Status quo hoje funciona.

Mas horizonte de cinco anos?

A análise precisa incluir disponibilidade futura de skills.

Não como argumento sensacionalista.

Como risco real.


📅 Time Horizon

Uma escolha pode ser boa:

hoje.

Ruim:

em três anos.

Status Quo Bias olha muito para o conforto imediato.

Planejamento estratégico precisa olhar horizonte.


🧠 Present Bias aparece no horizonte

Preferimos benefício imediato e subestimamos consequências futuras.

Isso é outro viés relacionado:

Present Bias.

Talvez um ótimo episódio futuro.

Porque manter status quo gera conforto agora.

Dívida depois.


🔥 Technical Debt

Status Quo Bias protege dívida técnica.

“Funciona.”

Sim.

Mas mudança pequena custa:

2 dias?

2 semanas?

2 meses?

A velocidade de manutenção é um indicador.


📈 Change Failure Rate não é tudo

Sistema com zero mudanças também terá:

zero change failures.

Parabéns?

Talvez não.

Talvez ninguém consiga mudar nada.

Uma métrica isolada pode premiar imobilidade.


🧠 Stability versus Stagnation

Excelente distinção:

Estabilidade:

podemos mudar com segurança, mas não precisamos constantemente.

Estagnação:

não mudamos porque temos medo ou incapacidade.

De fora:

ambas parecem tranquilas.

Por dentro:

completamente diferentes.


🧪 Teste de saúde

Pergunte:

“Se precisássemos mudar amanhã, conseguiríamos?”

Se resposta:

“Deus nos livre.”

Talvez não tenhamos estabilidade.

Temos fragilidade.


🏛️ Lindy Effect retorna

Sistemas antigos que sobreviveram muito possuem evidência de robustez.

Isso merece respeito.

Mas não prova que:

todas as condições futuras serão iguais.

Use longevidade como evidência positiva.

Não como veto à revisão.


📚 COBOL antigo pode ser excelente

Um programa de 1987:

estável;

testado;

simples;

bem documentado;

baixo custo.

Por que substituir?

Talvez não deva.

Status Quo Bias só existe quando a preferência pelo atual decorre principalmente do fato de ser atual, não de análise.

Essa nuance é fundamental.


🎯 Pergunta Bellacosa nº 1

Quando alguém disser:

“Não mexe porque funciona.”

Pergunte:

“O que significa ‘funciona’ em números?”

SLA?

Erro?

Custo?

Intervenção?

Margem?


🎯 Pergunta Bellacosa nº 2

Outra:

“Qual é o risco de continuar exatamente assim por três anos?”


🎯 Pergunta Bellacosa nº 3

Outra:

“Se esse sistema não existisse hoje, escolheríamos construí-lo dessa forma?”

Excelente contra Status Quo + Sunk Cost.


🎯 Pergunta Bellacosa nº 4

E:

“O que precisaríamos provar para considerar uma mudança segura?”

Agora o medo vira critério.


🧪 Como combater Status Quo Bias — passo a passo

Passo 1 — Torne explícita a opção “não mudar”

Não trate como default invisível.


Passo 2 — Calcule risk of change

Claro.


Passo 3 — Calcule risk of no change

Igualmente.


Passo 4 — Meça custo do status quo

Inclua trabalho oculto.


Passo 5 — Defina horizonte

1 ano?

5?

10?


Passo 6 — Faça pequenos experimentos

POCs.

Canary.

Pilotos.


Passo 7 — Aumente reversibilidade

Rollback.

Feature flags.

Backups.


Passo 8 — Preserve conhecimento

Documente antes de mudar.


Passo 9 — Reavalie periodicamente

Decisão antiga não é eterna.


Passo 10 — Compare com alternativas reais

Não imaginárias.


📋 Checklist anti-Status Quo Bias

[ ] Por que mantemos o estado atual?

[ ] Temos dados ou apenas tradição?

[ ] Qual o risco de mudar?

[ ] Qual o risco de não mudar?

[ ] Qual o custo oculto atual?

[ ] A margem de segurança está caindo?

[ ] Dependemos de heroísmo?

[ ] Conhecimento está concentrado?

[ ] O ambiente mudou?

[ ] Existem requisitos novos?

[ ] O sistema ainda atende bem?

[ ] Conseguimos mudar com segurança?

[ ] Estamos presos por sunk cost?

[ ] Existe uma alternativa incremental?

[ ] Se começássemos hoje, escolheríamos igual?

🧠 Decision symmetry

Uma defesa muito poderosa:

avalie mudança e permanência com o mesmo rigor.

Não:

MUDAR
→ precisa de business case

NÃO MUDAR
→ automático

Mas:

MUDAR
→ custos + benefícios + riscos

NÃO MUDAR
→ custos + benefícios + riscos

Simetria.


📊 Status Quo Review

A cada ano:

serviços críticos.

Pergunte:

ainda faz sentido?

Não significa lançar projeto.

Apenas revisar.

Talvez conclusão seja:

continue.

Excelente.

Agora você escolheu continuar.

Não apenas esqueceu de reconsiderar.


🧠 “Keep” também precisa ser decisão

Imagine arquitetura review:

SYSTEM A

DECISION:
KEEP

RATIONALE:
- cost competitive
- stable
- skills available
- headroom 40%
- security supported
- modernization via API underway

REVIEW:
12 months

Isso é status quo consciente.

Completamente diferente de:

“Sempre esteve aí.”


🤖 IA e Status Quo Bias

Empresas podem fazer duas coisas opostas.

Primeira:

“Nunca usaremos IA porque processo atual funciona.”

Status Quo Bias.

Segunda:

“Precisamos colocar IA em tudo.”

Shiny Object Bias.

Ambos ruins.

Pergunte:

qual problema?

qual valor?

qual risco?


☁️ Cloud versus Mainframe

Mesma coisa.

“Tudo precisa ir para cloud.”

Possível erro.

“Nada sai do mainframe.”

Também.

Arquitetura não deveria ser religião.

Cada workload possui características.


🧠 Status Quo tecnológico pode ser confortável

Porque mudar exige aprender.

E aprender significa admitir:

não sabemos.

Isso pode ser desconfortável para especialistas.

Logo, Status Quo Bias pode ser reforçado por identidade profissional.


👨‍💻 O programador COBOL iniciante

Aqui existe uma oportunidade.

O iniciante pergunta:

“Por que fazemos assim?”

Veterano pode ouvir como crítica.

Mas essa pergunta é valiosíssima.

Talvez exista ótimo motivo.

Explique.

Talvez ninguém saiba.

Então documente e investigue.

Fresh eyes quebram status quo.


🧠 O valor da pergunta ingênua

— Por que rodamos esse job duas vezes?

— Sempre rodamos.

— Mas por quê?

Silêncio.

Às vezes o newbie encontra fantasma de 1999.

Não porque sabe mais.

Porque ainda não aprendeu a parar de estranhar.


👻 Easter Egg nº 2 — o job do Y2K

Imagine um step criado para contornar problema de ano 2000.

Ano:

Ainda roda.

Ninguém sabe por quê.

Nosso jovem pergunta.

Descobre:

não faz nada útil há 24 anos.

CPU pequena.

Mas ritual perfeito.

Status Quo Bias fossilizado em JCL.


💾 Código morto também custa

Mesmo sem consumir muita CPU:

confunde;

aumenta análise;

gera dependência;

risco de alteração.

Excluir também pode reduzir complexidade.


🗑️ Delete é feature

Às vezes a melhor modernização:

remover.

Programa.

Job.

Interface.

Relatório que ninguém usa.

Menos sistema.

Menos superfície de falha.


🧠 Decommissioning precisa de coragem

Criar projeto dá visibilidade.

Desligar coisa velha também deveria.

Porque sistemas zumbis consomem:

licença;

staff;

segurança;

atenção.


📊 Usage Analytics

Antes de manter relatório “porque sempre existiu”:

quem usa?

Último acesso?

Valor?

Talvez ninguém.

Status quo alimenta sistemas órfãos.


🌀 Diffusion of Responsibility

Quem decide descontinuar?

Aplicação?

Negócio?

Infra?

Ninguém.

Então continua.

Diffusion + Status Quo.

Sistema fica vivo porque ninguém é owner de sua morte.


🎯 Pergunta Bellacosa nº 5

“Quem possui responsabilidade por decidir que este sistema ainda merece existir?”

Essa é uma pergunta poderosa.


🔥 Change Advisory Boards

Governança pode involuntariamente aumentar Status Quo Bias.

Se mudar exige:

20 aprovações;

10 formulários;

3 reuniões;

mas não fazer nada exige zero...

adivinhe qual comportamento será favorecido.

Processo precisa proteger mudança sem tornar imobilidade mais fácil que evolução.


🧠 Safety bureaucracy paradox

Controle criado para reduzir risco de mudança.

Mas se burocracia impede patches e melhorias:

pode aumentar risco de permanência.

Outro exemplo de sistema produzindo efeito oposto.


🧬 Resilience Engineering novamente

Sistemas resilientes não são sistemas que nunca mudam.

São capazes de:

adaptar;

absorver;

recuperar;

aprender.

Logo, capacidade segura de mudança é parte da resiliência.


🛠️ Changeability is a safety feature

Frase importante:

A capacidade de mudar com segurança também é um controle de risco.

Testes.

Automação.

Observabilidade.

Rollback.

Versionamento.

Tudo isso reduz custo de mudança.

E, portanto, Status Quo Bias.


🧠 Fear of Change diminui com engineering quality

Se cada deploy parece cirurgia cardíaca:

óbvio que ninguém quer mexer.

Melhore:

testes;

pipelines;

sandbox;

monitoramento;

rollback.

A cultura muda porque risco real cai.

Não apenas porque fizemos palestra sobre inovação.


🧪 Game Days

Simule mudança.

Rollback.

Failover.

Quanto mais prática:

menos status quo depende do medo.

Conhecimento gera opção.


📈 Option Value

Ter capacidade de mudar cria valor mesmo se você não mudar hoje.

É uma opção.

Arquitetura flexível preserva escolhas futuras.


🧠 Status Quo Bias e planejamento estratégico

Uma empresa pode passar anos otimizando:

“como manter?”

sem perguntar:

“ainda deveríamos?”

Eficiência operacional sem revisão estratégica pode manter perfeitamente uma coisa errada.


☕ Fazer perfeitamente aquilo que não precisava existir

Isso é uma tragédia técnica elegante.

Job otimizado.

CPU reduzida.

Automação perfeita.

Mas relatório não é usado há cinco anos.

Parabéns.

Otimizamos o irrelevante.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Status Quo Bias é a tendência de preferir o estado atual simplesmente porque ele já existe.

Não mudar também é uma decisão.

O risco da mudança precisa ser comparado ao risco da permanência.

Familiar não significa seguro.

Legacy não significa obsoleto.

Novo não significa melhor.

Sunk Cost pode proteger sistemas que perderam valor.

Normalization of Deviance pode transformar workarounds em tradição.

Drift Into Failure faz o risco crescer mesmo quando arquitetura não muda.

Reversibilidade e mudanças incrementais reduzem medo.

Fresh eyes ajudam a questionar rituais sem explicação.

Capacidade de mudar com segurança é uma propriedade de resiliência.

E principalmente:

A pergunta madura não é “por que mudar?”. É “comparando mudança e permanência, qual escolha ainda faz mais sentido?”


🕰️ De volta à reunião das 08:14

Sistema:

IDADE: 23 ANOS
INTERVENÇÕES: 143/MÊS
BATCH WINDOW: 92%
SPECIALISTS: 2

O gerente repete:

— Migrar é arriscado.

Nosso programador responde:

— Concordo.

Todos parecem surpresos.

— Então deixamos?

— Não foi isso que eu disse.

Ele abre outro slide.

RISCO DE MUDAR
--------------
regressão
migração
custo
treinamento
indisponibilidade

Depois:

RISCO DE NÃO MUDAR
------------------
janela quase cheia
2 especialistas
143 intervenções/mês
documentação parcial
crescimento de volume

Silêncio.

— Não precisamos substituir tudo.

O arquiteto pergunta:

— Então?

— Primeiro documentar.

Depois automatizar as intervenções.

Criar testes.

Expor APIs.

Reduzir dependências.

Separar componentes.

Medir.

Então decidir.

O Doctor sorri.

— Ah.

— O quê?

— Finalmente alguém percebeu que a alternativa a “não fazer nada” não precisa ser “destruir tudo”.


🧪 Dois anos depois

O sistema ainda roda COBOL.

Mas agora:

INTERVENÇÕES: 11/MÊS
BATCH WINDOW: 58%
SPECIALISTS: 7
TEST AUTOMATION: 84%
APIs: IMPLEMENTED
DOCUMENTATION: CURRENT

Alguns módulos foram substituídos.

Outros permaneceram.

A equipe não “migrou o mainframe”.

Também não ficou parada.

Modernizou onde havia valor.

Preservou onde fazia sentido.

Nosso programador olha para o Doctor.

— Então o status quo não era o problema?

— Não.

— O que era?

— Não saber por que vocês o mantinham.

Boa resposta.


🥚 Easter Egg final

Na manhã seguinte aparece:

BELLACOSA.BIAS(STATUSQUO)

Dentro:

       IF CURRENT-STATE = 'WORKING'
           PERFORM MEASURE-WHAT-WORKING-MEANS
       END-IF.

       IF CHANGE-RISK > ZERO
           PERFORM CALCULATE-STAY-RISK
       END-IF.

       IF ONLY-REASON-TO-KEEP =
          'WE-ALWAYS-DID-IT'
           PERFORM ASK-WHY
       END-IF.

Comentário:

* FAMILIAR IS NOT A REQUIREMENT.

Outro:

* OLD CAN BE EXCELLENT.
* NEW CAN BE TERRIBLE.
* MEASURE BOTH.

Mais um:

* DO NOTHING
* IS STILL A CHANGE DECISION.

E naturalmente:

* BAD WOLF WAS LEGACY.
* STILL SUPPORTED.

Nosso jovem fecha o membro.

Horas depois alguém pergunta:

— Podemos remover esse step?

Ele responde:

— Por quê?

— Parece velho.

Ele sorri.

— Essa é uma razão tão ruim quanto mantê-lo só porque é velho.

— Então?

— Vamos descobrir o que ele faz.

Executam análise.

O step ainda previne uma condição rara de restart.

Mantêm.

Documentam.

Outro step não fazia nada útil desde 2003.

Removem.

Nenhuma guerra entre:

legacy;

modernização;

velho;

novo.

Apenas engenharia.

VWORP.

VWORP.

VWORP.

A TARDIS começa a desaparecer.

No quadro da War Room fica uma última frase:

O sistema atual não merece permanecer porque já existe. A mudança não merece acontecer porque é nova. Ambos precisam passar pelo mesmo tribunal: evidência, risco, custo e valor.

☕🌀

Next stop: Present Bias — quando sabemos que o risco chegará no futuro, mas preferimos o conforto, a economia e a facilidade de hoje… deixando o problema como presente para a equipe de amanhã.

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