Líderes devem estar sempre em busca de sua extinção!
Como assim, você quer dizer que líderes devem ser inúteis? Tá maluco? Calma, vou explicar! 😅
Estou há 4 anos trabalhando em um mesmo projeto na área de engenharia de software. Nesse tempo, tivemos várias mudanças de rumo no projeto, mudanças organizacionais, gerenciais e técnicas. Foi um grande privilégio participar de tudo isso e poder ajudar a construir um produto que foi aperfeiçoado tantas vezes.
Também nesse período, repensei meu papel como líder algumas vezes, principalmente há 1 ano e meio atrás quando passei a participar do projeto em tempo parcial, mas mantendo minhas atribuições. Isso foi(ainda é) algo difícil de fazer. Dois motivos aumentam essa dificuldade:
- Readequação por si só já é complexa. Inevitavelmente, você vai precisar focar nas coisas mais importantes do seu trabalho. Isso vai te fazer ter menos tempo pra pensar no que pode ser melhorado. Um líder deve sempre buscar formas de melhorar o ambiente, a produtividade do time, o resultado (produto) e vários outros aspectos.
- Esse é o principal ponto desse post. Você passou algum tempo tomando decisões de vários aspectos. E esse te deixou super acoplado com o projeto e seu andamento… 😐
Os motivos desse acoplamento são diversos e irei levantar alguns aqui. Muitas vezes isso acontece porque te faz sentir necessário, a carência para ser notado, ou simplesmente porque seu time confiava em suas decisões, ou você é realmente uma pessoa controladora que quer acompanhar tudo. E de quebra… sentir que as coisas não funcionam bem sem você é de certa forma, um reconhecimento que você é bom, correto? Não!
Não preciso dizer que esse comportamento é egoísta e, por sua natureza, centralizador. Isso não combina com os valores do manifesto ágil. Quando leio os 12 princípios descritos, não vejo esse ponto de forma explícita. Mas uma atitude centralizadora, não combina com esta filosofia, concorda?
Por exemplo, as técnicas que adotamos para nossos designs e processos buscam, respectivamente, facilitar a manutenção (o uso de padrões para diminuir o acoplamento do código) e distribuir conhecimento (code review, pair programming). Ou seja, já estamos fazendo algo nesse sentido no nosso produto. Por que não delegarmos as tomadas de decisões também? Por que não fazer isso no nosso trabalho como líder? Por que o líder tem essa necessidade de se fazer imprescindível?
Tá, então é "só" não ser egoísta que vai dá certo… quem dera fosse simples assim, jovem padawan. (Assumindo que não ser egoísta é simples!)
Muitas vezes a dependência na liderança surge de maneira natural, sem que o líder perceba que está se transformando em um gargalo do projeto. Por que afinal de contas, no senso comum de projeto, a função do líder é ser uma referência para todos.
Um time que confia no seu líder, irá buscar ele sempre para tomadas de decisões, o que é excelente! Porém, não pode ser um no-go. E pior, isso pode ser extrapolado rapidamente, assim cada pequena decisão a ser tomada, os desenvolvedores recorrem ao líder para ter a palavra final. E mais uma vez… você, caro líder, se tornou o que muitas vezes combate, o ponto único de falha de um time inteiro. 😀
Na perspectiva do desenvolvedor, é confortável ele buscar seus líderes para decidir tudo pra ele, dessa forma se exime da responsabilidade de uma decisão. E é papel do líder dar autonomia para seu time ter capacidade de decidir as coisas sem precisar de sua intervenção sempre.
Desde de que decidi diminuir minha participação, estas reflexões são diárias. Assim, defini um indicador de que estou conseguindo diminuir minha dependência com o projeto sempre fazendo a análise dessa frase: Meu trabalho está bem feito se o projeto funciona sem mim.
Um dos problemas de dependências que percebi foi a cerca da definição de nossa API de serviços. O projeto estava crescendo em uma velocidade difícil de acompanhar e todas as decisões da API passavam por mim, por ser algo estratégico do produto, queria que isso passasse sempre por mim. Claramente, isso era um gargalo que não precisava existir, eu precisava confiar no time, os mais experientes já tinham total condições de tomar decisões sobre o design da API.
E foi o que fiz, quando os desenvolvedores vinham até mim, pedia para que discutissem com algum dos desenvolvedores mais experientes e só me comunicasse a decisão e emancipei os mais experientes para que tivessem autonomia nessas decisões.
Existe outras situações que poderia discutir aqui, mas a ideia é que precisamos passar mais responsabilidades para o time. O líder, não é um ser superior que tem responsabilidade sobre tudo e todos, as startups mostram isso diariamente para nós com seus modelos hierárquicos flat.
Dito isso, não tenha medo de buscar ser "inútil", por que sabe o que é curioso? Você nunca vai conseguir se tornar inútil. 😄
Perceba que quando somos engolidos pelas atividades cotidianas e todas estas questões que falei anteriormente, nós não conseguimos olhar com calma para o produto como um todo. Mas quando passamos a tornar o processo mais independente e sem a necessidade de nossa intervenção constante, somos agraciados pela dádiva do tempo!! E sabe aquilo que falei no item 2:
Um líder deve sempre buscar formas de melhorar o ambiente, a produtividade do time, o resultado (produto) e vários outros aspectos.
It's back, baby! 🙌 Agora você vai ter mais tempo para analisar o que pode ser melhorado, encontrar as falhas e aprimorar o processo… e isso sim é uma das atribuições mais importantes e legais (para mim, pelo menos) de ser líder.
É a eterna roda de rato, você está sempre buscando automatizar parte do seu trabalho, dar autonomia ao seu time, melhorar o processo e isso te faz sempre olhar mais a frente e perceber problemas que podem impactar o projeto severamente e mitigar estes problemas!
A dica final para você começar a melhorar nesse ponto é se perguntar: Que parte do meu trabalho pode se tornar um gargalo para o time?
Escrevi uma versão atualizada sobre esse tema aqui.
