Olá, com este post, queremos ligar para o Timlids para conversar. Mais precisamente, para lançar o projeto “Timlid Call”, no qual, a cada duas a três semanas, nosso outro
poço Pyotr, Kirill
flashhhh e Artem
arasskosov chamarão um convidado interessante pelo Google Meet e falarão sobre um assunto delicado.
Na primeira edição, falamos sobre as dificuldades de contratar com Anton
ap_gubarev Gubarev, que há cinco anos gerencia equipes técnicas em um
site remoto e possui seu próprio canal de telegrama sobre como se sente. Abaixo, você encontrará um aperto de texto, além da versão completa do áudio e do YouTube da conversa.
1. Entrevistei cegamente
Anton: Já passou muito tempo antes de eu começar a usar o vídeo para uma entrevista. Ao me comunicar com outras empresas, sei que muitas continuam ligando sem vídeo, talvez apenas por telefone. O vídeo é realmente muito importante. Ao se comunicar cara a cara, é melhor ver as emoções de uma pessoa, o que ela pensa, porque é exibida em seu rosto.
Ao conduzir uma entrevista, definitivamente usaremos o vídeo: naturalmente, o entrevistado é avisado sobre isso, e a gravação permanece apenas conosco. Outros líderes de equipe podem revisá-lo: por exemplo, se uma pessoa não se encaixasse em uma equipe, mas pudesse se encaixar em outra, não haveria necessidade de puxá-lo novamente para que ele repetisse o mesmo. O líder da equipe Timlid assistirá ao vídeo e decidirá se deve ligar para uma pessoa para uma conversa substantiva. Por exemplo, um dos desenvolvedores,
seregazhuk , entrou na empresa
dessa maneira .
2. (Não) delegado à força
Alguém gosta não apenas de escrever código, mas de resolver toda a tarefa comercial até o fim. O que fazer com os desenvolvedores que realmente desejam programar exclusivamente, mas não querem fazer o produto, para ser honesto, não sabemos (mas teremos prazer em telefonar e discutir -
escrever ).
Anton: A principal tarefa do líder da equipe é formar uma equipe que possa "ir" sem ele. Sem uma pessoa a quem você possa delegar, nada funcionará. Nos primeiros estágios, digamos, aprendi com meus erros. Quando saí de férias ou acontecia outra coisa, o trabalho quase aumentava ou a produtividade caía às vezes. Portanto, com o tempo, comecei a tentar fazer de um funcionário quem pudesse me substituir: mas essa pessoa não estava pronta, não tinha inclinação ... Ou, literalmente, hoje, ele entrevistou uma pessoa. Ele me olhou muito surpreso quando fiz perguntas sobre funções gerenciais, sobre o impacto no produto: “Tipo, por quê? Há um líder de equipe que pode fazer tudo isso. ”
Até certo ponto, a empresa do produto também espera que os desenvolvedores desejem participar da vida do produto: dessa forma, uma pessoa será mais útil para sua equipe, e um líder de equipe em caso de emergência pode não ter tempo para fazer tudo. Assim, em cada entrevista, tentamos prestar atenção em como uma pessoa se relaciona com as funções gerenciais: que problemas ele resolveu em último lugar, se ele definiu tarefas, se falou com negócios, se realizou uma revisão de código etc. A partir disso, podemos concluir quem pode ser cuidadosamente levado à delegação, mas se ele mesmo pedir "me dê" - então, por favor.
3. Impressionou a utilidade de uma pessoa pela visibilidade (ou falta dela)
Quando um desenvolvedor chega até você, você pode ver o GitHub, no qual dois projetos abandonados de 2015 são test-task_1 e test-task_2. E, talvez, haja tanta informação que você possa sentar e ler artigos, códigos ou relatórios humanos por horas. Mas tudo isso é necessário?
Kirill: Quando eu tenho um grupo de vários desenvolvedores, primeiro quero falar com alguém que tenha um perfil sexy no github ou com alguém que tenha escrito um artigo que não seja nojento. Porque pensarei: "Sim, ele provavelmente está interessado no que está fazendo". Embora eu frequentemente trabalhasse com pessoas que não escreviam artigos, não falavam e não havia nada sobre elas na Internet.
Não revelamos nenhuma correlação entre publicidade e qualidade do trabalho humano. Ele pode ser um desenvolvedor talentoso que simplesmente não gosta de escrever código-fonte aberto, não tem tempo para um projeto - ou “o via”, mas o mantém em um repositório privado (talvez ele tenha três deles lá).
4. Pesquisando uma pessoa no Google
Anton: Quando eu era freelancer, costumava contratar os mesmos freelancers - e lá fui pesquisar no Google por críticas ruins. Foi justificado e aplicável. Quando você trabalha para uma empresa, não. Eu não coleciono dados pessoais - eu não entendo quem ele é amigo, para onde ele vai, eu também não olho as fotos dele.
Mas blogs, sites pessoais, canais de telegrama, comentários ou postagens em Habré, se uma pessoa os anexou, geralmente são interessantes. Lendo sobre o que uma pessoa escreve, vou entender como ela se relaciona com a tecnologia do hype, como se relaciona com o código legado. Por fim, entendo como ele se juntará à nossa equipe. Me deparei com uma pessoa, ele tinha um blog: havia muita política, obscenidades e tudo isso. É claro que uma pessoa, por assim dizer, é emocional. Portanto, isso deve ser levado em consideração: se você tem três tranquilos em sua equipe e alguém novo nos revendedores aumenta o balde o tempo todo, isso afeta a equipe.
A quantidade de informações sobre uma pessoa na Internet não afetará sua contratação de forma alguma: nenhuma conclusão final pode ser extraída dela. Mas ela ajudará a entender o que vale a pena esclarecer na entrevista. Antes de cada entrevista, o líder da equipe pode gastar de 20 a 30 minutos para fazer perguntas individuais para cada candidato - eles complementam a lista padrão do que o desenvolvedor está interessado. Às vezes, apenas ajuda a encontrar contato: se uma pessoa está envolvida em peixes de aquário, você pode iniciar uma conversa com isso - e após 5 minutos, a pessoa fica menos estressada, mais aberta e a conversa é mais eficiente.
5. “Então, hoje temos um contra um, vamos, sente-se, conversaremos”
Todo mundo tem um problema. Isso é normal. Para isso, eles criaram 1 para 1. Nem todo mundo quer compartilhar algo - mas o fato de uma pessoa não ter sugestões ou estar sempre "feliz com tudo" pode servir como um forte indicador de saúde. Ao mesmo tempo, às vezes uma pessoa pode pensar: "Estou sentado aqui escrevendo código, agora dói, não quero falar incompreensivelmente o que agora. Aqui, o formato das reuniões pregadas no chão não é adequado.
Peter: Eu tenho todas as reuniões do calendário, sou assim: “Então, reunião no calendário, estamos nos reunindo.” Uma pessoa tem a oportunidade de falar sobre o que se tornou doloroso, e é assim: "Sim, sim, sim, está tudo bem, ouça, a tarefa está queimando lá, vamos discutir melhor a tarefa". Como resultado, um em cada dez casos termina com uma conversa de coração: eles são tratados como um meio aglutinante, mas em algum momento eles disparam, simplesmente porque você entrevista regularmente. Ou seja, a conversa levou dez minutos e cinco minutos, mas a décima primeira levou duas horas e foi necessário. Minha pergunta é: como, se você tornar as reuniões irregulares, não perca o momento em que uma pessoa precisa se manifestar - porque ela mesma não inicia isso ".
Hoje, muitas equipes têm horários de reuniões flutuantes. Ou seja, as pessoas entendem a que ciclo vão - por exemplo, esta é uma semana - a data e hora específicas são discutidas no Slack. Às vezes, a reunião é espontânea: há um motivo para você escrever imediatamente "vamos ligar para você, agora vou discar". Isso, em particular, ajuda a não pensar em problemas com o princípio de "como reunidos, vamos discutir alguma coisa". Se as reuniões da equipe são realizadas uma vez a cada duas semanas ou um mês, por três a quatro dias o líder da equipe oferece intervalos de tempo: "Vamos discutir tudo o que aconteceu em um mês".
ps Obrigado a todos que leram. Teremos o maior prazer em conversar sobre assuntos delicados - escreva em um
telegrama ou pessoal, e o líder da equipe ligará)
pps Na versão completa da conversa:
Áudio
no Soundcloud- Parece que contratamos todas as pilhas completas do mundo. O que fazer
- Como viver se você precisar separar o front-end do back-end e o cliente desejar a tarefa ontem?
- "Tentei, não gostei" ou um resumo interessante