Novo funcionário - vivo ou morto

Olá pessoal! Continuo falando sobre a experiência de gerenciamento em TI. Hoje falaremos sobre a introdução de um novo funcionário para a equipe. Você contratou um engenheiro. Quando será uma unidade de combate completa? O que fazer para acelerar sua adaptação? Como otimizar esse processo? Afinal, vale a pena prestar atenção e gastar tempo?


Começarei com a resposta para a última pergunta: definitivamente sim. Não importa quão experiente seja um especialista, ele precisa de tempo para se aprofundar nos detalhes técnicos de um projeto específico, se familiarizar com o processo de desenvolvimento e finalmente conhecer novos colegas. Isso é realmente importante para a empresa: quanto mais rápido ele começa a resolver completamente os problemas, mais rápido começa a beneficiar a empresa.

Acredito que inserir um novo funcionário na equipe é um processo extremamente importante e, quanto mais depurado, mais rápido o recém-chegado se torna um funcionário de pleno direito e menos tempo você gasta nele.

Transformação do iniciante ao colega

Quando trabalhei em um agregador de serviço de peças de reposição usadas, levou três dias para apresentar novas pessoas à equipe. Depois disso, eles e os outros resolveram as tarefas atuais em igualdade de condições, participaram de discussões e brincaram com os colegas da máquina de café. Mas eu não vim a isso, é claro, imediatamente, no começo eu tinha que preencher os obstáculos e ganhar experiência. Só então eu formei os princípios básicos para mim e construí o processo.

Aqui estão as principais nuances que aprendi por mim da prática de gerenciamento de equipes.

1. A entrada de uma pessoa em uma equipe deve começar com uma introdução ao projeto. E isso eu já fiz na entrevista. Eu sempre tinha preparado uma história de 10 minutos sobre a empresa como um todo, o que ela ganha, como o serviço funciona, a estrutura dos departamentos e muito mais.
2. Preparação do local de trabalho e criação de condições de trabalho confortáveis. No primeiro dia, uma pessoa deve se sentar em sua mesa com uma cadeira ou poltrona confortável e ligar um computador já configurado. Não tem tempo para preparar tudo isso? Você não pode, isso realmente precisa de atenção.
3. Abordagem individual. Por exemplo, para criar conforto (e é necessário, especialmente em condições de estresse, quando se muda para um novo emprego). É bom perguntar sobre preferências em termos de sistema operacional e teclado / mouse. Talvez você seja o primeiro empregador a oferecer isso. E isso elevará sua empresa aos olhos do funcionário.
4. Conhecimento correto com a equipe. Não basta apenas imaginar os nomes de todos os funcionários e ir aos locais de trabalho. Você pode fazer isso: este é Misha, ele é responsável pelo back-end, este é Petya, ele é DevOps e Vasya e Kolya são responsáveis ​​pela parte do cliente, podem ser feitas perguntas sobre esses e esses aspectos. E tudo isso deve estar refletido na documentação oficial dos funcionários, mas mais sobre isso abaixo.
5. Familiaridade com a empresa. Acredito que é melhor conduzi-lo em departamentos e dizer como a empresa está organizada por dentro, como é estabelecida a interação entre os funcionários. Será útil no futuro.
6. Gen. Um novo engenheiro deve saber coisas triviais, onde fica o banheiro, como usar uma máquina de café e onde você pode aquecer alimentos. Um grande passo para estreitar o relacionamento com os colegas é convidá-lo para jantar com a equipe.
7. Os princípios da equipe. Em todos os lugares seus próprios termos e condições. Por exemplo, era costume que nossa equipe trabalhasse de acordo com um horário flexível; qualquer um poderia vir em um horário conveniente para ele ou tirar um dia de folga nos negócios ou no trabalho em casa. Porém, no caso de uma liberação ou situações de emergência, permanecemos e resolvemos o problema juntos. A equipe também tinha uma atmosfera amigável, nos tratávamos com respeito e esperávamos isso dos recém-chegados.

Em geral, não descobri nenhum segredo, mas esses aspectos são realmente de grande importância. A primeira impressão é muito importante, é dele que a pessoa formará uma opinião sobre a empresa e seu lugar nela.

Outro fator crucial é a redução do estresse. É inevitável, já que a transição para um novo emprego é uma saída da zona de conforto, todas as pessoas são diferentes, nem todo mundo sabe como lidar bem com isso. Sua tarefa é facilitar o processo de juntar uma pessoa à equipe. E aqui a atenção aos detalhes é importante. Por exemplo, uma pessoa pode ter vergonha de pedir para substituir um teclado desconfortável. Ou, se você perceber que ele é um introvertido, seja mais delicado e não o traga sob os holofotes para o centro da arena de espaço aberto ao encontrar uma equipe.

Como carregar rapidamente um novato em um projeto e não matá-lo

Um homem veio trabalhar com você, você o apresentou aos colegas e à empresa como um todo, criou condições confortáveis. É hora de começar a trabalhar. Afinal, sua tarefa é envolvê-lo no processo de desenvolvimento e começar a beneficiar a empresa o mais rápido possível. E nesta situação, o principal é não resolver com rapidez. Mergulhe o colega recém-formado no trabalho sem problemas.

Então, abaixo estão as principais etapas que me permitem transformar rápida e indolormente um iniciante em um membro pleno da equipe.

1. História sobre o projeto. Eu acredito que primeiro você precisa falar sobre o projeto do ponto de vista dos clientes. Por que é necessário, como funciona, que problemas resolve? E só então podemos passar para o que está "sob o capô" e mostrar como ele está organizado no interior. Para economizar tempo, você pode gravar um vídeo uma vez. Só é necessário monitorar sua relevância. Se você não pode fazer isso sozinho, entregue a tarefa aos colegas.
2. Estrutura do projeto. É importante mostrar em que consiste o seu serviço, quais módulos incluem, como eles interagem entre si.
3. Base de conhecimento. Certifique-se de escrever a documentação técnica. Ela será um raio de luz e um guia para os iniciantes do seu projeto. Deve ser tudo: desde os princípios de nomeação de ramificações e as regras para criar solicitação pull no Git até a descrição da infraestrutura do servidor e um conjunto de ferramentas técnicas.
4. Levantando o projeto. Ajude o recém-chegado a implantar o projeto, não o deixe cair nesta fase. Mesmo um programador experiente pode economizar antes de uma tarefa dessas quando tudo estiver confuso. Para acelerar esse processo, escreva instruções. Mas você pode economizar ainda mais tempo se fizer isso com antecedência e configurar o próprio processo de montagem do projeto.
5. Do simples ao complexo. Em dois dias, conte tudo e, em seguida, jogue o recém-chegado na fenda e force-o a cortar novos recursos complexos? Grande plano para falhar. Os recursos do cérebro humano não são ilimitados; introduza-o gradualmente. Gaste bastante tempo e escolha tarefas para ele com complexidade cada vez maior, levando-o gradualmente ao nível de dificuldade desejado.

Mais uma vez, não disse nada de novo, mas, por algum motivo, muitas empresas continuam cometendo esses erros. E então eles ficam surpresos que uma pessoa com grande experiência cometa erros irritantes. É lógico traçar minha analogia favorita com o esporte: um jogador profissional sabe como chutar a bola e habilmente dar um passe, mas sem o conhecimento das táticas e estratégias da equipe, não haverá sentido e resultados. É por isso que um treinador é necessário para ajudar o jogador a se tornar parte do time. Se você é um líder de equipe, a introdução de novas pessoas na equipe deve estar com você. Falta de tempo e outras razões, essas são apenas desculpas. Este é um processo realmente importante que ninguém corrigirá para você.

Histórias de vida

Abaixo, compartilharei casos instrutivos de minha própria prática. Eu também não consegui depurar imediatamente o processo, fui para isso através de erros.

Sobre como criar um projeto

Quando minha equipe era muito pequena, para novos funcionários, levantamos todos os serviços do zero em cada máquina. É claro que passei muito tempo com isso ou tirei dos meus colegas quando pedi ajuda. Com o crescimento da empresa e do departamento de TI, isso se tornou uma dor de cabeça.

Eu admito, eu perdi esse momento. Além disso, isso causou problemas não apenas aos iniciantes. Quando um dos funcionários precisou prestar o serviço que outra equipe estava escrevendo, eles estavam prontos para se matar. E se ao mesmo tempo fosse necessário levantar uma dúzia? Decidi radicalmente a situação: transferi toda a infraestrutura para o Docker. Sim, não foi fácil, gastamos muito tempo e esforço, mas muito disso foi salvo no futuro. Selecionamos as configurações ideais do projeto e cada uma delas forneceu instruções detalhadas sobre como implantar e elevar.

Como resultado, todos os nossos 15 serviços internos foram implantados em 20 a 30 minutos. Ou seja, os recém-chegados pularam indolor um dos estágios de adaptação em um novo local. Muitos ficaram surpresos ao recordar sua experiência passada. Esse foi o melhor elogio para mim. A propósito, eu conheço muitas empresas nas quais os novatos foram lançados sozinhos com o projeto, e eles tiveram que passar uma semana inteira criando-os!

Sobre a documentação

Provavelmente, como todo mundo, no começo do projeto não tínhamos documentação. E embora a equipe fosse pequena e o serviço tivesse funcionalidade modesta, não havia problemas. Mas, depois de dois anos, ao mudar para outras partes do projeto, os próprios desenvolvedores não entenderam como funcionavam aquelas partes do serviço que eles não haviam tocado por muito tempo. Foi ainda mais difícil contar aos novos funcionários sobre o projeto. Especialmente quando consiste em 15 serviços que funcionam de maneiras diferentes e em diferentes tecnologias.

Na primeira etapa da solução do problema, foram gravados vídeos de treinamento para todos os funcionários de todos os departamentos. Os programadores foram autorizados a assistir a tudo, para entender como o trabalho dos serviços era organizado do ponto de vista do usuário. Isso economizou muito tempo, não foi necessário conversar por um longo tempo, 10 minutos foram suficientes para responder às perguntas após a visualização.

Em seguida, preparamos a documentação em duas versões: para iniciantes e estendida para todos os outros. O primeiro era essencialmente uma folha de dicas simples para o estágio inicial de introdução de uma pessoa na equipe, onde os recém-chegados podiam encontrar todas as coisas mais importantes. E a segunda versão estendida, todo mundo já usou. Tudo foi descrito lá: da arquitetura e instruções para implantação de projetos às sutis nuances técnicas do uso de determinadas tecnologias. Mais tarde, eles criaram outro grande documento que descreveu a interação de todos os componentes do nosso sistema comum.

Podemos dizer que, a princípio, não havia nenhuma pesquisa no grande cais, era extremamente inconveniente de usar; portanto, tudo foi transferido para o mecanismo Wiki. Com uma organização adequada, e isso também não foi possível na primeira tentativa, tudo acabou sendo muito conveniente e acessível. Mais tarde, adicionamos documentos adicionais para diferentes departamentos. E então nossa documentação se tornou uma base de conhecimento completa. Por exemplo, você precisa configurar a replicação em alguns dos serviços, encontra o artigo necessário com instruções e exemplos.

Cada funcionário podia adicionar e editar documentos; havia pessoas responsáveis ​​que monitoravam a relevância das informações, mas quase todos estavam envolvidos no processo de uma maneira ou de outra. É importante observar um ponto-chave aqui - o conhecimento não deve estar bloqueado em uma pessoa, esse é o caminho para lugar nenhum. Ele pode ficar doente ou sair, então, na sua ausência, pode ocorrer um colapso da informação.

Já saí da empresa há muito tempo, mas a base está viva, os funcionários a usam constantemente.

Sobre o conforto

Quando eu mesmo cheguei a um novo emprego como programador comum, fiquei satisfeito quando eles tentaram criar condições confortáveis ​​e explicaram tudo. Mas foi quando eles apenas os plantaram no local de trabalho e os deixaram sozinhos com o projeto. Terrivelmente enfurecido. Mas a gerência não viu isso como um problema.

Lembrando da minha experiência, tento sempre ouvir as pessoas e criar condições confortáveis. Por exemplo, era uma pessoa que não possuía bons fones de ouvido com cancelamento de ruído ou uma cadeira com apoio para as costas. Na minha prática, havia até uma história quando um programador chegava ao PHP, mas no fundo ele queria fazer JS. Eu estava reformando o departamento e a pessoa tinha uma excelente motivação e olhos ardentes. Como resultado, eu o transferi para uma posição diferente, todos ficaram satisfeitos.

Os caras que vieram ao meu departamento realmente gostaram dessa atitude. Eles disseram que tudo era muito complicado conosco, mas graças a uma introdução tão suave ao andamento do trabalho e à ajuda de outros funcionários, eles rapidamente dominaram a equipe.

Acredito que muita boa comunicação e uma atmosfera amigável na equipe ajudam muito. O líder da equipe deve conviver com a equipe, o CTO com a TL e os processos, provavelmente só então haverá um idílio.

Teste de projeto

Existem casos tão infelizes em que uma nova pessoa é incorporada à empresa, mas, no processo de trabalho, verifica-se que ela não é adequada ao projeto ou o projeto não é adequado a ele por algum motivo. Obviamente, a situação não é comum, mas às vezes acontece.

Para minimizar os riscos para ambas as partes, introduzi uma prática como um dia de teste. Usamos essa abordagem quando havia dúvidas. Ou seja, um especialista poderia trabalhar um dia para tentar um novo projeto para ele, para ver como tudo funciona. Por sua vez, mesmo em tão pouco tempo, poderíamos avaliá-lo de forma abrangente.

Um engenheiro pode ter muitas razões pelas quais ele não gosta do projeto. Por exemplo, ele pode não querer trabalhar com o Legacy, ele pode não gostar das abordagens de desenvolvimento e, finalmente, a atmosfera na equipe pode não ser adequada a ele. E acontece que uma pessoa não tem motivos suficientes para sair após um período de teste. Ele permanece, mas sente desconforto ou descontentamento.

Para excluir tais situações, passamos os dias de teste. As pessoas tiraram uma folga e vieram até nós para tentar trabalhar. Nesse caso, havia ainda menos tempo para se familiarizar com o projeto, então os apresentamos ao curso das coisas em um programa acelerado. Isso valeu a pena: em caso de dúvida após a entrevista, nós, juntamente com o candidato, tomamos a decisão certa. Portanto, ele não correu o risco de perder o emprego existente e entrar em um projeto que não gostava, e economizamos muitos recursos se uma pessoa não se tornasse membro da equipe. A propósito, uma abordagem semelhante é usada por algumas outras empresas.

Conclusões

Em diferentes empresas, os fluxos de trabalho são muito diferentes, também em todos os lugares tem sua própria especificidade e arquitetura. Portanto, mesmo profissionais exigentes precisam de tempo para se adaptar. Sua tarefa é torná-lo o mais eficaz e reduzi-lo a tempo, tanto quanto possível. Portanto, vale a pena dedicar tempo à depuração de um processo como inserir um novo funcionário em uma equipe. Se você não tomou medidas nessa direção, tente fazê-lo o mais rápido possível. Isso economizará muito tempo no futuro. E não importa quantas pessoas trabalhem na empresa, 10 ou 1000. Também é importante entender que, se não houver ninguém para fazer isso, a responsabilidade ainda será do líder da equipe.

Minha equipe conseguiu reduzir o tempo de entrada para três dias! Após um período tão curto, uma pessoa entrou na equipe e assumiu as tarefas atuais. Não há receita universal, em cada situação seu plano funcionará. Mas, na minha opinião, os aspectos principais são uma preparação cuidadosa para o recrutamento de novos funcionários (documentação, configuração do ambiente, hardware), criando condições confortáveis, conhecimento competente do projeto e apoio de colegas e, é claro, do líder da equipe.

PS E se você tiver histórias interessantes, engraçadas ou instrutivas sobre como você foi apresentado à equipe? Queime nos comentários! :)

Meus outros artigos de gerenciamento de TI:

O que é ser um líder de equipe
Equipe dos sonhos do nada: contratação de profissionais de TI
Como criar e gerenciar equipes de sucesso
Crescer, Líder de equipe, grande e pequeno