Existe um degrau depois de pleno que quase ninguém descreve direito.
A parte técnica continua importando e para de ser o diferencial. Todo mundo naquela sala sabe programar. O que separa uma pessoa da outra é outra coisa, e ela raramente é ensinada porque quem já tem acha que é óbvio.
A resposta certa deixa de bastar
Numa reunião, você aponta o problema técnico da proposta. Está tecnicamente correto. E a proposta é aprovada mesmo assim.
A leitura fácil é que ninguém escuta engenharia. A leitura útil é que você deu uma resposta e o que faltava era um argumento.
Argumento tem custo, alternativa, e a consequência de não fazer, em termos de quem decide. “Isso vai gerar dívida técnica” é resposta. “Isso adiciona uns três dias por alteração naquele módulo, e a gente mexe nele umas dez vezes por trimestre” é argumento.
Escrevi sobre a tradução em explicando dívida técnica pro negócio. O que vale registrar aqui é o desconforto de descobrir que estar certo não é o trabalho.
Decidir com informação insuficiente
Júnior espera especificação. Pleno preenche as lacunas pequenas. Sênior decide quando ninguém sabe a resposta e a decisão não pode esperar.
Isso é desconfortável de um jeito específico: você vai errar em público, com o seu nome na decisão, e vai ter que explicar depois.
O que ajuda é separar decisão reversível de irreversível.
Escolher a biblioteca de validação é reversível: decida rápido, siga. Escolher o modelo de dado do ledger, o esquema de identificador ou a fronteira entre módulos é caro de reverter: vale gastar dois dias, escrever as alternativas e envolver mais gente.
O erro comum é tratar tudo com o mesmo peso. Time que delibera três semanas sobre o que dava pra decidir num café perde o fôlego pra deliberar sobre o que realmente importa.
Registrar o porquê
A decisão que ninguém documentou vira, dois anos depois, “isso aqui está assim por quê?”.
Um documento curto por decisão importante, com contexto, alternativas consideradas e a razão da escolha. Meia página basta.
O valor não é a burocracia. É que daqui a dois anos alguém vai querer mudar aquilo, e a diferença entre “não sei por que fizeram assim” e “fizeram assim por isso, e essa restrição não existe mais” é a diferença entre medo e decisão.
Trabalhar pra não ser necessário
O instinto é o oposto. Ser a pessoa que todo mundo procura parece segurança.
É armadilha. Quem é imprescindível não é promovido, não sai de férias em paz e vira gargalo do time inteiro.
O trabalho é distribuir: documentar o que só você sabe, deixar outra pessoa fazer a parte difícil enquanto você observa, revisar em vez de executar.
Isso custa produtividade individual no curto prazo. É a única coisa que aumenta a produtividade do time, e o time é a régua a partir desse nível.
Escolher o que não fazer
Sênior recebe mais demanda do que consegue atender, sempre. A habilidade que aparece aqui é dizer não sem virar obstáculo.
O não que funciona vem com contexto e alternativa: “não consigo essa semana, e se for urgente eu troco pelo X, ou o Fulano consegue com uma ajuda minha na quinta”.
O não que destrói relação é o silêncio: aceitar tudo, entregar metade, e as pessoas descobrirem no prazo.
Suportar a ambiguidade organizacional
Essa é a que mais desgasta gente boa.
Prioridade que muda no meio do trimestre. Projeto engavetado depois de dois meses de trabalho. Decisão tomada por razões que não são técnicas e que você não vai conhecer.
Nada disso significa que a empresa é disfuncional. Significa que existem restrições que você não vê: contrato, caixa, política, uma conversa que aconteceu em outra sala.
Quem entende como a empresa decide sofre menos e influencia mais. É por isso que entender governança e o modelo de negócio deixa de ser curiosidade e vira ferramenta de trabalho.
O que não muda
Continua sendo necessário escrever código bom. Sênior que parou de programar e virou só opinião perde a régua rápido, e o time percebe antes dele.
O equilíbrio que eu tento manter: escrever menos código e escrever o código difícil. A parte que estabelece o padrão, que ninguém quer pegar, que ensina o resto do time ao ser lida.
Como saber que chegou
Não é o título.
É quando as pessoas te procuram antes de decidir, não depois de quebrar. É quando o seu palpite sobre onde está o bug acerta na maioria das vezes. E é quando o time entrega bem numa semana em que você esteve fora.
Esse último é o mais difícil de aceitar e o mais confiável de todos.