Eu me tornei um líder de equipe duas vezes
Tenho essa característica: tentar estabelecer a ordem perfeita em tudo, sistematizar, construir processos. Então, sempre fui atraído para assumir mais do que apenas escrever código. Minha primeira startup, vamos chamá-la de "T", foi um caos total no processo de desenvolvimento.
Agora eu dificilmente começaria a trabalhar lá, mas era muito atmosférico. Apenas imagine. Muitos clientes paralelos. O gerente foi diretamente (e pontualmente) aos desenvolvedores. Freqüentemente, perdemos os prazos anunciados e ficamos acordados até tarde. Lembro-me de que um dia o patrão ligou às 20 horas e pediu-lhe que viesse trabalhar para ajustar o recurso para o cliente, pois “anunciou o prazo amanhã de manhã”. Mas na T, éramos uma família.
E eles fizeram tudo sozinhos - o melhor que podiam. Lembro-me de colocar o Ubuntu em um servidor de rack que um dos investidores nos deu. Quando o liguei, ele fez o som de um helicóptero decolando!
Lá, cresci até o status de diretor de tecnologia e trabalhei com uma equipe de 10 pessoas. Na verdade, o primeiro, por capricho, a experiência de liderança de equipe aconteceu lá.
Em "D", onde vim como desenvolvedor, as coisas eram diferentes - principalmente no que dizia respeito a processos.
A empresa implementou o Scrum clássico: sprints claros, gráficos burndown, demos, planejamento, pontos da história, preparação para preparar o sprint futuro. Fiquei maravilhado com a qualidade do processo, escrevi o código discretamente e observei como tudo funcionava. Então ele se tornou amigo do Scrum Master e começou a lançar perguntas para ele. Ele respondeu ansiosamente e compartilhou livros legais.
Lembro-me especialmente de "Scrum e XP: Notas da Linha de Frente", de Henrik Kniberg. O processo em "D" foi construído próximo a esta metodologia: como resultado, todos os gerentes e vendedores sabiam perfeitamente quando o resultado seria.
Eu também entrei na Skyeng como desenvolvedor. Ao contrário de minhas outras empresas, a integração contínua é implementada de forma excelente aqui: todos os dias, recursos são lançados para produção. Na minha equipe, o processo mais se assemelha ao Kanban.
Tínhamos um excelente líder de equipe Petya. Em ligações individuais, poderíamos discutir tudo: desde problemas com o não cumprimento de prazos até configurações do rastreador de tarefas. Às vezes, eu apenas fornecia feedback, às vezes aconselhava algo.
Então Petya viu através de mim e aprendeu sobre a experiência de liderança de equipe na T e Scrum de ensino à distância na D.
Em algum momento, ele sugeriu que eu levantasse.
A operação "sucessor" no meu caso ficou assim e levou 6 minutos)
E uma semana depois descobriu-se que uma nova direção estava sendo aberta na empresa, e Petya com uma parte da equipe foi para esse projeto. Os caras restantes precisam de uma nova pista.
Tudo acontece por si só, como se a invisível Lei da Atração o empurrasse na direção da liderança de uma equipe.
Quando uma empresa precisa de um líder de equipe e todos pensam "Onde posso consegui-lo?", Eles costumam tirar dos caras que:
- melhor organizado
- são rapidamente envolvidos nos processos e ideias da equipe,
- motivado e ganhando credibilidade aos olhos de outros desenvolvedores.
Essas pessoas são rapidamente notadas na gestão, de fato, portanto, quando surge uma vaga, eles vão até ela. Então funcionou para mim e pelo menos para vários colegas de outras empresas com quem conversei sobre esse assunto. E é engraçado que todos notaram que a transição não exigiu quase nenhum esforço.
Precisamos explicar aqui quem é o líder da equipe em nosso caso.
, (, - , ). : , . , .
Skyeng :
Skyeng :
Mas uma coisa é assumir as tarefas de um líder de equipe e outra é lidar com elas.
O que mudou e como lidei com isso
Os primeiros dias você vive com uma sensação de euforia, triunfo e deleite. Ainda assim: você está à frente de toda a equipe, uma aposta é feita em você, você tem mais oportunidades e responsabilidades! Vários anos se passaram desde que deixei a T, ganhei experiência, analisei meus erros, vi processos e metodologias avançadas e trabalhei neles. Tudo isso me deu força e confiança para a segunda entrada na liderança de equipe.
Porém, com o passar do tempo, a sensação de euforia foi passando e a vida cotidiana começou. Aqui está o que percebi.
Você precisa estar mentalmente preparado para sair do "Zen todas as noites" ... e fazer amizade com o "trimestral". O resultado do trabalho de um líder de equipe geralmente não é visto em um dia ou mesmo uma semana. Isso é tanto um ponto positivo quanto negativo.
Em seu relatório "Avarias e avarias durante a transição de engenheiro para líder de equipe", Artem Kalichkin vai direto ao ponto, dizendo que "os programadores são uma das pessoas mais felizes do mundo".
Quando você é um desenvolvedor, todos os dias você tem um build compilado, uma tarefa concluída, um novo recurso em produção - e há um certo prazer nisso. Uma espécie de Zen: eu fiz o trabalho, você pode ir descansar à noite com tranquilidade.
O líder da equipe raramente tem algo a compartilhar no stand-up: porque ontem você “fez o planejamento, foi nos telefonemas, leu o mail e acrescentou tarefas à carteira”. Resultados como uma nova seção em um site ou um grande recurso em um aplicativo são compostos de pequenas etapas pelas quais você e sua equipe passam todos os dias. Durante esse tempo, você não pode escrever uma única linha de código, mas, em geral, arrastará um volume de trabalho tão grande que nunca teria dominado durante esse tempo.
Por exemplo, minha equipe fez uma seção de Tópicos de estudo para o aplicativo Skyeng no iOS e Android: implementamos um mapa de nível de exercício, uma escala de energia para diferentes categorias de alunos, metas diárias, rastreadores de progresso de tarefas, diferentes mecânicas para cartões de tarefas, dublagem e muito mais.
A mesma seção no apêndice.
Você pode estimar o número de telas e a mecânica de uma lição no GIF: o movimento é acelerado
Esta é em grande parte uma história sobre delegação. Você precisa lutar contra o hábito de fazer tudo sozinho. Basicamente, para se tornar um verdadeiro líder de equipe, você precisa aprender a programar com as mãos dos desenvolvedores de sua equipe.
Um líder de equipe inexperiente pode facilmente se tornar o "gargalo" de uma equipe . Quanto menos o desenvolvedor se distrair do trabalho, mais ideal será o resultado e a equipe. Portanto, ele tem um acúmulo de tarefas com prioridades, um stand-up stand e algumas outras reuniões por semana. E se você precisar agendar um novo recurso para o trabalho, um bug crítico for encontrado, o dispositivo não funcionar ou a equipe tiver uma dúvida, eles puxam o líder da equipe. Para que tudo e todos funcionem, é preciso se comunicar muito.
« -» — , - .
Aqui, quero dizer
As práticas que aprendi ajudaram a eliminar a desfocagem. Avisei a todos que verificaria as ligações recebidas 1-2 vezes ao dia, comecei a marcar dias sem reuniões e ligações, planejei minha jornada de trabalho por escrito (até tentei introduzir essa prática na equipe, mas os desenvolvedores não gostam disso). Mudei as prioridades apenas se algo realmente crítico acontecesse. Como resultado, as coisas que planejei não foram mais adiadas.
Em geral, tive que quebrar meus hábitos e dominar com urgência um monte de técnicas úteis.
As habilidades de que um líder precisa não são desenvolvidas durante o desenvolvimento. Como líder de equipe, você se torna um participante ativo na relação comercial entre negócios e desenvolvimento. O objetivo de qualquer empresa é o lucro, portanto, o cliente deseja obter muitos recursos de alta qualidade do desenvolvimento em um curto espaço de tempo. Os desenvolvedores se esforçam para oferecer qualidade, mas não têm pressa. Nesta foto, o líder da equipe deve manter o equilíbrio certo entre qualidade, velocidade e volume de tarefas a serem resolvidas.
Para isso, é preciso construir uma relação de confiança com o cliente, para que ele entenda o que a equipe está fazendo, quanto tempo leva para cortar esse ou aquele recurso, tenhamos tempo ou não, o que fazer para ter tempo. Você precisa desenvolver essas "habilidades pessoais" e, ao mesmo tempo, defender com firmeza a posição e os princípios da equipe. E também pense em processos, formatos, arquitetura de pipeline: como as tarefas chegam até você, como são executadas, como são corrigidas, como vão para a produção.
Claro, as próprias habilidades podem ser desenvolvidas. Mas você precisa estar preparado para que isso leve a uma certa transformação da personalidade.
Chega de liderança de equipe: como não se perder e se reencontrar
Dois anos atrás, eu acreditava que o líder da equipe era o próximo passo na evolução de um programador. Agora eu acho que este é outro ramo paralelo de desenvolvimento. O resultado da transição é altamente dependente de cada pessoa - e você não saberá até tentar.
Essa função precisa ser testada. E nem um mês, nem dois. Pelo menos seis, eu acho. Ainda melhor - um ou dois anos. Há uma grande probabilidade de que seja difícil, você deseje voltar sem obter um resultado. Aconselho você a definir um prazo para si mesmo e dizer: “Não tiro conclusões intermediárias antes do final desse prazo. Vou testar e no final vou tomar uma decisão, seja minha ou não. " Pessoalmente, eu fiz exatamente isso.
Depois de trabalhar como líder por um ano e meio (de setembro de 2018 a fevereiro de 2020), decidi conscientemente deixar essa função e voltar ao desenvolvimento. Ao mesmo tempo, líder da equipe, canalque li cresceu como um CTO em minha empresa.
Estamos sempre remotos, a principal comunicação é no Slack: então “todos os movimentos são registrados”. Tudo saiu como na foto: o colega que propus está se testando como líder de equipe e eu estou curtindo o "zen da noite" na estrutura de outra equipe.
E neste verão, com alguns outros caras que seguiram um caminho semelhante, fizemos um encontro interno sobre nossa experiência. E a pergunta mais importante que surgiu entre os ouvintes: ok, como entender, quando você pensa em onde se desenvolver mais, o papel do líder da equipe é seu ou não?
Então surgiu a ideia de discuti-lo em um formato público com:
- Egor Tolstoy (Podlodka podcast e cursos) - optou pela gestão de produtos e falará sobre o momento em que percebeu que estava cansado da liderança de desenvolvimento,
- Vadim Martynov (Kontur e a comunidade RndTech) - ele voltou aos desenvolvedores e contará como ele se retreou para escrever código e como tudo isso afetou as finanças,
- e Eugene Kot (Wrike e a mesma palestra sobre dores de liderança de equipe) como moderador.
Tudo acontecerá online na próxima quarta-feira (2 de setembro) às 19h Moscou / Kiev / Minsk no YouTube: os espectadores terão um bate-papo e uma oportunidade simples de ligar por voz. E se você ainda tem força, vamos conversar no zoom.
Aqui você pode adicionar um lembrete ao seu calendário .
Participe da discussão "MoreNeTimlead" ou assista na gravação. Espero que nossa experiência seja útil para você, porque há dois anos também pensei que ...