Quem é o techlide e por que a equipe precisa dele

Escrevemos recentemente como iniciamos uma conferência inteiramente dedicada a processos e práticas de engenharia. Nosso objetivo é reunir em um só lugar profissionais que desenvolvam liderança técnica da empresa, produto e lhes dê a oportunidade de compartilhar experiências, discutir suas tarefas e problemas da indústria e, juntos, encontrar novas abordagens. Pensamos por um longo tempo o que une essas pessoas como reconhecê-las. E eles perceberam que eram tecnlides. São eles os responsáveis ​​pelo vetor tecnológico, implementam as mesmas práticas de engenharia e configuram processos.

Mas em nossa indústria, mesmo a classificação de cargos juniores / médios / seniores é enormemente diferente de empresa para empresa. O que podemos dizer sobre o suporte técnico, que não é uma posição, mas um papel. Portanto, decidimos descobrir o que eles investem nesse conceito com mais frequência. Ao mesmo tempo, descrevemos as áreas de responsabilidade, formulamos as principais habilidades técnicas e, finalmente, entendemos como o técnico difere do líder da equipe (Spoiler: líder da equipe também é um papel, para que uma pessoa possa ser líder de equipe e líder de equipe. E talvez não).


Isenção de responsabilidade: como parte do artigo de qualquer especialista envolvido no desenvolvimento de um produto de TI, chamamos um engenheiro para não fazer uma reserva a cada vez: programador, testador, engenheiro de operação, etc.

O artigo é baseado na experiência do Comitê do Programa, apoiada em 50 entrevistas com produtos que realizamos. Isso não pode ser considerado um estudo em larga escala de todo o setor, mas nossa amostra é representativa o suficiente para observar algumas características.

Vamos começar com o principal.

Tehlid é um papel


Além disso, muitas vezes - informal. Quando um engenheiro é da equipe o mais experiente e proativo, ele se torna um líder informal e começa a se afogar para melhorar as práticas de engenharia. É isso, ele já é um technid e, como regra, não há como voltar atrás.

Se você se aprofundar ainda mais, essa é uma mentalidade e uma atitude especial em relação à responsabilidade, à proatividade. É difícil inculcar essas qualidades a partir do zero, mas você pode criar condições favoráveis ​​para que elas se manifestem. Portanto, se você vê olhos ardentes, ajude-os a não desaparecer.

Em geral, provavelmente na Rússia, os techlides logo se tornarão um post. Porque deve haver uma pessoa na equipe que dedica a maior parte do tempo a melhorar a eficácia da equipe, não apenas do ponto de vista das pessoas e de sua interação, mas do lado técnico.

O que o techlide faz


Obviamente, isso depende muito das especificidades da equipe e da empresa e da direção do próprio líder. Provavelmente, não se deve esperar ajuda do desenvolvimento móvel do desenvolvimento móvel na implantação do Kubernetes (mas isso também acontece :)). Identificamos tarefas de nível superior que são independentes da pilha:

  • Define uma pilha de tecnologia para projetos ou tarefas específicos.
  • Assume a responsabilidade pela implementação de novas abordagens para o desenvolvimento, teste, entrega e seleção de novas tecnologias.
  • Cria processos (por exemplo, CI / CD, revisão de código), implementa e desenvolve práticas de engenharia.
  • Minimiza os riscos para o desenvolvimento de produtos associados a limitações técnicas, supera os bloqueadores técnicos para os negócios.
  • Define a estratégia tecnológica para o desenvolvimento de um projeto ou produto, trabalha para o futuro.
  • Responsável pela qualidade da implementação do produto.
  • Desenvolve habilidades técnicas dos membros de sua equipe.
  • Ele resolve tarefas tecnicamente complexas que outros engenheiros da equipe não conseguem resolver.

Em geral, isso pode ser definido como "elevar o nível de excelência técnica". Para fazer isso, você deve tomar muitas decisões técnicas e criar condições para que a equipe possa tomar e implementar algumas delas independentemente.

Tehlid deve se concentrar não tanto na decisão técnica a ser tomada, mas em como ajudar a equipe a tomar as decisões técnicas corretas. Não como cortar o recurso X, mas como ajudar a equipe a torná-lo "2 vezes mais rápido, 4 vezes mais barato e sem erros".

Nesse sentido, o trabalho técnico aumenta a eficiência da equipe de desenvolvimento: o tempo de produção diminui, o teste é mais rápido, a equipe permite menos erros e o nível da dívida técnica diminui. Sem alguém que se preocupa com a qualidade e a adequação das soluções técnicas, apenas o sucesso a curto prazo pode ser alcançado. A dívida técnica das soluções de curto prazo funciona como um empréstimo - em algum momento, a empresa simplesmente pagará mais juros do que pelo valor principal. Portanto, é muito importante equilibrar o desejo da empresa de obter mais funcionalidade da empresa e defender os interesses da equipe no direito de escrever um bom código.

Se ninguém na empresa se responsabilizar pela qualidade do produto, não será possível garantir que esse produto (se é claro que essa abordagem pode sobreviver) não enfrentará tempo de inatividade, perda de dados do cliente ou, pelo menos, refatoração em larga escala. Por outro lado, uma solução técnica oportuna pode economizar milhões de negócios.

As principais qualidades da técnica


Sobre o conhecimento e o nível de conhecimento técnico do Comitê de Programa, as opiniões foram divididas. A experiência de alguém sugere que o techlide é o engenheiro mais forte da equipe e alguém conheceu o jones desempenhando o papel de techlide em um problema específico. Portanto, vamos insistir no fato de que a techlide deve entender o lado técnico o suficiente para não construir bicicletas desnecessariamente e ser capaz de entender com precisão tudo o que é necessário. E então - situacionalmente, dependendo do que ele faz.

Mas em que qualidades as pessoas técnicas deveriam ter no sentido mais amplo, os colegas foram bastante unânimes. Para o TechLead Conf, prepararemos um mapa detalhado do desenvolvimento de competências técnicas, mas a base de nível superior foi muito impressionante.

  • Capaz de ver problemas, percebe na rotina diária que precisa ser aprimorada.
  • Ele não é indiferente aos processos da empresa e às decisões tomadas.
  • Pronto para assumir a responsabilidade pela tomada de decisão.
  • Ele pensa sistematicamente para tomar decisões de longo prazo e trabalhar em condições de incerteza.
  • Claramente transmite seus pensamentos e justifica a utilidade das mudanças propostas.
  • Ele é um líder, sabe como liderar pessoas e ensinar o que ele pode fazer.
  • Ele leva em consideração a opinião de seus colegas e sabe negociar e, às vezes, defende firmemente sua posição.
  • Ele pode entender rapidamente a área de assunto e entender como as soluções técnicas afetam a vida real.
  • Ele tem uma visão ampla, mantém um dedo no pulso da tecnologia moderna.

E o técnico, como qualquer especialista de alta classe, deve pensar em como ele pensa. Deve entender os modelos mentais e ajustá-los.

O techlide deve funcionar com as mãos


A resposta curta é sim. Caso contrário, ele perderá contato com a realidade, as habilidades começarão a se degradar e isso certamente não agregará credibilidade à equipe. Se estamos falando de suporte técnico, cujo papel é desempenhado pelo engenheiro mais experiente, ele pode ser um "treinador de jogo". Nesse caso, os colegas verão o efeito do trabalho. E aprender pelo exemplo é uma das opções mais confiáveis ​​para a implementação de qualquer prática: do uso do linter, da leitura de livros úteis ou do discurso em conferências.

Por outro lado, se a maior parte do tempo é dedicada diretamente ao desenvolvimento, pode não haver o suficiente para algo da nossa primeira lista de tarefas técnicas. Em certas etapas da formação de uma empresa, a pesquisa técnica pode ser dominada, por exemplo, por pesquisa ou orientação. Então é improvável que a equipe conte com o técnico para realizar algum tipo de tarefa alimentar. Às vezes, ele pode trabalhar com alguém em um par, contrabandear código-fonte aberto ou experimentar um projeto de estimação. O principal é "não perca o controle" e domine as novas pilhas de tecnologia.

É possível sem tehlida


É possível, mas não por muito tempo. Numa Stagnaciland hipotética, talvez existam empresas com processos de desenvolvimento estabelecidos que atingiram um nível de renda que lhes convém e que não vão crescer. Eles podem se dar ao luxo de não mudar nada. No mundo real, você não será capaz de ficar parado; os vizinhos do setor estão se movendo tão rápido que você não quer, mas precisa se adaptar, introduzir um novo e promissor.

A necessidade de uma pessoa que se preocupa com a qualidade e que toma a iniciativa de implementar práticas de engenharia é ditada pela indústria. Além disso, essa necessidade surge assim que a equipe de desenvolvimento aparece e alguém imediatamente começa a desempenhar esse papel. Vale lembrar disso ao criar uma nova equipe: deve haver uma pessoa com as competências técnicas necessárias. É melhor que a empresa saiba claramente quem desempenhará esse papel e considere isso ao contratar. Caso contrário, o papel do techlide pode estar nos ombros de uma pessoa que não corresponde a ela, mas simplesmente fala mais alto.

Podemos dizer que, no início de um produto, é necessária uma empresa no campo de TI de techlides. Começando com o lançamento do MVP, as empresas geralmente esquecem que provavelmente se tornarão uma dívida tecnológica. No início da jornada, não depende da qualidade tecnológica,portanto, mostraremos na conferência como evitar esse problema .

Mas também com o desenvolvimento do projeto, que, se não a techlide, monitorará o bem-estar tecnológico da empresa, que garante que em alguns meses eles não terão que mesclar a maior parte do orçamento e prazos para a correção. Sim, até novos recursos sem ele aparecerão muito lentamente. E, no futuro, sem o techlide, até o produto mais conveniente e de alta qualidade poderá transformar você em você mesmo, que os clientes e os desenvolvedores odiarão.

Você diz, e a responsabilidade da equipe? E ninguém diz que o papel não pode ser distribuído. Muitas vezes, é borrado e, então, podemos dizer que não há um único líder, mas um líder no front-end, um líder em desenvolvimento móvel, um líder em testes, etc. Ou seja, a techlide é responsável por sua área de domínio, por um produto ou projeto.

Assim, uma equipe ou empresa pode ter qualquer número de teclados. Uma voz da platéia sugere que o número ideal de teclados na empresa é de 42. Bem, porque toda essa enorme quantidade de conhecimento não se encaixa em uma cabeça e toda a responsabilidade sobre um dos ombros não se sustenta. Até o ponto em que, se uma equipe que começa como uma startup trabalha em uma composição estável há vários anos, compartilha todas as suas competências, todos alcançam o formato T perfeito e todos confiam um no outro para tomar decisões técnicas, então pode não haver um líder. Não há Tekhlids nessa equipe e, ao mesmo tempo, todos desempenham esse papel.

Como o techlide difere de outros papéis e postagens


Obviamente, comparar engenheiro técnico e sênior não está totalmente correto, porque um é um papel e o segundo geralmente é uma posição. Senior pode muito bem ser tálida, mas pode não ser. Abaixo, estamos tentando determinar como o engenheiro no papel de techlide difere daqueles que não desempenham esse papel, mas também possui um alto nível de conhecimento e responsabilidade.

Não leve essas comparações muito a sério, sabemos que em diferentes empresas tudo pode ser diferente. Mas se você ainda perceber que a maioria das características técnicas é relevante para você e, ao mesmo tempo, não se considerar a elas, então seja bem-vindo ao clube :)

Tehlid vs Senior

Engenheiro seniorTekhlid
Um jogadorJogador da equipe.
Frequentemente experimentado em uma direção de desenvolvimento.Analisa o desenvolvimento de maneira mais ampla, pode resolver problemas na junção de direções.
Na maioria das vezes, o trabalho desenvolve a funcionalidade do negócio.Poucos escrevem diretamente o código, talvez ele não crie recursos para os negócios.
Responsável pelo seu código.Responsável pela qualidade do produto como um todo.
Desenvolve sua experiência, profundamente versada em detalhes.Desenvolve as habilidades técnicas da equipe, compartilha sua experiência o máximo possível.
O conhecimento profundo e a auto-suficiência de um engenheiro sênior são muito úteis em uma equipe. Mas se a equipe consistir apenas de estrelas únicas, é improvável que o trabalho em equipe tenha sucesso.

Tehlid vs Timlid


A diferença entre techlide e timlide é a mais óbvia e a mais vaga. Se você perguntar sobre essa pessoa que combina as duas funções e é chamado, por exemplo, de gerente de projeto, o testemunho será confundido.

Porém, se nos voltarmos para a experiência de empresas nas quais uma equipe tem líder e técnico, entenderemos que o líder trabalha com pessoas e se concentra nos processos de comunicação de uma equipe, líder de equipe com recursos e processos de engenharia. É improvável que Tehlid monitore se Petya se queimará e é realmente conveniente para Seryozha trabalhar com Vasya. E também as questões de compra de equipamentos, participação em conferências, formação de equipes, salários e bônus - isso definitivamente não é para a techlide.

Acontece que o tehlide pode não ser um timlide, mas um timlide pode ser um teclide. Por outro lado, o líder da equipe pode não ter um conhecimento tão profundo e a equipe técnica é definitivamente necessária.

Portanto, em nossa conferência, não haverá relatórios de habilidades simples sobre como conduzir 1 para 1 e criar relacionamentos de confiança em uma equipe - isso deixará o TeamLead Conf . Discutiremos como selecionar e implementar práticas de engenharia adequadas, como alcançar a excelência técnica e criar processos de engenharia.

Tehlid vs CTO


Tudo é simples aqui. Nas pequenas empresas, pode ser a mesma pessoa: alguém com mais conhecimento técnico e pensamento estratégico. Nas grandes empresas, as estações de serviço já têm outras preocupações; portanto, são necessárias pessoas no local que possam desenvolver produtos ou plataformas de forma independente. Desde o momento em que a empresa possui mais de três equipes de desenvolvimento suficientemente independentes, a estação de serviço determina a linha geral, toma as principais decisões arquitetônicas ou ajuda a encontrar uma saída se as equipes não concordarem. O STO, de fato, gerencia teclides que operam em um nível mais local.

Então (talvez até você criar o CTO Conf), haverá muita utilidade na conferência TechLead Conf para CTO. E, claro, isso não é apenas relatórios, mas também a oportunidade de discutir abordagens modernas e áreas problemáticas da indústria com outros especialistas técnicos e CTOs.

Como se tornar um técnico


Se você tiver essa pergunta (e mais ainda, você leu até esse ponto), metade do trabalho está concluído. Como entendemos hoje, a techlide é o engenheiro mais proativo e responsável da equipe. Portanto, você não precisa ficar parado, não ter medo de avançar, assumir a responsabilidade, se interessar pelo mundo ao seu redor e construir a experiência mais diversa.

É isso que o comitê do programa TechLead Conf recomenda prestar atenção:

Alik Kurdyukov (UnitedTraders): Primeiro, é necessária a auto-organização. A iniciativa não terá utilidade se você usar seus recursos de maneira ineficiente. Na minha opinião, o melhor livro em russo sobre esse assunto é "The Jedi Techniques", de Maxim Dorofeev ( os conceitos básicos podem ser encontrados no relatório de Maxim Dorofeev sobre o RIT ++) Em segundo lugar, você precisa defender suas decisões - os materiais de vendas ajudarão, por exemplo, o livro "Primeiro diga" Não ", de Jim Camp.

Alexander Matveev (Avito): Envolva-se no que faz. Constantemente desenvolver, ler livros e artigos, tentar aplicar o conhecimento adquirido na prática é um pré-requisito. A experiência de aplicar abordagens e práticas se acumulará gradualmente e permitirá alcançar uma nova qualidade. E, paralelamente, é necessário desenvolver um pensamento estratégico para melhor enxergar as perspectivas de certas soluções técnicas.

Evgeny Sabirov(TELEMED.CHAT, GK HOST): Primeiro você precisa de uma certa mentalidade: em cada momento específico do desenvolvimento de processos, entenda o que pode ser feito melhor e devido a quê. E então já estudaremos as rotas específicas com as quais você pode chegar a esse "melhor amanhã". Quanto mais rotas forem dominadas, mais rápido será novo.

Evgeny Dubovik (Cinimex): Você precisa ser o cara / garota mais autoritário, tecnicamente mais experiente e pró-ativo da equipe. E, ao mesmo tempo, aproveite o fato de que você precisa arrastar o piano, no qual outras pessoas tocarão.

Anton Bevzyuk(Raiffeisenbank): Não fique parado e aprenda constantemente o que é interessante para a própria pessoa. Desenvolver duas mãos: estudar práticas modernas de engenharia, ferramentas, estruturas e disciplinas clássicas de programação, sobre como escrever um código limpo de maneira correta e limpa.

Viet Nguyen (MegaLabs): Para ampliar seus horizontes e ajustar constantemente seus modelos mentais e ferramentas de pensamento - comece agora !

Evgeni Ivanchenko (DODO PIZZA): Para se tornar um técnico, você precisa mergulhar profundamente na área do domínio. As ferramentas e tecnologias usadas nesta área. Bombeie as habilidades necessárias e não tenha medo de assumir a responsabilidade.

Julia Dolbilova(DODO PIZZA): Como se tornar um líder em tecnologia, os palestrantes de nossa conferência contarão melhor.

Venha para o TechLead Conf , veja como os teclados vivem em diferentes empresas e você pode definitivamente avaliar o que mais pode ser bombeado. Ou, se você deseja compartilhar suas melhores práticas e chamar a atenção para os aspectos do líder técnico que lhe parecem mais importantes, envie-nos uma solicitação de relatório . Embora possam ser resumos curtos com as idéias principais, nós, no Comitê de Programa, ajudaremos a tornar o relatório o mais útil possível, precisamente para o público dos teclídeos.

Conecte-se ao canal de telegrama e bate - papo da conferência - publicamos notícias no canal, discutimos-as no bate-papo e perguntamos sua opinião sobre os tópicos e relatórios futuros do TechLead Conf.

All Articles