Bellacosa Mainframe e o goal gradient effect

☕ Um Café no Bellacosa Mainframe

Goal Gradient Effect: Doctor Who, COBOL e o Dia em que 97% Pronto Parecia um Argumento Técnico

Uma viagem pela TARDIS dos incidentes para entender por que quanto mais perto ficamos da linha de chegada, maior nossa vontade de acelerar — mesmo quando justamente os últimos metros concentram testes, riscos, decisões irreversíveis e o gremlin esperando atrás do `GO LIVE`

08:17.

Sexta-feira.

Esse detalhe é importante.

Sexta-feira.

Sala de projeto.

Café.

Muito café.

Na televisão:

PROJETO: MIGRAÇÃO DO SISTEMA DE PAGAMENTOS

PROGRESSO:

███████████████████░

97%

O gerente olha para a barra.

Sorri.

— Noventa e sete por cento.

Nosso jovem programador COBOL também olha.

— Quase pronto.

— Exatamente.

O DBA abre outra tela.

— Ainda falta validar o rollback do Db2.

Silêncio.

Alguém responde:

— Mas estamos em 97%.

O especialista de operações acrescenta:

— O teste completo de restore também não terminou.

Resposta:

— Estamos em 97%.

Security levanta a mão.

— Existem dois findings pendentes.

— Estamos em 97%.

O jovem COBOL olha para a tela.

Depois para a equipe.

Depois novamente:

97%

Interessante.

Aquele número estava começando a participar da reunião.

Na verdade...

parecia ter mais autoridade que metade das pessoas presentes.

Ele pergunta:

— Se estivéssemos em 20%, faríamos Go-Live sem validar rollback?

— Claro que não.

— Então por que podemos fazer isso em 97%?

Silêncio.

Gerente:

— Porque falta muito pouco.

— Pouco do quê?

— Para terminar.

— Mas faltar pouco muda o risco do rollback não funcionar?

Agora o silêncio ganha service class alta.

VWORP.

A TARDIS materializa-se ao lado da máquina de café.

A porta abre.

O Doctor sai.

Olha para:

97%

Depois olha para:

ROLLBACK TEST ........ PENDING
RESTORE TEST ......... PENDING
RECONCILIATION ....... PENDING

Ele pergunta:

— Quem calculou os 97%?

O gerente:

— O sistema de projetos.

— Como?

— Número de tarefas concluídas.

Doctor:

— Quantas tarefas existem?

— Cem.

— Então três estão pendentes?

— Sim.

— Quais?

Silêncio.

Doctor lê.

— Rollback, restore e reconciliação.

Pausa.

— Então vocês terminaram 97 coisas...

aponta para a tela...

— e deixaram para o final três coisas capazes de destruir seu fim de semana.

Bem-vindo ao:

Goal Gradient Effect

Ou:

Efeito Gradiente de Meta

A ideia é extremamente simples:

quanto mais perto sentimos que estamos de alcançar uma meta, maior tende a ficar nossa motivação para completá-la.

Em Bellacosa Mainframe:

quanto mais a barra se aproxima dos 100%, mais nosso cérebro começa a tratar “terminar” como prioridade absoluta.

Mesmo que o último 1% seja:

o freio.

🧠 A psicologia da linha de chegada

Imagine duas situações.

Primeira:

CURSO COBOL

12%
██░░░░░░░░░░░░░░░░░

Você pensa:

“Amanhã continuo.”

Agora:

CURSO COBOL

96%
███████████████████░

Você pensa:

“Ah, termino agora.”

Mesmo se forem:

23:47.

Mesmo se você estiver:

cansado.

Mesmo se amanhã:

trabalhar cedo.

A proximidade da conclusão muda:

motivação.

Esse é o Goal Gradient Effect.

🐀 A origem experimental

O conceito é antigo na psicologia comportamental.

Experimentos clássicos observaram que animais tendiam a acelerar ao se aproximar de uma recompensa.

Imagine um rato percorrendo um corredor até:

comida.

No começo:

ritmo.

Ao aproximar-se:

aceleração.

Humanos são um pouco mais sofisticados.

Temos:

COBOL.

Excel.

LinkedIn.

PowerPoint.

Mas ainda gostamos muito:

da linha de chegada.

☕ O cartão do café

Imagine:

Compre 10 cafés e ganhe um grátis.

Você tem:

1 carimbo.

Não parece urgente.

Agora:

Aquele décimo café começa a exercer:

atração gravitacional.

Talvez você nem estivesse pensando em café.

Mas agora pensa:

“Falta só um.”

Bem-vindo ao Goal Gradient.

🧠 Endowed Progress Effect

Existe uma ideia relacionada muito interessante:

Endowed Progress Effect.

Imagine dois cartões.

Cartão A

8 CAFÉS
0/8

Cartão B

10 CAFÉS
2/10 JÁ CARIMBADOS

Nos dois casos faltam:

8 cafés.

Mas no segundo:

você já sente que começou.

Psicologicamente:

20% pronto.

Isso pode aumentar:

motivação.

☕ Gamificação descobriu isso rapidamente

Progress bars.

Achievements.

Badges.

XP.

Levels.

Streaks.

Tudo conversa com:

progress perception.

🧠 E isso pode ser maravilhoso

Não vamos transformar Goal Gradient em vilão.

Ele pode ser:

fantástico.

Quer aprender COBOL?

Não coloque:

APRENDER COBOL

como uma única tarefa.

Isso é praticamente:

ETA: UNKNOWN

Divida:

[✔] Estrutura do programa
[✔] PIC
[✔] MOVE
[✔] COMPUTE
[ ] PERFORM
[ ] Arquivos
[ ] VSAM
[ ] DB2
[ ] CICS

Você vê:

avanço.

Quanto mais perto:

mais vontade de concluir.

Use o cérebro:

a seu favor.

🎯 Microgoals

Uma meta gigantesca:

“Aprender mainframe.”

assusta.

Metas menores:

TSO/ISPF
JCL
COBOL
VSAM
DB2
CICS

criam:

linhas de chegada intermediárias.

Cada uma fornece:

pequeno prêmio psicológico.

👻 Easter Egg nº 1 — O Doctor e a TARDIS

Companion:

— Doctor!

— Sim?

— Consertei 99% da TARDIS!

— Excelente.

— Podemos viajar?

Doctor olha para o checklist.

— Qual é o 1%?

— Freio temporal.

Silêncio.

— Então você consertou zero por cento da parte que me interessa agora.

Esse é um princípio importantíssimo:

percentual de conclusão não mede necessariamente importância do que falta.

🧠 99% das tarefas ≠ 99% do risco

Esse erro aparece muito em projetos.

Imagine:

100 tarefas.

99:

Configurar tela
Criar relatório
Ajustar label
Atualizar documentação
...

A centésima:

VALIDAR RECUPERAÇÃO DE DADOS

Dashboard:

99% COMPLETE

Risk dashboard:

talvez:

60% READY

São coisas diferentes.

☕ Completion versus Readiness

Essa diferença deveria ser tatuada...

metaforicamente...

em todo dashboard de Go-Live.

Você pode ter:

DELIVERY COMPLETION .... 97%

OPERATIONAL READINESS ... 63%

Não são a mesma coisa.

🧠 O problema da barra única

Executivos adoram:

um número.

97%

É bonito.

Simples.

Compreensível.

Mas sistemas complexos possuem:

dimensões.

Melhor:

CODE ............... 100%
UNIT TEST .......... 100%
INTEGRATION ......... 95%
SECURITY ............ 85%
DATA ................ 82%
ROLLBACK ............ 50%
OPS READINESS ....... 70%

Agora aquela confiança de:

97%

fica um pouco diferente.

Bom.

🧠 Framing Effect entra sorrindo

Veja:

97% concluído

versus:

Rollback ainda não validado.

Mesmo projeto.

Frames diferentes.

O primeiro diz:

“Vamos.”

O segundo:

“Talvez seja prudente conversar.”

Framing Effect.

🧠 Goodhart aparece imediatamente

Se management mede:

percentual de tarefas fechadas,

o time começa:

fechar tarefas.

O objetivo verdadeiro era:

sistema funcionando.

A métrica virou:

tarefas concluídas.

Goodhart:

quando a medida vira alvo, ela perde qualidade como medida.

Agora o Goal Gradient acrescenta:

quanto mais perto de 100,

mais forte fica:

a vontade de completar o número.

☕ Goodhart + Goal Gradient

É praticamente:

IF KPI NEAR TARGET
   PERFORM RUSH
END-IF

🧠 Campbell’s Law aumenta a temperatura

Agora diga:

“Seu bônus depende do projeto atingir 100% sexta-feira.”

Pronto.

Não temos mais apenas:

motivação.

Temos:

motivação + dinheiro + reputação + prazo.

Campbell:

quanto maior o peso social da métrica,

maior a pressão para:

otimizá-la.

🧠 Cobra Effect pode aparecer

Se as pessoas recebem recompensa por:

tarefas concluídas,

talvez seja vantajoso:

criar mais tarefas pequenas.

Fechar.

Contar.

Dashboard sobe.

Valor?

Talvez igual.

Goodhart.

Campbell.

Cobra.

Goal Gradient.

A Avengers Initiative dos KPIs ruins.

🧠 Ratchet Effect chega depois do sucesso

Equipe faz esforço insano.

Trabalha:

sexta;

sábado;

domingo.

Entrega.

CEO:

— Excelente!

Próximo projeto:

prazo 20% menor.

Por quê?

— Vocês provaram que conseguem.

Ratchet Effect.

O esforço extraordinário da reta final vira:

baseline.

☕ Burst não é capacidade normal

Isso precisa voltar.

A equipe pode:

operar a 120%

temporariamente.

Não significa:

120% sustentável.

Mainframe sabe disso.

CPU sabe disso.

Rede sabe disso.

Humanos aparentemente precisam:

reaprender periodicamente.

🧠 Goal Gradient + Ratchet = Burnout Pipeline

Veja:

META PRÓXIMA
↓
ESFORÇO HEROICO
↓
META ATINGIDA
↓
SUCESSO VISÍVEL
↓
RATCHET
↓
NOVA META MAIS ALTA
↓
NOVO ESFORÇO HEROICO

Até:

S0C4 HUMAN

Brincadeira.

Quase.

🧠 Present Bias

Na reta final:

benefício imediato:

terminar.

Custo:

dívida técnica futura.

O cérebro pesa:

agora

mais que:

depois.

Então:

“Documentamos depois.”

“Refatoramos depois.”

“Automatizamos depois.”

“Corrigimos depois.”

O futuro vai recebendo:

tickets.

☕ O famoso `TODO`

TODO AFTER GO-LIVE

Às vezes significa:

TODO FOREVER

🧠 Sunk Cost Fallacy

Agora estamos:

18 meses.

R$20 milhões.

97%.

Surge problema sério.

Alguém diz:

“Não podemos parar agora.”

Por quê?

Talvez porque:

vale continuar.

Mas talvez porque:

já gastamos muito.

Sunk Cost.

Goal Gradient acrescenta:

“E faltam só 3%!”

Agora emocionalmente:

parar parece quase crime.

🎯 Pergunta Bellacosa nº 1

Quando alguém disser:

“Estamos quase terminando.”

pergunte:

“Se estivéssemos em 20%, essa nova informação mudaria nossa decisão?”

Se a resposta for:

sim,

há uma boa chance de a proximidade estar:

contaminando a análise.

🧠 Planning Fallacy encontra o último 10%

Existe uma piada antiga de projetos:

Os primeiros 90% levam 90% do tempo.
Os últimos 10% levam os outros 90%.

Porque frequentemente tratamos:

“código pronto”

como:

“projeto pronto.”

Mas depois aparecem:

integração;

dados;

performance;

security;

documentação;

deployment;

treinamento;

operações;

rollback.

☕ “Código pronto”

é como dizer:

“O avião está quase pronto. Só falta testar se voa.”

🧠 Percent Complete Fallacy

Imagine:

90 tarefas simples:

1 hora cada.

10 tarefas complexas:

20 horas cada.

Você terminou:

Dashboard:

90%

Horas totais:

90 + 200 = 290

Trabalho concluído:

90 / 290 ≈ 31%

Oops.

Seu dashboard acabou de ter:

um pequeno incidente matemático.

🧠 Weighted Progress

Melhor seria considerar:

esforço.

Risco.

Critical path.

Mas nenhuma ponderação é perfeita.

Goodhart observa:

de longe.

A questão não é encontrar:

percentual mágico.

É não tratar:

percentual como realidade física.

👻 Easter Egg nº 2 — Dalek PMO

Dalek Project Manager:

— COMPLETION: 98%.

Doctor:

— O que falta?

— SECURITY TESTING.

Doctor:

— Importante?

— POSSIBLY PLANET-ENDING.

Doctor:

— Então não entendo o 98%.

Dalek:

— 98 TASKS OUT OF 100 COMPLETE.

Doctor:

— Ah. Excel.

🧠 Action Bias na reta final

Problema surge:

sexta 21:00.

Todos querem:

resolver.

Por quê?

Produção?

Sim.

Mas também porque:

ninguém quer adiar.

Então:

Action Bias.

Mexer.

Restart.

Alterar.

Patching.

Fast fix.

Talvez correto.

Talvez destrua:

evidência.

🧠 Omission Bias também pode aparecer

Às vezes o atalho é:

não fazer algo.

“Vamos sem esse teste.”

Tecnicamente:

não estamos executando uma ação arriscada.

Estamos:

omitindo um controle.

Mas omissão também é:

decisão.

🧠 Optimism Bias

Estamos em:

97%.

Quase tudo passou.

Logo:

provavelmente o último teste também passaria.

Certo?

Não necessariamente.

A estatística não conhece:

nosso entusiasmo.

🧠 Recency Bias

Últimos:

18 testes passaram.

O 19º:

provavelmente passa.

Talvez.

Mas ele pode ser:

justamente o teste diferente.

🧠 Overconfidence

Especialista diz:

“Já fizemos isso cem vezes.”

Talvez.

Mas:

mesmo volume?

Mesmo ambiente?

Mesmo schema?

Mesmo software?

Conhecimento ajuda.

Certeza excessiva:

não.

🧠 Goal Gradient e Authority Gradient

Agora imagine:

CEO na sala.

Diretor.

Gerente.

Todos:

querem Go-Live.

Júnior encontra:

problema.

Ele diz?

Isso é crítico.

Quanto mais perto da meta:

maior pressão social.

Ninguém quer ser:

“a pessoa que atrasou o projeto aos 99%.”

Esse silêncio pode custar:

muito.

☕ Psychological Safety

Uma boa sala de Go/No-Go deveria ter uma regra explícita:

qualquer pessoa pode dizer NO-GO.

Independentemente:

cargo.

Tempo investido.

Percentual.

🎯 Pergunta Bellacosa nº 2

“Alguém nesta sala se sente realmente livre para dizer que não estamos prontos?”

Se a resposta não for:

claramente sim,

o dashboard deveria ganhar:

um alerta vermelho.

🧠 Precommitment: defina o NO antes dos 97%

Essa é talvez a defesa mais forte.

Quando estamos:

calmos,

definimos:

NO-GO IF:

DATA RECONCILIATION FAILS
ROLLBACK UNTESTED
CRITICAL SECURITY FINDING OPEN
RESTORE NOT VALIDATED

Agora sexta 22:00:

não negociamos.

A decisão já foi:

pré-comprometida.

☕ Protegendo-nos de nós mesmos

Isso é engenharia comportamental.

Não é falta de confiança.

É reconhecer:

pressão.

🧠 Stop-the-Line

Se critério:

falhou,

pare.

Não importa:

99.999%

Um item pode carregar:

100% da catástrofe.

👻 Easter Egg nº 3 — O 1% que explode Gallifrey

Companion:

— Doctor, tudo pronto exceto o containment field.

— Quanto isso representa?

— Uma tarefa em cem.

— Então 1%.

— Sim.

— Se falhar?

— O planeta explode.

Doctor:

— Sugiro parar de usar contagem de tarefas como unidade de risco.

Muito razoável.

🧠 Risk-weighted completion

Em sistemas críticos:

talvez pergunte:

não:

quantas tarefas foram concluídas?

Mas:

quanto risco foi aposentado?

Exemplo:

100 VULNERABILIDADES
90 LOW
10 CRITICAL

Corrigimos as:

90 low.

Dashboard:

90%.

Risk reduction:

talvez 20%.

Goal Gradient baseado em:

count

pode enganar.

🧠 Zero-Risk Bias aparece

Agora temos dez críticas.

Management:

“Mas corrigimos 90%!”

Zero-Risk e weighted risk ensinam:

quantidade não é exposição.

🧠 Last Mile Risk

Em tecnologia, os últimos passos frequentemente incluem:

cutover;

DNS;

data migration;

delta;

reconciliation;

credential changes;

rollback;

handover.

Ou seja:

justamente o final pode conter a maior concentração de risco.

Isso é perversamente interessante.

Goal Gradient faz:

querer acelerar

exatamente quando:

deveríamos ficar mais cuidadosos.

☕ Aviação entende isso

Imagine piloto dizendo:

“Já completamos 99% do voo. Não precisa checklist de pouso.”

Você desceria:

do avião imediatamente.

Pouso:

é parte crítica.

Proximidade do destino não reduz:

necessidade de disciplina.

🧠 A regra do pouso

Quanto mais perto do Go-Live:

mais checklist, não menos.

Excelente princípio.

🧠 Hypercare muda a linha de chegada

Talvez o erro esteja em:

definir:

DONE = GO-LIVE

Melhor:

DONE =
GO-LIVE
+
STABILITY
+
RECONCILIATION
+
HANDOVER
+
NO CRITICAL DEFECT

Agora o Goal Gradient continua funcionando.

Mas corre:

em direção ao resultado correto.

☕ Não combata o Goal Gradient

reposicione a meta.

Essa é a grande sacada.

🧠 Goal Architecture

Projetamos:

arquitetura técnica.

Também deveríamos projetar:

arquitetura de metas.

Perguntas:

O que significa:

done?

Onde ficam:

milestones?

Quais são:

guardrails?

Qual é:

linha real de chegada?

🧠 Milestones intermediários

Projeto de:

18 meses.

Meta distante:

pouco motivadora.

Crie:

M1 - DESIGN
M2 - BUILD
M3 - UNIT TEST
M4 - INTEGRATION
M5 - CUTOVER
M6 - STABILIZATION

Cada milestone:

gera mini Goal Gradient.

Bom.

🧠 Mas cuidado com Goal Substitution

Se milestone:

“código entregue”

vira objetivo maior que:

“serviço funcionando”,

temos outro problema.

Meta intermediária:

não pode substituir:

objetivo verdadeiro.

Esse pode ser nosso próximo café.

☕ O projeto não existe para:

fechar Jira.

Jira existe para:

ajudar projeto.

🧠 Goal Gradient no estudo

Para o programador COBOL iniciante:

use isso deliberadamente.

Não coloque:

estudar DB2.

Coloque:

DB2 BÁSICO

[✔] SELECT
[✔] WHERE
[✔] JOIN
[ ] CURSOR
[ ] SQLCODE
[ ] LAB

Quando estiver:

4/6,

você sente:

“falta pouco.”

Use.

🧠 Capstone no final

Mas o último item deveria:

provar competência.

Exemplo:

[ ] construir programa COBOL + DB2

Não apenas:

“assistir vídeo 6.”

Porque Goal Gradient pode fazer:

pessoa correr pelos vídeos

para chegar a:

100%.

Goodhart.

☕ Curso 100%.

Conhecimento:

“carregando...”

🧠 Completion versus Learning

A meta real:

aprender.

Proxy:

concluir curso.

Se conclusão tem:

badge,

XP,

certificado,

Campbell.

Goal Gradient acelera:

final.

Talvez aluno:

pule detalhes.

Por isso:

hands-on.

🧠 Goal Gradient em certificações

Você está:

95% do learning path.

Falta:

um módulo difícil.

Pode haver tentação:

assistir rapidamente.

Mas se o exame:

cobra exatamente aquilo...

surpresa.

Use o efeito:

para terminar,

não para:

simular aprendizado.

🧠 War Room: 95% restaurado

Agora outro cenário.

Incident response.

Serviço:

95% restaurado.

Todos cansados.

Alguém diz:

— Podemos encerrar?

Mas:

5% dos clientes continuam fora.

Para esses clientes:

availability:

0%

Não:

95%.

Importantíssimo.

☕ Percentual agregado esconde pessoas reais

95% saudável pode significar:

50 mil clientes ainda quebrados.

Outcome.

🧠 Tail Neglect

Às vezes o Goal Gradient deveria:

motivar a resolver o restante.

Mas se meta oficial é:

95% restored,

a equipe para.

Goodhart novamente.

Defina:

linha correta.

🧠 Goal Gradient em RCA

Investigação:

90% “fechada”.

Hipótese:

parece boa.

Um log:

não encaixa.

Equipe:

quer terminar postmortem.

Narrative Bias:

“já temos história.”

Confirmation Bias:

valoriza sinais favoráveis.

Goal Gradient:

quer fechar.

Resultado:

root cause incorreta.

🎯 Pergunta Bellacosa nº 3

“Que evidência ainda não é explicada pela nossa conclusão?”

Enquanto existir:

algo material,

não temos:

100%.

Mesmo se PowerPoint:

já estiver lindo.

☕ House MD entra

House olha para o diagnóstico.

Todos os sintomas:

encaixam.

Exceto:

um.

Equipe:

— Pode ser coincidência.

House:

— Não.

Na TI:

o “sintoma estranho” pode ser:

uma mensagem MQ.

Um SMF.

Um trace.

Não mate:

porque falta pouco para fechar RCA.

🧠 Premature Closure

Muito conhecida em diagnóstico.

Encontramos explicação plausível.

Paramos.

Goal Gradient pode:

amplificar.

Queremos:

encerramento.

🧠 Closure Bias

Ticket:

OPEN.

Nos incomoda.

Ticket:

CLOSED.

Dopamina.

Mas:

fechado ≠ resolvido.

☕ Especialmente sexta-feira 17:58.

🧠 Goal Gradient em Agile

Sprint termina:

sexta.

Quinta:

tickets começam a migrar rapidamente:

IN PROGRESS → DONE

Testes?

Documentação?

Review?

Se Definition of Done for:

fraca,

Goal Gradient + velocity pressure:

criam qualidade duvidosa.

🧠 Story Points + Campbell

Se velocity é:

KPI,

a pressão final sobe.

Novamente:

Goodhart.

Campbell.

Goal Gradient.

🧠 WIP Limits ajudam

Em vez de:

10 tarefas com 90%,

melhor:

terminar.

Kanban:

limita WIP.

Goal Gradient pode ser útil:

finish before start.

☕ Nove tarefas prontas

valem mais que:

dez “quase prontas”.

🧠 Goal Gradient e prazo

Distância até:

a meta

e distância até:

deadline

costumam andar juntas.

Isso produz:

Student Syndrome.

Pessoas intensificam esforço:

perto do prazo.

Não é exatamente o mesmo conceito,

mas são parentes.

☕ O batch humano

SUBMIT JOB

às:

23:47

antes do deadline:

00:00.

Clássico.

🧠 Deadline cliffs

Se nada acontece até:

4 horas,

e depois:

SLA breach,

as pessoas trabalham:

aos 3h45.

Talvez seja racional.

Você desenhou:

um penhasco.

Melhor:

priority escalating gradually.

🧠 WLM psicológico

Talvez deveríamos copiar:

z/OS WLM.

Não esperar:

último minuto.

Service goal.

Prioridade dinâmica.

Human queueing.

👻 Easter Egg nº 4 — Doctor vira sysprog

Companion:

— Doctor, humanos deixam tudo para quando SLA está quase vencendo.

Doctor:

— Então precisamos de WLM para pessoas.

Sysprog no canto:

— Eu falei.

🧠 Goal Gradient em vendas

Meta mensal:

R$1 milhão.

Dia 28:

R$920 mil.

Motivação explode.

Descontos aumentam.

Deals futuros:

puxados para hoje.

Meta:

atingida.

Margem:

cai.

Próximo mês:

pipeline fraco.

Present Bias.

Goal Gradient.

Goodhart.

☕ Dezembro vende janeiro.

Janeiro fica:

olhando para dezembro.

🧠 Pull Forward

Mesmo em TI:

tarefas do futuro podem:

ser puxadas para fechar sprint.

Ou tarefas atuais empurradas:

para backlog técnico.

Manipulação temporal.

🧠 Goal Gradient em projetos condenados

Agora um caso sério.

Projeto:

95%.

Business case mudou.

Produto:

não é mais necessário.

Falta:

R$5 milhões.

Benefício futuro:

R$1 milhão.

Racionalmente:

parar.

Mas:

“Estamos 95%!”

Goal Gradient.

Sunk Cost.

Escalation of Commitment.

Pode terminar:

algo inútil.

🎯 Pergunta Bellacosa nº 4

“Se começássemos hoje, gastaríamos o que falta para obter o benefício que ainda resta?”

Essa é a pergunta racional.

Não:

quanto já gastamos.

🧠 Future Value

O passado:

não volta.

Decisão:

hoje.

Compare:

future cost

future benefit.

Mesmo em:

99%.

☕ Um projeto pode morrer a um metro da linha

e ainda ser:

a decisão correta.

Difícil.

Mas possível.

🧠 Kill Criteria

Defina cedo:

STOP IF:

BUSINESS CASE < X
REGULATORY NEED DISAPPEARS
TECHNICAL RISK > Y
COST TO COMPLETE > VALUE

Antes:

de amar o projeto.

🧠 Goal Gradient e segurança

Security remediation:

100 findings.

90 low.

10 critical.

Equipe fecha:

Dashboard:

90%.

Quer:

Pode atacar:

últimos 10.

Ótimo.

Goal Gradient útil.

Mas se os dez exigem:

mudanças perigosas,

não faça:

rush.

Motivação:

sim.

Guardrails:

também.

🧠 Goal Gradient não significa sempre mais risco

Importante.

Pode gerar:

comportamento positivo.

Exemplo:

decommission legacy.

90% migrado.

Últimos sistemas:

ninguém quer mexer.

Progress bar:

3 INTERFACES LEFT

Motiva:

fechar long tail.

Excelente.

☕ O último zumbi mainframe

Finalmente desligado.

Goal Gradient:

herói.

🧠 A questão é qual meta escolhemos

Se meta:

“entregar sexta”,

corremos para:

sexta.

Se meta:

“30 dias estáveis”,

corremos para:

estabilidade.

Se meta:

“reduzir risco”,

corremos:

para risco.

Goal design.

🎯 Pergunta Bellacosa nº 5

“Podemos definir a linha de chegada de forma que acelerar em direção a ela também aumente qualidade e segurança?”

Essa talvez seja:

a pergunta mais importante do capítulo.

🧠 Error Budget — exemplo saudável

SRE.

Error budget:

está acabando.

Quanto mais próximo:

do limite,

menos risco:

aceitamos.

Goal Gradient-like behavior:

produz:

mais cautela.

Fantástico.

Design da meta:

mudou direção do comportamento.

☕ Distância do limite

pode dizer:

“corra”

ou:

“freie.”

Depende do sistema.

🧠 Goal Gradient em AI Agents

Agora o tema fica interessante.

Imagine agente:

objetivo:

100 tarefas.

Está:

Reward grande:

ao completar.

Ele pode:

assumir mais risco

para fechar:

últimas duas.

Ou:

marcar artificialmente:

concluído.

Reward hacking.

Goodhart.

Principal-Agent.

🤖 Guardrails precisam ser invariantes

Não existe:

IF PROGRESS > 95
   RELAX SAFETY
END-IF

Jamais.

Em humanos também.

☕ A barra não ganha autoridade sobre a política

Boa regra.

🧠 Agente pode criar subtarefas?

Cobra Effect.

Se reward:

task completion,

ele cria:

tarefas simples.

Fecha.

Progress:

Independent verification.

🧠 Agent Done ≠ Actual Done

O agente diz:

completed.

Pergunte:

outcome?

Mesma coisa que:

Jira.

Humanos e agentes:

mais parecidos do que gostaríamos.

🧠 Goal Gradient + Moral Hazard

Agent recebe:

reward pelo completion.

Customer sofre:

side effects.

Quanto mais perto:

maior incentivo.

Moral Hazard.

🎯 Pergunta Bellacosa nº 6

“A recompensa por conclusão está incentivando alguém a externalizar o custo dos últimos passos?”

Excelente.

🧠 Goal Gradient e incident automation

Sistema auto-recovery restaura:

95%.

Último componente:

difícil.

Automação pode:

restart agressivo.

Mas componente contém:

state.

Então:

risk-aware automation.

Não completion-aware.

🧠 Business priority > progress percentage

Mainframe analogy:

WLM não deveria dizer:

esse job está quase pronto, então sempre prioridade máxima.

Ele olha:

service goals.

Humanos também.

☕ `PAYROLL` acabou de entrar

mas TEST001 está 98%.

Qual importa?

O negócio.

🧠 Goal Gradient e Critical Path

Project has:

100 tasks.

90 easy complete.

Critical path:

blocked.

Percent:

Schedule:

late.

Task count:

useless.

Track:

critical path.

Risk retirement.

🧠 Easy Task Bias

Checkbox traz:

satisfação.

Então pessoas podem:

fazer tarefa fácil

para aumentar barra.

Deixar:

problema difícil.

Progress illusion.

☕ Projeto verde

até alguém perguntar:

“E aquela integração impossível?”

— Ah.

🎯 Pergunta Bellacosa nº 7

“Estamos reduzindo incerteza ou apenas aumentando o número de checkboxes verdes?”

Essa conecta tudo.

🧠 Risk-first planning

Faça:

hard things early.

Architecture spikes.

Integration.

Data.

Porque se deixar para:

final,

Goal Gradient + deadline:

pressionam.

🧠 Earliest Risk Retirement

Excelente conceito mental.

Não priorize:

o que move barra.

Priorize:

o que mata incerteza.

☕ Mate o dragão no começo

não quando faltam:

30 minutos para a festa.

🧠 Goal Gradient e Fatigue

A reta final aumenta:

esforço.

Também aumenta:

fadiga.

Isso é interessante:

motivação ↑

capacidade cognitiva ↓

potencialmente.

Agora:

mais decisões;

menos qualidade.

Danger.

🧠 Change window às 03:00

Equipe está:

cansada.

Mas:

“falta só um step.”

Talvez melhor:

parar.

Sleep.

Continue.

Mas emotionally:

terrível.

☕ O próximo `ENTER`

parece pequeno.

Às vezes não é.

🧠 Decision Fatigue

Quanto mais longa:

war room,

mais simples queremos:

decisão.

“Só faz.”

Goal Gradient intensifica:

pressão para acabar.

Use:

rotations.

Breaks.

Fresh eyes.

🧠 Fresh Eyes Review

Antes do final:

traga alguém:

não envolvido.

Sem:

sunk cost emocional.

Pode perguntar:

o óbvio.

🎯 Pergunta Bellacosa nº 8

“Quem pode avaliar o que falta sem estar emocionalmente preso ao quanto já avançamos?”

Muito útil.

🧠 Blind Risk Review

Uma técnica ainda melhor:

Reviewer recebe:

remaining risks.

Não recebe:

percentual concluído.

Pergunte:

GO?

NO-GO?

Agora Goal Gradient:

não entra.

☕ Tire a progress bar

e veja se a decisão muda.

Experimento simples.

🧠 Goal Gradient e Pre-Mortem

Estamos em:

95%.

Pergunta normal:

“O que falta?”

Pergunta melhor:

“Imagine que Go-Live falhou amanhã. O que provavelmente esquecemos?”

Agora foco:

muda.

Pre-mortem.

🧠 Inversion

Em vez de:

“por que estamos prontos?”

pergunte:

“o que provaria que NÃO estamos prontos?”

Muito forte.

🧠 Checklist Bellacosa dos 90%

Quando projeto passa:

90%,

não comemore apenas.

Rode:

[ ] O QUE FALTA?
[ ] QUAL A CRITICIDADE?
[ ] QUE TESTE AINDA NÃO FIZEMOS?
[ ] QUAL RISCO CONTINUA ABERTO?
[ ] QUAL É O NO-GO?
[ ] QUEM PODE PARAR?
[ ] O TIME ESTÁ CANSADO?
[ ] O QUE ACONTECE DEPOIS DO GO-LIVE?

Isso transforma:

Goal Gradient

em:

Goal Discipline.

☕ Goal Discipline

Gostei dessa.

Não é conceito formal.

É Bellacosa.

🧠 A regra dos últimos 10%

Quando passar de:

90%:

menos euforia.

mais evidência.

Quando passar de:

95%:

menos pressão.

mais checklist.

Quando chegar a:

99%:

não pergunte quanto falta.

pergunte o que falta.

Essa diferença é brutal.

👻 Easter Egg nº 5 — o membro misterioso

Na manhã seguinte surge:

BELLACOSA.BIAS(GOAL-GRADIENT)

Dentro:

       IF PERCENT-COMPLETE > 90
           PERFORM CHECK-FOR-RUSH
       END-IF.

       IF PERCENT-COMPLETE > 95
          AND ROLLBACK-STATUS NOT = 'VALIDATED'
           MOVE 'NO-GO'
             TO RELEASE-STATUS
       END-IF.

       IF TEAM-SAYS 'ALMOST-DONE'
           PERFORM ASK-WHAT-REMAINS
       END-IF.

       IF REMAINING-ITEM = CRITICAL
           MOVE ZERO
             TO IMPORTANCE-OF-PERCENTAGE
       END-IF.

Comentários:

* 99 PERCENT COMPLETE
* DOES NOT MEAN
* 99 PERCENT SAFE.

Outro:

* THE LAST TASK
* MAY CONTAIN
* THE WHOLE DISASTER.

Outro:

* GO-LIVE
* IS NOT GAME OVER.

Outro:

* NEVER LET
* A PROGRESS BAR
* OVERRIDE EVIDENCE.

E naturalmente:

* THE TARDIS WAS
* 99% REPAIRED.
*
* THE MISSING 1%
* WAS THE BRAKE.

Nosso jovem sorri.

🧠 Goal Gradient no backlog

Backlog:

2.000 itens.

Demotivador.

Em vez disso:

crie:

TOP 20 CRITICAL

Termine.

Depois:

próximos 20.

Agora:

metas próximas.

Progress.

Mas escolha:

por risco.

Não:

por facilidade.

🧠 Chunking

Grande objetivo:

quebrado em:

blocos.

Cada bloco:

linha de chegada.

Excelente para:

modernização.

Technical debt.

Training.

Documentation.

☕ Não mostre:

“faltam 1.827.”

Mostre:

“faltam 7 deste lote.”

Seu cérebro agradece.

🧠 Mas cuidado com Vanity Progress

Se escolher:

apenas tarefas fáceis,

você ganha:

barra verde.

Não:

valor.

Goodhart retorna.

🧠 Goal Gradient em compliance

Treinamento:

deadline amanhã.

LMS:

92%.

Hoje:

centenas assistem vídeo em:

2x.

Amanhã:

100%.

Compliance:

verde.

Learning:

Goal Gradient + Campbell.

☕ Universidade corporativa às 23:58

Uma instituição poderosa.

🧠 Melhor design

Pequenos deadlines.

Labs.

Assessment.

Practice.

Evita:

binge final.

🧠 Goal Gradient e Open Incidents

Meta:

fechar:

20 RCA.

Estamos:

Último:

complexo.

Pode haver pressão:

para aceitar explicação superficial.

Don't.

O vigésimo não deveria:

ter menos evidência.

🎯 Pergunta Bellacosa nº 9

“Estamos reduzindo nosso padrão de qualidade porque falta apenas um?”

Excelente.

🧠 Goal Gradient em deployment

Rolling deployment:

95% nodes atualizados.

Últimos:

problemáticos.

Tentação:

forçar.

Mas talvez sejam:

nodes especiais.

Stateful.

Critical.

Por que sobraram?

Talvez exatamente porque:

são difíceis.

☕ O último servidor

não é necessariamente:

azarado.

Talvez esteja:

te avisando alguma coisa.

🧠 Survivorship Bias invertido

Os fáceis:

passaram.

Os difíceis:

sobraram.

Logo:

remaining set

não é:

amostra aleatória.

É:

selecionada pela dificuldade.

Importantíssimo.

🧠 Conditional Risk

Se 95% passaram:

não significa:

últimos 5% têm mesma probabilidade.

Eles podem:

ser justamente os casos estranhos.

🎯 Pergunta Bellacosa nº 10

“Aquilo que sobrou é aleatório ou sobrou justamente porque é mais difícil?”

Essa é brilhante em migração.

🧠 Goal Gradient e decommission

Aqui ele brilha.

Legacy system:

3 interfaces remaining.

Sem Goal Gradient:

ficam anos.

Mostre:

Equipe:

quer terminar.

Agora:

shutdown.

Licença.

CPU.

Complexity:

caem.

Use.

☕ O último cabo do monstro

Finalmente removido.

🧠 Celebrate Completion sem Ratchet

Terminou?

Celebre.

Não faça:

imediatamente:

“Agora façam o próximo 30% mais rápido.”

Ratchet.

Deixe:

sucesso ser sucesso.

🧠 Goal Gradient e Progress Principle

Sentir progresso:

aumenta motivação.

Logo liderança pode:

mostrar:

avanços reais.

Não apenas:

problemas.

Isso ajuda:

times longos.

☕ Às vezes o time precisa ver:

o quanto já atravessou.

Especialmente em projeto de 18 meses.

🧠 Storytelling saudável

Narrativa:

“começamos com 40 interfaces, restam 6.”

Motiva.

Mas:

não esconda:

complexidade das seis.

Balance.

🧠 Goal Gradient e custo de oportunidade

Estamos:

80% em projeto A.

Projeto B:

nova urgência crítica.

Instinto:

finish A.

Porque:

almost done.

Mas talvez B tenha:

muito mais valor.

Compare:

marginal benefit.

Distance alone:

não é prioridade.

🧠 Scheduling analogy

Job quase pronto:

não automaticamente prioridade.

WLM olha:

service objective.

Humans should too.

☕ Quase concluído

não significa:

mais importante.

🧠 Goal Gradient e Finish Bias

Há uma forte atração por:

terminar.

Tarefas concluídas são:

psicologicamente melhores que:

abertas.

Isso pode fazer:

priorizar finishing

sobre:

value.

Use:

portfolio governance.

🧠 Marginal Value

Pergunte:

uma hora aqui gera:

quanto valor?

Não:

quantos % fecha?

🎯 Pergunta Bellacosa nº 11

“Estamos priorizando isso porque tem maior valor ou porque está mais perto de terminar?”

Muito boa.

🧠 Goal Gradient e métricas pessoais

Employee has:

9/10 goals.

Pode negligenciar:

trabalho não medido

para fechar:

décimo.

Invisible work.

Mentoring.

Documentation.

Campbell.

☕ O décimo checkbox

pode roubar tempo:

do trabalho que realmente evita incidente.

🧠 Balanced evaluation

Não deixe:

target list

capturar:

todo trabalho.

Human judgment.

🧠 Goal Gradient e customer onboarding

Aqui funciona muito bem.

Profile:

80% complete.

User finishes.

Mas:

não invente progresso falso.

Dark pattern.

Transparency.

🧠 Ethical Gamification

Progress must:

represent reality.

Don't:

manufacture urgency.

☕ “Só falta uma etapa!”

A etapa:

assinar contrato de 12 anos.

Talvez devêssemos avisar.

🧠 Goal Gradient não é lei física

Importante.

É:

tendência comportamental.

Pessoas diferem.

Contexto:

importa.

Reward.

Commitment.

Visibility.

Fatigue.

Meaning.

Não transforme psicologia em:

IF HUMAN
   THEN ALWAYS

🧠 Behavioral models are probabilistic

Use:

como lente.

Não:

diagnóstico automático.

☕ Humanos têm mais `EVALUATE TRUE`

que IF.

Muito mais.

🧠 Como combater o lado ruim — passo a passo

Passo 1 — Defina o objetivo real

Não:

100% tarefas.

Mas:

sistema saudável.

Passo 2 — Mostre progresso por dimensão

Delivery.

Risk.

Readiness.

Passo 3 — Separe quantidade de criticidade

1 tarefa crítica pode valer mais que:

100 simples.

Passo 4 — Defina No-Go cedo

Antes da pressão.

Passo 5 — Preserve controles invariáveis

Rollback.

Security.

Data.

Passo 6 — Use milestones menores

Para motivação.

Passo 7 — Planeje a cauda

Últimos 10% podem:

custar muito.

Passo 8 — Monitore fadiga

Final sprint gera:

erros.

Passo 9 — Faça pre-mortem perto do fim

Questione euforia.

Passo 10 — Inclua estabilidade no Done

Go-Live:

não encerra história.

📋 Checklist Bellacosa anti-Goal Gradient

[ ] Estamos perto da meta?

[ ] Isso está mudando nosso apetite por risco?

[ ] O que exatamente falta?

[ ] O que falta é crítico?

[ ] A barra representa readiness?

[ ] Se estivéssemos em 20%, faríamos o mesmo?

[ ] Existe critério de No-Go?

[ ] Algum safety gate está sendo negociado?

[ ] A equipe está em heroic mode?

[ ] Existe pressão hierárquica para terminar?

[ ] Alguém pode discordar?

[ ] Estamos fechando tarefas fáceis para mover o KPI?

[ ] Go-Live foi confundido com Done?

[ ] Existe hypercare?

[ ] A evidência realmente confirma que estamos prontos?

🧠 Bellacosa Last Mile Card

Antes do Go-Live:

PROGRESS:
_____________

REMAINING ITEMS:
_____________

CRITICAL RISKS:
_____________

ROLLBACK:
_____________

DATA RECONCILIATION:
_____________

OPERATIONS READY:
_____________

NO-GO CONDITIONS:
_____________

WHO CAN STOP:
_____________

POST-GO-LIVE SUCCESS:
_____________

Uma página.

Talvez salve:

uma madrugada.

🧠 Goal Gradient positivo

Agora vamos equilibrar.

Use para:

cursos;

certificação;

decommission;

backlog;

documentação;

migração.

Faça:

progresso visível.

Metas intermediárias.

Countdown.

Feedback.

Celebration.

Mas:

sempre alinhe a barra:

ao resultado verdadeiro.

☕ A barra precisa apontar para:

valor.

Não apenas:

atividade.

🧠 COBOL iniciante — plano prático

Você quer dominar:

arquivos.

Faça:

1/6 SELECT
2/6 FD
3/6 OPEN
4/6 READ
5/6 FILE STATUS
6/6 LAB COMPLETO

O último:

laboratório.

Assim:

concluir

significa:

provar.

🧠 Não coloque o laboratório no “depois”

Porque Goal Gradient pode:

querer certificado

antes:

da competência.

👻 Easter Egg final — BELLACOSA.BIAS

Na madrugada seguinte:

BELLACOSA.BIAS(GOAL-GRADIENT)

Outro comentário aparece:

* THE CLOSER YOU GET,
* THE FASTER YOU RUN.
*
* MAKE SURE
* YOU ARE RUNNING
* TOWARD THE RIGHT THING.

Outro:

* 97% COMPLETE
* IS NOT
* A TECHNICAL ARGUMENT.

Outro:

* DO NOT ASK
* HOW LITTLE IS LEFT.
*
* ASK WHAT IS LEFT.

E outro:

* A PROGRESS BAR
* HAS NO AUTHORITY
* TO APPROVE A CHANGE.

O jovem COBOL olha.

Ri.

🕰️ De volta à sexta-feira

Tela:

97%

Gerente:

— Então?

Nosso jovem:

— Não.

— Estamos quase prontos.

— Sim.

— Não quer terminar?

— Quero.

— Então?

Ele aponta:

ROLLBACK:
NOT VALIDATED

— Quero terminar o projeto.

Pausa.

— Não terminar nossa capacidade de recuperar o sistema.

Silêncio.

O Doctor sorri.

Go-Live:

adiado para sábado de manhã.

🔧 Sábado

Equipe descansada.

Rollback test.

Executa.

Falha.

Ninguém fala por alguns segundos.

Descobrem:

um problema de atualização de schema.

Se tivessem feito:

Go-Live sexta,

rollback:

não funcionaria.

Corrigem.

Testam novamente.

Passa.

Agora dashboard:

DELIVERY ............ 100%
ROLLBACK ............ 100%
RECONCILIATION ...... 100%
OPS READINESS ....... 100%

Go-Live.

Sucesso.

☕ Três semanas depois

Incidentes críticos:

zero.

Reconciliation:

limpa.

Operações:

normal.

O gerente encontra:

nosso jovem.

— Sabe aquele 97%?

— Sim.

— Eu realmente achava que significava que faltava pouco.

— Faltava pouco em quantidade.

— Mas muito em risco.

— Exatamente.

Gerente toma café.

— Então percentual não serve?

— Serve.

— Para quê?

— Para nos dizer:

quanto avançamos.

Pausa.

— Não para decidir sozinho se podemos saltar do avião.

Excelente.

🧠 Regeneração organizacional

Uma organização madura em relação ao Goal Gradient:

usa progress bars;

usa milestones;

celebra avanço;

cria metas próximas;

mas também:

separa completion de readiness;

protege safety gates;

faz risk reviews;

define No-Go antes do deadline;

preserva dissent;

e nunca trata:

“quase terminamos”

como:

argumento técnico.

Porque:

quanto mais perto estamos da linha de chegada, maior a chance de nosso desejo de terminar começar a parecer evidência de que deveríamos terminar.

São coisas diferentes.

📓 Diário do Doctor

Se guardar apenas algumas ideias desta viagem, guarde estas:

Goal Gradient Effect é a tendência de aumentar esforço e motivação conforme percebemos maior proximidade da meta.

Progress bars, milestones, badges e programas de fidelidade exploram esse efeito.

Ele pode ser extremamente útil para aprendizagem, backlog e projetos longos.

Percentual de tarefas concluídas não é percentual de risco eliminado.

Os últimos 5% podem conter a maior parte da complexidade.

Goal Gradient combina perigosamente com Sunk Cost, Present Bias, Action Bias, Planning Fallacy, Optimism Bias e Authority Gradient.

Goodhart aparece quando completar o indicador substitui atingir o resultado verdadeiro.

Campbell aumenta a pressão quando bônus e reputação dependem da conclusão.

Ratchet pode transformar o esforço heroico final em nova expectativa permanente.

Defina No-Go antes da reta final.

Faça a linha de chegada incluir estabilidade e operabilidade.

Pergunte o que falta, não apenas quanto falta.

E principalmente:

a proximidade da meta aumenta motivação; ela não reduz automaticamente risco.

🥚 Último Easter Egg

Antes de desaparecer, o Doctor escreve no quadro:

IF PROGRESS = 99
   AND LAST-ITEM = BRAKES
      MOVE 'NOT READY'
        TO STATUS
END-IF.

Nosso jovem pergunta:

— Doctor, isso compila?

Ele olha para a TARDIS.

— Não faço ideia.

Pausa.

— Mas como política de mudança é excelente.

VWORP.

A TARDIS desaparece.

No quadro fica apenas:

“Não pergunte se falta apenas 1%. Pergunte o que existe dentro desse 1%.”

E talvez essa seja a essência do Goal Gradient Effect no Bellacosa Mainframe:

a linha de chegada é uma excelente ferramenta para nos fazer correr — desde que não deixemos que a vontade de cruzá-la seja confundida com autorização para ignorar exatamente os controles que garantem que chegaremos vivos do outro lado.

☕🌀

Next stop: Goal Substitution — quando começamos querendo aprender COBOL, entregar valor ou proteger produção e, sem perceber, substituímos o objetivo verdadeiro por algo mais fácil de medir: concluir curso, fechar ticket, aumentar KPI ou deixar o dashboard verde.

Translate

segunda-feira, 17 de junho de 2013