 |
| 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.
VWORP.
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%
e:
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
vs
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:
5%
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:
3
2
1
0
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.
VWORP.
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.
