Influenciando como Engineering Manager
Esse post foi traduzido automaticamente do inglês. Se você encontrar algum erro, por favor entre em contato.
Tenho discutido como usar pensamento sistêmico em gestão de engenharia de software, e até agora falei principalmente sobre entender seu time e os sistemas dentro dele.
Mas uma vez que o gestor faz isso, o verdadeiro desafio começa. Como fazer melhorias acontecerem? Como agir no sistema do seu time para melhorar as coisas?
Liderando como Engineering Manager
Liderando como Engineering Manager
Como lembrete, conduzir mudanças como engineering manager (EM) não significa que o gestor é a única fonte de melhoria para o time. Um grupo saudável terá ciclos regulares de feedback, como retrospectivas, conversas e pesquisas, destacando os problemas e possíveis formas de melhorar.
No entanto, o EM tem o ponto de vista privilegiado e a autoridade que os engenheiros não têm. Então ele deve tentar ouvir todos esses inputs e criar um sistema mais produtivo para o time.
Outro mal-entendido comum é que criar um sistema produtivo levará a um processo restritivo. As regras dentro de um time devem permitir que os indivíduos performem bem e se sintam realizados, não ir contra eles.
Sistemas Produtivos e Contraprodutivos
Fazendo Melhorias Acontecerem
É essencial entender que, embora EMs tenham autoridade como líderes, devem evitar usá-la o máximo possível. Isso porque, embora as pessoas geralmente não resistam à mudança, elas resistem a serem mudadas. Em outras palavras, ninguém gosta de ser empurrado.
As pessoas não resistem à mudança; resistem a serem mudadas (Peter Senge)
Com isso em mente, aqui estão algumas estratégias que usei para fazer mudanças acontecerem mantendo os membros do time envolvidos e alinhados.
Observe e entenda
Para garantir que está indo na direção certa, a primeira ação é observar. Com muita frequência, líderes tomam decisões sem uma perspectiva em primeira mão, levando a mal-entendidos e erros. Se você acredita que o time tem um problema que pode melhorar, verifique pessoalmente antes de agir.
Um EM pode observar de múltiplas formas. Primeiro, vá a reuniões e ouça as discussões. Pareia com seus engenheiros e entenda a experiência de trabalho deles. Obtenha dados de como seu time está operando.
Uma vez que você vê com seus próprios olhos, pode avaliar muito melhor.
Obtenha diferentes perspectivas
O EM não é a única pessoa com uma perspectiva interessante sobre como as coisas estão indo. Portanto, deve usar todas as oportunidades que tem para obter diferentes pontos de vista e receber feedback sobre possíveis mudanças. Podem ser retrospectivas, reuniões de time, pesquisas ou reuniões 1:1.
Sobre 1:1s, uma das (múltiplas) razões pelas quais recomendo tê-las semanalmente com todos os engenheiros do time é que permitem ao EM obter os pensamentos de todos em uma semana. Esse ciclo curto de feedback fornece uma ótima percepção do que o grupo está pensando.
Na prática, um padrão típico que usei com sucesso é obter feedback sobre ideias de melhoria individualmente primeiro, só propondo-as ao time quando acredito que há suporte suficiente dos indivíduos.
Espere o problema realmente acontecer
É mais difícil obter apoio para mudanças a menos que todos concordem que existe um problema. E embora o EM possa entender como o time pode melhorar em uma área específica, não significa que os outros percebam da mesma forma.
Uma técnica prática que usei como consultor, quando não tinha autoridade, é esperar o problema acontecer antes de propor uma solução. Um exemplo foi um time onde eu acreditava haver baixa colaboração técnica, o que impactava a velocidade de entrega do nosso projeto. Então, embora tivesse ideias de melhoria, as mantive para mim até que um engenheiro trouxe um exemplo claro desse problema em uma retrospectiva do time. Sugeri então que o time experimentasse pareamento como nova técnica, e todos concordaram, dado que abordava uma preocupação genuína. Então fizemos isso, e essa mudança persistiu à medida que vimos as melhorias que trouxe.
Acompanhe
Por último, um time se tornará muito melhor em melhoria contínua se conseguir acompanhar e revisar as mudanças que faz. Quanto mais um time assume o processo de melhoria, mais estará aberto a participar.
Em outras palavras, em um meta-comentário, criar um sistema produtivo para melhoria vai torná-la mais visível e permitir que as pessoas participem e mantenham o rumo, como em qualquer outra área.
Uma prática comum que adotei é usar um método baseado em Improvement Kata, onde os times acompanham o problema que estão tentando resolver, a mudança (ou experimento) e o resultado esperado, revisando-os conforme são implementados. É um método leve para fornecer visibilidade e responsabilidade ao processo.
Juntando tudo
Como gestor, você deve assumir o problema de melhorar seu time para ser tanto produtivo quanto um excelente lugar para as pessoas trabalharem. No entanto, deve fazer isso de forma colaborativa, tornando o processo visível, obtendo perspectivas e usando sua posição para conduzir mudanças com as quais o time se alinha. Todos sairão melhores depois disso.
Esse post faz parte de uma série sobre Liderando Times de Software com Pensamento Sistêmico.