O que é ser um líder de equipe

Olá pessoal! Meu nome é Arthur Dementyev, gostaria de compartilhar minha experiência pessoal e escrever vários artigos sobre como é a gestão em TI. E também para contar sobre qual rake pisou e quais erros poderiam ser evitados. Escreverei todos os artigos com base na minha experiência trabalhando em várias empresas de TI, nas quais comecei como uma equipe de Líder de Equipe (TL) de várias pessoas. Em um deles, desenvolvi um pequeno departamento em uma grande estrutura de TI e cresci para CTO.

Existem problemas em muitas empresas, muitas vezes as pessoas cometem erros. Foi a comunicação com eles que me levou a escrever um artigo. Num futuro próximo, tentarei continuar publicando. Espero que sejam úteis para TL, CTO, chefes de departamento ou para aqueles que se tornarão eles. E vou começar com uma história sobre o que significa ser líder de equipe, será uma visão interna.

Aqui você deve imediatamente fazer uma digressão. Existem empresas diferentes:

• grande, onde geralmente a TI é o principal perfil da atividade. A hierarquia possui CTO, Líder técnico, Líder de equipe, Arquitetos, Gerente de projetos, Analista. Sob tais condições, o TL pode não executar algumas funções, que descreverei abaixo;
• negócios em que apenas parte da empresa está ligada à TI. Lá, a estrutura é metade da primeira opção;
• pequenas empresas com um pequeno departamento de TI com várias pessoas (no meu caso, éramos três). Simplesmente não há ninguém para quem mudar todas as responsabilidades. Às vezes, a tarefa é aumentar esse escritório em uma empresa a partir do primeiro item da lista.

Assim, o escopo e a gama de responsabilidades da TL dependem amplamente do tamanho da empresa ou do departamento de TI. Quanto maior a empresa e mais complexa a estrutura de TI, menos responsabilidades de TL.

Como se tornar um líder de equipe

Existem dois caminhos padrão para uma posição TL:

1. Desenvolvimento de carreira de um programador no local de trabalho atual. Por exemplo, quando você toma muita iniciativa, trabalha duro, é responsável, mostra que possui qualidades de liderança etc. Ou você é transferido para um local vago quando, por algum motivo, não deseja convidar uma pessoa de fora. Nesse caso, eles analisam os méritos e geralmente escolhem o especialista técnico mais poderoso. Ou seja, a corrente, e não a aspiração, leva você até lá.
2. Você muda de emprego e chega à nova empresa no lugar da TL. Isso acontece quando um especialista tem muitos anos de experiência e um desejo de se desenvolver ainda mais, mas o crescimento de uma empresa existente por algum motivo é impossível e complicado. Como resultado, você encontra uma empresa na qual eles acreditam que você pode lidar com isso.

Qualquer que seja o caminho a seguir para sua nova posição, mas agora você codificará e gerenciará menos pessoas.

Mudança de atividade

Então, o que há de novo na sua vida desde o momento em que você passou de desenvolvedor para TL? Sem dúvida, você estará mais envolvido nas discussões e participará das reuniões. Mas você não pode perder tempo com tarefas rotineiras, mas delegá-las aos colegas. Você também terá que fazer mais uma revisão de código. Talvez você caia contratos e faturamento em contabilidade. Parece que a vida foi bem-sucedida e você alcançou a meta.



Mas a euforia passa rapidamente, e você quase começa a queimar. Algo assim acontece: o fluxo de tarefas é interminável, elas devem ser resolvidas ou delegadas, siga o que a equipe escreve. Gerentes irritantes o tempo todo querem algo e constantemente convocam reuniões. "Não há mais nada a fazer?" você pensa. Os chefes estão tremendo com os prazos, e uma pessoa de repente deixou a equipe e procurou um substituto para você. Também a esposa está ligando. Em geral, você fica irritado e quase esgotado. Nesse modo, você pode realmente viver no máximo um ano.

Como sobreviver em tal inferno? Como o resto faz isso? O principal problema é sair da sua zona de conforto. Você está em um mundo novo, as regras antigas não se aplicam. É claro que existe uma saída, mas você precisa encontrá-la, de certa forma, se quebrar e tomar consciência de algo novo.

O que você precisa entender

Existem algumas coisas para perceber. E quanto mais cedo você fizer isso, melhor e mais fácil será para você viver.

• Você não recebe dinheiro para escrever código. A capacidade de escrever código e entendê-lo ainda é importante para o TL, ele avalia e pensa sobre a arquitetura etc. Mas você só tem duas mãos e a equipe tem claramente mais. Sua principal tarefa é criar essas condições para que a equipe seja mais eficaz. O programador deve escrever o código, e todo o resto é sua preocupação.
• Agora seus colegas escrevem código melhor que você. Seis meses a um ano se passarão, e a falta de prática afetará suas habilidades. Afinal, eles fazem isso quase todas as horas de trabalho, e você de vez em quando ou em casa à noite.
• Pare de tornar as pessoas iguais a você. Uma pessoa está tão disposta que acha que ninguém pode resolver o problema melhor que ele. Em primeiro lugar, nem sempre é esse o caso, e em segundo lugar, se você gasta tempo resolvendo todos os problemas, porque acha que as pessoas não conseguem, não é mais a TL. Confie nas pessoas.
• Seus principais indicadores de desempenho são a qualidade de todo o projeto e o tempo de desenvolvimento. Aqui, talvez, o papel principal seja desempenhado por suas habilidades de comunicação. Algo precisa ser feito com eficiência e por um longo tempo, e às vezes uma solução rápida é mais conveniente. A dificuldade é que você precisa levar isso ao programador e convencê-lo a fazer o que você precisa neste momento. E não depois de dois dias para descobrir que ele está apenas no meio, e uma solução pronta é necessária agora.
• Motivar as pessoas. Crie um sistema de motivação para que todos desejem trabalhar melhor. Emitir bônus se não houvesse emergência? Não, isso é um absurdo. Implemente métricas, colete estatísticas, avalie o trabalho das pessoas. Também monitore o crescimento profissional dos funcionários que estão desenvolvendo. Sempre mantenha seu dedo no pulso.
• Você precisa contratar pessoas. É bom se você tiver um departamento de recursos humanos que possa contratar especialistas em TI. Caso contrário, você tem responsabilidades adicionais. Aprenda a criar vagas, selecionar especialistas, realizar entrevistas e despedir. E se você não tiver uma startup com investimentos em espaço, prepare-se para encontrar pessoas no orçamento abaixo do mercado. Você pode até ter que ligar para os candidatos.
• Você é responsável por todo o projeto. Se seu serviço travar repentinamente por um longo período ou não puder ser restaurado porque não há backups, você sempre será o culpado pelo gerenciamento. A eficiência técnica do projeto é de sua responsabilidade.
• Você não pode escolher a tecnologia que deseja. Um desenvolvedor comum pode oferecer novas tecnologias, e a tarefa da TL é manter o equilíbrio da pilha de tecnologias do projeto. Lembre-se de que a estabilidade do projeto e do processo de desenvolvimento é de sua responsabilidade. E se o único detentor de alguma tecnologia especial deixar a equipe? Além disso, o uso de cada tecnologia deve ser justificado. Observei periodicamente como um escavador e meio em um projeto minúsculo via tudo em microsserviços. Eles não perceberam que a empresa não estava pronta para isso. Obviamente, tais experimentos não levaram a nada de bom.
• Você é um salva-vidas com pressa. Em qualquer situação de emergência, você não pode simplesmente latir ao comando: "Tudo deve ser feito!" e sair. Você tem que sentar até a noite. Você não pode deixar os desenvolvedores com um problema individual. Este é um mau exemplo para eles, a responsabilidade nesses casos recai sobre o TL. Mas manter toda a equipe no trabalho de emergência também não faz sentido. Eu próprio voltei para casa várias vezes às 5 da manhã e no dia seguinte cheguei às 9 da manhã para uma reunião. Em geral, seu trabalho não é trazer isso à tona.
• Você deve poder substituir qualquer membro da equipe. Se alguém ficar doente, sair de férias ou sair, e o processo de desenvolvimento parar, toda a responsabilidade será sua. Esteja preparado para isso sempre.
• O aspecto psicológico. Você precisa se comunicar com a equipe e entender as pessoas, saber quais problemas elas podem ter e até ajudar a resolvê-las. A maioria dos programadores é introvertida, você deve tentar descobrir o que não lhes convém ou interfere no trabalho. Obviamente, a maioria não dirá isso, você precisa aprender a entender isso. Mas o principal é não ir muito longe e não se tornar psicólogo em vez de chefe, caso contrário, acaba mal.

Alguns contras. Existem vantagens?

Sim E há muito mais desvantagens. Agora você tem os recursos que você gerencia. Portanto, você tem mais meios para alcançar o resultado, ou seja, resolvendo problemas de negócios. É isso que ele espera de você.

Eu faria uma comparação com um time de futebol. Você, como jovem treinador de equipe, cada jogador tem suas próprias forças e fraquezas. Se você gerenciá-los sem levar em consideração as características de cada um, é improvável que você possa ganhar alguma coisa. Mas, se tornar um verdadeiro líder de equipe, você poderá transformar as fraquezas de seus colegas em pontos fortes pela vitória.

Você pode contratar pessoas não muito experientes, mas em meio ano as transforme em especialistas legais que farão o projeto subir. Lembre-se de que você tem abordagens interessantes em seu arsenal, por exemplo, Scrum ou Kanban, que podem transformar um desenvolvimento doloroso em um processo bem estabelecido para todos os participantes.

Você também tem um enorme campo para experimentação. Você tem recursos para pesquisar e experimentar novas soluções. Isso deve ser feito, algo funcionará e trará sucesso. Procure maneiras que beneficiem a equipe e os negócios. Não existe uma bala de prata, você precisa encontrar sua própria solução que funcione em condições específicas.

Use sua experiência e crie sistemas eficazes de seleção de funcionários. Motive também e desenvolva sua equipe. E não se esqueça do seu desenvolvimento: leia livros, ouça palestras, vá a conferências. No final, apenas converse com as pessoas e compartilhe experiências. Como resultado, você criará a equipe dos sonhos mais forte.

Se você ainda não entende, com o tempo perceberá que o recurso mais importante são as pessoas. Fique com seus colegas, não com o chefe e os subordinados. Seja um mecanismo, ajude-os, e eles ajudarão você.

O líder de equipe não é um superprogramador, é um líder que pode, a qualquer custo, reunir qualquer equipe legal e obter lucros para a empresa. É isso que torna esse trabalho muito legal.



Para mim, pessoalmente, é o maior elogio quando as pessoas vêm e dizem: "Porra, que serviço você prestou? Também com uma equipe tão pequena! ” Depois disso, você entende que tudo não foi em vão. E dá força para tornar o projeto ainda melhor. Por assim dizer, ganhe seu campeonato com os caras.

Para quem já está indo para uma entrevista amanhã

Vale a pena informar sobre as vagas para a posição TL. Como escrevi acima, as empresas são diferentes, têm tarefas diferentes. Na entrevista, tente entender quem o empregador ainda precisa, para que suas expectativas coincidam com a realidade. É especialmente engraçado quando a empresa não possui uma hierarquia clara e tudo deve depender de uma pessoa. Geralmente, nas vagas deles, há uma frase: “Você precisa programar 70 a 80% do tempo. Eu recomendaria evitar essas sugestões. Eles querem economizar com você ou a gerência não entende por que eles precisam de TL. Obviamente, cada caso é individual, mas ainda existem facetas do racional. No final, uma pessoa se esgotará e sairá, porque você não pode viver estressado o tempo todo.



Aborde a escolha do local com a compreensão do que você deseja obter. Lembre-se de que a entrevista é realizada não apenas com você, mas também com a empresa. Sinta-se livre para fazer perguntas, descobrir tudo. Melhor saber tudo com antecedência do que acabar no abismo. Você pode até pedir para se familiarizar com a equipe, ouvir o que sua futura equipe diz. O preço do erro é alto: o lugar errado pode desencorajar todo o desenvolvimento e não permitirá que você entre neste mundo maravilhoso.

Conclusões

Escolher se tornar um TL deve ser uma decisão consciente, e não apenas porque você está cansado de escrever código ou deseja um salário mais alto. TL é o primeiro passo no gerenciamento de TI. Nesta fase, você pode entender se você gosta ou não. E se não, você sempre pode voltar para os desenvolvedores. Mas lembre-se de que se você trabalha com TL por um longo tempo, pode ser difícil voltar. TL não escreve muito código, o mundo, com a tecnologia, está mudando muito, a experiência é perdida. Pode acontecer que você volte e levará muito tempo para compensar o tempo perdido.

Este é certamente um trabalho muito interessante. Você terá que interromper seu pensamento e começar a pensar de uma nova maneira. E, é claro, saia da zona de conforto. Mas, então, você obtém uma valiosa experiência de gerenciamento, pode criar equipes e alcançar resultados para a empresa.

Tudo descrito acima vem com experiência. Livros e cursos não ensinam você a ser TL. Mas eles podem ajudar a contornar um número considerável de rakes.

PS: Obrigado pelo seu tempo! Peço que você não julgue rigorosamente, este é o meu primeiro artigo no hub Espero que ela seja útil para alguém. Eu tentei transmitir minha experiência pessoal. Eu ficaria grato por qualquer opinião. Mas isso é apenas o começo. Quero aprofundar os detalhes dos processos de desenvolvimento e gerenciamento da equipe e contar como os construí.

Meus outros artigos de gerenciamento de TI:
Equipe dos sonhos do nada: contratação de profissionais de TI
Como criar e gerenciar equipes de sucesso
Novo funcionário - vivo ou morto
Crescer, Líder de equipe, grande e pequeno