Às vezes, parece que o timlid é alguém ou algo como Snark, do poema de Lewis Carroll: certamente existe, é versátil e contraditório descrito em suas manifestações cotidianas e comerciais, mas, apesar de tudo, é um mistério. Para entender o quanto esse papel (líder da equipe, e não Snark) é significativo nas equipes de engenharia, quem é melhor para colocá-lo e que armadilhas estão ocultas no líder da equipe, o
Saint TeamLead Conf 2018 promete ajudar, que será realizado de 24 a 25 de setembro em São Petersburgo .
Um mês antes do evento, conversamos sem formalidades com o diretor técnico do projeto
Mos.ru ,
Roman Ivliev , que chefia o Comitê do Programa Saint TeamLead Conf 2018. Na conversa: quem são os líderes de equipe, como prepará-los corretamente, para quem e para que se preparar, o que devem fazer ser um círculo de responsabilidades e muito mais.
Ajuda
Roman Ivliev nasceu em 1982. Em 2005, ele se formou no Departamento de Cibernética, Instituto de Física de Engenharia de Moscou. Mais de 15 anos em TI. Especialização: altas cargas de trabalho, gerenciamento de equipes de tecnologia, treinamento.
Últimos locais de trabalho:
• Em 2009–2013, primeiro um engenheiro sênior, depois um gerente de projetos da Kaspersky Lab (ele foi responsável pelo suporte e desenvolvimento de sites corporativos - ambos b2c e b2b).
• Em 2014–2016 - Diretor de Tecnologia da Informação Banki.ru
• Ele assumiu a posição de CTO no projeto Mos.ru no final de 2016.- Há quase dois anos, você é CTO no projeto Mos.ru e, antes disso, trabalhou por muitos anos principalmente em organizações comerciais. Como, na sua experiência, está trabalhando como diretor técnico em uma estrutura governamental diferente de trabalhar na mesma posição nos negócios?- Do ponto de vista dos processos de produção, considere que não há diferença significativa. O sistema de definição de tarefas não é muito diferente do adotado em escritórios comerciais. A diferença de escala: geralmente um projeto do governo é um mecanismo enorme. Muitas pessoas estão envolvidas em seu trabalho, que têm o direito de tomar e tomar decisões. Para comparação: se no Banki.ru esculpimos cerca de cinco projetos internos, no Mos.ru, cerca de vinte pessoas podem estar envolvidas em um projeto comparável. Em uma organização governamental, o departamento de TI é um pouco mais difícil em termos de construção de comunicações externas: acontece que você tenta pegar a pessoa certa por meio dia - simplesmente porque a equipe é grande. Mas com aqueles com quem você precisa interagir regularmente, inclusive por meio da integração de serviços, estamos em uma curta etapa: nos conhecemos.
Em todos os cantos do Departamento de Tecnologias de Informação (DIT) da cidade de Moscou e em outras estruturas com as quais temos que interagir, nossas próprias regras do jogo e nossos problemas, como em qualquer organização enorme, pelo menos no mesmo Sbertekh. Nosso Mos.ru não é muito diferente do mercado b2c-services - exceto que não ganhamos dinheiro.
Claro, ainda somos dependentes da lei. E se traduzirmos um determinado serviço em formato eletrônico ou publicarmos um novo serviço, somente se houver uma estrutura regulatória apropriada. Digamos que equalize os direitos de quem registra no dentista na Internet e através do registro. Dentro do departamento, essa não é nossa área de responsabilidade. Às vezes, adiamos o lançamento devido a circunstâncias semelhantes, que não pudemos influenciar. Embora o negócio agora esteja na mesma bagunça.
- O que está por trás da fachada do Mos.ru?- Mos.ru é o portão. Um portal que reúne vários serviços. Sob ele, há uma redação que escreve sobre eventos na cidade e mantém um pôster. Existem seções que somos obrigados a ter de acordo com a lei, por exemplo, contendo informações sobre atos legais regulatórios e a estrutura do governo. Essas partes do recurso também são preenchidas por pessoas especialmente treinadas. Nós os preparamos para a mecânica do gerenciamento de conteúdo, eles o usam.
Ainda em nossa área de responsabilidade, há projetos especiais digitais. De fresco - feito isso para o parque Zaryadye.
Nós, relativamente falando, temos uma equipe de ciclo completo. Pegamos algo do lado, embora raramente. Outros serviços que residem no domínio
www.mos.ru , mas que não foram desenvolvidos por nós, mas por outras divisões do DIT, estão disponíveis no site devido a integrações internas. Nós os escondemos do usuário para que, para ele, qualquer transição dentro do portal seja contínua. Sentado no Mos.ru, você pode facilmente estar em outro sistema; no entanto, se você não entrar no código da página, não notará nada.
Os mesmos
serviços do governo da cidade (que podem ser acessados através do nosso site) estão envolvidos em uma equipe separada. Seus serviços, por sua vez, estão confinados a sistemas de TI específicos do setor: assistência médica, social e assim por diante.
- Quanto uma grande equipe está envolvida no suporte técnico do portal sob sua supervisão?- Vinte pessoas em desenvolvimento. Com uma dúzia em testes, incluindo aqueles envolvidos em automação. Adicione aqui a equipe de exploração e o DevOps. No total, até cinquenta, o número exato e a composição dependem das circunstâncias e da carga atuais.
- Como é construída sua hierarquia de gerenciamento técnico? Como estão divididas as áreas de responsabilidade?- Temos três áreas principais: desenvolvimento, teste, operação. A operação, por sua vez, é dividida em operação limpa e DevOps. Além disso, aqueles que interagem com os datacenters e os que estão envolvidos na automação são distintos, mas eles têm muitas tarefas comuns, então eu não os crie em campos diferentes.
O teste é implementado de acordo com o esquema de "teste como serviço". Há um grupo de testadores e seu chefe. Eles são nominalmente ligados às equipes, mas na verdade não são seus membros. Se necessário, transferimos testadores de tarefa para tarefa: esses caras são multifuncionais. A exceção é móvel. Enviamos pessoas especiais para testar aplicativos móveis e tentamos não puxá-los por nada: o trabalho deles tem uma especificidade acentuada.
Também temos o DevOps como serviço: as tarefas são definidas, priorizadas e, em seguida, executadas nos devops, que também não são bem fixos em algumas equipes. Da mesma forma, a operação funciona.
Mas o desenvolvimento é dividido em equipes em áreas funcionais. Temos dois tipos de equipes. O primeiro é altamente especializado. Em particular, aquele que faz a pesquisa. Não toca no frontend e na GUI: apenas no backend. Serrar seus próprios algoritmos, debruçar-se sobre o aprendizado de máquina, fazer feiticeiros, dicas, estatísticas, analisadores, correção de erros de digitação. Eles estão sentados em sua pilha de tecnologia e estão se conectando ao Mos.ru por meio da API. O serviço de pesquisa está conectado a qualquer parte do portal. Uma equipe separada aterrissou na direção de aplicativos móveis. Ela tem seu próprio back-end.
Ambas as equipes interagem com o "desenvolvimento principal" do DevOps, teste e operação.
O segundo tipo de comando é aquele que cria e suporta módulos Mos.ru separados, incluindo a GUI. Geralmente, existem cinco em cada um, com um máximo de seis funcionários, dependendo da direção. Nestes mini-grupos, há uma divisão clara entre front-end e back-end: no nosso caso, provou ser eficaz. A maioria dos backenders são desenvolvedores de pilha cheia, mas eu não os faço girar em duas pistas de dança ao mesmo tempo. Cada uma dessas equipes tem um líder de equipe.
- Então esta palavra soou. E o que esse Timlid faz?- Antes de tudo, ele é um estrategista em seu setor de frente - ele monitora o cumprimento das regras do jogo que estabelecemos. Nele - entre outras coisas - decomposição de tarefas, revisão de código, organização retrospectiva, educação para iniciantes.
Traduzido em fileiras militares, este é alguém como um sargento - o líder do esquadrão. Ele tem poderes e tem o direito de tomar decisões dentro da estrutura dessas soluções e padrões tecnológicos que adotamos em conjunto.
Além disso, os membros da minha equipe fazem parte da equipe de arquitetura. Essa não é uma estrutura formalizada e nem sempre em operação: surge quando a necessidade é amadurecida para surgir algo novo em termos de tecnologia. Então, todos os líderes de equipe, chefes dos departamentos de teste e operação e todos os outros que estão vitalmente interessados nas mudanças vão se encontrar comigo. Especialistas com diferentes competências, com diferentes visões sobre o cenário tecnológico, com diferentes posições, sentam-se em círculo. Eles discutem questões controversas, consertam acordos, criam uma arquitetura ou solução - e discordam.
Até recentemente, no Banki.ru e no Mos.ru, exclusivamente "costas" foram eliminadas dos meus companheiros de equipe. Como regra, um desenvolvedor sênior de back-end assumiu essa função. Mas no momento eu já tenho dois líderes de equipe do frontend.
Tudo está mudando. Tivemos que nos adaptar às realidades tecnológicas atuais e, como resultado, conseguimos o que chamamos de guildas.
Aqui está a questão: é difícil para o líder acompanhar o que está acontecendo no mundo de back-end em 2018 e vice-versa. Percebemos que as pessoas precisam cooperar em um nível horizontal, envolver-se em associações informais sem subordinação direta, mas com status - como fileiras em sociedades secretas, algo como um “mestre da ordem de back-end”. Os detentores desses “títulos” são pessoas que de fato tomam decisões gerenciais de natureza aplicada: mudaremos para o PHP 7.2, desenvolveremos o Angular ou é melhor apostar no React.
As guildas se reúnem regularmente - front-end separadamente, back-end separado. Eles se reúnem e descobrem quem é bom e quem é ruim, o que está na moda e é legal agora. Eles argumentam se o Webpack é realmente um chapéu chato que coleta um monte de tudo o que é desnecessário ou apenas precisa aprender a lidar com isso. Eles simplesmente não transbordam de vazio para vazio, mas no final chegam a uma solução prática.
Por fim, a equipe de arquitetura substitui meu arquiteto de sistema. Sim, eu não tenho um arquiteto de sistema.
- Que lugar o líder da equipe ocupa na sua equipe? Ele se reporta diretamente ao CTO ou há gerentes de nível médio?- Não temos um nível intermediário - aconteceu. Pela lógica das coisas, entre eu e os líderes de equipe, deveria haver um gerente de desenvolvimento. De fato, há chefes nos departamentos de teste e operação, e eu pessoalmente gerencio o desenvolvimento. Portanto, os Timlids se reportam diretamente a mim.
Um pouco mais complicado é o esquema de envio dos devops. Inicialmente, eu também os separaria em um grupo separado com meu chefe, mas os caras e eu ponderamos e decidimos que esse era um vínculo gerencial extra. Eles trouxeram o DevOps em vez do chefe do Kanban, e é por isso que eles estão extremamente satisfeitos.
- Quando você conheceu uma entidade como líder de equipe em desenvolvimento? Quando minha experiência pessoal foi convencida de que esse recurso é útil?- Em 2008, meus colegas e eu escrevemos software astuto em uma fábrica de defesa. Uma vez que enterramos o nariz pelo fato de ser ofensivamente simples: uma equipe de dez desenvolvedores não é capaz de produzir nada, mas é capaz de enganar e xingar. Então, pela primeira vez na minha vida, surgiu a frase “líder de grupo” - uma espécie de protótipo de líder de equipe.
A equipe de engenheiros foi dividida em dois, tendo designado uma pessoa responsável para cada um dos dois grupos. Eu fui um deles. O chefe de outro grupo e eu começamos a criar processos de desenvolvimento interno e depurar a interação entre as metades da nossa minie equipe. Juntos, transformamos o coletivo “tipo de rebanho” em duas unidades de combate eficazes. Eles começaram a distribuir tarefas entre eles e priorizar essas mesmas tarefas, planejar períodos mais longos e, no final, sincronizar o trabalho das equipes para evitar o tempo de inatividade.
No Banki.ru, a estrutura do departamento técnico também era "celular": as equipes eram controladas por líderes de equipe e, na maioria das vezes, com cinco delas entrei em contato diretamente, na ausência de um gerente de desenvolvimento. Assim como agora no Mos.ru.
Antes disso, na Kaspersky Lab, onde eu era responsável pelo trabalho de sites corporativos, várias equipes operavam sob minha gestão - multidisciplinar, com diferentes pilhas tecnológicas. Então, eu teria ficado ferido por minha mente sem os Timlids - os líderes dos grupos que me salvaram do tormento associado à construção de um panorama tecnológico com todos os detalhes. Eu interagi com eles no nível da ideologia e coordenação geral dos processos. E a construção das regras do jogo - como executar uma revisão de código, ajudar os mais jovens, enganar os mais velhos etc. - permaneceu em sua consciência.
E mais uma vez sobre o mesmo: com quem mais os Timlids compararam, se não com os sargentos? Nos Estados Unidos, todo o exército se apega a eles. Também não posso viver sem meus "sargentos". Pelo contrário, posso, mas com dor e através de um toco. Eles são meus olhos, ouvidos, mãos. Eles são os primeiros a levar meus desejos, sugestões e instruções "para as massas" e garantir que tudo isso seja implementado.
- Na sua opinião, um líder de equipe é uma profissão ou um papel situacional na organização, por analogia com o scrum master?- Agora tenho os dois na equipe. Uma coisa é quando as tarefas de uma equipe são basicamente as mesmas e as pessoas se movem em um único ritmo. Outra é quando em uma equipe n problemas são resolvidos em paralelo, onde n pode exceder o número de engenheiros em uma equipe. No segundo caso, o líder da equipe tem todas as chances de se transformar, mesmo que temporariamente, em um administrador natural, que "encaminhará" essas tarefas. Quanto a mim, isso é um papel e uma profissão.
Além disso, o mercado ainda está discutindo sobre quem é o pássaro timlid e quais são suas funções básicas. Todo mundo cria uma configuração que melhor lhe convier. Mais frequentemente, eles vêm de quais tarefas é necessária e apropriada para resolver em uma equipe específica. Por exemplo, no Banki.ru eu delegava a seleção de pessoal para os líderes da minha equipe: eles eram suficientemente “esclarecidos” para fazer as perguntas certas durante a entrevista, não apenas para determinar a qualificação do candidato, mas também para testar suas habilidades pessoais. Pouco a pouco, os caras bombearam e passaram de líderes técnicos comuns da classificação inicial para unidades dos seguintes níveis. No Mos.ru, gradualmente chegamos ao mesmo sistema. Os próprios caras estudam o currículo, olham para os candidatos, conduzem entrevistas técnicas. Frequentemente assisto a este estágio como espectador.
O timlid existe como profissão, a questão é preenchida. O líder da equipe é uma profissão? Absolutamente. Somente na ciência de foguetes é um, e na programação de outro, do ponto de vista das funções desempenhadas por seu representante e da variedade de tarefas que ele executa. Na empresa, onde cinco pessoas estão em desenvolvimento, uma. No escritório para 250 funcionários - outro.
O mesmo com o scrum master. Ninguém o incomoda por ser um back-end, front-end, testador ou mesmo escritor técnico. O principal é a capacidade de reunir as pessoas, organizá-las da maneira correta e organizar, reduzir ao máximo a entropia possível e incentivar os colegas a se moverem em um ritmo único e em uma direção.
- Vamos visitar o seu mundo perfeito. Quando uma equipe inclui um gerente de produtos, um gerente de projetos e todos, todos, onde é a responsabilidade do líder da equipe? Timlid gravita mais em direção ao "design" do que à "produtividade"?"Ele está mais perto do design, sim." Mas negócios são negócios, e processos de engenharia internos são processos de engenharia internos. Todo o sal é que sua principal área de responsabilidade é a organização do trabalho na “célula da sociedade”, que produz o produto final.
Mais precisamente, o líder da equipe tem dois pontos de foco. O primeiro é a própria organização do trabalho no micro-coletivo, desde a coleta de dados de entrada até a entrega do resultado. O segundo é o fornecimento de interações sociais dentro da equipe e o estabelecimento de sua conexão com a mais alta liderança de TI. Se houver um viés claro em uma direção ou outra, é besteira.
- O que o Timlid tem para controlar?- Em primeiro lugar, ele busca garantir que as regras do jogo, adotadas no nível da empresa, unidade, grupo de funcionários, sejam respeitadas em sua compensação. Existem regras para produzir um código, manter a documentação, realizar eventos gerais - o que significa que todos devem segui-los.
Em segundo lugar, ele fornece orientação técnica: ele é responsável pela decomposição de tarefas, sua implementação em desenvolvimento, com o objetivo de tornar sua implementação o mais fácil e compreensível possível e realmente monitorar sua implementação. Ele une a função subestimada e extremamente importante do líder da equipe - para garantir a integridade dos dados de entrada da equipe. Eu tenho esses caras em pé na entrada do seu mini-grupo como um filtro: se uma equipe recebe uma treta explícita em vez de TK, o líder da equipe pressiona o projeto ou o produto até que ele formule os requisitos corretos.
Quando necessário, a equipe lidera os recursos de exploração, como acesso à rede. E, claro, ele entende como é estruturada a parte do sistema em que seus colegas de equipe estão envolvidos, inclusive para ele fica claro como a integração funciona. Caso contrário, ele não poderá formular corretamente em nome de sua equipe as tarefas dos departamentos de teste e operação.
Terceiro, esse líder em caso de falhas de qualquer tipo, com o qual ele próprio não pode lidar, sinaliza-os imediatamente e os chama à atenção de pessoas que podem resolver o problema. Se a equipe não tem tempo, ele, mal o descobriu, aproxima-se do chefe e, sem desolação, admite: "Não temos tempo, porque somos" subestimados "" e lhe oferece soluções.
No Mos.ru, a amostra de 2018, o líder da equipe é responsável por garantir que as tarefas recebidas pela equipe sejam encerradas no prazo, dentro do orçamento especificado, com a composição atual de especialistas. Isto é ideal. Algo falha - ele imediatamente traz um problema que não consegue lidar com os recursos disponíveis e o "espreme" até que seja resolvido dentro da equipe ou um ou dois níveis acima. Pelo menos, não deixa o processo problemático por si só.
Assim, o líder da equipe é um gerente técnico de pleno direito, não um tipo de apêndice da categoria de "deixe estar".
- Que outras responsabilidades podem - ou deveriam - ser dadas aos cuidados de um Timlid?- Os timlids desempenham outra parte de suas funções com bastante frequência, dependendo das circunstâncias, eles prestam mais ou menos atenção a eles da organização. Por exemplo, um ajuste da metodologia de desenvolvimento: você, como líder de equipe, vê melhor se a metodologia escolhida para todos é adequada especificamente para o seu site. Muitas vezes acontece que não. Imagine que todo mundo está vendo uma GUI e você é um componente de serviço. Obviamente, seus processos não são iguais aos de seus vizinhos.
, «» : , , - «- ». HR-. , , , . . HR- .
, . , - . .
. - , , , . : , . , : «- , - ».
, — , , — . . , Mos.ru . , . - , . , «» , , , : , . , : , , .
— «», ?— , - . , . . — , , - . , code review, - , . , (, ). , Vue.js, PostgreSQL 10 «» . , , -, .
, . , , : , Sphinx Avito. .
, , — - , . . , , , .
- , . , , , .
— , ? , back-end front-end .— . , , , «», . «» , , , .
— — , — ? , ? «»?— , . . - , - — . . , , , . , IT — , . . : , .
CTO . — , ? , « — — » — , , , ? .
— , , , ?— , . , - . — . , . .
, , . . , : « PHP, Go, - -». , , .
, «», : , , .
. - , . - « ». , , .
— . . — . HR-. , . , ? , , . , , — - .
— . , . — .
, soft skills, , , , . , ? , . : .
— «» «-». , , . , ? ?— , . — — . , : « ». , . , — . .
Saint TeamLead Conf : , «», «».
, — — . , , , : « , — ». : , .
, , : : « , , — - ».
— ? ?— , , soft skills. , , , , , .
, , , , , . — , , .
— , , , ? ?— - . , . 7±2, , , , , ( ). -, — -.
— , ? ?— : , .
:
• . , , , , , .
• , , , , , , .
• , , .
— , IT , ?Não! . , «» IT-. , , : , «» .
TeamLead Conf, , «», , , , — , , — .
, , . , Mos.ru , . : . Banki.ru , , , , ; - .
— . , , , , review. .
, Saint TeamLead Conf, — . , , , , , .
— , TeamLead Conf , , ? ?— , , , - . , .
— , .
— IT , «» ? ?— . . , - - . , . - .
— ? « », , - ?— . , - : , , , IT-, . , « », .
«» —
HighLoad++ , ++, «» — Whale Rider Aletheia Business. « »: , , , .
, Saint TeamLead Conf . , ?
Os materiais da primavera do TeamLead Conf foram totalmente publicados no nosso canal do YouTube . Também aparecerá um vídeo da nova conferência, mas em alguns meses. Inscreva-se se você não quiser perder.
Todas as nossas notícias sobre gestão e empreendedorismo, coletamos no boletim. Inclui: publicação de artigos e transcrições, vídeos abertos, palestrantes legais e outras utilidades. Se estiver interessado, inscreva-se .