O que aprendi como líder em 2020

Este ano foi marcante para mim. Não apenas por causa da pandemia, mas também porque antes mesmo decidi assumir um novo desafio em minha carreira (falarei mais sobre isso no fim). Depois de ser um desenvolvedor por algum tempo, decidi tentar a sorte como Tech Lead na Mimic.

Foi o maior desafio que já aceitei: nunca tentei antes, estava com muito medo e ser o primeiro Tech Lead contratado em uma nova startup também não estava ajudando. Tive que aprender e aprender rápido. Felizmente, tive a oportunidade de cometer todos os erros possíveis (sim, todos eles!) e de ter um mentor (obrigado David!) para me orientar e corrigir ao longo do caminho.

Conforme eu progredi liderando 2 equipes, colecionei várias “regras” ou, como prefiro: princípios que funcionaram para mim ao lidar com algumas situações. Vou compartilhá-los agora na expectativa de talvez você possa evitar alguns erros e absorver algum aprendizado da minha experiência.

💬 1. Nunca comece a reunião falando, pergunte primeiro

Não sabemos tudo, é impossível saber. Pergunte ao seu time! Pergunta sobre atualizações, problemas e riscos.

Lembro que no primeiro dia foi muito frustrante estar na frente de um projeto sem saber nada. Senti que se não tivesse um plano/solução claro (sim, no meu primeiro dia), iria falhar. Acontece que liderar tem mais a ver com confiar na sua equipe do que saber tudo.

É perfeitamente normal não saber tudo, em vez disso: Pergunte à sua equipe!

👶 2. Pessoas são como bebês

Eles sentem o que você transmite. Você ri, eles riem. Você chora, eles choram — Eles nem sabem por quê.

A primeira semana foi terrível, eu estava nervoso, eu estava ansioso, você podia ver claramente através de mim: eu estava em pânico!. Enquanto fazia perguntas e falava sobre os próximos passos com minha equipe, eles responderam da mesma forma: preocupados, nervosos, tristes. Claramente eu os fiz sentir assim! Você pode desmotivar sua equipe inteira por causa de seus próprios sentimentos internos.

Me lembro de meses depois de ter absorvido a técnica de ser positivo e otimista, estávamos tentando substituir nosso antigo software KDS (Kitchen Display System) pela nova versão que minha equipe trabalhou tanto para desenvolver, o único problema era que tínhamos 2 horas para testar e a equipe terceirizada responsável pela integração não terminou sua parte. Minha equipe inteira ficou presa na reunião por 1 hora e meia enquanto esperava pela outra equipe. Você pode imaginar como é frustrante testar coisas em produção que podem afetar nossa operação alguns minutos antes do horário de funcionamento da operação? Mas não havia nada que eu pudesse fazer para resolver, o melhor que pude fazer foi encorajar a equipe a terminar e acreditar que eles seriam capazes de terminar a tempo para o nosso teste e antes do horário de funcionamento da cozinha.

E acredite se quiser, nós conseguimos. 30 minutos foi arriscado, mas suficiente. Se eu tivesse gritado com eles reclamando de alguma falta de responsabilidade ou qualquer outra besteira, você acha que o resultado seria diferente? Provavelmente não melhor. Sempre, em qualquer circunstância: Seja duro, mas também positivo e otimista. Sempre acredite que sua equipe vai resolver, o que você não sabe, vai descobrir e, de alguma forma, as coisas vão dar certo.

🖼️ 3. Não se envolva com detalhes

Tenha a visão geral em mente. Sempre mantenha sua discussão no nível pretendido, não se perca.

Essa é difícil. Vindo como desenvolvedor, estava ansioso para entender cada linha de código, cada decisão mínima em relação a ferramentas e frameworks e senti que se não o fizesse estaria falhando como líder. No final do dia, essas coisas nem importam. Você deve apenas garantir que os projetos certos estão progredindo e que eles resolvem o problema.

É tentador começar a discutir quantas classes / funções seriam implementadas para resolver o problema. Jamais teria sucesso como líder se me concentrasse nos detalhes. Em vez disso, treinei minha equipe para que pudesse confiar neles para gerenciar e lidar com esses detalhes.

(Vale a pena mencionar que esse princípio é mais fácil de falar do que fazer, muitas vezes preciso voltar e me lembrar de focar na visão geral).

👂 4. Nunca interrompa as pessoas, elas precisam se sentir ouvidas

Se precisar mudar de assunto, faça perguntas ou remarque um horário melhor para que isso aconteça

À medida que a equipe cresce, é muito fácil para as pessoas começarem a adicionar detalhes que não agregam nenhum valor à discussão ou falar sobre qualquer outra coisa relacionada ao tópico principal que as deixa ansiosas.

Bom, interrompê-las é a pior coisa que você poderia fazer. Isso apenas as deixa ainda mais ansiosas, mas agora ignorado como um bônus. Se por algum motivo as pessoas estão se perdendo o foco, comece a fazer perguntas: Será que realmente precisamos resolver isso agora?, Você acha que o tópico X merece ser decidido antes de Y? E sempre esteja aberto. Lembre-se que você não sabe tudo, se for algo importante, você sempre pode agendar uma reunião adequada para abordar especificamente o tema sem perder o objetivo da reunião atual.

🕹️ 5. Não aja querendo que as pessoas te obedeçam rapido só porque você quer isso

Ouça as ideias delas, deixe-as sugerir! Ninguém gosta de ser controlado, pessoas querem se sentir livres

Como um novo líder, eu sempre estava ansioso para garantir que minha equipe fosse capaz de entregar tudo dentro do prazo. É fácil começar a dar ordens e instruções, desejando que eles façam exatamente o que você deseja, e agora. Não seja assim. As pessoas não são máquinas, você não pode executar uma função e esperar que elas retornem o resultado esperado.

Controle a sua ansiedade, certifique-se de que seu time compreende o problema e peça ideias. Novamente, talvez as ideias deles sejam melhores do que as suas. Quem sabe?

🧾 6. Certifique-se de que todos saibam o que devem fazer e qual é o prazo

Garanta que sua equipe esteja na mesma página que você

Aprendi isso ao observar meu CTO fazendo isso repetidamente e garantindo que todos compreendem seus objetivos e próximos passos.

Assim que uma reunião longa termina, é muito fácil esquecer parte da discussão e se sentir perdido, você não pode garantir que todos prestaram atenção, mas pode garantir que eles saibam os próximos passos. Após o término de cada reunião com ações necessárias, escreva uma mensagem (por meio do slack, e-mail, qualquer coisa) para todos os envolvidos. Descreva as próximas etapas discutidas e marque as pessoas nessas etapas. Mesmo aqueles que se perderam na reunião podem facilmente entender o que perderam.

🏋️ 7. Não fale, treine

Sua equipe deve ser capaz de conduzir todos os processos na sua ausência

É muito fácil apenas dar ordens e instruções: Altere esta variável, atualize aquela configuração, etc. Se você continuar fazendo isso, você não está realmente compartilhando conhecimento, está apenas dando ordens.

Em vez disso, faça perguntas e converse sobre os problemas. Se você perceber que algo quebrou em produção, em vez de pular para consertar sozinho, pergunte a alguém: Por que quebrou?, Como podemos evitar que isso aconteça novamente?, O que você faria para resolver isso? e, por fim, peça a eles que cuidem disso para você. Sim, deixe-os fazer isso, não há maneira melhor de aprender.

Lembre-se de que sua equipe deve ser capaz de entender e resolver tudo na sua ausência. Você não deve saber mais do que sua equipe.

🧠 8. Mostre que você está aberto a ideias, deixe sua equipe confortável dizendo que você está errado

Todo mundo adora a meritocracia de ideias, mas poucos gostam de saber que estão errados

Isso é análogo ao princípio de Ray Dalio: “Tenha a menta radicalmente aberta”.

Quando tive minha primeira chance de refatorar um microsserviço inteiro em um mês, fiquei muito confiante. Achei que conseguiria entregar todo o sistema em uma semana. Coitado! Foi chocante ouvir da minha equipe que meus objetivos estavam errados e que seria impossível cumprir a tempo.

Demorou um pouco para eles perceberem que podiam me contar, e assim que se atreveram a me contar e eu ouvi, minha postura mudou: Juntos mapeamos todos os riscos e voltei no dia seguinte com um plano: era um mapa com todos as features que precisaríamos entregar e as que estariam ok se entregássemos mais tarde.

Conseguimos focar e toda a minha equipe ficou motivada porque acreditou no plano que construímos juntos. Se você tem a confiança do seu time, vocês podem fazer milagres. Depois desse episódio, tornou-se um hábito dizer quando discordávamos de alguma coisa, e devo admitir eu estava errado várias vezes e sempre pudemos perceber antes que fosse tarde demais.

🤯 9. Faça um favor para sua equipe e critique-os!

Trabalhe com pessoas que gostam de críticas, se não gostarem, as acostume!

Dale Carnegie tem um bom ponto quando diz para “nunca criticar alguém”. Eu entendo o que ele quis dizer, mas isso não é verdade quando você está montando uma equipe que deseja crescer. É impossível crescer sem dor em qualquer área. Por que isso seria diferente na sua profissão?

Assim que comecei a liderar, cometi o erro estúpido de nunca criticar diretamente um membro da equipe (o que me arrependo hoje).

Demorei um pouco para entender que na verdade estava roubando a oportunidade deles de crescer ao mesmo tempo que eu me escondia dos conflitos.

Me lembro que nos primeiros meses do meu trabalho o que mais desejava era feedback: feedback constante e duro. Eu sou apaixonado por esses feedbacks que te machucam profundamente, mas que você sabe que são verdade. Prefiro ouvir uma verdade dura que me fará crescer do que ouvir uma bela mentira que me manterá confortável.

Se desejo melhorar profundamente por meio de feedback honesto, por que minha equipe iria querer algo diferente? Se eles fizerem isso comigo, como vou pagá-los de volta? Apenas dizendo coisas boas?

NÃO! Se você tem algo a dizer, DIGA. Você não precisa estar certo, apenas precisa ser honesto.

E no fim, valeu a pena?

Ainda me lembro de março de 2020: eu sentado na mesa da cozinha chorando com minha esposa dizendo que foi a pior ideia que já tive. Eu estava péssimo e só tinha obtido resultados ruins. Era apenas uma questão de tempo para ser demitido, eu perdi toda a confiança que poderia me tornar um líder algum dia.

O que eu estava pensando? Saindo de uma boa empresa para me aventurar em algo totalmente diferente? E por quê? Por tédio?

Acontece embora eu inicialmente falhei, fui capaz de aprender e crescer rápido. Todos os meus erros anteriores ficaram claros para mim, cada decisão errada parecia fácil de resolver e como resultado, comecei a entregar tudo a tempo e fui promovido para repetir a mesma fórmula com uma equipe totalmente nova.

Sim, em vez de ser demitido, melhorei e fui promovido. Às vezes o medo é a melhor coisa pra nos deixar humildes e nos obrigar a melhorar.

A dor insuportável de fracassar me fez obter uma quantidade grande de conhecimento pela experiência (o que vale mais do que livros e artigos sobre liderança porque você vive e sente cada consequência de uma decisão).

Isso me fez entender que (às vezes) o tédio é um sinal de que você aprendeu o que podia naquela posição. Significa que você quer uma boa luta. Portanto, você deve seguir esse desejo.

Vale a pena dizer que sem minha esposa e Deus para me apoiar emocionalmente e sem meu CTO para me apoiar no meu trabalho — eu teria falhado miseravelmente. Esteja cercado por pessoas que apoiam o seu crescimento e por aquelas que desejam que você se esforce para crescer.

Então eu não me arrependo de jeito nenhum. Escolhi o melhor lugar para começar e errar porque meu CTO me permitiu tentar, aprender e reconhecer todos os meus erros o que me fez ter sucesso como líder nos meses seguintes e entregar 3 projetos com 2 equipes de cerca de três desenvolvedores cada. Trabalhe sempre com pessoas que você respeita e que são melhores do que você.