- A pergunta central de um gerente de engenharia é quanto deve se envolver com código, e isso não é apenas uma questão de preferência pessoal ou alocação de recursos, mas sim de posicionamento (Positioning)
- Posicionamento é um conceito vindo da liderança militar, e é eficaz quando mantém em equilíbrio consciência situacional (Situational Awareness) e clareza operacional (Operational Clarity)
- Quatro zonas de posicionamento:
- Modo de crise (baixa consciência situacional, baixa clareza operacional) → aprendizado & estabilização
- Ambiguidade (alta consciência situacional, baixa clareza operacional) → liderança pelo exemplo
- Voo às cegas (baixa consciência situacional, alta clareza operacional) → codificação passiva
- Clareza (alta consciência situacional, alta clareza operacional) → definição de direção estratégica
- No longo prazo, priorizar a consciência situacional é a base para o sucesso da equipe, e programar é usado em momentos específicos como uma ferramenta estratégica para obter consciência situacional e apoiar o time
- O importante não é encontrar uma resposta fixa, mas ajustar a posição com flexibilidade conforme o ambiente muda
O conceito de posicionamento
- Posicionamento é decidir onde o líder deve estar para exercer comando e controle (Command and Control)
- Se ele vai demais para a linha de frente, fica preso aos detalhes; se fica longe demais, perde visibilidade da situação e sua capacidade de comando enfraquece
- O gerente de engenharia também deve trocar a pergunta “preciso programar?” por “onde devo me posicionar para que a equipe tenha sucesso?”
Framework de posicionamento
- Dois eixos: consciência situacional (Situational Awareness) e clareza operacional (Operational Clarity)
- Quatro zonas:
- Modo de crise (Low SA, Low OC)
- Tanto o gerente quanto o time têm pouca compreensão, e a execução está desconectada
- A prioridade é estabilizar com metas de curto prazo e depois programar diretamente para ganhar entendimento técnico e da equipe
- Ambiguidade (High SA, Low OC)
- O gerente entende bem, mas a equipe está confusa
- Trabalhar diretamente com o time, dando o exemplo, ajuda a construir confiança e senso de responsabilidade
- Voo às cegas (Low SA, High OC)
- A equipe funciona bem, mas o gerente carece de entendimento técnico
- Codificação limitada, como correção de bugs e suporte à produção, ajuda a recuperar rapidamente a compreensão
- Clareza (High SA, High OC)
- Estado ideal: o gerente foca em estratégia, gestão de riscos e construção de cultura
- Ainda assim, relaxar é perigoso, e é possível se envolver de forma limitada com código para detectar mudanças
Posicionamento é dinâmico (Dynamic)
- A zona muda conforme a situação da equipe e o ambiente externo
- Falha repentina de serviço → mudança para modo de crise
- Mudança de direção do negócio → migração para a zona de ambiguidade
- Portanto, o gerente deve revisar e ajustar continuamente sua posição, em vez de permanecer em um ponto fixo
A prioridade da consciência situacional
- No longo prazo, fortalecer a consciência situacional é a tarefa prioritária
- Só com essa base é possível definir com clareza metas e papéis
- Programar é um meio útil para obter rapidamente consciência situacional ou resolver diretamente os problemas da equipe
Conclusão
- Não existe uma resposta única para quanto um gerente de engenharia deve programar
- O importante é diagnosticar a situação atual da equipe (consciência situacional vs. clareza operacional) e adotar o posicionamento adequado
- Programar é mais eficaz quando usado não apenas para produtividade, mas como ferramenta de liderança, permitindo formar equipes de alta performance
Ainda não há comentários.