☕ 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

segunda-feira, 29 de dezembro de 2014

Brasil 2014: o ano em que o sistema entrou em produção sem homologação

 

Bellacosa Mainframe e o Brasil na retrospectiva 2014

Brasil 2014: o ano em que o sistema entrou em produção sem homologação

Meu primeiro ano completo de volta ao Brasil foi 2014. Em linguagem de mainframe, 2013 tinha sido o stress test. 2014 foi quando alguém decidiu colocar o sistema em produção mesmo sabendo que vários checks tinham falhado. Eu vinha de doze anos na Europa, acostumado a ambientes previsíveis, cheios de regras, mas também cheios de pactos silenciosos entre Estado e cidadão. No Brasil, o pacto parecia ter expirado — e ninguém renovou o contrato.

O país acordou em 2014 tentando seguir a rotina como se nada tivesse acontecido. Mas quem trabalha com sistemas críticos sabe: depois de um incident report, o ambiente nunca mais é o mesmo.

Economia: quando o caixa ainda tem dinheiro, mas o futuro já foi comprometido

Economicamente, 2014 foi um ano estranho. O consumo ainda respirava por aparelhos, sustentado por crédito, desonerações e discursos otimistas. Era como rodar um sistema em overclock: funciona, mas esquenta demais. Para quem tinha vivido fora, o sinal era claro — o modelo estava exaurido.

Na Europa, crise significava aperto explícito. No Brasil, crise era negada em release notes. O cidadão comum sentia no supermercado, no aluguel, no transporte. Não era colapso, era erosão. Um data corruption lenta, quase elegante, mas contínua.

O ex-imigrante volta achando que entende inflação. Em 2014, descobre que entende, mas subestimou o impacto emocional dela. Porque inflação não é só número — é a sensação diária de que o esforço nunca fecha a conta.

Sociedade: um país dividido rodando o mesmo sistema

O que mais me marcou em 2014 foi a mudança de clima social. As ruas que em 2013 tinham sido confusas, mas plurais, agora estavam polarizadas. Era como se o sistema tivesse sido clonado em dois ambientes incompatíveis, ambos dizendo ser o oficial.

Famílias, amigos, colegas de trabalho — todo mundo virou especialista em política de um dia para o outro. Mas não no sentido europeu do debate público estruturado. Era mais parecido com debug feito aos gritos, sem documentação, com cada operador jurando que o erro estava no código do outro.

Para quem voltou de fora, isso dói mais. Porque você traz a esperança de reconectar, de pertencer novamente. E encontra um ambiente onde qualquer tentativa de nuance é vista como defeito.

Cultura: espetáculo como cortina de fumaça

2014 também foi o ano do grande espetáculo. Copa do Mundo, campanhas publicitárias, narrativas de país alegre, resiliente, criativo. Do lado humano, foi quase esquizofrênico. De manhã, protestos; à tarde, festa; à noite, medo do amanhã.

Na Europa, eventos dessa magnitude vêm acompanhados de debates longos, relatórios, balanços. No Brasil, a cultura do improviso virou virtude oficial. O famoso “depois a gente vê” foi promovido a metodologia.

Culturalmente, percebi um Brasil mais cansado de pensar e mais disposto a sentir. Emoção substituiu análise. Meme substituiu argumento. Era entretenimento rodando em foreground, enquanto processos críticos travavam em background.

População: adaptação como mecanismo de sobrevivência

O brasileiro de 2014 não era apático. Era adaptativo. Vi gente fazendo milagres com pouco, reinventando rotinas, criando pequenos sistemas paralelos para sobreviver. Isso impressiona quem vem da Europa, onde o cidadão confia mais no sistema do que na própria criatividade.

Mas adaptação constante cobra preço. A população estava mais irritada, mais desconfiada, menos paciente. O sorriso continuava lá, mas era um sorriso de quem já viu dump demais e aprendeu a salvar o trabalho com mais frequência.

Como ex-imigrante, senti algo curioso: eu tinha voltado para casa, mas ainda operava com mentalidade de compliance. O Brasil de 2014 não recompensava isso. Aqui, sobrevivia melhor quem sabia contornar, não quem seguia o manual.

Primeiro ano pós-retorno: o choque silencioso

Meu primeiro ano de volta não foi de euforia, foi de reaprendizado. Aprender a atravessar a rua de novo, a negociar prazos irreais, a lidar com a informalidade que a Europa tinha me feito desaprender. 2014 me ensinou que o Brasil não quebra — ele se dobra.

Mas também mostrou algo preocupante: sistemas que se dobram demais perdem integridade.

2014 foi o ano em que o Brasil seguiu funcionando, mas com alerts ignorados, patches improvisados e operadores discutindo entre si enquanto o usuário final só queria que o sistema respondesse.

No fim daquele ano, eu já sabia: o problema não era mais saber se algo ia falhar. A pergunta real era quando — e quem estaria no console quando isso acontecesse.

E todo veterano de mainframe conhece essa sensação incômoda:
o sistema ainda está no ar,
mas ninguém confia totalmente no uptime.


quinta-feira, 18 de dezembro de 2014

☕📚 PURURIN — A “MAHOU SHOUJO FICTÍCIA” QUE VIROU LENDA ENTRE OTAKUS 💾🔥

 

Bellacosa Mainframa e a personagem dentro do anime Pururin

☕📚 PURURIN — A “MAHOU SHOUJO FICTÍCIA” QUE VIROU LENDA ENTRE OTAKUS 💾🔥

Se você assistiu:

📺 Welcome to the N.H.K.

provavelmente ouviu falar de:

🌸 Pururin

E muita gente ficou confusa:

“Ela existe mesmo?”
“É um anime real?”
“É uma personagem famosa no Japão?”

A resposta é:

💀 NÃO… e SIM ao mesmo tempo.

Pururin é uma personagem:

  • fictícia dentro do anime
  • criada para satirizar a cultura otaku
  • inspirada em MUITOS arquétipos reais dos anos 90/2000

Ela é praticamente:

a condensação máxima do moe japonês daquela época.


☕ QUEM É A PURURIN?

Dentro de:

Welcome to the N.H.K.

Pururin é uma:

  • garota mágica
  • mascote moe
  • personagem de anime fictício

Ela aparece em:

  • músicas
  • posters
  • referências otaku
  • obsessões do Yamazaki

💾 O VISUAL DELA

Pururin segue o arquétipo clássico:

  • olhos enormes
  • voz kawaii
  • roupa colorida
  • personalidade hiperfofa
  • energia moe absurda

Ela parece mistura de:

  • magical girl
  • mascote moe
  • idol anime

🔥 ELA É UMA PARÓDIA

Pururin satiriza:

  • cultura bishoujo
  • obsessão moe
  • marketing otaku
  • mascotes kawaii
  • waifus comerciais

Ela representa:

o “produto emocional perfeito” da indústria anime.


☕ O NOME “PURURIN”

O som:

“Pururin”

é típico da estética moe japonesa.

Os japoneses adoram nomes:

  • sonoros
  • fofinhos
  • repetitivos
  • quase infantis

Exemplos parecidos:

  • Puni Puni
  • Nyan Nyan
  • Momo
  • Ruru
  • Puru Puru

É praticamente:

branding kawaii de alta performance.


💀 O PAPEL DELA EM NHK

Pururin simboliza:

  • escapismo otaku
  • fuga emocional
  • apego parasocial
  • cultura moe extrema

Enquanto Satou afunda psicologicamente…
o universo moe continua oferecendo:

  • conforto artificial
  • fantasia emocional
  • distração escapista

☕ ELA REPRESENTA O “MOE INDUSTRIAL”

Nos anos 2000:
o Japão percebeu algo:

personagens fofas vendem ABSURDAMENTE.

Então nasceu a explosão:

  • mascotes moe
  • magical girls
  • bishoujos ultra kawaii

Pururin é literalmente:

uma caricatura disso tudo.


💾 A MÚSICA DA PURURIN

Quem viu NHK lembra imediatamente da:

música da Pururin.

Ela é:

  • chiclete
  • hiper moe
  • absurdamente irritante
  • memorável

E isso foi proposital.

Porque músicas assim dominavam:

  • openings
  • CDs otaku
  • Akihabara
  • lojas anime

🔥 O CONTRASTE É GENIAL

O anime faz algo BRILHANTE.

Enquanto:

  • Satou está deprimido
  • isolado
  • paranoico
  • quebrado emocionalmente

Pururin aparece como:

  • felicidade artificial
  • moe exagerado
  • positividade comercializada

É uma crítica pesadíssima.


☕ PURURIN E A CULTURA “2D > 3D”

Ela representa também:

o apego emocional ao fictício.

Nos anos 2000 surgiu forte no Japão:

“prefiro personagens 2D às pessoas reais”.

NHK critica isso constantemente.


💀 O PARALELO COM MASCOTES REAIS

Pururin lembra MUITO:

  • mascotes de visual novels
  • magical girls genéricas
  • personagens de eroges
  • heroínas de galges

Ela parece:

um mashup de todo moe dos anos 90/2000.


☕ A ESTÉTICA “DENPA”

Pururin também flerta com algo chamado:

Denpa-kei

Uma estética:

  • estranha
  • hiperfofa
  • desconfortável
  • psicologicamente artificial

Muito comum na cultura otaku antiga.


💾 POR QUE ELA VIROU CULT?

Porque NHK virou cult.

E Pururin representa perfeitamente:

  • o auge do moe
  • a crítica ao escapismo
  • a cultura Akihabara pré-redes sociais

Ela virou:

símbolo meta da cultura otaku.


🔥 PURURIN “EXISTE” FORA DO ANIME?

Tecnicamente:
não existe anime oficial da Pururin.

Mas:

  • músicas
  • artes
  • merchandising promocional

foram produzidos para NHK.

Então ela acabou ganhando:

“vida própria” entre fãs.


☕ O LADO SOCIOLÓGICO

Pururin funciona quase como:

  • anestesia emocional
  • conforto digital
  • distração psicológica

Ela representa:

o consumo emocional industrializado da cultura moe.


💀 RESUMINDO NO ESTILO BELLACOSA MAINFRAME

Pururin é:

uma entidade moe fictícia criada para simular o impacto psicológico da indústria otaku sobre jovens isolados.

Ou:

um “frontend emocional kawaii” usado como mecanismo de escapismo dentro de Welcome to the N.H.K.

Ela mistura:

  • magical girl
  • moe
  • bishoujo
  • mascote comercial
  • crítica social
  • marketing emocional

E sinceramente?

Pururin é tão perfeitamente irritante e fofa…
que parece ter sido:

🌸 compilada diretamente do núcleo da Akihabara de 2004.

quarta-feira, 17 de dezembro de 2014

⚓ O Submarino de Cimento — A Viagem ao Fundo do Tanque

 


💭 *Poste para o blog El Jefe – Série “Crônicas do Pequeno Bellacosa”
Título:O Submarino de Cimento — A Viagem ao Fundo do Tanque


Existem coisas que simplesmente acontecem. Você não planeja, não deseja… apenas vive — e depois se pergunta como ainda está vivo.

Sempre fui curioso — desses que não se contentam em olhar, precisam entender, testar, desmontar, remontar. Junte isso a uma energia inquieta e um cérebro em constante rotação, e você tem o protótipo perfeito do menino que colecionava acidentes. Vulgarmente chamado a vozes discretas de "O Diabinho".



Era 1978. Eu tinha 4 anos, minha irmã, Vivi, 3. Época em que máquina de lavar era o “iPhone” das donas de casa. Fomos visitar amigos de família, e lá estava ela: a novíssima máquina, reluzente, trono branco da modernidade, ocupando orgulhosamente o local onde antes haviam dois tanques de cimento — daqueles clássicos com cuba e área de esfregar comum em todas as casas brasileiras do século passado.



O terreno tinha um leve aclive, uma mureta, e o tanque removido e preparado para o triste fim do descarte, estava lá em cima, altivo, desafiando a gravidade. Eu olhei para aquele tanque e, claro, vi o que qualquer criança de quatro anos veria: o submarino Seaview, da série “Viagem ao Fundo do Mar”. Vivi e eu seríamos a tripulação. Eu, o comandante intrépido.

Subimos a bordo, ajustamos as alavancas imaginárias, e iniciamos a missão. Tudo ia bem — até que o oceano de concreto se revoltou. O tanque virou da mureta, e o Seaview mergulhou.

Vivi, pequena, encaixou perfeitamente na cuba — saiu praticamente ilesa.
Eu, o grande explorador dos abismos, bati a cabeça, apaguei, e abri um rasgo no rosto com a pancada do tanque.

A próxima lembrança é cinematográfica: meu pai, calça boca de sino, camisa branca de botões — correndo comigo nos braços, a camisa tingida de vermelho. Minha mãe chorando. Eu, meio vivo, meio inconsciente. Aquele corre-corre, aquele caos das urgências, morávamos na Vila Rio Branco na Penha. O hospital, o raio-x, o médico com mãos de anjo que costurou meu rosto sem deixar quase cicatriz.

Saí inteiro. Mas com um bônus: uma radiografia completa do meu crânio.



Nos anos seguintes, eu era o garoto que levava a própria caveira para a feira de ciências.
E fazia sucesso. Sem contar que meu pai como fotografo, usou de suas tecnicas de transformar aquela imagem de raio x em uma fotografia pxb em tamanho 20 x 25, um assombro...


As meninas do primário fugiam apavoradas — e eu, orgulhoso, pensava:
“Missão cumprida, comandante do Seaview.” ⚓




🧩 Easter Egg Bellacosa:
A série Viagem ao Fundo do Mar foi exibida no Brasil entre 1965 e 1968, mas com centenas de reprises em todos os canais brasileiros e tinha o submarino “Seaview”, projetado para explorar os mistérios do oceano e enfrentar monstros marinhos. Se bobear em pleno século XXI algum canal ainda o reprisa.

Na minha versão, o monstro era a gravidade — e venceu por nocaute técnico.


sábado, 13 de dezembro de 2014

Orquestra Sinfonica de Campinas no natal de 2014

Musica clássica para a multidão.

Para aqueles que não conhecem Campinas, existe um parque excelente, popularmente chamado Parque do Taquaral (Parque de Portugal), Aqui existem diversas atraçoes para passar um dia único.

Mas hoje iremos falar da concha acústica e anfiteatro para shows e concertos que no final do ano a Orquestra Municipal de Campinas faz uma apresentação muito concorrida.



Estamos na época natalícia de 2014 e resolvemos vir assistir a apresentação, porem fomos pegos por uma chuva dos diabos, em que ficamos presos dentro do carro no estacionamento por uns 10 minutos, tirando os percalços, foi um final de tarde fantástico.

Saboreando de um momento único, e o regente para cativar o publico fez uma apresentação especial cantando musicas populares ao som da orquestra.

Convido a todos a não perderem, fiquem atentos ao site da Orquestra e vejam a agenda.

segunda-feira, 8 de dezembro de 2014

Escalation of Commitment: Doctor Who, COBOL e o Dia em que o Projeto Estava Afundando — Então Decidimos Investir Ainda Mais para Provar que Ele Sabia Nadar

 

Bellacosa Mainframe e a escalation of commitment

☕ Um Café no Bellacosa Mainframe

Escalation of Commitment: Doctor Who, COBOL e o Dia em que o Projeto Estava Afundando — Então Decidimos Investir Ainda Mais para Provar que Ele Sabia Nadar

Uma viagem pela TARDIS dos projetos e incidentes para entender por que pessoas e organizações continuam aumentando investimento em decisões que já apresentam sinais de fracasso — e como sunk cost, ego, reputação, metas, contratos, Goal Gradient, Plan Continuation Bias e aquela terrível frase “agora não podemos desistir” podem transformar persistência em um buraco cada vez mais caro

Terça-feira.

10:07.

Sala de reunião.

Não é War Room.

Ainda.

Na tela:

PROJETO ATLAS

OBJETIVO:
MIGRAR PAYMENTS-X

PRAZO ORIGINAL:
6 MESES

TEMPO DECORRIDO:
11 MESES

ORÇAMENTO ORIGINAL:
R$ 4 MILHÕES

GASTO:
R$ 9,2 MILHÕES

PROGRESSO DECLARADO:
82%

STATUS:
AMARELO

Nosso jovem programador COBOL olha:

para os números.

Pergunta:

— Se era seis meses, por que estamos no mês onze?

Gerente:

— Tivemos alguns imprevistos.

— E por que o orçamento mais que dobrou?

— Complexidade maior do que esperávamos.

— E esses 82%?

— Estamos quase lá.

Ah.

Estamos quase lá.

Velho conhecido.

Goal Gradient.

O diretor entra.

— Quanto precisamos para terminar?

Gerente:

— Mais R$ 2 milhões.

Nosso jovem:

— E isso garante terminar?

Silêncio.

— Não exatamente.

— Então o que os dois milhões compram?

— Tempo.

— Quanto?

— Talvez três meses.

— E se em três meses não terminar?

Gerente:

— Aí avaliamos.

Nosso jovem:

— Não deveríamos avaliar agora?

O diretor olha.

— Depois de investir nove milhões?

Pronto.

A frase chegou.

“Depois de investir nove milhões?”

Nosso jovem:

— Mas os nove milhões já foram gastos.

Diretor:

— Justamente! Não podemos desperdiçar tudo.

VWORP.

VWORP.

VWORP.

A TARDIS surge atrás do projetor.

A porta abre.

O Doctor sai.

Olha para a planilha.

Depois:

para o diretor.

— Quanto o projeto já consumiu?

— Nove milhões.

— Esse dinheiro volta se continuarem?

— Não.

— Volta se pararem?

— Também não.

Doctor:

— Então por que ele está participando da decisão sobre os próximos dois milhões?

Silêncio.

O gerente tenta:

— Porque precisamos recuperar o investimento.

Doctor:

— Ah.

Ele escreve no quadro:

DECISION A
   ↓
INVESTMENT
   ↓
BAD SIGNALS
   ↓
MORE INVESTMENT
   ↓
WORSE SIGNALS
   ↓
EVEN MORE INVESTMENT

E acima:



ESCALATION OF COMMITMENT

Ou:

Escalada do Comprometimento.

Em linguagem Bellacosa:

é quando uma decisão começa a dar sinais de que talvez esteja errada, mas em vez de reduzirmos o compromisso, aumentamos investimento justamente para tentar salvá-la — muitas vezes porque abandonar agora parece admitir que tudo aquilo que fizemos antes foi um erro.


🧠 Não é simplesmente Sunk Cost

Primeiro:

precisamos separar dois irmãos.

Sunk Cost Fallacy:

“Já gastamos demais para parar.”

Escalation of Commitment:

“Já gastamos demais para parar — portanto vamos gastar ainda mais.”

A primeira:

prende.

A segunda:

acelera.


☕ Sunk Cost é o buraco.

Escalation of Commitment:

é pedir outra retroescavadeira.


💻 COBOL cognitivo

Imagine:

       IF PROJECT-STATUS = 'BAD'
          AND MONEY-SPENT > ZERO
           ADD MORE-MONEY
             TO PROJECT-BUDGET
       END-IF.

Excelente algoritmo.

Para:

falência.

Mais realista:

       IF PROJECT-STATUS = 'BAD'
           PERFORM REEVALUATE-FROM-ZERO
       END-IF.

Mas esse segundo programa:

machuca.

Porque pode retornar:

STOP PROJECT

E ninguém gosta:

dessa saída.


🧠 Por que aumentar investimento parece racional?

Porque existe uma história:

“Estamos perto.”

“Só falta estabilizar.”

“Com mais gente resolvemos.”

“Com mais prazo entregamos.”

“Se pararmos agora, tudo foi em vão.”

Cada frase:

isoladamente

pode ser verdadeira.

O problema é:

quando vira:

mecanismo automático.


🎯 Pergunta Bellacosa nº 1

“Estamos investindo mais porque a expectativa futura melhorou — ou porque o passado ficou caro demais para abandonar emocionalmente?”

Essa é central.


🧠 A diferença entre investimento e justificativa

Imagine:

projeto custou:

R$ 9 milhões.

Agora precisa:

R$ 2 milhões.

Pergunta errada:

“Como abandonar nove milhões?”

Pergunta certa:

“Se este projeto aparecesse hoje pedindo R$ 2 milhões para produzir exatamente os benefícios esperados daqui para frente, eu aprovaria?”

Isso remove:

passado.


☕ O dinheiro gasto

é informação histórica.

Não deveria ser:

voto.


👻 Easter Egg nº 1 — O Dalek do orçamento

Dalek CFO:

— PROJECT HAS COST 50 MILLION.

Doctor:

— And what is expected future value?

— UNKNOWN.

— Probability of success?

— DECLINING.

— Then why continue?

— BECAUSE WE HAVE ALREADY SPENT 50 MILLION.

Doctor:

— Ah.

Dalek:

— THEREFORE WE SHALL SPEND 20 MORE.

Doctor:

— Vocês inventaram o capitalismo recursivo.


🧠 Escalation of Commitment em projetos

Esse é o habitat clássico.

Projeto:

atrasa.

Primeira reação:

mais recursos.

Não melhora.

Mais consultoria.

Não melhora.

Mais prazo.

Não melhora.

Troca ferramenta.

Não melhora.

Mas a hipótese central:

“o projeto deve continuar”

nunca é colocada em discussão.


🎯 Pergunta Bellacosa nº 2

“Quais partes do plano estamos questionando — e qual parte estamos tratando como intocável?”

Às vezes:

questionamos tudo

menos:

a própria continuidade.


🧠 Plan Continuation Bias entra

No capítulo anterior:

já estávamos:

seguindo o plano

mesmo depois de sinais ruins.

Escalation of Commitment faz:

algo pior.

Agora:

os sinais ruins justificam:

mais investimento.


☕ O projeto não apenas:

continua.

Ele começa:

a alimentar-se do próprio fracasso.


🧠 Exemplo

Prazo:

estourou.

Conclusão:

precisamos de mais pessoas.

Mais pessoas:

coordenação sobe.

Prazo:

mais pressão.

Conclusão:

precisamos de consultoria.

Consultoria:

onboarding.

Prazo:

mais atraso.

Conclusão:

precisamos de overtime.

Equipe:

fatigue.

Defeitos:

sobem.

Conclusão:

precisamos de mais gente.

Loop.


🧠 Brooks aparece na máquina de café

Nem todo projeto atrasado melhora:

com mais pessoas.

Às vezes:

coordenação aumenta mais rápido que:

capacidade.

Mas Escalation of Commitment gosta:

de recursos visíveis.


🎯 Pergunta Bellacosa nº 3

“O recurso adicional ataca a causa do atraso ou apenas demonstra que estamos fazendo alguma coisa?”


🧠 Action Bias

Exatamente.

Projeto ruim.

Fazer mais:

parece melhor que:

parar.

Ação dá:

sensação de controle.


🧠 Need for Control

Se aumentarmos:

pessoas;

checkpoints;

governança;

dashboards,

sentimos:

mais controle.

Mas às vezes:

complexidade também sobe.


☕ Um projeto em crise pode ganhar:

tantos controles

que passa a ter:

duas crises.

A original

e:

a governança.


🧠 Escalation + Need for Control

Cada problema gera:

novo meeting.

Novo approval.

Novo report.

Nova camada.

Agora:

menos tempo para trabalho.

Mais sinais ruins.

Então:

mais governança.

Beautiful.

Terrible.


🎯 Pergunta Bellacosa nº 4

“Os recursos adicionais estão aumentando capacidade real ou apenas a visibilidade de que estamos preocupados?”


🧠 Ego entra

Projetos têm:

donos.

Sponsor.

Arquiteto.

Executivo.

Alguém:

apostou reputação.

Se parar:

não parece apenas:

decisão técnica.

Parece:

“eu estava errado.”

E isso muda:

tudo.


☕ Quanto mais pública a aposta,

mais difícil:

dobrar a planilha

e dizer:

“paramos.”


🧠 Self-Serving Bias

Se projeto vai bem:

“visão estratégica.”

Se vai mal:

“execução.”

“vendor.”

“mercado.”

“resistência.”

Agora:

o sponsor pode continuar defendendo:

a estratégia

e pedir:

mais recursos para corrigir:

os outros.


🎯 Pergunta Bellacosa nº 5

“A decisão está sendo defendida porque continua boa ou porque está ligada à identidade de quem a tomou?”


🧠 Authority Bias

Sponsor:

executivo.

Quem vai:

dizer:

“pare”?

Júnior?

Vendor?

Gerente cuja carreira depende:

do projeto?

Difícil.

Então:

commitment escala também porque:

ninguém tem incentivo para:

questionar autoridade.


☕ Um projeto pode ficar:

economicamente irracional

e:

politicamente impossível de cancelar.


🧠 Principal-Agent Problem

Sponsor:

ganha bônus se:

lança.

Equipe:

absorve overtime.

Ops:

absorve incidentes.

Cliente:

absorve risco.

Agora:

“continuar”

faz sentido:

para o agente.

Mesmo se:

ruim para o sistema.


🎯 Pergunta Bellacosa nº 6

“Quem controla a decisão de continuar e quem absorve a maior parte do custo adicional?”


🧠 Moral Hazard

Se sponsor:

não paga pessoalmente:

falha,

pode arriscar:

mais.

Se vendor:

recebe mais

cada vez que projeto atrasa,

incentive:

curioso.


☕ Às vezes:

o projeto fracassando

é ruim para:

cliente

e excelente para:

billing.

Principal-Agent:

acenando da janela.


🧠 Escalation e contratos

Contrato fixo:

vendor pode querer:

encerrar rápido.

Time & material:

mais horas:

mais receita.

Não significa:

má-fé.

Mas:

incentivos importam.


🎯 Pergunta Bellacosa nº 7

“O modelo comercial recompensa resolver o problema ou prolongar a tentativa de resolvê-lo?”


🧠 Goal Gradient

Estamos:

82%.

Quase lá.

Porcentagem:

hipnotizante.

Mas o que significa:

82%?

Linhas de código?

Tasks?

Story points?

Budget consumed?


☕ Um projeto pode estar:

95% concluído

há:

seis meses.

Conhecemos essa criatura.


🧠 The 90% Syndrome

Software tem:

um fenômeno divertido:

primeiros 90%

levam:

90% do tempo.

Últimos 10%:

outros 90%.

Não matematicamente.

Mas culturalmente:

perfeito.


🎯 Pergunta Bellacosa nº 8

“Nosso percentual mede trabalho concluído ou o risco restante para produzir valor real?”


🧠 Metric Fixation

Dashboard:

82%.

Green-ish.

But:

critical integration:

not done.

Data migration:

not reconciled.

DR:

not tested.

Maybe 82% of:

easy work.


🧠 McNamara Fallacy

Medimos:

tasks.

Não medimos:

uncertainty.

Então:

progress appears.


☕ Excel ama:

percentual.

Risco adora:

esconder-se fora dele.


🎯 Pergunta Bellacosa nº 9

“Quanto da incerteza original realmente desapareceu?”


🧠 Escalation of Commitment e Goodhart

Meta:

launch by Q4.

Projeto:

late.

Team:

reclassifies scope.

“Phase 1 delivered.”

Technically:

target.

But actual value:

not.

More funding:

Phase 2.

Then Phase 3.

Original project:

never ends.


☕ Às vezes cancelar é tão politicamente difícil

que o projeto é:

fatiado até parecer:

sucesso.


🧠 Goal Substitution

Original objective:

replace legacy.

Proxy:

release milestones.

Milestones:

green.

Legacy:

still there.

Funding:

continues.


🎯 Pergunta Bellacosa nº 10

“Estamos financiando o objetivo original ou o conjunto de métricas que surgiu para representá-lo?”


🧠 Escalation e Outcome Bias

Uma fase:

dá certo.

Sponsor:

“viu?”

Confidence:

up.

Ignora:

cinco sinais ruins.

Confirmation Bias.

Outcome Bias.

Então:

mais funding.


🧠 Success pockets

Can be:

real.

But beware:

using local success

to justify:

global continuation.


🎯 Pergunta Bellacosa nº 11

“Esse sucesso parcial realmente melhora o business case futuro ou apenas fornece uma história confortável para continuar?”


🧠 Confirmation Bias

Uma vez comprometidos:

buscamos:

evidências de que:

vai funcionar.

Vendor demo:

ótima.

Pilot:

bom.

Performance test:

ruim.

“Ambiente não representativo.”

Data migration:

falhou.

“Precisamos ajustar.”


☕ Cada evidência contrária recebe:

uma nota de rodapé.

Cada favorável:

vai para capa.


🎯 Pergunta Bellacosa nº 12

“Estamos exigindo padrões de prova diferentes para evidências a favor e contra a continuidade?”


🧠 Anchoring Bias

Business case original:

R$ 20 milhões de benefício.

Agora:

contexto mudou.

Mercado.

Tecnologia.

Regulação.

Mas:

20 milhões continuam:

na planilha.

Anchor.


🧠 Stale Business Case

Huge.

A project can:

remain funded

based on:

benefits estimated years ago.


☕ Custo é atualizado todo mês.

Benefício:

fica congelado em PowerPoint de 2024.

Curioso.


🎯 Pergunta Bellacosa nº 13

“Quando foi a última vez que recalculamos os benefícios com as condições atuais?”


🧠 Escalation e Normalcy Bias

Project late:

becomes normal.

Budget overrun:

normal.

Defects:

normal.

People stop:

reacting.

Then:

Normalization of Deviance.


🧠 New normal

Original:

6 months.

Then:

Then:

Nobody says:

crisis.

Plan absorbs:

failure.


☕ Um projeto pode:

falhar devagar o suficiente

para ninguém declarar:

fracasso.


🎯 Pergunta Bellacosa nº 14

“O que hoje chamamos de ‘desafio esperado’ teria sido classificado como fracasso no início?”


🧠 Normalization of Deviance

Original rule:

no Go-Live without full reconciliation.

Project late.

Exception.

Works.

Next phase:

same.

Soon:

normal.

Escalation uses:

deviance

to protect:

commitment.


🧠 Risk Compensation

More controls:

backup.

rollback.

war room.

Then:

team accepts:

more risk.

“Temos contingência.”


☕ Quanto mais perto do fracasso,

mais heroísmo parece:

controle.


🎯 Pergunta Bellacosa nº 15

“Estamos aumentando proteção para reduzir risco ou para justificar continuar uma decisão cada vez mais arriscada?”


🧠 Escalation in incident response

Não só projetos.

Imagine:

hipótese:

Db2.

Investimos:

30 min.

Nada.

Então:

mais tuning.

Nada.

Mais restart.

Nada.

Agora admitir:

não é Db2

significa:

30 min wasted.

Então:

continuamos.


☕ Debugging também:

tem ego.


🧠 Diagnosis Momentum

“Db2 issue.”

Everybody:

Db2.

More specialists.

More tools.

Now:

social commitment.


🎯 Pergunta Bellacosa nº 16

“Estamos adicionando especialistas à hipótese porque ela ganhou evidência ou porque já montamos toda a operação ao redor dela?”


🧠 Premature Closure

Initial hypothesis:

became root cause.

Now:

changing:

embarrassing.

Escalation:

defend.


🧠 Hindsight later

After find:

network,

people:

“should have pivoted sooner.”

Yes.

Need:

pivot criteria.


🎯 Pergunta Bellacosa nº 17

“Qual evidência deveria obrigar formalmente a equipe a abandonar a hipótese atual?”


🧠 Hypothesis Kill Criteria

Excellent.

DROP DB2 HYPOTHESIS IF:
- symptom predates lock
- non-DB2 path affected
- remediation produces no change

Now:

less ego.


☕ Hipóteses também precisam:

de critérios de demissão.


🧠 Escalation e War Room fatigue

Horas.

Team invested.

At 04:00:

change course?

Hard.

Cognitive cost.

So:

keep.


🧠 Fatigue increases inertia

Known plan:

comfortable.

New plan:

thinking.


🎯 Pergunta Bellacosa nº 18

“Estamos defendendo a hipótese porque ainda é boa ou porque mudar agora exige energia que já não temos?”


🧠 Fresh Eyes

Shift.

Independent analyst.

Useful.

But give:

facts.

Not:

“continue Db2 analysis.”

Otherwise:

Diagnosis Momentum.


☕ Novo cérebro

com:

história velha

não é:

segunda opinião.


🧠 Escalation e migration

Imagine:

data migration:

60%.

Find:

mismatch.

Rollback:

painful.

Continue:

tempting.

Then:

70%.

More mismatch.

Now rollback:

harder.

Therefore:

continue.

This is:

commitment trap.


🎯 Pergunta Bellacosa nº 19

“Cada passo adicional está aumentando evidência de sucesso ou apenas tornando abandonar mais caro?”


🧠 Reversibility matters

Architecture can reduce:

escalation.

Canary.

Feature flags.

Dual-write.

Checkpoint.

Rollback.

Parallel run.

These preserve:

option to stop.


☕ Opção barata de parar

é:

vacina contra ego.


🧠 Escalation and irreversible steps

Once:

data transformed.

Customer migrated.

Contract terminated.

Harder.

Need:

higher evidence threshold before:

irreversible action.


🎯 Pergunta Bellacosa nº 20

“Estamos aumentando o compromisso mais rápido do que a evidência de que o plano funciona?”

Essa é enorme.


🧠 Commitment should follow evidence

Not:

calendar.


🧠 Venture analogy

Stage-gate.

Spend small.

Learn.

Then:

more.

That is:

rational escalation.

Important nuance.


☕ Nem toda escalada de investimento é viés.

Às vezes:

evidência melhora.

A diferença está:

no motivo.


🧠 Rational escalation

Pilot succeeds.

Market validated.

Technical risk falls.

Invest more.

Fine.

Biased escalation:

signals worsen.

Yet:

invest more because:

can't quit.


🎯 Pergunta Bellacosa nº 21

“Qual nova evidência positiva justifica o próximo investimento?”

If answer:

“porque já gastamos”...

Houston.


🧠 Escalation e innovation

Experiment:

fails.

Maybe:

pivot.

But founder:

attached.

More money.

Danger.

Yet early innovation:

requires persistence.

So how distinguish?


🧠 Persistence vs escalation

Persistence:

thesis remains:

supported

despite setbacks.

Escalation:

thesis loses support,

commitment increases anyway.


☕ Persistência pergunta:

“o objetivo ainda vale?”

Escalada pergunta:

“como provar que eu estava certo?”


🎯 Pergunta Bellacosa nº 22

“A tese está sobrevivendo aos testes ou estamos alterando os testes para que ela sobreviva?”


🧠 Confirmation + goalpost moving

Target:

latency < 200ms.

Gets:

“Under load that's okay.”

Then:

“Still acceptable.”

Goalposts move.

Escalation protects project.


🧠 Campbell / Goodhart

Metrics get:

massaged.


☕ Quando realidade não bate meta

é tentador:

mover meta.

Mais barato que:

mover realidade.


🎯 Pergunta Bellacosa nº 23

“Os critérios de sucesso mudaram porque aprendemos algo legítimo ou porque o projeto não consegue mais atingi-los?”


🧠 Escalation e reputação

Public announcement:

Go-Live date.

Press.

Board.

Now:

cancel expensive socially.

Continue:

risk.


🎯 Pergunta Bellacosa nº 24

“Se ninguém externo soubesse da decisão original, ainda continuaríamos?”

Excelente.


🧠 Public commitment effect

Commitment said aloud:

stickier.


☕ Um PowerPoint apresentado ao board

pode adquirir:

massa gravitacional.


🧠 Escalation e identity

“We are a cloud-first company.”

“We will replace mainframe.”

“We will never rollback.”

Identity statements:

turn flexible strategies:

into doctrine.


🎯 Pergunta Bellacosa nº 25

“A estratégia virou parte da identidade a ponto de mudar parecer traição?”


🧠 Cultural Debt

Decision wins.

Culture builds.

Even if context changes:

continue investing.

Because removing:

questions identity.

Escalation across:

years.


☕ Escalation of Commitment

pode durar:

mais que projeto.

Pode virar:

civilização corporativa.


🧠 Escalation e modernization

Example:

migration expected:

save 30%.

Costs rise.

New platform:

more expensive.

But:

“can't go back.”

Maybe true technically.

Maybe not.

Need:

fresh business case.


🎯 Pergunta Bellacosa nº 26

“Estamos comparando continuar com voltar ao passado — ou com todas as alternativas disponíveis agora?”


🧠 False binary

Continue vs abandon.

Maybe:

reduce scope.

Hybrid.

Pause.

Sell.

Replatform part.

Change vendor.


☕ Quando alguém diz:

“ou terminamos ou jogamos tudo fora”

procure:

terceira opção.


🧠 Escalation e Loss Aversion

Stopping:

realizes loss.

Continuing:

keeps hope.

People prefer:

gamble

to avoid sure loss.

Very powerful.


🎯 Pergunta Bellacosa nº 27

“Estamos aceitando risco adicional porque parar transformaria uma perda possível em perda reconhecida?”


🧠 Hope as asset

Interesting.

While project alive:

maybe success.

Cancel:

loss definite.

Thus:

continue.


☕ Às vezes o maior ativo de um projeto ruim

é:

a esperança de que ele deixe de ser ruim.


🧠 Escalation e probability neglect

Chance of success:

drops.

But prize:

same.

People focus:

prize.


🧠 Expected value

Need:

forward calculation.


🎯 Pergunta Bellacosa nº 28

“Qual é o valor esperado daqui para frente, ignorando completamente o que já foi gasto?”


🧠 Bellacosa Example

Option A:

continue.

Cost future:

R$ 4M.

Chance:

30%.

Benefit:

R$ 10M.

Option B:

stop.

Cost:

R$ 500k closure.

Alternative project:

R$ 3M expected value.

Now:

analyze.

Not:

“we've spent 9M.”


☕ Past spend:

irrelevant

except as:

evidence about our estimation quality.


🧠 That's important

Sunk costs can:

teach.

They cannot:

be recovered through:

wishful continuation.


🧠 Escalation and Bayesian updating

Original:

80% chance.

Repeated failures:

should reduce.

But:

commitment stops:

update.

Anchoring.

Confirmation.


🎯 Pergunta Bellacosa nº 29

“Nossa confiança caiu proporcionalmente aos sinais negativos, ou o investimento emocional está segurando a probabilidade lá em cima?”


🧠 Bayesian Sysprog again

At start:

H project success = 0.8.

After:

missed milestones;

failed pilot;

budget overrun,

maybe:

0.4.

If still:

0.8 because:

“we're committed,”

not Bayesian.


☕ Compromisso não:

altera distribuição.


🧠 Escalation e dashboards

Dashboard:

progress.

Not:

probability of success.

Could:

mislead.


🎯 Pergunta Bellacosa nº 30

“Estamos medindo quanto fizemos ou quão provável é ainda atingir o resultado?”


🧠 Critical distinction

Output.

Outcome.

Feasibility.


🧠 Escalation e resource loading

Project failing.

Add:

top people.

Now:

other projects suffer.

Opportunity cost.

Often:

ignored.


☕ Projeto ruim pode virar:

buraco negro

de talento.


🎯 Pergunta Bellacosa nº 31

“Que trabalho melhor deixou de acontecer porque continuamos alimentando este?”


🧠 Opportunity cost

Sunk cost focus ignores:

alternatives.

Very important.

Every:

R$1M here

is:

not elsewhere.

Every senior:

same.


🧠 Escalation and strategic portfolio

Kill projects.

Healthy org:

must.

Otherwise:

zombie portfolio.


☕ Projeto zumbi:

não entrega.

Não morre.

Continua consumindo:

cérebro.


🧠 Zombie Projects

Great Bellacosa creature.

Status:

amber forever.

Budget:

renewed.

Benefit:

future.


🎯 Pergunta Bellacosa nº 32

“Este projeto ainda está vivo porque produz sinais de futuro valor ou porque ninguém conseguiu matá-lo?”


🧠 Escalation and governance

Review board can:

help.

But if same sponsor:

judge,

bias.

Need:

independent stage-gate.


🧠 Separation of decision roles

Person proposing:

not sole evaluator.


🎯 Pergunta Bellacosa nº 33

“Quem pode encerrar o investimento sem precisar defender a decisão original?”


🧠 Independent Review

Very effective.

Fresh team.

No ownership.

Assess:

forward.


☕ O melhor juiz do próximo milhão

talvez não seja:

quem pediu os nove anteriores.


🧠 Escalation and incentives

Manager performance:

tied project success.

Cancel:

career hit.

So:

continue.

Systemic.


🎯 Pergunta Bellacosa nº 34

“Nossa avaliação de desempenho torna racional esconder sinais de que o projeto deveria parar?”


🧠 Campbell's Law

If project success:

career metric,

data can:

corrupt.

“95% complete.”

“Only minor issues.”


🧠 Goodhart

Completion percentage becomes:

target.


☕ Métrica não apenas:

mede compromisso.

Ela pode:

alimentá-lo.


🧠 Escalation and blame culture

If cancellation = failure,

nobody cancels.

Need:

reframe.

Sometimes:

smart stop = success.


🎯 Pergunta Bellacosa nº 35

“Nossa cultura consegue chamar um cancelamento racional de boa gestão?”


🧠 Kill Criteria

Predefine before:

emotion.

Example:

STOP / REPLAN IF:

BUDGET > +30%
AND
BENEFIT < ORIGINAL THRESHOLD

OR

PILOT FAILS 2 CRITICAL CRITERIA

OR

TIME-TO-VALUE > MARKET WINDOW

Not perfect.

But:

decision rules.


☕ Critério de cancelamento

deve existir:

antes de você amar o projeto.


🧠 Escalation and stage gates

At each stage:

reapprove.

Not:

automatic funding.


🧠 Zero-Based Funding

Question:

Would I fund next phase now?


🎯 Pergunta Bellacosa nº 36

“O próximo tranche está sendo aprovado por mérito próprio ou por continuidade administrativa?”


🧠 Escalation in AI programs

Organization launches:

AI initiative.

Pilot mediocre.

But hype.

More GPUs.

More consultants.

Model not solving:

business problem.

Yet:

“strategic.”

Commitment escalates.


🤖 Technology prestige

Can become:

identity.


🎯 Pergunta Bellacosa nº 37

“Estamos investindo na tecnologia porque ela resolve o problema ou porque já anunciamos que somos uma organização ‘AI-first’?”


🧠 AI agents themselves

Agent plan:

fails.

Model may retry:

same strategy.

More tool calls.

Need:

budget.

Stop condition.

Replan.


🤖 Escalation of commitment algorithmic edition

ACTION FAILS
↓
TRY HARDER
↓
FAILS
↓
MORE TOOLS
↓
MORE TOKENS
↓
SAME ASSUMPTION

Not intelligence.

Persistence loop.


🎯 Pergunta Bellacosa nº 38

“O agente está aumentando esforço sem atualizar a hipótese?”


🧠 Agent budget

Limit:

attempts.

Cost.

Time.

Then:

replan/handoff.


☕ Um agente sem:

stop condition

pode transformar:

teimosia

em:

automação.


🧠 Escalation and automation bias

Machine says:

plan confidence high.

Humans:

continue.

New evidence:

ignored.

Need:

uncertainty update.


🎯 Pergunta Bellacosa nº 39

“A confiança da automação diminui quando o mundo contradiz o plano?”


🧠 Escalation and incident mitigation

Mitigation A:

no effect.

Then:

more aggressive A.

Maybe dangerous.

Use:

decision tree.


🧠 Escalate diagnosis, not just action

Great phrase.


☕ Quando ação falha:

a primeira coisa a aumentar deveria ser:

curiosidade.

Não:

potência do comando.


🎯 Pergunta Bellacosa nº 40

“Estamos escalando a investigação ou apenas escalando a força da mesma intervenção?”


🧠 Escalation and blast radius

Failed:

restart one region.

Then:

restart all.

Now:

blast radius.

Classic.


🧠 Change management

Failed canary:

should:

stop.

Escalation says:

“maybe full rollout behaves better.”

No.

Usually:

horror.


🎯 Pergunta Bellacosa nº 41

“O teste pequeno falhou; por que aumentar escala seria a resposta?”


🧠 Canary is designed to stop escalation

If failed:

listen.


☕ Canary morto

não é:

argumento para:

abrir a mina inteira.


🧠 Escalation and deadlines

Month-end.

Quarter-end.

Regulatory.

Deadline raises:

cost of stopping.

So:

accept more risk.


🎯 Pergunta Bellacosa nº 42

“O prazo mudou a probabilidade de sucesso ou apenas aumentou o desconforto de admitir atraso?”


🧠 Escalation and technical debt

Project cuts:

quality.

Now:

bugs.

Need:

more engineers.

More cost.

To protect delivery:

more shortcuts.

Debt grows.

Escalation spiral.


☕ O projeto começa:

a tomar empréstimo

para pagar:

juros do empréstimo anterior.


🧠 Debt Spiral

DEADLINE
↓
SHORTCUT
↓
DEFECT
↓
MORE WORK
↓
MORE PRESSURE
↓
MORE SHORTCUT

Commitment:

escalates.


🎯 Pergunta Bellacosa nº 43

“Estamos financiando progresso ou financiando o custo dos atalhos usados para fingir progresso?”


🧠 Escalation and staffing

Add contractors.

Need:

onboarding.

Seniors train.

Productivity falls short-term.

Then:

add more.

Classic.

Need:

system thinking.


🧠 Capacity is not linear

Important for junior.


☕ Dez programadores

não necessariamente:

programam dez vezes mais.

Mas:

reuniões podem.


🧠 Escalation and scope creep

More problems.

Add scope:

“while we're here.”

Project bigger.

Then:

more budget.


🎯 Pergunta Bellacosa nº 44

“Estamos salvando o projeto original ou usando novos objetivos para justificar sua continuidade?”


🧠 Goal substitution again

Original business case:

lost.

New rationale:

strategic capability.

Then:

learning platform.

Then:

foundation.

Project never:

fails

because:

goal keeps changing.


☕ Um projeto impossível de matar

às vezes só precisa:

de uma nova missão.


🧠 Escalation and organizational memory

After eventual success:

Outcome Bias.

Everyone:

“persistence paid off.”

Maybe.

Could have cost:

10x alternative.

Need:

counterfactual.


🎯 Pergunta Bellacosa nº 45

“O fato de termos finalmente chegado prova que continuar foi a melhor escolha?”

No.


🧠 Delayed success can still be bad strategy

If benefit:

R$10M

cost:

R$30M,

success?

Depends.


🧠 Opportunity cost again

Maybe competitor:

won market.

Outcome:

functional.

Business:

failed.


☕ Projeto pode:

entregar sistema

e:

fracassar na razão pela qual o sistema deveria existir.


🧠 Escalation and Hindsight

If eventually works:

“we knew.”

If cancelled:

“should have cancelled earlier.”

Postmortem:

danger.

Use:

decision records.


🎯 Pergunta Bellacosa nº 46

“Que evidência existia em cada checkpoint e como nossa decisão parecia naquele momento?”


🧠 Decision journal

Write:

confidence.

Cost.

Benefit.

Alternatives.

Stop criteria.

Then:

less rewriting.


🧠 Escalation and corporate politics

Cancel:

admit.

So:

rename.

Rescope.

Merge.

Project continues under:

new code name.


☕ Às vezes um projeto não morre.

Ele:

reencarna.

Doctor Who approves.

Finance:

maybe not.


👻 Easter Egg nº 2 — Regeneration Budget

Project Atlas fails.

Renamed:

Atlas Next.

Then:

Atlas Transformation.

Then:

Project Phoenix.

Doctor:

— Isso é regeneração?

CFO:

— Strategic repositioning.

Doctor:

— Quantas vidas esse projeto tem?

CFO:

— Budget dependent.


🧠 Project Phoenix is funny because...

Projects love:

Phoenix.

Be suspicious.

Not always.

But:

amusing.


🧠 Escalation and narrative bias

Each setback:

chapter in:

hero journey.

“Transformation is hard.”

True.

But narrative can:

protect failure.


🎯 Pergunta Bellacosa nº 47

“Estamos usando a dificuldade esperada de grandes mudanças para explicar sinais que deveriam invalidar a estratégia?”


🧠 Persistence is good

Need nuance.

Hard things:

look bad halfway.

If cancel everything:

no innovation.

So:

how know?

Need:

leading indicators.


🧠 Healthy persistence signals

Evidence of:

learning;

risk reduction;

improving unit economics;

technical validation;

customer value;

uncertainty decreasing.


🧠 Unhealthy escalation signals

Cost ↑

time ↑

scope ↑

risk ↑

benefit ↓

confidence magically:

same.


☕ Se tudo piora

menos:

otimismo,

talvez:

otimismo seja:

métrica quebrada.


🎯 Pergunta Bellacosa nº 48

“A cada novo investimento, qual incerteza concreta estamos comprando para baixo?”

Excellent.


🧠 Investment should buy information

Pilot.

Prototype.

Test.

If next million:

doesn't reduce uncertainty,

why?


🧠 Real Options thinking

Spend:

small

to preserve option.

Then:

decide.

Good.


☕ Não compre:

o prédio inteiro

para descobrir:

se gostamos da vista.


🧠 Escalation and stage-gated architecture

Proof-of-concept.

Pilot.

Limited rollout.

Full.

At each:

kill.

This is anti-escalation.


🎯 Pergunta Bellacosa nº 49

“Estamos aumentando investimento proporcionalmente à evidência ou à ansiedade?”


🧠 Bellacosa Escalation Detector

Symptoms:

  • “Não podemos parar agora.”

  • “Já gastamos demais.”

  • “Só precisamos de mais tempo.”

  • “Com mais gente resolve.”

  • “Estamos quase lá.”

  • “Seria pior admitir que falhou.”

  • “O board já sabe.”

  • “É estratégico.”

  • “Agora é questão de honra.”

Last one:

especially dangerous.


☕ Quando projeto vira:

questão de honra,

financial controller deveria:

colocar capacete.


🧠 Anti-Escalation Protocol

Passo 1 — Ignore sunk cost

Past spent:

zero weight

except learning.

Passo 2 — Recalculate future case

Cost from now.

Benefit from now.

Probability from now.

Passo 3 — Compare alternatives

Including stop.

Passo 4 — Update probabilities

Based on evidence.

Passo 5 — Separate sponsor from reviewer

Independent.

Passo 6 — Define kill criteria

Before next tranche.

Passo 7 — Fund in stages

Not automatic.

Passo 8 — Track opportunity cost

What else loses?

Passo 9 — Reward rational cancellation

Culture.

Passo 10 — Capture lessons

Without requiring project survival.


📋 Checklist Bellacosa anti-Escalation

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

[ ] Qual custo futuro ainda falta?

[ ] Qual benefício futuro ainda existe?

[ ] A probabilidade de sucesso mudou?

[ ] O business case foi atualizado?

[ ] Quais alternativas existem agora?

[ ] O investimento adicional reduz incerteza?

[ ] Estamos apenas adicionando pessoas?

[ ] O sponsor também decide sozinho a continuidade?

[ ] Cancelar prejudica a carreira de alguém?

[ ] O progresso mede valor ou esforço?

[ ] Estamos movendo os critérios de sucesso?

[ ] O prazo está comprimindo controles?

[ ] Que oportunidade estamos sacrificando?

[ ] Temos critério explícito de parada?

🧠 Bellacosa Commitment Card

CURRENT PROJECT:
________________________

SUNK COST:
IGNORE FORWARD DECISION

FUTURE COST:
________________________

FUTURE BENEFIT:
________________________

CURRENT SUCCESS PROBABILITY:
________________________

NEW EVIDENCE:
________________________

ALTERNATIVES:
________________________

OPPORTUNITY COST:
________________________

KILL CRITERIA:
________________________

IF STARTING TODAY:
FUND / PIVOT / STOP

👻 Easter Egg nº 3 — BELLACOSA.BIAS(ESCALATION)

       IF PROJECT-STATUS = 'WORSENING'
           PERFORM RECALCULATE-FUTURE-VALUE
       END-IF.

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

       IF NEW-FUNDING-REQUEST = 'Y'
           PERFORM REQUIRE-NEW-EVIDENCE
       END-IF.

       IF ONLY-REASON = 'WE-ALREADY-SPENT'
           MOVE 'STOP-AND-REVIEW'
             TO GOVERNANCE-STATUS
       END-IF.

Comentários:

* MONEY ALREADY SPENT
* IS NOT
* AN INVESTMENT ARGUMENT.

Outro:

* MORE EFFORT
* DOES NOT
* REPAIR A BAD THESIS.

Outro:

* "ALMOST THERE"
* REQUIRES
* A DEFINITION OF THERE.

Outro:

* A PROJECT
* IS NOT OWED
* A HAPPY ENDING.

E naturalmente:

* DALEK INVASION:
* TARGET PLANET DESTROYED.
*
* BUDGET REQUEST:
* +20%.
*
* REASON:
* "TO FINISH THE INVASION."

🕰️ De volta ao Projeto Atlas

Diretor:

— Então você quer jogar nove milhões fora?

Nosso jovem:

— Não.

— Parece.

— Quero impedir que nove milhões decidam automaticamente o destino dos próximos dois.

Silêncio.

Doctor sorri.

Nosso jovem continua:

— Vamos refazer o business case hoje.

CFO:

— Sem contar o que já gastamos?

— Como argumento de continuidade, não.

— E os benefícios?

— Atualizados.

— E alternativas?

— Inclusive parar.

Gerente:

— Parar também?

— Se não for opção, isso não é revisão.

É:

cerimônia.


🔧 Resultado da revisão

Descobrem:

mercado mudou.

Benefício original:

R$ 20M.

Atual:

R$ 8M.

Custo futuro:

R$ 5M.

Probability of full success:

35%.

Existe:

alternativa híbrida

por:

R$ 1,5M

que captura:

70% do benefício.

Decisão:

não continuar:

como planejado.

Pivot.


☕ O projeto não morreu

A:

tese original

morreu.

Isso é diferente.


🧠 Sponsor pergunta:

— Então fracassamos?

Doctor responde:

— Depende.

— De quê?

— Vocês preferem fracassar na decisão antiga ou fracassar no objetivo futuro?

Silêncio.

Nosso jovem:

— O objetivo era gerar valor.

Doctor:

— Exatamente.

— Então mudar o plano pode preservar o objetivo.

Doctor sorri.


🧠 Persistência versus compromisso

Aqui está:

o coração.

Persistência:

mantém compromisso com o objetivo.

Escalation of Commitment:

mantém compromisso com a decisão anterior.

Essas duas coisas:

não são iguais.


🎯 Pergunta Bellacosa nº 50

“Estamos tentando salvar o objetivo ou salvar a reputação da decisão que escolhemos para alcançá-lo?”

Talvez:

a melhor pergunta do capítulo.


🧬 Regeneração organizacional

Uma organização madura entende:

que projetos não:

merecem terminar.

Objetivos:

merecem ser perseguidos

enquanto:

fazem sentido.

Ela permite:

cancelar;

pivotar;

reduzir escopo;

trocar vendor;

mudar arquitetura;

recalcular benefício.

Sem:

transformar isso

em:

humilhação.

Ela separa:

decisão antiga

de:

identidade.

Separa:

dinheiro gasto

de:

dinheiro futuro.

Separa:

persistência

de:

teimosia.

E cria:

estruturas onde:

a pergunta:

“ainda vale a pena?”

pode ser feita:

de novo,

e de novo,

e de novo.

Mesmo quando:

a resposta anterior

foi:

sim.


📓 Diário do Doctor

Se guardar algumas ideias desta viagem, guarde estas:

Escalation of Commitment é a tendência de aumentar investimento em uma decisão ou curso de ação mesmo quando surgem sinais de que ele pode estar falhando.

Sunk Cost prende a decisão ao investimento passado; Escalation of Commitment transforma esse apego em investimento futuro adicional.

Plan Continuation Bias mantém o plano em movimento; Escalation of Commitment começa a alimentar o plano para impedir que ele pare.

Goal Gradient torna “estamos quase lá” especialmente poderoso, mesmo quando o risco restante está concentrado nas últimas etapas.

Anchoring mantém vivo o business case, o prazo ou a expectativa original mesmo quando o contexto mudou.

Confirmation Bias faz evidências favoráveis receberem mais peso que sinais negativos.

Outcome Bias pode usar sucessos parciais ou sortudos para justificar mais compromisso.

Normalcy Bias e Normalization of Deviance podem transformar atrasos, riscos e exceções em parte aparentemente normal do projeto.

Authority Bias e reputação tornam difícil desafiar decisões de sponsors e líderes.

Self-Serving Bias pode transferir falhas para execução enquanto preserva a decisão original.

Principal-Agent e Moral Hazard importam quando quem autoriza continuar não absorve integralmente os custos da continuação.

Goodhart, Campbell, Metric Fixation e Goal Substitution podem criar projetos que parecem avançar em dashboards enquanto o valor real desaparece.

Loss Aversion torna cancelar psicologicamente doloroso porque transforma uma esperança de recuperação em perda reconhecida.

Opportunity cost precisa entrar na decisão: dinheiro, tempo e especialistas presos num projeto não estão disponíveis para alternativas melhores.

Investimento adicional só deveria ser escalado quando nova evidência positiva ou redução concreta de incerteza o justifica.

Reversibilidade, stage gates, tranches, pilotos e critérios de kill reduzem a pressão para defender decisões antigas.

Cancelar um projeto racionalmente pode ser sinal de governança excelente, não de fracasso.

E principalmente:

o dinheiro já gasto explica como chegamos até aqui; ele não deveria decidir sozinho para onde vamos daqui em diante.


🥚 Easter Egg final

Antes de entrar na TARDIS, o Doctor escreve:

IF PROJECT = FAILING
   ADD MORE MONEY
END-IF.

Nosso jovem:

— Isso está errado.

Doctor:

— Espero que sim.

Ele apaga.

Escreve:

       IF PROJECT-STATUS = 'WORSENING'
           PERFORM REASSESS-FROM-TODAY
       END-IF.

Nosso jovem:

— Melhor.

— Muito.

— E se já tivermos investido dez anos?

— Irrelevante para a próxima pergunta.

— Qual?

Doctor abre a porta.

“Você investiria o próximo real?”

Nosso jovem pensa.

— E se a resposta for não?

Doctor:

— Então você acabou de descobrir que o passado está tentando comprar o futuro usando dinheiro que já não existe.

VWORP.

VWORP.

VWORP.

A TARDIS começa a desaparecer.

No quadro fica:

“Persistência protege o objetivo. Escalation of Commitment protege a decisão antiga.”

E abaixo:

“Não continue apenas para provar que ontem você estava certo. Continue somente se hoje ainda houver boas razões para acreditar que amanhã valerá a pena.”

Essa talvez seja toda a essência de Escalation of Commitment no Bellacosa Mainframe.

☕🌀

Próxima parada: Sunk Cost Fallacy — o dia em que descobrimos que o dinheiro, o tempo e o esforço já perdidos continuavam participando das reuniões como se ainda pudessem ser recuperados.

domingo, 7 de dezembro de 2014

Engenharia Militar : Prólogo — O Chamado do Guardião

Bellacosa Mainframe e o prologo da engenharia militar

☕ Um Café no Bellacosa Mainframe

Engenharia Militar sem Mistérios para Programadores COBOL

Prólogo — O Chamado do Guardião

Quando um Programador Descobre que a Maior Fortaleza da História Nunca Foi Construída com Pedra

A chuva caía lentamente.

Não era uma tempestade.

Era daquelas chuvas silenciosas que parecem convidar à reflexão.

O jovem caminhava apressado por uma rua quase vazia.

Na mochila carregava um notebook.

No bolso, um crachá recém-emitido.

No rosto, a mistura de entusiasmo e insegurança que acompanha todo primeiro grande desafio.

Era seu primeiro dia como programador COBOL.

Durante a faculdade ouvira inúmeras histórias.

Alguns diziam que COBOL era velho.

Outros afirmavam que estava ultrapassado.

Havia quem jurasse que seria substituído em poucos anos.

Mas também existiam aqueles que sorriam discretamente antes de dizer apenas uma frase:

— Você ainda vai descobrir por que o mundo continua funcionando.

Ele nunca entendera completamente o significado daquelas palavras.

Até aquela manhã.

Ao atravessar a porta do edifício, esperava encontrar apenas computadores.

Encontrou algo muito diferente.

Corredores silenciosos.

Pessoas caminhando sem pressa.

Monitores exibindo números aparentemente incompreensíveis.

Salas iluminadas por luzes discretas.

Nenhum alarde.

Nenhuma correria.

Tudo funcionava como um relógio.

Era estranho.

Quanto mais importante parecia aquele lugar...

mais silencioso ele era.

Um homem de cabelos grisalhos aproximou-se.

Trazia uma caneca de café nas mãos.

Sorriu como quem já havia recebido centenas de iniciantes ao longo da vida.

— Bem-vindo.

O rapaz respondeu educadamente.

— Obrigado.

O veterano olhou para o crachá do novo colega.

Depois perguntou:

— Você sabe onde realmente está?

O jovem respondeu imediatamente.

— No Data Center.

O homem sorriu outra vez.

— Não.

Você está dentro de uma fortaleza.

O rapaz riu.

Pensou tratar-se apenas de uma metáfora curiosa.

Mas o velho engenheiro continuou.

— Há milhares de anos os homens protegiam cidades com muralhas.

Depois construíram castelos.

Fortificações.

Torres.

Pontes levadiças.

Armazéns.

Quartéis.

Mais tarde surgiram bancos.

Hospitais.

Redes elétricas.

Sistemas de transporte.

E, sem que quase ninguém percebesse, as fortalezas mudaram de forma.

Hoje elas não são feitas de pedra.

São feitas de conhecimento.

O jovem permaneceu em silêncio.

O veterano apontou para uma enorme parede de monitores.

— Está vendo aqueles sistemas?

Eles pagam aposentadorias.

Processam salários.

Autorizam cirurgias.

Controlam aeroportos.

Movimentam mercadorias.

Garantem que milhões de pessoas consigam viver um dia comum.

Se eles falharem...

a cidade continuará aparentemente igual durante alguns minutos.

Talvez algumas horas.

Depois...

o caos começará silenciosamente.

O rapaz nunca havia pensado na tecnologia daquela maneira.

Sempre imaginara programas de computador como conjuntos de instruções.

Agora começava a enxergá-los como parte da infraestrutura da própria sociedade.

O engenheiro continuou caminhando.

Parou diante de uma antiga fotografia em preto e branco.

Nela apareciam enormes computadores ocupando uma sala inteira.

Ao lado da imagem havia outra fotografia.

Um castelo japonês.

O jovem estranhou.

— O que um castelo faz aqui?

O veterano respondeu:

— A mesma pergunta poderia ser feita ao contrário.

O que um Mainframe faz ao lado de um castelo?

Ambos existem pela mesma razão.

Proteger pessoas.

Naquele instante, algo mudou.

Não era apenas uma comparação.

Era uma maneira completamente diferente de compreender a profissão.

O velho retirou um pequeno caderno do bolso.

Era gasto pelo tempo.

As páginas estavam amareladas.

Na capa podia-se ler apenas uma palavra.

Guardião.

— Este caderno pertenceu ao meu primeiro mentor.

Depois passou para mim.

Hoje vou lhe mostrar apenas a primeira página.

O rapaz abriu cuidadosamente.

Encontrou um único texto.

"Nenhuma fortaleza existe para proteger pedras.

Ela existe para proteger vidas."

Bellacosa Mainframe o chamado do guardiao

O engenheiro fechou o caderno.

— Nunca se esqueça disso.

Você não programa apenas computadores.

Você protege pessoas que jamais conhecerá.

Protege famílias.

Empresas.

Hospitais.

Escolas.

Governos.

E quase ninguém perceberá.

Porque, quando fazemos nosso trabalho corretamente...

o mundo simplesmente continua funcionando.

O jovem olhou novamente para os monitores.

Os números continuavam mudando.

Jobs iniciavam.

Transações eram concluídas.

Mensagens percorriam filas.

Discos armazenavam informações.

Nada parecia espetacular.

E, justamente por isso...

tudo era extraordinário.

O veterano entregou-lhe a caneca de café.

— Antes de começarmos...

há algo importante que você precisa entender.

Este livro não é sobre COBOL.

Também não é sobre Mainframe.

Nem sobre guerras.

Nem sobre castelos.

É sobre responsabilidade.

É sobre confiança.

É sobre conhecimento.

É sobre pessoas comuns realizando trabalhos extraordinários para que outras pessoas possam viver dias absolutamente comuns.

Ao longo das próximas páginas você encontrará generais romanos, samurais, cavaleiros, engenheiros, estrategistas, aventureiros, operadores de Data Center, programadores COBOL, administradores de bancos de dados, sysprogs, analistas de segurança e personagens como Goblin Slayer e os líderes retratados em Shogun.

À primeira vista, eles parecem não ter nada em comum.

Mas compartilham exatamente a mesma missão.

Proteger aquilo que não pode falhar.

Talvez você venha em busca de técnicas de programação.

Talvez procure entender melhor o IBM Z.

Talvez queira descobrir curiosidades sobre engenharia militar.

Encontrará tudo isso.

Mas espero que descubra algo ainda maior.

Que cada sistema crítico é uma fortaleza.

Que cada linha de código é uma pedra dessa muralha.

Que cada backup é um depósito de provisões.

Que cada auditoria é uma ronda noturna.

Que cada documentação é um mapa deixado para a próxima geração.

E que cada profissional que assume um plantão ou abre um programa COBOL antigo recebe, silenciosamente, as chaves dessa fortaleza.

Respire fundo.

Sirva uma boa xícara de café.

Ajuste sua cadeira.

Atravessaremos séculos de História.

Visitaremos castelos medievais, fortalezas japonesas, campos de batalha, salas de comando, Data Centers e centros de operações.

Descobriremos por que a logística decide guerras, por que disciplina salva cidades, por que documentação preserva impérios e por que um comentário escrito em um programa COBOL pode atravessar gerações.

No final desta jornada, talvez você nunca mais olhe para um terminal 3270 da mesma forma.

Talvez nunca mais veja um castelo apenas como um monumento histórico.

E, quem sabe...

na próxima vez que uma aplicação concluir seu processamento com MAXCC=0000, você enxergue muito mais do que uma simples mensagem.

Enxergue uma fortaleza inteira permanecendo de pé.

Bem-vindo.

O café está servido.

A guarda acaba de mudar de turno.

E as chaves da fortaleza, a partir deste momento, também estão em suas mãos.

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