☕ 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

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.

quarta-feira, 8 de abril de 2015

Engenharia Militar : Capítulo IV — Logística: A Guerra é Vencida Antes da Primeira Linha de Código

 

Bellacosa Mainframe e a engenharia militar parte iv

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Capítulo IV — Logística: A Guerra é Vencida Antes da Primeira Linha de Código

Quando um Programador COBOL Descobre que os Maiores Heróis da História Não Eram os Guerreiros... Eram Aqueles que Faziam o Arroz, a Água e os Dados Chegarem na Hora Certa

O inverno finalmente havia chegado.

Durante semanas, os sentinelas observavam o horizonte esperando o grande exército inimigo.

Quando ele apareceu, era exatamente como os batedores haviam previsto.

Milhares de soldados.

Centenas de cavalos.

Bandeiras coloridas.

Armaduras brilhando sob o sol.

O jovem general sorriu.

— Eles têm um exército magnífico.

O velho engenheiro apenas perguntou:

— Quantos dias de comida eles trouxeram?

O general estranhou a pergunta.

— Não importa.

Eles têm o dobro dos nossos homens.

O engenheiro caminhou até o mapa.

Apontou lentamente para um pequeno rio.

Depois para uma ponte.

Depois para uma estrada estreita.

Finalmente falou:

— Daqui a dez dias...

...eles terão metade do exército.

Daqui a vinte...

começarão a comer os próprios cavalos.

Daqui a trinta...

voltarão para casa sem nunca terem atacado este castelo.

O jovem não acreditou.

Mas exatamente um mês depois...

o enorme exército retirava-se derrotado.

Não perdera nenhuma batalha.

Perdera a logística.

Séculos depois...

02h48 da madrugada.

No data center, um programa COBOL aguardava um arquivo de entrada.

O código estava perfeito.

Os testes haviam passado.

O compilador não encontrara erros.

O JCL estava correto.

Mesmo assim...

o processamento não começou.

O arquivo nunca chegou.

A guerra acabara de ser perdida.

Sem que uma única linha COBOL tivesse sido executada.

Pegue seu café.

Hoje falaremos sobre aquilo que mantém castelos, empresas, países e mainframes vivos.


1. A arma mais poderosa nunca foi a espada

Hollywood nos ensinou que guerras são vencidas por:

  • espadas;

  • canhões;

  • arqueiros;

  • tanques;

  • aviões.

A História ensina outra coisa.

As maiores campanhas militares foram decididas por:

  • comida;

  • água;

  • transporte;

  • estradas;

  • pontes;

  • cavalos;

  • combustível;

  • comunicação;

  • manutenção.

Napoleão compreendia isso.

Os romanos dominaram boa parte da Europa porque construíram estradas extraordinárias.

Os castelos japoneses eram posicionados considerando rios, arrozais e rotas comerciais.

Na Segunda Guerra Mundial, petróleo tornou-se tão importante quanto armas.

Nenhum exército luta de estômago vazio.

Nenhum sistema crítico funciona sem recursos.


2. O Data Center também possui logística

Quando alguém olha para um ambiente IBM Z, normalmente enxerga:

COBOL.

CICS.

Db2.

JCL.

VSAM.

Mas por trás deles existe uma gigantesca operação logística.

Ela envolve:

  • CPU

  • Memória

  • Storage

  • Redes

  • Energia elétrica

  • Refrigeração

  • Backups

  • Snapshots

  • Fitas

  • Operadores

  • Monitoramento

  • Licenciamento

  • Equipes de plantão

Sem qualquer um desses elementos...

o melhor programa do mundo torna-se inútil.


3. O Job que esperava comida

Imagine um processamento noturno.

CLIENTES
      │
      ▼
VALIDAÇÃO

      │
      ▼
COBOL

      │
      ▼
DB2

      │
      ▼
RELATÓRIO

À primeira vista parece simples.

Mas observe o que realmente acontece.

Antes do programa iniciar:

✔ o arquivo precisa existir

✔ o dataset precisa estar catalogado

✔ o Db2 precisa estar disponível

✔ o storage precisa possuir espaço

✔ o operador precisa liberar a cadeia

✔ o JES precisa escalonar

✔ o WLM precisa fornecer CPU

✔ o RACF precisa permitir acesso

✔ a rede precisa estar funcionando

O COBOL é apenas um dos soldados da operação.


4. O arroz do samurai

Um samurai podia possuir a melhor katana do Japão.

Sem arroz...

não sobreviveria uma semana.

Da mesma forma...

um programa COBOL pode possuir o algoritmo perfeito.

Sem CPU...

não executa.

Sem disco...

não grava.

Sem memória...

não trabalha.

Sem arquivo...

não lê.

Sem autorização...

não abre dataset.

Sem rede...

não entrega informação.

Toda aplicação depende de suprimentos invisíveis.


5. O mito do "meu programa está certo"

Essa talvez seja uma das frases mais perigosas da carreira.

"Meu programa funciona."

Será?

Funciona em qual ambiente?

Com qual volume?

Com quantos usuários?

Com qual banco?

Com qual storage?

Durante qual horário?

Sob qual carga?

Um algoritmo pode funcionar perfeitamente em desenvolvimento.

Depois consumir:

100%

da CPU em produção.

Ou gerar contenção.

Ou provocar deadlocks.

Ou ultrapassar a janela batch.

O programa continua correto.

A logística deixou de suportá-lo.


6. A janela Batch

Imagine uma rodovia.

Durante a madrugada...

não há trânsito.

Então milhares de caminhões atravessam a estrada.

Essa estrada chama-se Batch Window.

Durante algumas horas:

milhares de jobs

disputam:

CPU

Memória

Disco

I/O

Rede

Cada minuto desperdiçado por um job afeta dezenas dos próximos.

Por isso existe uma regra silenciosa entre programadores experientes.

Seu programa não compete apenas consigo mesmo.

Ele compete com toda a empresa.


7. O WLM: o General Invisível

O Workload Manager faz algo extraordinário.

Ele decide:

Quem recebe CPU.

Quem espera.

Quem possui prioridade.

Quem pode utilizar mais recursos.

Imagine um general distribuindo comida durante um cerco.

Nem todos receberão a mesma quantidade.

Quem protege a muralha principal provavelmente comerá primeiro.

Quem está na retaguarda poderá esperar.

O WLM faz exatamente isso.

Ele distribui recursos de acordo com objetivos definidos pela organização.


8. Storage: o Arsenal do Castelo

Nos castelos japoneses existiam enormes depósitos.

Arroz.

Madeira.

Água.

Flechas.

Ferramentas.

Sem eles...

não existia campanha.

Hoje o storage desempenha papel semelhante.

Datasets.

Volumes.

Snapshots.

Replication.

FlashSystem.

Backups.

Recovery.

Quando um ransomware destrói dados...

a verdadeira batalha começa justamente aqui.

Não basta possuir backup.

É necessário recuperá-lo rapidamente.

Um exército que demora três meses para reconstruir uma ponte...

já perdeu a guerra.


9. IBM FlashSystem e o pensamento militar

Os modernos sistemas IBM FlashSystem incorporam conceitos extremamente próximos da engenharia militar.

Defesa em profundidade.

Redundância.

Recuperação acelerada.

Snapshots imutáveis.

Detecção inteligente.

É como um castelo que possui:

muralha externa

muralha interna

fosso

torres

depósitos

passagens secretas

plano de evacuação

Mesmo que uma defesa falhe...

outras continuam protegendo a fortaleza.


10. A fila MQ é uma estrada

Imagine milhares de carroças.

Cada uma transporta uma mensagem.

Se todas tentarem atravessar a mesma ponte ao mesmo tempo...

ocorre congestionamento.

MQ resolve justamente esse problema.

Organiza.

Armazena.

Entrega.

Controla.

Confirma.

Reenvia.

Uma fila não é apenas tecnologia.

É engenharia logística.


11. O segredo dos romanos

Os romanos construíram aproximadamente 400 mil quilômetros de estradas.

Isso permitia:

movimentar tropas

transportar alimentos

enviar mensageiros

levar impostos

controlar províncias

A estrada era muito mais importante que o exército.

Na informática...

APIs.

MQ.

TCP/IP.

FTP.

Connect:Direct.

VSAM.

Arquivos.

Todos são estradas.

Sem elas...

os dados nunca chegam.


12. Shogun e a logística invisível

Em Shogun, muitos espectadores concentram atenção nas batalhas.

Mas o verdadeiro poder está em:

quem controla os portos.

quem controla o arroz.

quem controla os navios.

quem controla os mensageiros.

quem controla os impostos.

quem controla os comerciantes.

Isso também vale para empresas.

Quem controla os dados...

controla a operação.

Quem controla os backups...

controla a recuperação.

Quem controla a infraestrutura...

controla o tempo.


13. Goblin Slayer e o inventário

Goblin Slayer raramente entra em uma caverna apenas com sua espada.

Ele verifica:

cordas

água

óleo

tochas

escudos

venenos

armadilhas

mapas

rotas de fuga

Cada objeto possui uma função.

Essa preparação parece exagerada.

Até o momento em que tudo dá errado.

Programadores experientes fazem exatamente igual.

Antes da implantação verificam:

backup

rollback

versão

load module

DBRM

bind

JCL

procedimentos

autorizações

monitoramento

O sucesso começa antes da execução.


14. O desastre do caminhão perdido

Imagine uma fábrica.

Toda produção depende de um caminhão trazendo matéria-prima.

O caminhão quebra.

A fábrica inteira para.

Na arquitetura chamamos isso de:

Single Point of Failure.

Em sistemas críticos devemos perguntar constantemente.

Existe apenas:

um arquivo?

uma fila?

um servidor?

um operador?

uma credencial?

uma rota?

Se a resposta for sim...

talvez exista uma fragilidade logística.


15. A Engenharia do Tempo

Outro recurso precioso é o tempo.

Um processamento batch possui prazo.

Uma janela.

Se ela termina às 06:00...

não adianta concluir às 06:20.

Tecnicamente funcionou.

Operacionalmente fracassou.

É como um exército chegar ao campo de batalha um dia depois da batalha.


16. Como pensar como um engenheiro logístico

Antes de desenvolver qualquer alteração pergunte.

Meu programa recebe quais recursos?

Quem produz esses recursos?

Quem depende do meu resultado?

Qual volume existe?

Qual crescimento esperado?

Existe espaço?

Existe contingência?

Existe monitoramento?

Existe recuperação?

Existe documentação?

Esse conjunto de perguntas muda completamente a qualidade das soluções.


17. Curiosidade Histórica

Durante o período Sengoku, muitos castelos japoneses eram projetados próximos a rios navegáveis, áreas agrícolas e rotas comerciais. O objetivo não era apenas facilitar o comércio, mas garantir abastecimento durante cercos prolongados. Em diversos casos, uma fortaleza bem abastecida resistia por meses sem grandes combates, enquanto exércitos maiores eram obrigados a recuar por falta de alimentos e suprimentos.

Os ambientes IBM Z seguem uma lógica semelhante. Sua capacidade de manter processamento contínuo depende tanto da infraestrutura — energia, armazenamento, redes, refrigeração, monitoramento e equipes — quanto do software. A resiliência nasce da combinação entre arquitetura e operação.


18. Easter Egg — O Dataset Fantasma

Conta uma antiga história dos operadores de mainframe que existia um job chamado:

NIGHT001

Durante quinze anos ele executava exatamente às 02:17.

Jamais falhava.

Até uma madrugada.

O COBOL terminou com MAXCC=0000.

Tudo parecia perfeito.

Mesmo assim...

centenas de jobs seguintes começaram a falhar.

Depois de horas investigando descobriram.

O programa havia produzido o arquivo corretamente.

Mas ninguém o catalogou.

O dataset existia.

Mas era invisível.

Era como uma carroça cheia de arroz estacionada do lado de fora das muralhas.

A comida estava lá.

Ninguém conseguia encontrá-la.

Desde então surgiu uma frase entre os operadores mais antigos.

Produzir dados não basta.

É preciso garantir que eles possam ser encontrados.


19. Checklist do Engenheiro Logístico

Antes da implantação confirme:

✔ Existe CPU suficiente?

✔ Existe espaço em disco?

✔ A janela batch suporta o processamento?

✔ Há monitoramento?

✔ Existe backup?

✔ Existe rollback?

✔ O arquivo de entrada chegará?

✔ O consumidor conseguirá ler o layout?

✔ Existe redundância?

✔ Há documentação operacional?

✔ Quem será acionado em caso de falha?

✔ O plano foi testado em volume próximo ao real?


Conclusão — A Última Carroça

O inverno já durava semanas.

Os soldados observavam o horizonte esperando o ataque final.

Nenhum inimigo apareceu.

O velho engenheiro caminhou lentamente até os depósitos.

Restava apenas uma carroça de arroz.

Chamou o jovem general.

— O que você faria?

O rapaz respondeu imediatamente.

— Distribuiria tudo para os soldados.

O engenheiro sorriu.

— Não.

Primeiro precisamos garantir que amanhã ainda exista arroz.

Naquele instante o jovem compreendeu.

A missão de um engenheiro nunca termina na batalha de hoje.

Ela continua na capacidade de sustentar a batalha de amanhã.

Na madrugada do data center, o operador observava o painel.

O último job da cadeia acabara de terminar.

MAXCC=0000.

Todos comemoraram.

O veterano, porém, fez apenas uma pergunta:

— O arquivo chegou ao parceiro externo?

Silêncio.

Ninguém havia verificado.

Minutos depois veio a confirmação.

O arquivo estava entregue.

Os totais conciliavam.

Os relatórios batiam.

Os backups haviam sido concluídos.

Os snapshots estavam consistentes.

A operação realmente terminara.

O jovem programador sorriu.

Agora entendia que escrever um bom programa era apenas metade da missão.

A outra metade era garantir que todos os recursos invisíveis continuassem alimentando aquela fortaleza noite após noite.

Porque castelos não sobrevivem graças às espadas.

Sobrevivem graças às carroças que continuam chegando, mesmo quando ninguém percebe que elas existem.

Este capítulo prepara naturalmente o Capítulo V — Fortificações, Defesa em Profundidade e o Castelo Digital, onde a narrativa conectará castelos japoneses, muralhas, RACF, criptografia, snapshots imutáveis, Zero Trust e segurança em IBM Z como diferentes camadas de defesa de uma mesma fortaleza.

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Uma campanha completa sobre estratégia, logística, inteligência, segurança, liderança, continuidade, sistemas críticos, IBM Z e COBOL.

Consultar arquivo
25 documentos
2014–2016 linha histórica
IBM Z fortaleza digital
COBOL linguagem da missão
Arquivo estratégico

Um Data Center analisado como uma fortaleza em guerra

A série Engenharia Militar sem Mistérios para Programadores COBOL compara castelos, exércitos, muralhas, cadeias de comando, logística, inteligência e operações militares com os ambientes IBM Z responsáveis por bancos, governos, seguros, transportes e serviços essenciais.

Cada artigo apresenta uma parte dessa arquitetura: aplicações COBOL, Jobs JCL, transações CICS, bancos Db2, filas MQ, segurança RACF, monitoramento, contingência, liderança, documentação e continuidade operacional.

Sala de operações

Índice da campanha

25 documentos localizados
Índice permanente

Links completos da série Engenharia Militar

Esta relação permanece disponível no HTML da página para mecanismos de busca, leitores de tela, navegadores sem JavaScript e ferramentas de arquivamento.

  1. Engenharia Militar sem Mistérios para Programadores COBOL
  2. Prólogo — O Chamado do Guardião
  3. Capítulo I — O Castelo, a Ponte e o Job que Não Podia Falhar
  4. Capítulo II — Estratégia, Operação e Tática
  5. Capítulo III — A Cadeia de Comando
  6. Capítulo IV — Logística
  7. Capítulo V — As Muralhas Invisíveis
  8. Capítulo VI — Inteligência, Reconhecimento e Espionagem
  9. Capítulo VII — A Arte da Guerra Aplicada ao Mainframe
  10. Capítulo VIII — Liderança, Moral e Disciplina
  11. Capítulo IX — Inovação, Evolução e o Futuro
  12. Capítulo X — O Legado do Engenheiro
  13. Capítulo XI — O Guardião Invisível
  14. Capítulo XII — A Fortaleza Invisível
  15. Capítulo XIII — Os Sentinelas da Madrugada
  16. Capítulo XIV — A Civilização Invisível
  17. Capítulo XV — Engenharia de Cerco
  18. Glossário IBM Z + Engenharia Militar
  19. Apêndice A — Correspondências Históricas e Técnicas
  20. Os 10 Animes Mais Emblemáticos Sobre Engenharia Militar
  21. Os 10 Animes Mais Emblemáticos Sobre Logística Militar
  22. Os 10 Animes Mais Emblemáticos Sobre Tática Militar
  23. Os 10 Animes Mais Emblemáticos Sobre Estratégia Militar
  24. Especial — Guerrilha Urbana
  25. Especial — Guerrilha no Campo e na Floresta
Bellacosa Mainframe — Arquivo de Engenharia Militar

Estratégia, disciplina, conhecimento, resiliência e continuidade aplicados aos sistemas que não podem parar.

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