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

quinta-feira, 4 de setembro de 2014

Plan Continuation Bias: Doctor Who, COBOL e o Dia em que o Plano Mandava Seguir — Mesmo Depois que a Realidade Tinha Mudado de Ideia

 

Bellacosa Mainframe e o plan continuation bias

☕ Um Café no Bellacosa Mainframe

Plan Continuation Bias: Doctor Who, COBOL e o Dia em que o Plano Mandava Seguir — Mesmo Depois que a Realidade Tinha Mudado de Ideia

Uma viagem pela TARDIS dos incidentes para entender por que continuamos executando planos mesmo quando novas evidências deveriam fazê-los parar — e como prazo, compromisso, sunk cost, autoridade, Goal Gradient, pressão de Go-Live e aquela frase “agora falta pouco” podem transformar persistência em teimosia operacional

Sexta-feira.

22:41.

Janela de mudança.

Tudo preparado.

Pelo menos:

no PowerPoint.

CHANGE:
PAYMENTS-X RELEASE 7.4

START:
22:00

END:
01:00

GO-LIVE:
23:00

ROLLBACK LIMIT:
00:15

Nosso jovem programador COBOL acompanha a mudança.

Checklist:

BUILD ............. OK
DB2 BIND .......... OK
CICS NEWCOPY ...... OK
SMOKE TEST ........ OK

22:47.

Primeiro alerta:

LATENCY:
NORMAL 180 ms
CURRENT 410 ms

Gerente:

— Ainda aceitável.

22:51.

ERROR RATE:
0.4% → 1.2%

Operação:

— Está subindo.

Gerente:

— Estamos no meio da mudança.

22:54.

MQ QUEUE:
NORMAL 100
CURRENT 900

Nosso jovem:

— Talvez devêssemos parar.

Silêncio.

Release Manager:

— Parar agora?

— Sim.

— Depois de tudo que já fizemos?

Ah.

Frase importante.

“Depois de tudo que já fizemos?”

22:57.

DBA:

— Algumas queries novas estão acima do esperado.

Gerente:

— Falta só ativar o último componente.

Nosso jovem:

— Mas talvez esse último componente não seja o problema.

— Justamente. Então vamos concluir e ver.

Outra frase:

fantástica.

“Vamos concluir e ver.”

23:00.

Go-Live.

23:03.

Erros:

3,8%.

23:05.

Queue:

4.200.

Agora:

War Room.

VWORP.

VWORP.

VWORP.

A TARDIS aparece ao lado da bridge.

A porta abre.

O Doctor sai.

Olha:

para os dashboards.

Pergunta:

— Quando surgiram os primeiros sinais de que a mudança estava saindo do esperado?

Nosso jovem:

— 22:47.

— E por que continuaram?

Gerente:

— Porque já estávamos no meio.

Doctor:

— Isso explica o passado.

— E porque faltava pouco.

Doctor:

— Isso explica a distância até o fim.

— E porque parar naquele ponto seria muito caro.

Doctor:

— E continuar foi barato?

Silêncio.

Ele escreve no quadro:

PLAN
  ↓
NEW EVIDENCE
  ↓
PLAN NO LONGER FITS
  ↓
CONTINUE ANYWAY

E acima:



PLAN CONTINUATION BIAS

Ou:

Viés de Continuação do Plano.

Em linguagem Bellacosa:

é quando continuamos seguindo um plano porque ele já está em execução — mesmo quando a realidade mudou o suficiente para justificar interromper, rever ou abandonar esse plano.


🧠 O que é Plan Continuation Bias?

É uma tendência de:

continuar com:

curso de ação existente,

mesmo depois de aparecerem:

novas evidências;

mudanças de contexto;

aumento de risco;

sinais de que o plano original já não é:

a melhor opção.

Não significa:

“persistência é ruim.”

Persistência é:

fundamental.

O problema é outro:

persistir depois que as condições que justificavam o plano deixaram de existir.


☕ Definição Bellacosa

Plan Continuation Bias é quando o plano vira mais importante que o motivo pelo qual ele foi criado.


💻 COBOL cognitivo

No começo:

       IF GO-LIVE-CONDITIONS = 'SAFE'
           PERFORM DEPLOY
       END-IF.

Mas depois:

       IF DEPLOY-STARTED = 'Y'
           PERFORM DEPLOY-UNTIL-END
       END-IF.

Percebe?

A condição mudou.

Antes:

“seguir se for seguro.”

Depois:

“seguir porque começamos.”


🧠 O plano deveria ser condicional

Um plano técnico saudável deveria parecer:

IF CONDITIONS REMAIN VALID
THEN CONTINUE
ELSE REASSESS

Mas o cérebro transforma em:

IF PLAN EXISTS
THEN CONTINUE

Houston.


👻 Easter Egg nº 1 — Dalek Project Manager

Dalek:

— PROCEED WITH INVASION.

Doctor:

— O planeta desapareceu.

Dalek:

— PROCEED.

— Não existe mais planeta.

— THE PLAN SAYS INVADE AT 09:00.

— Invadir o quê?

Dalek:

— SCOPE QUESTION NOT IN CURRENT SPRINT.

Doctor:

— Claro.


🧠 Por que continuamos?

Porque parar:

não é neutro.

Parar significa:

admitir incerteza;

perder tempo;

reabrir decisões;

explicar atraso;

talvez parecer:

fracasso.

Continuar:

parece ação.


🧠 Inércia psicológica

Plano iniciado:

ganha momentum.

Não apenas:

operacional.

Também:

mental.


☕ Uma mudança em execução

ganha:

gravidade.


🧠 Sunk Cost entra imediatamente

Já gastamos:

horas;

dinheiro;

energia;

reuniões;

aprovações.

Então:

“não podemos parar agora.”

Mas tudo isso:

já foi gasto.

O que deveria importar:

é:

qual opção é melhor daqui para frente?


🎯 Pergunta Bellacosa nº 1

“Se ainda não tivéssemos começado, com os dados que temos agora, escolheríamos iniciar?”

Essa é uma das melhores perguntas contra Plan Continuation Bias.


🧠 O teste do reset

Imagine:

voltar para 22:00

com:

informação de 22:55.

Você faria:

Go-Live?

Se não:

por que continuar só porque já começou?


☕ O passado paga:

custos passados.

Não deveria votar:

na próxima decisão.


🧠 Escalation of Commitment

Primo próximo.

Sunk Cost:

“já investimos.”

Escalation of Commitment:

“já nos comprometemos, então vamos investir ainda mais.”

Plan Continuation:

“já estamos executando, então seguimos.”


🧠 Uma família linda de problemas

SUNK COST
   ↓
COMMITMENT
   ↓
PLAN CONTINUATION

E no fim:

War Room.


🎯 Pergunta Bellacosa nº 2

“Estamos investindo mais porque a opção continua boa ou porque já investimos demais para admitir que mudou?”


🧠 Goal Gradient Effect

Lembra?

Quanto mais perto da meta:

mais motivação.

“Falta só 10%.”

“Só mais um step.”

“Só ativar o último pod.”

“Só completar o bind.”

Goal Gradient aumenta:

pressão para concluir.


☕ “Falta pouco”

é descrição:

de distância.

Não:

de risco.


🧠 Os últimos 3% podem ser os mais perigosos

Já vimos isso.

Go-Live.

Migration cutover.

Final reconciliation.

DNS switch.

Certificate activation.

Tudo:

no fim.


🎯 Pergunta Bellacosa nº 3

“Estamos acelerando porque o risco caiu ou simplesmente porque a linha de chegada ficou visível?”


🧠 Anchoring Bias

Plano original:

vira âncora.

GO-LIVE = 23:00

Agora:

23:00

parece:

lei física.

Nova evidência:

é interpretada

ao redor:

do horário.


☕ Calendário não é:

mecanismo causal.


🧠 Deadline Anchor

“Precisamos entrar hoje.”

Por quê?

Marketing.

Quarter-end.

Contract.

Maybe legitimate.

Mas:

não transforma:

sistema instável

em:

estável.


🎯 Pergunta Bellacosa nº 4

“Qual premissa técnica mudaria nossa decisão mesmo que o prazo continue igual?”


🧠 Confirmation Bias

Depois que decidimos:

seguir,

começamos a procurar:

sinais de que:

a decisão ainda está correta.

Latency melhora:

2%.

— Está estabilizando.

Error aumenta:

40%.

— Ainda dentro do esperado da transição.

Ah.


☕ Depois que escolhemos seguir

cada pequeno sinal verde

vira:

salvação.


🧠 Plan Continuation + Confirmation

Perigoso.

Plano:

em risco.

Cérebro:

procura razões:

para manter.


🎯 Pergunta Bellacosa nº 5

“Estamos coletando evidência para decidir se seguimos ou procurando justificativas para uma decisão já tomada?”


🧠 Normalcy Bias

Anomaly:

“transitória.”

Portanto:

não muda plano.

Normalcy Bias mantém:

expectativa de que tudo vai:

normalizar.

Plan Continuation diz:

“então seguimos enquanto isso.”


🧠 Normalization of Deviance

Se já fizemos:

Go-Live com warning

outras vezes,

e nada aconteceu,

isso vira:

normal.

Então:

plano continua mesmo com:

sinais ruins.


☕ “Já fizemos assim antes”

é gasolina.


🎯 Pergunta Bellacosa nº 6

“As experiências passadas realmente provam que este desvio é seguro ou apenas mostram que sobrevivemos anteriormente?”


🧠 Outcome Bias

Mudanças anteriores:

arriscadas,

mas:

bem-sucedidas.

Então:

interpretação:

“sabemos fazer.”

Talvez.

Ou:

tivemos sorte.

Outcome Bias produz:

confiança.

Plan Continuation usa:

essa confiança.


🧠 Hindsight Bias depois chega com chicote

Se falhar:

— Era óbvio que devíamos ter parado.

Engraçado.

Às 22:51:

não parecia.

Por isso:

need stop criteria.


🎯 Pergunta Bellacosa nº 7

“Definimos antes quais sinais nos fariam parar ou só decidiremos depois que o resultado for conhecido?”


🧠 Stop Rules

Importantíssimo.

Antes da mudança:

STOP IF:
ERROR > 2%
QUEUE > 1000
LATENCY > 500 ms FOR 5 MIN
DATA RECONCILIATION FAILS

Agora:

menos espaço para:

negociação emocional.


☕ Critério de abortar

deveria nascer:

antes da vontade de não abortar.


🧠 Go / No-Go Gates

Use:

decision points.

Não:

plano contínuo.

PHASE 1
↓
CHECKPOINT
↓
PHASE 2
↓
CHECKPOINT
↓
GO LIVE

At each:

revalidate.


🎯 Pergunta Bellacosa nº 8

“O plano possui checkpoints reais ou apenas etapas que assumem automaticamente a próxima?”


🧠 Plan Continuation em batch

Job:

tem:

10 steps.

STEP06:

produz:

warning sério.

Operator:

“faltam quatro.”

Continue.

Why?

Because:

job running.

But maybe:

STEP07 amplifies bad data.

Stop.


COND=EVEN

não deveria ser:

filosofia de vida.


🧠 COBOL example

Batch migration:

STEP01 EXTRACT
STEP02 TRANSFORM
STEP03 VALIDATE
STEP04 LOAD
STEP05 RECONCILE

Validation:

2% mismatch.

Manager:

— Load first; reconcilia depois.

Porque:

cutover window.

Could:

be disastrous.


🎯 Pergunta Bellacosa nº 9

“Estamos movendo uma validação para depois porque é tecnicamente seguro ou porque o cronograma já entrou em modo fuga?”


🧠 Plan Continuation e migração

Talvez:

o habitat natural.

Big Bang migration.

Hours.

At 60%:

unexpected inconsistencies.

Stopping:

painful.

Rollback:

painful.

Continuing:

feels easier.

But every next step:

reduces reversibility.


☕ Quanto mais longe vamos

mais caro fica:

voltar.

Isso aumenta:

pressão para continuar.


🧠 Reversibility Decay

Important concept.

At:

10%,

rollback easy.

50%,

harder.

90%,

very hard.

That means:

decision quality should:

increase in scrutiny.

But Goal Gradient causes:

opposite.


🎯 Pergunta Bellacosa nº 10

“Nossa disposição para parar aumenta à medida que o rollback fica mais difícil — ou diminui justamente quando deveria aumentar?”


🧠 Point of No Return

Never discover:

accidentally.

Define:

before.

LAST SAFE ROLLBACK POINT:
23:40

At 23:30:

decision.


☕ Se ninguém sabe:

quando é tarde demais,

provavelmente descobrirão:

tarde demais.


🧠 Plan Continuation em deploy

Feature flag:

great antidote.

Deploy code:

not activate.

Then:

observe.

Canary.

Progressive rollout.

Reduces:

commitment.


🧠 Reversible architecture reduces cognitive bias

This is huge.

If stopping is:

cheap,

people stop:

more rationally.

If stopping costs:

millions,

brain resists.


🎯 Pergunta Bellacosa nº 11

“Nossa arquitetura torna abandonar o plano tecnicamente fácil ou psicologicamente heroico?”


🧠 Canary releases

At 1%:

issue.

Stop.

Great.

Full deploy first:

more commitment.

Architecture:

can prevent bias.


☕ Reversibility é:

controle cognitivo embutido.


🧠 Plan Continuation e War Room

Incident plan:

“restart CICS.”

At first:

seems right.

Restart:

fails.

Do we continue:

restart other regions?

Maybe bias.

Need:

reassess.


🎯 Pergunta Bellacosa nº 12

“A primeira ação falhou; estamos atualizando o diagnóstico ou apenas escalando a mesma estratégia?”


🧠 Action Bias partnership

After plan failing:

do more.

Restart one:

no effect.

Restart all.

Classic.


🧠 Plan Continuation can become escalation of action

Same theory.

Bigger action.


☕ Quando martelo não funciona

não significa:

use martelo maior.


🧠 Confirmation again

“We need bigger restart.”

Maybe.

But:

prove.


🧠 Streetlight Effect

Plan uses:

Db2.

We keep:

Db2.

Because:

plan.

Alternative area:

ignored.


🎯 Pergunta Bellacosa nº 13

“Estamos continuando a mesma linha porque ainda é a melhor ou porque já investimos investigação nela?”


🧠 Diagnosis Momentum

Handoff says:

“current plan: DB2 remediation.”

New team:

continues.

Nobody:

asks:

why.

Plan gets:

social momentum.


☕ Plano também pode:

herdar autoridade.


🧠 Authority Bias

Senior says:

“continue.”

Junior sees:

red signs.

Hesitates to:

stop.

Plan continuation amplified:

by hierarchy.


🎯 Pergunta Bellacosa nº 14

“Quem tem autoridade real para dizer STOP?”

Critical.


🧠 Stop authority

Aviation and high-risk operations:

explicit abort authority matters.

In IT too.

Can junior:

call no-go?

If not:

risk.


☕ “Todos podem alertar”

não é o mesmo que:

“todos podem parar.”


🧠 Psychological Safety

If stop means:

career damage,

nobody stops.

Governance can:

create continuation bias.


🎯 Pergunta Bellacosa nº 15

“Qual é o custo social de interromper o plano?”


🧠 Principal-Agent Problem

Manager owns:

deadline.

Ops owns:

incident.

Manager wants:

continue.

Ops pays:

consequence.

Continuation bias gains:

incentive.


🧠 Moral Hazard

Decision-maker:

benefit if launch.

Another:

pays failure.

Again.


🎯 Pergunta Bellacosa nº 16

“Quem ganha se continuarmos e quem paga se a decisão estiver errada?”


🧠 Campbell and Goodhart

Manager KPI:

launch on time.

No-go:

hurts.

Thus:

threshold interpretation shifts.

Warning:

“manageable.”

Metric:

distorts.


☕ O indicador de projeto pode:

discutir com:

telemetria de produção.

E às vezes:

ganhar.


🧠 Goal Substitution

Original goal:

safe value delivery.

Proxy:

launch on date.

Now:

meeting date

replaces:

safe system.


🎯 Pergunta Bellacosa nº 17

“Quando ‘entregar com segurança’ virou apenas ‘entregar’?”


🧠 Metric Fixation

Progress:

97%.

Looks:

near.

But:

remaining 3%

may include:

migration;

reconciliation;

rollback.

Metric hides:

risk concentration.


☕ 97% do trabalho

não significa:

97% do risco eliminado.


🎯 Pergunta Bellacosa nº 18

“Quanto do risco está concentrado na parte que falta?”


🧠 Plan Continuation em projetos

Project:

6 months.

Bad signal:

month 4.

Cancel:

looks waste.

So:

continue.

Another 6 months.

Now:

more sunk cost.


🧠 Death march

Eventually:

“too big to stop.”

Not necessarily:

too good.


☕ Projeto pode virar:

refém de si mesmo.


🎯 Pergunta Bellacosa nº 19

“Se o projeto fosse apresentado hoje como novo investimento, seria aprovado?”

Excellent.


🧠 Plan Continuation e vendors

Contract signed.

Vendor underperforming.

Switch:

painful.

So:

continue.

The plan:

“make vendor work.”

Maybe:

not best.


🧠 Status Quo Bias

Current plan gets:

default.

Changing requires:

justification.

Continuing:

doesn't.

Asymmetry.


🎯 Pergunta Bellacosa nº 20

“Por que mudar o plano exige um business case, mas continuar não?”

Huge.


🧠 Zero-Based Decision Review

Periodically:

pretend current plan:

doesn't exist.

What choose?


☕ Plano deveria renovar:

licença.


🧠 Cultural Debt

Plan becomes:

tradition.

Roadmap:

“always this way.”

Nobody asks:

why.

Continuation over:

years.


🎯 Pergunta Bellacosa nº 21

“Estamos seguindo um plano ou apenas herdando uma trajetória?”


🧠 Plan Continuation e technical debt

Modernization:

halfway.

Problems.

Maybe continue.

Maybe pivot.

But:

“already migrated 40%.”

Sunk cost.


🧠 Mixed architecture can trap

Important.

Stopping:

complex.

Continuation:

also.

Need:

forward-looking evaluation.


☕ Arquitetura híbrida

às vezes é:

estado intermediário.

Às vezes vira:

moradia permanente.


🧠 Plan Continuation em DR

Disaster starts.

Plan says:

recover primary.

Evidence:

primary site compromised.

Still:

recover primary.

Maybe:

should failover.

But runbook:

anchors.


🎯 Pergunta Bellacosa nº 22

“O runbook ainda corresponde ao incidente real ou estamos executando o cenário que treinamos?”


🧠 Runbooks can anchor continuation

Good:

guides.

Bad:

blind obedience.

Need:

escape clauses.


☕ Runbook sem:

“stop and reassess”

é:

receita.

Não:

raciocínio.


🧠 Plan Continuation e cyber incident

Containment plan:

monitor attacker.

Then evidence:

exfiltration.

Still monitor

because plan.

Need:

switch to isolation.


🎯 Pergunta Bellacosa nº 23

“Qual evento deveria mudar nossa estratégia imediatamente?”


🧠 Tripwires

Define.

Security:

data exfiltration → isolate.

Migration:

reconciliation > X → rollback.

Performance:

latency > Y → stop rollout.


☕ Tripwire é:

if statement para:

coragem.


🧠 Plan Continuation e AI agents

Agent receives:

goal.

Starts:

sequence.

Environment changes.

Agent may:

continue tool chain.

Critical.

Need:

replanning.


🤖 Agentic plan continuation

LLM agents can:

persist toward objective

unless:

state revalidated.

This is analogous:

very closely.


🎯 Pergunta Bellacosa nº 24

“O agente revalida as premissas do plano entre etapas ou apenas executa a próxima ferramenta?”


🧠 Agent loop

Bad:

PLAN
→ ACTION1
→ ACTION2
→ ACTION3

Better:

PLAN
→ ACTION
→ OBSERVE
→ REASSESS
→ CONTINUE / REPLAN / STOP

☕ OODA again

Observe.

Orient.

Decide.

Act.

Repeat.

Not:

plan once.


🧠 AI guardrails

Need:

stop conditions.

Budget.

Risk thresholds.

Human approval.


🎯 Pergunta Bellacosa nº 25

“O agente sabe falhar com segurança ou apenas sabe perseguir objetivo?”


🧠 Automation Bias

Automation says:

continue.

Human:

trusts.

Plan continuation:

machine-assisted.


🧠 Need human veto

But:

veto usable.


☕ Botão STOP que exige:

17 telas de confirmação

não é:

botão STOP.


🧠 Plan Continuation e autopilot analogy

Historically,

plan continuation bias is often discussed in:

aviation.

Pilots may continue:

approach

even when:

weather,

fuel,

stability

suggest:

go-around.

Why?

Because:

landing plan already:

in motion.

This gives us:

great analogy for Go-Live.


☕ Deploy é:

approach.

Go-Live:

landing.

Rollback:

go-around.


🧠 Stabilized approach concept analog

Before landing:

criteria.

If not stable:

go around.

In IT:

before Go-Live:

criteria.

If not:

rollback/no-go.


🎯 Pergunta Bellacosa nº 26

“Temos um equivalente técnico de ‘unstable approach = go around’?”


🧠 This is brilliant for change management

Example:

NO-GO IF:
reconciliation incomplete
error rate > 1%
latency > baseline + 25%
rollback not validated

No negotiation.

Unless:

formal override.


🧠 Formal override

If override:

record:

who;

why;

risk.

Makes:

commitment explicit.


☕ “Segue mesmo assim”

deveria gerar:

mais metadata

que:

“OK”.


🧠 Plan Continuation e Deadline Pressure

End of quarter.

Regulatory date.

Marketing launch.

Pressure.

Plan gets:

stickier.


🎯 Pergunta Bellacosa nº 27

“O prazo aumentou a urgência da decisão ou alterou tecnicamente o risco?”


🧠 Sometimes deadline truly matters

Penalty.

Legal.

Customer.

Then:

trade-off.

Still:

make explicit.


🧠 Don't pretend

deadline:

removes risk.

It changes:

decision context.


☕ Risco pode ser:

aceito.

Não:

desaparecido.


🧠 Plan Continuation e Loss Aversion

Stopping feels like:

loss.

Lost time.

Lost prestige.

Lost launch.

Continuing:

keeps possibility:

success.

So:

loss aversion biases.


🎯 Pergunta Bellacosa nº 28

“Estamos evitando uma perda certa agora ao aceitar um risco maior depois?”


🧠 Prospect Theory vibe

Potential:

relevant.

No need deep.

But:

when facing loss,

people may:

take more risk.

Thus:

late project

may become:

riskier.


☕ Quanto mais atrasado

mais tentador:

apostar.

Perigoso.


🧠 Plan Continuation e desperation

As plan deteriorates,

stopping:

looks worse.

So:

more risk.

This is:

escalation.


🎯 Pergunta Bellacosa nº 29

“O plano piorou e, paradoxalmente, estamos aceitando mais risco para salvá-lo?”


🧠 Plan Continuation e sunk schedule

Schedule already:

slipped.

Now:

testing compressed.

Continue.

This is:

classic.


☕ Um atraso não deveria:

comer exatamente:

a parte que descobre erros.

Mas costuma.


🧠 Goodhart again

Date becomes:

target.

Testing becomes:

variable.


🎯 Pergunta Bellacosa nº 30

“Qual etapa de segurança está sendo sacrificada para preservar uma data que já perdeu suas premissas?”


🧠 Plan Continuation e Fatigue

Long incident.

Team exhausted.

Plan:

“continue.”

Stopping/rethinking requires:

cognitive effort.

So:

stay path.


🧠 Cognitive inertia increases with fatigue

Important.


☕ Às 04:00

um plano ruim conhecido

pode parecer:

mais atraente

que uma boa hipótese nova.


🎯 Pergunta Bellacosa nº 31

“Estamos continuando porque é melhor ou porque estamos cansados demais para reconstruir o plano?”


🧠 Shift changes

Fresh eyes.

Useful.

But Diagnosis Momentum:

could transmit plan.

Need:

ask fresh team:

independent assessment.


🎯 Pergunta Bellacosa nº 32

“O novo turno está reavaliando ou apenas herdando execução?”


🧠 Plan Continuation and Groupthink

Group committed.

Dissent:

socially costly.

Everyone:

continue.

No one:

wants be:

“the person who cancelled.”


☕ O botão vermelho

fica grande

quando:

todo mundo está olhando.


🧠 Challenger role

Assign:

Abort Advocate.

Someone must:

argue stop.

Not because:

negative.

To balance.


🎯 Pergunta Bellacosa nº 33

“Quem na reunião tem responsabilidade explícita de defender a opção de parar?”


🧠 Pre-Mortem

Before:

“imagine we continued and failed.”

What signs:

would we wish we'd noticed?

Useful.


🧠 Plan Continuation and Scenario Planning

Have:

Continue.

Pause.

Rollback.

Fallback.

Not binary.


☕ Um plano sem alternativa

é:

compromisso.

Não:

estratégia.


🎯 Pergunta Bellacosa nº 34

“Quais opções além de ‘continuar’ e ‘fracassar’ existem?”


🧠 Pause can be option

Freeze.

Collect data.

Extend window.

Partial rollback.

Disable feature.

Canary.


🧠 Option architecture

Design:

multiple exits.


🎯 Pergunta Bellacosa nº 35

“O plano foi desenhado com saídas ou apenas com etapas?”


🧠 Plan Continuation and Branch Prediction

COBOL-ish fun.

IF HEALTHY
   CONTINUE
ELSE
   EVALUATE
      WHEN ROLLBACK-POSSIBLE
         ROLLBACK
      WHEN PARTIAL-DISABLE-POSSIBLE
         DISABLE
      WHEN OTHER
         ESCALATE
   END-EVALUATE
END-IF.

Much better.


🧠 Plan Continuation in disaster response

Sometimes teams continue:

normal runbook

despite:

unprecedented scale.

Need:

mode switch.

Normalcy Bias.


🎯 Pergunta Bellacosa nº 36

“Em que momento declaramos que este incidente já não pertence ao cenário para o qual o plano foi escrito?”


🧠 Unknown unknowns

Plan can't:

cover all.

Adaptive capacity.


☕ Runbook bom

diz:

o que fazer

e:

quando parar de confiar no runbook.


🧠 Plan Continuation and Cultural Debt

Old plan:

“always finish month-end batch.”

Business changed.

Maybe:

not.

But tradition:

strong.


🎯 Pergunta Bellacosa nº 37

“Estamos continuando porque a finalidade ainda existe ou porque a sequência virou ritual?”


🧠 Plan Continuation and Organizational Identity

“We deliver.”

“Never rollback.”

Danger.

Identity:

can bias.


☕ “Nós não cancelamos deploy”

é frase:

assustadora.


🧠 Hero cultures

Success = pushing through.

Stopping = weakness.

Then:

continuation institutionalized.


🎯 Pergunta Bellacosa nº 38

“Nossa cultura celebra mais quem evita um incidente ou quem heroicamente termina o plano apesar dos sinais?”


🧠 Outcome bias closes loop

If hero pushes:

works.

Hero.

Reinforce.

Next:

more.

Until:

failure.

Normalization of Deviance.


🧠 The bias chain

PRESSURE
↓
CONTINUE
↓
SUCCESS
↓
OUTCOME BIAS
↓
NORMALIZE
↓
NEXT TIME CONTINUE FASTER

☕ Até o dia:

em que a realidade

cobra todas as faturas juntas.


🧠 Plan Continuation and risk margins

Don't just:

watch failure.

Watch:

margin.

Rollback window.

Capacity headroom.

Data integrity.


🎯 Pergunta Bellacosa nº 39

“O plano ainda está funcionando ou apenas ainda não falhou?”

Excellent.


🧠 This distinction is huge

“Still running”

“still viable.”


🧠 Plan Continuation in storage

Migration copying.

Errors:

rising.

Still:

copying.

At end:

corrupt.

Need:

quality gate.


🧠 Data migration

Reconciliation:

not afterthought.


🎯 Pergunta Bellacosa nº 40

“Estamos medindo progresso físico ou progresso válido?”


🧠 90% copied

but:

10% wrong.

Not:

90%.

Metric Fixation.


☕ Percentual de bytes

não é:

percentual de sucesso.


🧠 Plan Continuation and test failures

Release candidate:

tests fail.

Team:

reruns.

Some pass.

Continue.

Maybe flaky.

Maybe real.

Normalization of Deviance.


🎯 Pergunta Bellacosa nº 41

“Estamos corrigindo causa da falha ou tentando obter uma execução verde suficiente para justificar seguir?”


🧠 “rerun until green”

This is:

CI/CD divination.


☕ Se precisa rodar teste:

sete vezes

para passar,

o resultado:

não é “passou.”

É:

“temos um fenômeno.”


🧠 Plan Continuation and Security

Pen test finds:

critical.

Launch:

still.

Reason:

deadline.

Maybe risk acceptance.

Need explicit.


🎯 Pergunta Bellacosa nº 42

“Quem está formalmente aceitando o risco de continuar?”

Not:

implicit.


🧠 Accountability

Decision owner.

Risk owner.

Different.

Need:

clear.


🧠 Plan Continuation in AI deployment

Model eval:

fails corner case.

Launch because:

95%.

Maybe:

fine depending risk.

But:

not just target.

Need:

severity.


🎯 Pergunta Bellacosa nº 43

“Os 5% restantes são ruído inofensivo ou justamente o cenário crítico?”


🧠 Goal Gradient again

95% score.

Need:

domain.


🧠 Plan Continuation and safety cases

High-stakes:

evidence threshold.

No-go if:

uncertain.


🧠 “We can fix after launch”

Classic.

Sometimes valid.

But:

if irreversible:

not.


🎯 Pergunta Bellacosa nº 44

“O problema restante é realmente corrigível depois ou estamos apenas empurrando uma decisão irreversível para produção?”


🧠 Plan Continuation and rollback illusion

“Tem rollback.”

But:

not tested.

Then:

psychological license.

Illusion of Control.


☕ Um rollback não testado

é:

um desejo com nome técnico.


🎯 Pergunta Bellacosa nº 45

“Rollback existe no PowerPoint ou existe operacionalmente?”


🧠 Risk Compensation

Because rollback:

exists,

continue further.

But:

if false,

danger.


🧠 Plan Continuation and Zero-Risk

Paradoxically:

sometimes organization can't tolerate:

small schedule risk,

so accepts:

large technical risk.

Because schedule variance:

visible.

Technical risk:

probabilistic.


🎯 Pergunta Bellacosa nº 46

“Estamos protegendo a certeza do cronograma ao custo de aumentar um risco menos visível?”


🧠 McNamara Fallacy

Date:

measurable.

Risk:

hard.

Date wins.


☕ Excel tem:

mais autoridade

que:

incerteza.

Até:

produção discordar.


🧠 Plan Continuation and metrics

“80% complete.”

“2 days left.”

“budget 90% spent.”

All:

anchors.

But:

forward decision should:

future.


🎯 Pergunta Bellacosa nº 47

“Quais métricas descrevem o passado do plano e quais realmente informam a decisão daqui para frente?”


🧠 Decision separation

Past:

progress.

Future:

expected value.


🧠 Plan Continuation and probabilistic thinking

At start:

80% success.

New evidence:

drops to 40%.

Plan should:

update.

Bias:

keeps:

80 mentally.

Anchoring.


🎯 Pergunta Bellacosa nº 48

“Nossa estimativa de sucesso foi atualizada depois das novas evidências?”


🧠 Bayesian Sysprog returns

New evidence:

update.

Don't:

worship prior.


☕ Plano é:

hipótese operacional.


🧠 This might be core

A plan says:

“If the world behaves approximately like this, these actions should produce this outcome.”

If world changes:

plan must:

change.


🎯 Pergunta Bellacosa nº 49

“Qual premissa do plano acabou de deixar de ser verdadeira?”


🧠 Bellacosa Plan Anatomy

Every plan should include:

OBJECTIVE
ASSUMPTIONS
ACTIONS
CHECKPOINTS
STOP CONDITIONS
ROLLBACK
DECISION OWNER

Without:

assumptions and stop conditions,

plan is:

script.


☕ Script executa.

Plano pensa.


🧠 Anti-Continuation Protocol

Passo 1 — Declare premissas

Why should plan work?

Passo 2 — Define stop criteria

Before start.

Passo 3 — Define rollback point

Exact.

Passo 4 — Add checkpoints

Reassess.

Passo 5 — Track new evidence

Not only progress.

Passo 6 — Re-estimate from zero

At checkpoint.

Passo 7 — Separate sunk cost

Ignore past spend.

Passo 8 — Assign stop authority

Specific.

Passo 9 — Preserve reversibility

Canary, flags, backups.

Passo 10 — Reward smart aborts

Culture.


☕ A organização precisa:

aprender a comemorar:

“paramos antes de piorar.”

Isso é:

sucesso.


📋 Checklist Bellacosa anti-Plan Continuation

[ ] Qual objetivo original do plano?

[ ] Quais premissas ainda são verdadeiras?

[ ] Que evidência nova apareceu?

[ ] Se começássemos agora, ainda escolheríamos este plano?

[ ] O progresso está nos ancorando?

[ ] O prazo está distorcendo a decisão?

[ ] Estamos perto da meta, mas perto também do risco?

[ ] Qual é o último ponto seguro de rollback?

[ ] Quem pode mandar parar?

[ ] Parar tem custo político?

[ ] O plano possui checkpoints reais?

[ ] A confiança foi atualizada?

[ ] Estamos preservando opções?

[ ] Existe alternativa parcial?

[ ] Continuar é realmente melhor daqui para frente?

🧠 Bellacosa Plan Continuation Card

PLAN:
________________________

OBJECTIVE:
________________________

ASSUMPTIONS:
________________________

NEW EVIDENCE:
________________________

ASSUMPTIONS BROKEN:
________________________

CONTINUE IF:
________________________

STOP IF:
________________________

LAST SAFE ROLLBACK:
________________________

DECISION OWNER:
________________________

IF STARTING NOW:
CONTINUE / PAUSE / STOP

👻 Easter Egg nº 2 — BELLACOSA.BIAS(PLAN-CONTINUATION)

       IF PLAN-IN-PROGRESS = 'Y'
           PERFORM VALIDATE-ASSUMPTIONS
       END-IF.

       IF NEW-EVIDENCE = 'MATERIAL'
           PERFORM REEVALUATE-PLAN
       END-IF.

       IF SUNK-COST > ZERO
           MOVE ZERO
             TO FUTURE-DECISION-WEIGHT
       END-IF.

       IF STOP-CONDITION = 'TRUE'
           PERFORM STOP-PLAN
       END-IF.

Comentários:

* STARTED
* DOES NOT MEAN
* MUST FINISH.

Outro:

* "ALMOST DONE"
* IS NOT
* A SAFETY ARGUMENT.

Outro:

* PAST COST
* CANNOT JUSTIFY
* FUTURE RISK.

Outro:

* A PLAN
* WITHOUT STOP CONDITIONS
* IS A COMMITMENT TRAP.

E naturalmente:

* TARDIS COURSE:
* GALLIFREY
*
* GALLIFREY:
* NO LONGER THERE
*
* ACTION:
* REPLAN.

🕰️ De volta ao Go-Live

22:51.

Agora vamos:

rebobinar.

Não com:

TARDIS real.

Com:

processo melhor.

Latency:

410ms.

Error:

1.2%.

Queue:

Checklist prévio:

STOP IF:
LATENCY > 350ms FOR 3 MIN
OR ERROR > 1%
OR QUEUE > 750

Nosso jovem:

— Stop criteria atingido.

Gerente:

— Estamos perto.

Nosso jovem:

— Isso não muda o critério.

— Já fizemos quase tudo.

— Também não muda.

— Se pararmos, perdemos a janela.

— Sim.

— Então?

— Então perdemos a janela.

Silêncio.

Essa frase:

não parece:

heroica.

Mas pode:

salvar produção.


🔧 Rollback

22:56.

Rollback executado.

23:05.

Sistema:

normal.

Investigação:

offline.

Descobrem:

uma incompatibilidade no novo retry mechanism.

Corrigem.

Nova janela:

terça-feira.

Deploy:

bem-sucedido.


☕ Diretor pergunta:

— Então perdemos uma janela inteira.

Nosso jovem:

— Sim.

— Foi necessário?

Doctor aparece atrás.

— Essa é a pergunta errada.

Diretor:

— Qual é a certa?

Doctor:

“Com os sinais disponíveis naquele momento, parar era a melhor decisão?”

Resposta:

sim.


🧠 Isso é maturidade

Não avaliar:

abort

como:

falha.

Aborted launch can:

be safety success.


🧠 Outcome Bias warning

If rollback:

later turns out unnecessary,

don't call:

bad decision.

Decision judged:

ex ante.


🎯 Pergunta Bellacosa nº 50

“Se a ameaça não se materializar depois que paramos, vamos aprender que parar foi exagero — ou reconhecer que o controle funcionou?”


🧬 Regeneração organizacional

Uma organização madura entende:

que planos:

não são contratos com o universo.

São:

hipóteses executáveis.

Ela não mede maturidade pela:

capacidade de terminar tudo.

Mede também pela:

capacidade de:

parar;

replanejar;

rollback;

reduzir blast radius;

abandonar premissas ruins.

Ela cria:

checkpoints.

Stop criteria.

No-go gates.

Decisão independente.

E, principalmente:

reduz o custo social de dizer:

“As condições mudaram. Este plano não serve mais.”

Porque sabe:

persistência é virtude

somente enquanto:

o destino continua fazendo sentido.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Plan Continuation Bias é a tendência de continuar executando um plano apesar de novas evidências indicarem que interromper, revisar ou mudar de curso pode ser melhor.

Ele não é simplesmente persistência: é persistência depois que as premissas do plano se deterioraram.

Sunk Cost faz custos já incorridos parecerem argumentos para continuar.

Escalation of Commitment faz a organização investir ainda mais para defender uma escolha anterior.

Goal Gradient aumenta a motivação de concluir quando a linha de chegada se aproxima, mesmo que o risco restante esteja concentrado exatamente no fim.

Anchoring transforma o plano, o prazo e o Go-Live original em referências difíceis de abandonar.

Confirmation Bias faz a equipe buscar evidências que permitam continuar.

Normalcy Bias pode fazer sinais anormais parecerem transitórios.

Normalization of Deviance pode tornar aceitável continuar mesmo diante de warnings que anteriormente seriam no-go.

Outcome Bias transforma planos arriscados que terminaram bem em modelos para novas decisões.

Hindsight Bias depois torna a necessidade de abortar “óbvia”, mesmo que os critérios não fossem claros na hora.

Authority Bias pode impedir que pessoas menos seniores interrompam um plano apoiado pela liderança.

Groupthink pode tornar a opção de parar socialmente cara.

Principal-Agent e Moral Hazard importam quando quem ganha com a conclusão do plano não é quem absorve o maior impacto caso falhe.

Goodhart, Campbell e Goal Substitution podem transformar data de entrega em objetivo superior à segurança e ao valor real.

Metric Fixation pode fazer percentuais de conclusão esconderem concentração de risco nas últimas etapas.

Reversibilidade reduz Plan Continuation Bias porque torna abandonar uma estratégia menos caro.

Stop criteria precisam ser definidos antes de a equipe ficar emocionalmente comprometida com o plano.

“Vamos continuar e ver” é uma decisão de risco, não uma ausência de decisão.

E principalmente:

o fato de um plano ter sido correto quando começou não significa que ele continua correto depois que o mundo mudou.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

IF PLAN = ACTIVE
   PERFORM CHECK-REALITY
END-IF.

Nosso jovem:

— Curto demais.

Doctor:

— As regras boas costumam ser.

— E se realidade disser que o plano ainda funciona?

— Continue.

— E se disser que não?

— Pare.

— Mesmo faltando só cinco minutos?

— Sim.

— Mesmo depois de seis meses de trabalho?

— Sim.

— Mesmo depois do diretor anunciar a data?

Doctor abre a porta.

— Principalmente aí.

Nosso jovem ri.

— Então qual é a diferença entre persistência e teimosia?

Doctor pensa por um instante.

Depois responde:

“Persistência continua perseguindo o objetivo. Teimosia continua perseguindo o plano.”

VWORP.

VWORP.

VWORP.

A TARDIS desaparece.

No quadro sobra:

“Não pergunte apenas quanto já avançamos. Pergunte se ainda estamos indo para o lugar certo.”

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

um plano deve sobreviver porque continua sendo a melhor resposta à realidade — nunca apenas porque já começou.

☕🌀

Próxima parada: Escalation of Commitment — o dia em que o plano já estava ruim, todos sabiam que estava ruim, mas cada novo problema parecia justificar investir ainda mais para provar que a decisão original estava certa.

terça-feira, 10 de agosto de 2010

Plan Continuation Bias: Doctor Who, COBOL e o Dia em que Todo Mundo Sabia que Deveria Parar — Mas Continuou Mesmo Assim

Bellacosa Mainframe e o plan cotinuation bias

☕ Um Café no Bellacosa Mainframe

Plan Continuation Bias: Doctor Who, COBOL e o Dia em que Todo Mundo Sabia que Deveria Parar — Mas Continuou Mesmo Assim

Uma viagem pela TARDIS dos incidentes para entender por que equipes continuam executando planos que já deixaram de fazer sentido

02:41.

Madrugada de implantação.

Café número cinco.

Mudança prevista para terminar à 01:30.

Ainda não terminou.

O rollback continua possível.

Pelo menos tecnicamente.

Mas ninguém quer pronunciá-lo em voz alta.

Na tela:

MIGRATION STATUS
------------------------------
STEP 01  OK
STEP 02  OK
STEP 03  OK
STEP 04  OK
STEP 05  WARNING
STEP 06  DELAYED
STEP 07  NOT STARTED

WINDOW REMAINING: 00:49

O gerente pergunta:

— Quanto falta?

Especialista:

— Pouco.

— Quanto é pouco?

— Mais dois passos.

Nosso programador COBOL iniciante olha para o relógio.

Depois para um log.

RECONCILIATION WARNING
UNMATCHED RECORDS: 184

Pergunta:

— Não deveríamos voltar?

O especialista responde:

— Depois de chegar até aqui?

O gerente concorda.

— Se fizermos rollback agora, perdemos toda a madrugada.

Outro analista:

— Vamos terminar. Falta pouco.

O jovem olha novamente para os 184 registros.

Agora são 247.

Ninguém parece interessado.

Porque o grupo já investiu:

quatro horas;

uma janela;

uma dúzia de profissionais;

aprovação;

planejamento;

pressão;

expectativa.

Parar agora parece derrota.

VWORP.

VWORP.

VWORP.

A TARDIS materializa-se no canto da sala.

O Doctor sai.

Olha para o relógio.

Olha para os registros divergentes.

Olha para a equipe.

— Por que vocês continuam?

O gerente responde:

— Porque estamos quase terminando.

O Doctor observa o painel.

— Essa resposta fala sobre o passado.

Silêncio.

— Eu perguntei por que o próximo passo ainda é a melhor decisão.

Eis nosso monstro da semana:


Plan Continuation Bias

Ou:

Viés de Continuação do Plano

A tendência de persistir em um plano originalmente razoável mesmo depois que novas informações mostram que ele deveria ser revisado, interrompido ou abandonado.


🌀 Nossa TARDIS já está ficando cheia de monstros

Até aqui encontramos:

Swiss Cheese Model — várias barreiras podem falhar.

Normalization of Deviance — desvios repetidos começam a parecer normais.

Hindsight Bias — depois do desastre, tudo parece óbvio.

Confirmation Bias — buscamos evidências para provar aquilo em que já acreditamos.

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

Groupthink — consenso social elimina divergência.

Authority Gradient — alguém percebe o risco, mas não consegue contrariar quem possui mais autoridade.

Agora temos:

Plan Continuation Bias

E ele é especialmente perigoso porque costuma aparecer depois de todos os outros.

A equipe já:

escolheu um plano;

investiu recursos;

criou expectativas;

obteve aprovações;

está sob pressão;

e quer terminar.

Então a capacidade de dizer:

“Precisamos parar”

começa a desaparecer.


🧠 O que exatamente é Plan Continuation Bias?

Plan Continuation Bias descreve a tendência de continuar seguindo um plano mesmo quando as circunstâncias que justificavam aquele plano mudaram.

Inicialmente:

PLANO A
faz sentido.

Depois surgem novas informações:

RISCO NOVO
TEMPO MENOR
SINAL ANORMAL
PREMISSA INVALIDADA

Mas a mente continua:

PLANO A
porque já começamos.

Esse é o ponto crítico.

O plano deixou de ser tratado como hipótese operacional.

Virou compromisso psicológico.


✈️ A aviação conhece muito bem esse problema

O conceito é bastante discutido em fatores humanos na aviação.

Um voo aproxima-se do destino.

Meteorologia piora.

Combustível diminui.

Pista complica.

Alternativa existe.

Mas quanto mais próximo o avião chega do pouso, maior pode ser a pressão psicológica para concluir a aproximação original.

O plano era:

pousar aqui.

Novos dados podem exigir:

arremeter.

Ou:

alternar.

Mas continuar parece emocionalmente mais natural.

Em aviação, isso se relaciona fortemente com situações conhecidas como get-there-itis: a pressão para chegar ao destino planejado apesar da mudança das condições.

Agora substitua:

avião → sistema;

pouso → go-live;

alternativa → rollback.

Pronto.

Estamos numa War Room.


☕ Bellacosa Mainframe: “já estamos com 90%”

Uma das frases favoritas do Plan Continuation Bias:

“Já fizemos 90%.”

Parece argumento forte.

Mas não responde à pergunta correta.

A pergunta correta é:

“Com o que sabemos agora, executar os 10% restantes ainda é a melhor decisão?”

O esforço passado não pode mudar o risco futuro.

Se os últimos 10% podem destruir produção, os primeiros 90% são irrelevantes para essa decisão.


💸 Sunk Cost entra pela porta dos fundos

Plan Continuation Bias frequentemente caminha ao lado do famoso:

Sunk Cost Fallacy.

Custos afundados.

Imagine:

projeto já consumiu R$ 50 milhões.

Nova análise mostra que continuar provavelmente consumirá mais R$ 30 milhões sem benefício proporcional.

Alguém diz:

— Não podemos parar depois de gastar cinquenta milhões.

Mas os cinquenta já foram gastos.

Não voltarão.

A pergunta racional deveria ser:

“Vale a pena gastar os próximos trinta?”

Em incidentes:

“Já passamos quatro horas nessa implantação.”

Essas quatro horas já foram gastas.

A pergunta é:

“A próxima hora ainda faz sentido?”


🧠 O passado não deveria votar sobre o próximo passo

Essa frase merece destaque:

O passado explica como chegamos aqui. Não deveria decidir sozinho para onde vamos.

Cada ponto de decisão deveria considerar:

estado atual;

informação atual;

risco atual;

opções atuais.

Mas humanos carregam o investimento anterior.

Emoção chama isso de:

“Não desperdiçar.”

Engenharia deveria perguntar:

“Qual é o menor risco daqui para frente?”


👻 Easter Egg nº 1 — O corredor interminável

Imagine Doctor Who.

O Doctor e seus companions estão correndo por um corredor.

Companion:

— Estamos correndo há vinte minutos.

Doctor:

— Sim.

— Não deveríamos voltar?

— Não! Já corremos vinte minutos nesta direção.

Isso seria obviamente absurdo.

Se descobrirmos que o monstro está na frente, o fato de termos corrido vinte minutos não é argumento para continuar.

Mas em projetos e mudanças fazemos exatamente isso.

Com PowerPoint.


🧲 Anchoring Bias encontra Plan Continuation Bias

Plano original:

realizar migração Big Bang.

Isso vira âncora.

Depois surgem problemas.

A equipe continua interpretando tudo em torno da premissa:

a migração acontecerá hoje.

Não pergunta:

“Ainda deveria?”

Pergunta apenas:

“Como conseguimos terminar?”

Percebe a diferença?

A própria existência do plano passou a ser tratada como fato.


🔎 Confirmation Bias ajuda a manter o plano vivo

A equipe quer continuar.

Então começa a valorizar:

  • etapas que funcionaram;

  • métricas positivas;

  • evidências de progresso.

E minimizar:

  • warnings;

  • diferenças;

  • atrasos;

  • riscos.

Exemplo:

18 VALIDAÇÕES OK
2 WARNINGS

Alguém:

— Dezoito deram certo.

Excelente.

Mas e se um dos dois warnings for crítico?

Quantidade de indicadores verdes não anula semanticamente um vermelho.


👥 Groupthink aumenta a pressão

Gerente:

— Acho que devemos continuar.

Especialista:

— Também.

Outro:

— Já chegamos longe demais.

Agora o analista que pensa em rollback observa:

todo mundo concordando.

Ele começa a duvidar.

Groupthink transforma persistência em consenso.


🪜 Authority Gradient fecha a armadilha

Agora imagine que o diretor está presente.

— Precisamos concluir hoje.

O júnior pensa:

“Deveríamos rollbackar.”

Mas não fala.

Ou fala suavemente:

— Talvez fosse interessante considerar...

Ninguém reage.

Continuação.

Temos:

PLAN CONTINUATION BIAS
+
GROUPTHINK
+
AUTHORITY GRADIENT
=
“VAMOS SÓ TERMINAR”

Esse trio merece respeito.


🧀 E o Swiss Cheese?

Cada decisão de continuar pode abrir mais um buraco.

Exemplo:

barreira 1:

janela operacional.

Ultrapassada.

barreira 2:

reconciliação.

Incompleta.

barreira 3:

validação.

Parcial.

barreira 4:

rollback.

Cada vez menos tempo.

barreira 5:

equipe.

Cansada.

Os buracos começam a se alinhar.

Observe que o acidente talvez não tenha uma decisão absurda.

Tenha apenas várias decisões individualmente compreensíveis de:

“mais um pouco.”


🚨 O perigo do “mais um passo”

Essa frase é irmã de:

“Só mais cinco minutos.”

“Vamos terminar esta etapa.”

“Já que chegamos até aqui...”

“Rollback agora seria pior.”

Às vezes são verdadeiras.

Mas precisam de evidência.

Não podem virar reflexo.


⏳ A janela operacional muda a qualidade da decisão

Imagine uma mudança entre:

00:00 e 04:00.

À 00:30, rollback possui três horas disponíveis.

Às 03:40, faltam vinte minutos.

Mesmo se o estado técnico fosse idêntico, o risco operacional mudou.

Logo:

um plano pode ser bom às 00:30 e ruim às 03:40.

Decisão precisa considerar tempo.

Tempo não é apenas relógio.

É parte do sistema.


🧠 Fadiga muda tudo

Às 01:00:

equipe fresca.

Às 05:00:

mesma equipe?

Biologicamente, não.

Cansaço afeta:

atenção;

memória;

decisão;

comunicação;

tempo de reação.

Plan Continuation Bias frequentemente ocorre justamente quando equipes estão mais cansadas.

Ou seja:

quanto mais precisamos reavaliar,

menos capacidade temos de reavaliar.

Maravilhoso.


💤 Easter Egg nº 2 — RC=00 às 04:59

Existe uma lei informal da operação:

um job que termina às 01:00 com RC=00 é agradável.

Um job que termina às 04:59 com RC=00, cinco minutos antes da abertura, recebe tratamento religioso.

Ninguém quer olhar demais.

Mas talvez seja justamente quando deveríamos.


🔥 Escalation of Commitment

Outro conceito relacionado é escalation of commitment.

A pessoa ou organização continua investindo numa decisão ruim porque já está comprometida com ela.

Exemplo:

projeto atrasado.

Mais dinheiro.

Continua atrasado.

Mais equipe.

Mais consultoria.

Mais integração.

Agora parar fica ainda mais doloroso.

Então continua.

Cada investimento aumenta pressão psicológica para justificar os anteriores.

É uma espiral.


🧮 Um programa não conhece sunk cost

COBOL não pensa:

IF HORAS-GASTAS > 8
    CONTINUE-POR-ORGULHO
END-IF.

Seria um código curioso.

O sistema responde apenas ao estado presente.

Nós é que carregamos a história emocional do esforço.


💻 Exemplo COBOL: conversão de arquivo

Imagine uma migração.

Arquivo antigo:

100 milhões de registros.

Conversão inicia.

Depois de 85 milhões:

erros começam.

INVALID-DATE COUNT: 3

Continua.

90 milhões:

INVALID-DATE COUNT: 21

Continua.

95 milhões:

INVALID-DATE COUNT: 842

Alguém:

— Já processamos 95%.

Outro:

— Não faz sentido voltar.

Pergunta correta:

por que os erros estão crescendo?

Talvez os últimos 5% contenham dados históricos com formato diferente.

Talvez continuá-los cause milhares de corrupções.

95% completo não transforma os últimos 5% em seguros.


📈 Tendência importa mais que fotografia

Outro aprendizado.

Não olhe apenas:

ERROR COUNT = 842

Olhe:

85% → 3
90% → 21
95% → 842

Isso é uma tendência explosiva.

O estado está mudando.

Uma decisão baseada em dados de 85% já pode estar inválida.


🧠 Plano precisa ter hipóteses explícitas

Antes da mudança:

PREMISSA 1:
reconciliação ficará em zero.

PREMISSA 2:
tempo por etapa <= 30 min.

PREMISSA 3:
rollback disponível até 03:00.

PREMISSA 4:
erros críticos = zero.

Agora se uma premissa quebra:

reavaliar.

Isso é muito melhor que:

“vamos vendo.”

Porque define antecipadamente quando o plano deixa de ser o plano.


🛑 Abort Criteria

Uma ferramenta extraordinária:

critérios de aborto.

Antes de começar, defina:

ABORT IF:
- divergence > 0
- elapsed > X
- rollback margin < Y
- severity 1 condition appears
- validation Z fails

Por que antes?

Porque durante execução estaremos emocionalmente envolvidos.

Critérios definidos antes funcionam como proteção contra nosso eu futuro.


🚦 GO / HOLD / ROLLBACK

Talvez o mundo não precise ser apenas:

GO / NO-GO.

Podemos ter:

GO
Continuar.

HOLD
Parar temporariamente e investigar.

ROLLBACK
Retornar.

ABORT
Encerrar plano.

“HOLD” é especialmente útil.

Pessoas resistem menos a uma pausa que a um abandono definitivo.

E às vezes vinte minutos de HOLD evitam quatro horas de incidente.


🧠 Precommitment novamente

No episódio anterior vimos precommitment.

Aqui ele se torna central.

Antes:

“Se restarem menos de 45 minutos de rollback, voltamos.”

Durante:

03:16.

Faltam 44 minutos.

Sem debate emocional.

Rollback.

Claro que realidade pode exigir exceção.

Mas agora exceção precisa ser justificada.

Não continuidade.


🔄 Inverta o ônus da prova

Isso é poderoso.

Quando condição crítica ocorre, mude:

de:

“Por que deveríamos parar?”

para:

“O que prova que é seguro continuar?”

Essa inversão muda completamente a War Room.

Em condição normal:

continuação é default.

Após trigger crítico:

pausa é default.

Precisamos de evidência para retomar.


🕰️ Checkpoints obrigatórios

Plan Continuation Bias prospera quando um fluxo segue continuamente.

Crie checkpoints:

STEP 1
↓
CHECKPOINT

STEP 2
↓
CHECKPOINT

STEP 3
↓
CHECKPOINT

Em cada checkpoint:

  • premissas ainda válidas?

  • tempo restante?

  • riscos novos?

  • rollback ainda possível?

  • próximo passo ainda faz sentido?

Isso força reflexão.


☕ Bellacosa Mainframe: “checkpoint cognitivo”

Mainframeiro entende checkpoint.

Programas batch longos usam checkpoints para evitar reprocessamento completo.

Então por que decisões humanas não?

Imagine:

COGNITIVE CHECKPOINT
------------------------------
OBJECTIVE STILL VALID? Y/N
ASSUMPTIONS VALID? Y/N
NEW RISKS?          Y/N
ROLLBACK POSSIBLE?  Y/N
CONTINUE?           Y/N

Simples.

Mas poderoso.


🔁 Restart também pode ser armadilha

No mainframe adoramos restart.

Job abenda.

Corrige.

Restart.

Excelente.

Mas cuidado.

Talvez a melhor decisão não seja restartar do ponto de falha.

Talvez dados anteriores tenham ficado inconsistentes.

Plan Continuation Bias pode aparecer assim:

“Só precisamos restartar.”

Pergunta:

o estado anterior ainda é confiável?

Restart pressupõe integridade do checkpoint.

Valide.


🧩 O problema do “quase pronto”

“Quase pronto” não possui valor técnico universal.

Um processo pode estar:

99% completo;

e ainda ser 0% utilizável.

Exemplo:

migração financeira.

99,9% das contas migradas.

0,1% incorretas.

Pode ser inaceitável.

Percentual de progresso e percentual de segurança são coisas diferentes.


🧠 Completion Bias

Existe ainda uma tendência humana a gostar de completar tarefas.

Checklist quase terminado incomoda.

Queremos fechar.

Isso pode contribuir para continuar.

Último item.

Só falta um.

Mas o último pode ser exatamente:

validação crítica.

Não pule porque o cérebro quer o check verde.


📋 Checklist não é videogame

Checklist serve para controle.

Não para obter 100% de achievements.

Se item crítico falha, a meta não é marcar rapidamente.

É entender.


🚨 “Production is waiting”

Outra pressão:

produção esperando.

Usuários esperando.

Executivos esperando.

Mercado esperando.

Isso cria sensação de urgência.

Mas existe uma diferença entre:

urgência operacional

e

pressa cognitiva.

Urgência exige rapidez.

Pressa elimina pensamento.


🔎 O que mudou desde que o plano foi aprovado?

Pergunta extremamente útil:

“O que mudou desde a decisão original?”

Talvez:

volume;

dados;

horário;

infraestrutura;

dependência;

equipe;

risco;

rollback.

Se alguma condição mudou materialmente, decisão anterior precisa ser revalidada.


🧠 Decisão antiga não é autorização eterna

Change aprovado terça-feira.

Execução sábado.

Durante execução surge condição nova.

A aprovação não cobre automaticamente realidade desconhecida.

Governança não deveria dizer:

“Está aprovado, continue.”

Deveria dizer:

“Está aprovado dentro destas premissas.”

Se premissas mudam:

novo julgamento.


🏦 Em sistemas financeiros

Imagine batch de fechamento.

Processamento começou.

Diferença contábil aparece.

Mas fechamento precisa terminar até 06:00.

Equipe continua para “não perder janela”.

Agora talvez complete dentro do horário.

Com números errados.

O KPI foi cumprido.

A realidade não.


🔐 Em segurança

Migração de firewall.

Algumas regras não funcionam.

Equipe libera bypass temporário.

Agora está quase concluído.

Alguém percebe exposição.

Resposta:

— Terminamos primeiro e corrigimos amanhã.

Plan Continuation Bias.

Normalization of Deviance pode vir amanhã:

“Esse bypass ficou funcionando, nunca aconteceu nada...”

Olha nossos monstros se reproduzindo.


☁️ Cloud e deploy automatizado

Pipeline:

BUILD       OK
UNIT TEST   OK
DEPLOY      OK
SMOKE TEST  WARNING
TRAFFIC     25%

Equipe:

— Build e deploy deram certo.

Mas smoke test avisou.

O pipeline está dizendo:

pare.

Automação pode fornecer checkpoint objetivo.

Não transforme warning em decoração.


🤖 IA e agentes

Agora um exemplo moderno.

Agente recebe plano:

  1. consultar dados;

  2. gerar mudança;

  3. executar;

  4. validar.

Se durante passo 2 dados contradizem premissas, um agente mal projetado pode continuar porque seu workflow original manda.

Isso é quase um Plan Continuation Bias artificial.

Sistemas agentes precisam:

  • replanejamento;

  • condições de parada;

  • avaliação intermediária;

  • rollback;

  • confidence thresholds.

A mesma teoria aparece em humanos e máquinas.


🧠 O plano é uma hipótese sobre o futuro

Essa definição é maravilhosa:

Um plano é apenas uma hipótese sobre como o futuro deveria acontecer.

Ele diz:

Se fizermos A, depois B, provavelmente chegaremos a C.

Mas o futuro responde.

Se aparece:

D;

E;

Z;

o plano precisa aprender.

Não veneramos planos.

Usamos planos.


🗺️ Mapas não são território

O plano é mapa.

Produção é território.

Se o mapa diz:

existe ponte.

E você chega e a ponte caiu...

não avance com o carro porque:

“mas está desenhada no mapa.”

Atualize o plano.


👨‍💻 Dica para programador COBOL iniciante

Quando executar atividade longa, não pense apenas:

“Qual é o próximo passo?”

Pergunte periodicamente:

“Ainda devemos estar fazendo esta atividade?”

Essa pergunta é muito mais madura.

É possível executar perfeitamente um plano que não deveria mais existir.


🧪 Como detectar Plan Continuation Bias

Escute frases:

“Já chegamos até aqui.”

“Agora falta pouco.”

“Não podemos jogar tudo fora.”

“Só mais uma tentativa.”

“Vamos terminar e corrigir depois.”

“Rollback agora vai parecer ruim.”

“Já gastamos demais para parar.”

“Diretoria espera conclusão hoje.”

Acenda uma luz amarela.

Não significa que continuar seja errado.

Significa que motivos psicológicos podem estar substituindo razões técnicas.


🎯 Pergunta Bellacosa nº 1

Quando alguém disser:

“Já investimos muito.”

Pergunte:

“Se estivéssemos começando agora, com as informações atuais, escolheríamos continuar?”

Essa pergunta é brutalmente poderosa.

Se resposta:

“não”...

talvez sunk cost esteja dirigindo.


🎯 Pergunta Bellacosa nº 2

Outra:

“O que precisaríamos ver para parar?”

Se resposta for:

“Nada.”

Problema.

Você não possui plano.

Possui compromisso incondicional.


🎯 Pergunta Bellacosa nº 3

E outra:

“Qual é nosso último ponto seguro de retorno?”

Todo profissional precisa saber.

Não descubra depois que passou.


🧠 Point of No Return

Algumas mudanças possuem ponto após o qual rollback fica:

impossível;

caro;

arriscado.

Esse ponto precisa ser explicitamente identificado.

Exemplo:

00:00 START
01:00 SAFE ROLLBACK
02:00 SAFE ROLLBACK
02:30 LAST SAFE ROLLBACK
03:00 FORWARD FIX ONLY

Às 02:25:

decisão crítica.

Não simplesmente:

“mais cinco minutos.”


🛑 Last Safe Moment

Um conceito muito útil:

último momento seguro para decidir.

Não confunda com último momento possível.

Você pode tecnicamente decidir às 02:59.

Mas talvez isso deixe um minuto de rollback.

Imprudente.


🧯 Forward Fix também pode ser âncora

Às vezes rollback é realmente pior.

Então seguimos com forward fix.

Tudo bem.

Mas precisamos saber:

por que?

Não porque:

“já estamos aqui.”

Mas porque:

“dados atuais mostram que forward fix possui risco menor que rollback.”

Essa é engenharia.


📊 Decision Log

Registre:

02:15
Issue: reconciliation divergence
Decision: HOLD

02:27
Cause identified: duplicate restart marker
Decision: fix and rerun validation

02:42
Validation clean
Decision: GO

Isso cria aprendizado.

Também revela quando decisões foram tomadas apenas por pressão.


🧠 Post-mortem sem Hindsight Bias

Depois que tudo dá errado, parecerá óbvio que deveríamos ter parado.

Cuidado.

Nosso velho Hindsight Bias retorna.

Pergunte:

“No momento da decisão, quais sinais estavam disponíveis?”

Talvez continuar fosse razoável às 02:00.

Irrazoável às 03:00.

Não pinte toda timeline com conhecimento posterior.


🔬 O momento de virada

Em post-mortem, procure:

quando continuar deixou de ser a melhor opção?

Esse é um ponto fascinante.

Não necessariamente quando incidente começou.

Pode ser quando:

premissa quebrou;

rollback ficou apertado;

warning apareceu;

validação falhou.

Essa é a fronteira decisória.


🧠 Decision Inertia

Mesmo quando percebemos que contexto mudou, pode existir inércia decisória.

Plano já está em movimento.

Parar exige ação.

Continuar exige apenas não interromper.

Isso cria assimetria.

É psicologicamente mais fácil:

não fazer nada e continuar.

Por isso triggers automáticos ajudam.


🚦 Default seguro

Imagine:

falhou validação crítica.

Pipeline automaticamente:

STATUS: HOLD

Agora alguém precisa autorizar continuar.

Muito melhor que pipeline continuar automaticamente e alguém precisar correr para pará-lo.

Design de defaults importa.


🧀 Uma nova fatia de queijo

Podemos criar uma barreira específica:

FATIA:
STOP CONDITIONS

Buracos possíveis:

  • critérios vagos;

  • sem autoridade para parar;

  • sinais não monitorados;

  • pressão gerencial;

  • rollback não testado.

Novamente, teoria encontra operação.


👥 Incident Commander como guardião do replanejamento

Durante crise, Incident Commander pode perguntar periodicamente:

“Objetivo ainda é o mesmo?”

“Plano ainda é válido?”

“Estamos continuando por evidência ou inércia?”

Isso é função poderosa.

Não apenas coordenar tarefas.

Coordenar decisão.


🪫 Energia organizacional também acaba

Depois de seis horas:

atenção cai.

Paciência cai.

Qualidade de comunicação cai.

Talvez decisão correta seja trocar equipe.

Handover.

Outro turno.

Fresh eyes.

Persistir com as mesmas pessoas porque:

“elas conhecem o problema”

pode ser útil.

Ou pode perpetuar tunnel vision.


👀 Fresh Eyes

Uma pessoa nova pergunta:

— Por que continuamos?

E ninguém consegue responder sem dizer:

“Porque começamos.”

Isso é diagnóstico.

Fresh eyes quebram Plan Continuation Bias.


🔁 Rotate the skeptic

Durante operação longa, designe alguém periodicamente para perguntar:

“Deveríamos continuar?”

Não precisa executar.

Seu papel é desafiar continuidade.

É quase um Devil’s Advocate temporal.


📋 Checklist anti-Plan Continuation Bias

Antes de seguir:

[ ] As premissas originais continuam válidas?

[ ] Alguma condição material mudou?

[ ] Ainda temos margem segura para rollback?

[ ] Estamos dentro da janela planejada?

[ ] Os warnings estão estáveis ou crescendo?

[ ] Estamos confundindo progresso com segurança?

[ ] Continuar é melhor que rollback ou apenas menos doloroso?

[ ] Se começássemos agora, escolheríamos este plano?

[ ] O que faria a equipe parar?

[ ] Essa condição já aconteceu?

Se a última resposta for sim...

talvez a decisão já esteja tomada.

Estamos apenas evitando admiti-la.


🧬 Regeneração organizacional

Depois de identificar Plan Continuation Bias, uma organização madura cria:

critérios de aborto;

checkpoints;

last safe moment;

decision logs;

HOLD automático;

rollback testado;

precommitment;

fresh eyes;

autoridade de STOP;

reavaliação explícita.

E muda a linguagem.

De:

“precisamos terminar”

para:

“precisamos escolher o menor risco a partir daqui.”

Isso é maturidade operacional.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Plan Continuation Bias é a tendência de continuar um plano mesmo quando novas informações indicam que ele deveria ser reconsiderado.

Progresso passado não prova que continuar é correto.

Custos já gastos não deveriam decidir investimentos futuros.

“Quase pronto” não significa “seguro”.

Tempo e fadiga mudam o contexto.

Planos precisam de critérios explícitos de parada.

Rollback precisa ser tratado como opção legítima, não como fracasso.

Checkpoints forçam reavaliação.

O plano é uma hipótese, não uma promessa.

Pergunte o que mudou desde a decisão original.

E principalmente:

Continuar porque ainda faz sentido é engenharia. Continuar porque já começamos é psicologia.


🕰️ De volta às 02:41

Nosso programador olha novamente:

UNMATCHED RECORDS: 247

Agora:

UNMATCHED RECORDS: 391

Ele respira.

Authority Gradient ainda existe.

Groupthink ainda ronda.

Mas ele aprendeu.

— Solicito HOLD.

O gerente olha.

— Agora?

— Sim.

— Falta pouco.

— Justamente. Nosso último ponto seguro de rollback é 03:00. Temos dezenove minutos. Os registros divergentes estão aumentando.

Silêncio.

O Doctor sorri ao fundo.

O especialista pergunta:

— Qual recomendação?

— Parar, entender a divergência e decidir em dez minutos. Se não explicarmos, rollback.

O gerente olha para o relógio.

— HOLD.

Todos param.

Investigação.

Descobrem que o próximo passo transformaria os registros inconsistentes em estado definitivo.

Rollback executado às 02:56.

Produção anterior restaurada.

Mudança adiada.

Às 03:11, ambiente está estável.

Ninguém gosta.

A madrugada inteira “foi perdida”.

O gerente suspira:

— Trabalhamos cinco horas e voltamos ao ponto de partida.

O Doctor responde:

— Não.

— Como não?

— À meia-noite vocês tinham um sistema funcionando e uma hipótese.

Aponta para os logs.

— Agora têm um sistema funcionando e conhecimento.

Pausa.

— Isso é progresso.

O gerente pensa.

Nosso programador bebe o café já frio.

Talvez tenha gosto de vitória.

Ou de café às três da manhã.

É difícil distinguir.


🥚 Easter Egg final

Na manhã seguinte aparece um membro novo:

BELLACOSA.BIAS(TARDIS)

Dentro:

       IF PLAN-IS-WORKING
           CONTINUE
       ELSE
           PERFORM REASSESS
       END-IF.

       IF ONLY-REASON = 'WE-CAME-THIS-FAR'
           PERFORM STOP-AND-THINK
       END-IF.

Comentário:

* THE DESTINATION DOES NOT MAKE THE ROAD SAFE.

Outro:

* TURNING BACK IS ALSO A DECISION.

E finalmente:

* SOMETIMES THE FASTEST WAY FORWARD
* IS TO STOP.

Nosso programador fecha o membro.

Horas depois alguém pergunta sobre a implantação cancelada:

— Deu errado?

Ele pensa alguns segundos.

Responde:

— Não exatamente.

— Como assim?

— Descobrimos que daria errado antes de cruzar o ponto onde não dava mais para voltar.

A pessoa parece decepcionada.

Nenhum desastre.

Nenhuma manchete.

Nenhuma madrugada heroica recuperando produção.

Apenas uma mudança interrompida.

Isso não rende histórias espetaculares.

Mas talvez seja exatamente o tipo de história que sistemas críticos precisam produzir com mais frequência.

A TARDIS desaparece ao longe.

VWORP.

VWORP.

VWORP.

No quadro da War Room fica escrita uma última pergunta:

“Se ainda não tivéssemos começado, escolheríamos continuar agora?”

Se a resposta for não...

talvez seja hora de parar.

☕🌀

Next stop: Alarm Fatigue — quando o sistema grita tantas vezes que, no dia em que realmente precisa ser ouvido, ninguém mais presta atenção.

 

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

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

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

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