 |
| Bellacosa Mainframe e os ensinamentos da Copa para a gestão de projetos |
☕ Um Café no Bellacosa Mainframe:
⚽A Copa do Mundo Explica Melhor a Engenharia de Software do que Muitos Livros
O Mainframe e a Copa do Mundo
Imagine por um instante.
Uma empresa possui um ambiente IBM Z responsável por bilhões de reais em transações.
Durante quatro anos toda a equipe trabalha.
Desenvolvem sistemas.
Corrigem defeitos.
Treinam.
Criam processos.
Modernizam aplicações.
Então chega um único dia.
O Black Friday.
O fechamento anual.
A migração crítica.
O IPL planejado.
A auditoria internacional.
O dia de pagamento dos velhinhos aposentados.
É exatamente isso que a Copa representa.
Quatro anos de preparação para poucas partidas onde o mundo inteiro está assistindo.
No futebol existe a Copa.
No mainframe existem os grandes projetos.
1. A convocação
Nem todo jogador vai para a Copa.
Nem todo programador participa dos projetos estratégicos.
Ser escolhido significa que alguém acredita que você suporta pressão.
Isso muda completamente a carreira.
No futebol:
"Convocado para a Seleção Brasileira."
No mainframe:
"Ele vai liderar a migração para o COBOL 6.5."
Ou
"Ele ficará responsável pelo projeto PIX."
Ou
"Ele participará do Disaster Recovery."
Esses projetos ficam para sempre no currículo.
2. A camisa pesa
Existe uma frase famosa:
"A camisa pesa."
Vestir a camisa da Seleção Brasileira significa carregar décadas de história.
Vestir a camisa de um grande banco também.
Quando alguém trabalha em um grande banco, seguradora ou governo, ele representa muito mais do que seu próprio trabalho.
Ele representa:
confiança
estabilidade
disponibilidade
bilhões de transações
Existe responsabilidade.
3. A vitrine mundial
Na Copa todos estão olhando.
Na produção acontece exatamente igual.
Enquanto o sistema funciona...
ninguém percebe.
Quando ele para...
jornais noticiam.
Clientes reclamam.
Executivos aparecem.
Auditores chegam.
Assim como um atacante pode decidir uma Copa em um único chute, um desenvolvedor pode decidir um projeto inteiro com uma única alteração.
4. O desempenho muda uma carreira
Após uma boa Copa.
Um jogador pode:
triplicar salário
mudar para um grande clube
tornar-se ídolo
receber patrocínios
crianças sendo batizadas com o nome do craque
Depois de um grande projeto ocorre o mesmo.
Quem resolve incidentes críticos normalmente passa a ser lembrado.
Não apenas pelo gerente.
Mas por outras áreas.
Outras empresas.
Consultorias.
Clientes.
Grandes carreiras costumam nascer em grandes desafios.
5. O fracasso também fica registrado
Infelizmente também acontece o contrário.
Um erro em uma final permanece por décadas.
O mesmo acontece na TI.
Existe uma enorme diferença entre:
"Cometeu um erro."
e
"Escondeu o erro."
Profissionais maduros assumem responsabilidade.
Aprendem.
Melhoram.
6. O ego destrói equipes
Talvez seja uma das maiores lições.
Alguns atletas tornam-se milionários muito cedo.
Passam a acreditar que são maiores que:
treinador
comissão técnica
grupo
disciplina
Na tecnologia isso também existe.
O desenvolvedor que acredita saber tudo.
Que não aceita revisão.
Que ignora padrões.
Que despreza documentação.
Que não participa das cerimônias.
Que não ajuda iniciantes.
Esse profissional pode ser tecnicamente excelente.
Mas prejudica a equipe.
7. Talento não vence sozinho
A história da Copa mostra isso diversas vezes.
Times repletos de estrelas já foram eliminados cedo.
Enquanto equipes organizadas chegaram muito longe.
No desenvolvimento acontece igual.
Uma equipe composta por profissionais "nota 8" que colaboram normalmente supera uma equipe formada por "gênios" que trabalham isoladamente.
8. O técnico existe por um motivo
O treinador enxerga o campo inteiro.
O jogador vê apenas sua posição.
O arquiteto de software faz exatamente isso.
O gerente técnico também.
O Tech Lead também.
Às vezes uma decisão parece ruim para um desenvolvedor.
Mas excelente para o projeto inteiro.
Quem vê somente uma classe Java ou um programa COBOL não enxerga toda a arquitetura.
9. O empresário não deveria escalar o time
Você citou um ponto delicado.
Quando interesses externos influenciam decisões técnicas...
o projeto sofre.
No futebol:
patrocínio
marketing
pressão política
Na TI:
tecnologia da moda
fornecedor pressionando
gerente querendo atalhos
decisões baseadas em ego
Boas arquiteturas são escolhidas porque resolvem problemas.
Não porque estão na moda.
10. A estrela depende do time
Messi.
Maradona.
Pelé.
Zidane.
Nenhum ganhou sozinho.
Mesmo os maiores precisavam de:
goleiro
zagueiros
laterais
meio-campo
No mainframe:
o melhor programador depende de:
operadores
DBA
Sysprog
segurança
redes
storage
analistas
testes
negócio
Sem eles nada funciona.
11. O elo mais fraco determina a corrente
Talvez seja sua melhor analogia.
Em engenharia existe um conceito parecido.
A disponibilidade de um sistema costuma ser limitada pelo componente menos confiável.
Em equipes ocorre o mesmo.
Imagine cinco profissionais.
Um domina COBOL.
Outro Db2.
Outro CICS.
Outro MQ.
Outro começou há três meses.
O erro seria dizer:
"Ele que se vire."
O correto é:
"Vamos treiná-lo."
Porque no dia da implantação...
se ele falhar...
todos falham.
12. Mentoria é investimento
Grandes seleções possuem veteranos.
Eles ensinam.
Orientam.
Protegem os jovens.
No mainframe isso é ouro.
O profissional sênior não perde tempo ensinando.
Ele reduz futuros incidentes.
Cada hora investida em treinamento economiza dezenas de horas em produção.
13. O banco de reservas importa
Na Copa existem reservas.
No mainframe também deveria existir.
Se apenas uma pessoa conhece determinado sistema...
o risco é enorme.
Chamamos isso de fator ônibus (Bus Factor):
Quantas pessoas poderiam deixar a equipe antes que o projeto ficasse comprometido?
Quanto menor esse número, maior o risco operacional.
14. O treino invisível vence o jogo
O torcedor vê apenas noventa minutos.
Não vê:
preparação física
alimentação
fisioterapia
análise de vídeos
treinos táticos
No desenvolvimento acontece igual.
O cliente vê apenas:
"O sistema funcionou."
Mas por trás existiram:
testes
code review
documentação
planejamento
homologação
automação
monitoramento
rollback
backups
O sucesso quase sempre nasce do trabalho invisível.
15. O verdadeiro campeão faz o companheiro jogar melhor
Existe uma diferença enorme entre:
um craque
e
um líder.
O craque resolve jogadas.
O líder melhora o time inteiro.
No desenvolvimento isso é ainda mais importante.
O melhor profissional não é necessariamente aquele que escreve o código mais complexo.
É aquele que faz todos ao redor crescerem.
Que compartilha conhecimento.
Que revisa código com respeito.
Que documenta.
Que orienta.
Que inspira confiança.
A maior lição para um Programador COBOL Padawan
No universo do mainframe, não existem Copas do Mundo anuais. Existem projetos que, pela sua criticidade e visibilidade, equivalem a uma final diante de bilhões de "torcedores": uma migração de versão do COBOL, a implantação de um novo sistema de pagamentos, um Disaster Recovery ou a abertura de um grande banco em um dia de pico.
Quando esse momento chega, ninguém se lembra apenas de quem escreveu o algoritmo mais sofisticado. Lembram-se da equipe que entregou estabilidade, confiabilidade e colaboração.
Assim como no futebol, o talento individual chama atenção, mas são a disciplina, o treinamento constante, a humildade para aprender, o respeito às decisões coletivas e a disposição para fortalecer o colega com mais dificuldade que transformam um grupo de bons profissionais em um time campeão.
No fim das contas, um mainframe em produção e uma seleção em campo compartilham o mesmo princípio: o objetivo não é que um integrante brilhe sozinho, mas que o sistema inteiro — ou o time inteiro — funcione de forma harmoniosa até alcançar a vitória. É essa mentalidade que diferencia um bom programador de um verdadeiro profissional preparado para os maiores desafios da carreira.
