Melhore! Conduzindo um Time de Software Eficaz
Esse post foi traduzido automaticamente do inglês. Se você encontrar algum erro, por favor entre em contato.
Conduzindo um time de software eficaz
Como posso tornar meu(s) time(s) mais produtivo(s)?
Essa é a pergunta constante que engineering managers se fazem. Gerenciar um grupo de pessoas trabalhando em um ambiente complexo parece mais arte do que ciência. Quanto trabalho conseguimos fazer? Que decisões de equipe devo tomar? Como posso melhorar a qualidade e entregar funcionalidades ao mesmo tempo?
Todas essas perguntas também são feitas dentro do contexto de gerenciar pessoas, o que torna tudo mais complicado. Tornar um time eficaz significa manter as pessoas realizadas no trabalho. Como um engineering manager equilibra as necessidades da empresa, do time e dos indivíduos? Um colega disse uma vez que “um gestor recebe todos os problemas de formato estranho para lidar”, e isso certamente parece correto quando se está fazendo isso.
Embora todos os problemas acima sejam reais, acredito que tornamos isso mais difícil do que deveria ser. Nas últimas décadas, a indústria de tecnologia migrou de uma visão centrada em projetos, às vezes em detrimento das pessoas, para uma visão centrada em pessoas, deixando para trás uma quantidade significativa de conhecimento.
Migramos de ter gerentes de projeto, que teriam a visão sistêmica de um projeto como sua principal habilidade, para engineering managers, que são focados em pessoas e frequentemente não foram expostos ao pensamento sistêmico como habilidade. Isso pode ser observado pela estrutura de carreira padrão em tech, onde engenheiros migram diretamente para gestão, às vezes sem muito treinamento além de coaching sobre como conduzir reuniões 1:1.
O que vem a seguir
Nas próximas semanas estarei escrevendo sobre como chegamos a essa situação e como trazer pensamento sistêmico para a gestão de times. Tópicos que explorarei incluem:
- Por que é importante? Práticas modernas de engineering management dificultam a entrega. É importante entender por quê.
- Por que o processo importa? Deming, Produção Lean, Agile e como chegamos até aqui.
- Como equilibrar necessidades das pessoas e do time — Indivíduos vs. grupo é uma falsa dicotomia que impede um time de melhorar seu potencial.
- Como focar em qualidade e velocidade — Esse problema já foi resolvido em outras indústrias, e podemos aplicar o mesmo pensamento ao software.
- Como tomar melhores decisões — Usamos métricas em todas as partes da tecnologia, exceto no nosso trabalho. Podemos usá-las para tomar decisões mais informadas.
Em última instância, como criar um time de engenharia eficaz, onde as pessoas estão realizadas e o trabalho é feito. Definitivamente não tenho todas as respostas, mas posso compartilhar o que funcionou bem para mim no passado. Se isso soa interessante para você ou se tem mais perguntas, deixe um like ou um comentário. Adoraria entender as dúvidas das pessoas e lições que posso aprender com outros.
Não me entenda mal, liderar times de entrega de software sempre será desafiador. Mas trazer princípios de sistemas, processos e gestão de projetos vai tornar isso significativamente mais gerenciável.
Posts da Série:
- Esquecendo a Gestão: Como a indústria de software deixou conhecimento essencial para trás
- Por que o Processo Importa?
- Times e Indivíduos. O guia prático para um equilíbrio delicado no desenvolvimento de software