Três Formas de Linguagem para Retomar o Protagonismo Técnico Diante da Pressão de Seniores
Quando a voz de um superior aumenta na sala de reuniões, é fácil para um júnior se sentir intimidado. Mesmo que sua mente esteja cheia de planos de design, no momento em que você silencia diante da autoridade, seu código é alterado e o controle é perdido. Para sobreviver no mercado de contratação de desenvolvedores novatos, que recentemente caiu para a faixa dos 7%, é necessário ter uma linguagem que defenda seu design, indo além de apenas escrever um bom código.
Espelhamento: Retribuindo Críticas Abstratas com Números
A oportunidade surge quando um sênior lança ataques subjetivos, como "esta estrutura é muito complexa" ou "parece que não terá performance". Se você entrar em pânico, tornará uma briga emocional, mas a situação muda se você usar o espelhamento proposto pelo ex-negociador do FBI, Chris Voss. Repita a palavra abstrata dita pelo outro e exija números específicos.
- Execução: "Você mencionou que está complexo. Em quanto por cento você prevê que o custo de manutenção aumentará em relação ao atual?" ou "Sobre a preocupação com performance, especificamente acima de quantos ms você considera que o tempo de resposta não deve passar?"
- Efeito: Após a pergunta, feche a boca intencionalmente por 4 segundos. O silêncio é poderoso. O outro sentirá a pressão de ter que encontrar por conta própria uma base lógica para sua crítica. Nesse processo, teimosias sem fundamento são filtradas e o tempo da reunião é reduzido em mais de 20%.
Ponte Técnica: Adiando a Confirmação para Ganhar Tempo de Análise
Se você cometer um erro ao tentar responder imediatamente a uma pergunta de pressão repentina, a confiança em você como especialista desmorona instantaneamente. Estatísticas mostram que a perda anual devido à dívida técnica nos EUA atinge 2,41 trilhões de dólares, e 96% dos desenvolvedores experientes apontam a pressão do prazo como a causa. Uma resposta apressada é, em si, uma dívida técnica. Nesses casos, deve-se usar a linguagem de confirmação adiada.
- Execução: Resuma a situação e o contexto em uma frase e peça tempo para análise. "Devido às restrições atuais de infraestrutura, existe uma probabilidade de 5% de perda de dados. Para uma análise de impacto precisa, posso verificar os dados de log por apenas 30 segundos antes de responder?"
- Efeito: 30 segundos de silêncio não são prova de incompetência, mas um sinal de prudência. Isso planta no superior a impressão de que você é um engenheiro que não trabalha com suposições sem dados.
Estratégia de Concessão: Quebrando a Teimosia Alheia com o Pre-mortem
Quando há conflito no poder de decisão da arquitetura, a técnica de Pre-mortem proposta por Gary Klein é eficaz. É um método de supor que o projeto já falhou e rastrear as causas inversamente. Não foque apenas na sua teimosia; finja aceitar a proposta do outro enquanto faz valer os requisitos essenciais.
- Execução: Utilize uma matriz de decisão baseada em pesos. "O ponto sobre o aumento da complexidade operacional está correto. Eu cedo nessa parte e reforçarei mais o monitoramento. Em troca, que tal adotarmos esta stack para obter o ganho principal de 80% de melhoria na performance?"
- Efeito: Oferecer algo pequeno para obter algo grande dá ao outro uma sensação de vitória. No momento em que você declara que assumirá a responsabilidade pelos riscos apontados, o mecanismo de defesa do outro cai e sua proposta de design é aprovada.
A Regra Imutável: Registrando o que foi Acordado
Acordos verbais tendem a ser revertidos de acordo com as emoções. Assim que a reunião terminar, escreva imediatamente um ADR (Architecture Decision Records). Empresas como AWS e Microsoft enfatizam o registro de decisões de arquitetura para manter a imutabilidade do sistema.
- Execução: Logo após o término da reunião, organize o contexto da decisão, a tecnologia adotada e os trade-offs aceitos em Markdown. O ponto chave é compartilhar no canal público da organização mencionando o nome do sênior.
- Efeito: Torna-se uma evidência física que você pode apresentar educadamente quando alguém tentar mudar o que foi dito: "Na última reunião, concordamos em assumir esses riscos". Um acordo não registrado não é um acordo.
makedream