Get best of the week

Integração em um site remoto

Existem vários tipos de integração: no nível da empresa, quando todos mostram e informam um iniciante sobre suas atividades, recursos, estrutura; no nível de RH, que ainda pode enfatizar a impressão do trabalho; e no nível da equipe. Falaremos sobre o último, especialmente sobre como os requisitos de integração foram alterados durante o trabalho remoto.

Trabalhe antes de udalenka e depois.
Trabalhe antes de udalenka e depois.

Quais são as opções para a integração?

  • Eles o jogaram na água, nadaram - nosso homem não pôde - a culpa foi dele, era melhor tentar aprender a nadar com antecedência;
  • Essa é a tarefa, aqui você entenderá o restante da campanha;
  • Integração real. Nos primeiros casos, realmente não era. Os recém-chegados estão envolvidos e cuidadosamente imersos nas empresas e equipes de dispositivos.

Farei uma reserva; neste artigo, não foquei na separação da integração de um sênior ou um júnior. Esses processos têm foco nos detalhes técnicos e no controle do trabalho, mas são igualmente importantes.

Aspecto social


Um desenvolvedor é uma criatura social e provavelmente um introvertido. Um desenvolvedor experiente pode ter boas habilidades de comunicação ou até ser extrovertido. Mas ainda é melhor empurrá-lo um pouco para se comunicar.

Conhecendo a equipe


Apresente um novo colega à equipe, dedique mais tempo à parte informal, conversando sobre um hobby ou outros fatos interessantes sobre um iniciante . Se uma pessoa estiver fechada e não estiver pronta para compartilhar seus interesses, toque nos destaques de um trabalho anterior. Provavelmente, ele já lhe disse como líder sobre eles na entrevista. Isso é importante: na vida cotidiana do escritório, um novato pode dizer isso a seus colegas durante os intervalos ou no almoço, enquanto trabalha remotamente é mais difícil de fazer.

Não importa o tamanho da sua empresa, mostre ao projeto que um novato trabalhará. Concentre-se em quem está executando quais tarefas no momento. Se o projeto for grande, e você sugerir que o iniciante procure e faça perguntas ele mesmo, ele poderá estudar seções irrelevantes ou simplesmente se aprofundar. Sem mencionar o fato de que, se você possui microsserviços, vários aplicativos móveis e um site, um iniciante simplesmente não poderá priorizar adequadamente.

Gostaríamos de otimizar o tempo e criamos instruções longas que respondem a várias perguntas. Então, talvez você possa enviar o novato "Leia o manual chique"? Agora que todo mundo tem escassez de contatos sociais, é melhor gastar um pouco mais de tempo na comunicação ao vivo .

Organize uma reunião com uma empresa. Quando você fica sentado no escritório e o produto fica em pânico, dizem eles, a galeria de fotos não funciona, o iniciante imediatamente entende que essa é uma parte importante / chave do projeto. Sem ver a floresta em chamas perto de você, você pode esquecer que ela queima. Deixe a empresa designar e depois lembre-se do que exatamente é importante para o desenvolvimento do projeto.

Em um site remoto, os funcionários trabalham de forma mais produtiva, pois ninguém os distrai. Trabalho remoto forçado enquanto tiramos os suportes. Mas esse processo é estável e bom, desde que o desenvolvedor tenha todos os dados necessários. Se não houver dados, você precisará obtê-los em algum lugar. E aqui um iniciante pode perder muito tempo procurando por eles, porque ele não descobre imediatamente quem pode ser solicitado. E a troca de conhecimentos, a quem perguntar e onde procurar, é um escopo significativo para otimizar o trabalho de um iniciante .

Gradualmente, um novo funcionário encontrará todos os colegas. E "gradualmente" é a palavra-chave aqui. Seria ótimo ter uma lista em confluência indicando quem e em qual caso você pode entrar em contato. Mas você não deve despejar uma lista de 20 nomes para um novo funcionário com uma breve explicação de quem e por que ele precisa e esperar que isso seja suficiente.

imagem


Eu recomendo a abordagem de amigos , bem descrita em um relatório Lamoda . Buddy é um membro da equipe dedicado que responderá a todas as perguntas sobre imersão na empresa. O parceiro lhe dirá quem entrar em contato com um problema específico - não em qual departamento, mas com quem especificamente. Dirá se existe uma funcionalidade ou microsserviço semelhante. Isso ajudará a lidar com o estilo adotado de comunicação e comportamento da empresa.
Ao trabalhar com o produto, surgem vários pop-ups e momentos inesperados para um iniciante, ele pode fazer uma pergunta imediatamente e entender o que era e por que foi feito. Mesmo que o mentor não saiba, sua experiência na empresa deve ser suficiente para saber a quem perguntar.

Em um lugar remoto, você não pode passar e perguntar como você está. Este é o momento que um colega deve assumir. A comunicação constante com ele compensa esse problema. Se essa pessoa não existe, seu papel geralmente é atribuído ao líder, que não está menos ocupado em trabalho remoto e não tem tempo para reagir imediatamente. Ao escolher esse "amigo", você precisa levar em consideração as habilidades de comunicação e o desejo da própria pessoa - alguém quer codificar com calma e você não deve culpá-lo.

Afaste-se de questões gerais e específicas . Para a pergunta padrão "há algum problema?" você provavelmente não receberá uma resposta clara. Vale a pena perguntar se uma pessoa lidou com uma tarefa específica, se tudo está claro para ela lá. Nesse caso, a probabilidade de feedback de qualidade é maior, ele pode se lembrar (e não hesita em dizer) que tinha uma pergunta sobre esse tópico.

Aspecto técnico


Tenha um briefing técnico sobre o projeto. Divida-o em várias reuniões. Durante o primeiro, conte os pontos gerais. No segundo - sobre a interação com outros departamentos. Na terceira reunião, introduza a infraestrutura. Verifique a documentação novamente , atualize-a após o funcionário, quando houver defeitos. Quando, não se! Escolha tarefas que não exigem aprovação remota com antecedência. Idealmente, tente esboçar essa tarefa e verifique a relevância da descrição.

Falando sobre um projeto, você introduz muitos termos que não significam nada para um iniciante. Por exemplo, "Katney Gosu na República do Cazaquistão". Ao introduzir novos termos, explique ao iniciantee dose essas informações. Se você contar toda a infraestrutura do serviço em uma reunião, o iniciante provavelmente esquecerá quase todos os conceitos que ele não encontrou nos próximos dias.

Tente executar tarefas emparelhadas pela primeira vez . Mesmo que uma pessoa possa executar a tarefa, é melhor dividi-la em subtarefas para que haja cooperação. Veja o microsserviço, por exemplo. Digamos que um iniciante faça uma camada de comunicação com o DB e um colega mais experiente tenha uma estrutura e comunicação comuns por API. Em seguida, o iniciante gravará a lógica de negócios e a tarefa será testada como um microsserviço completo.

Essas tarefas ajudam a incorporar rapidamente o ritmo da equipe, como um colega sentado do outro lado do Skype (Zoom, Hangout) em caso de problemas solicita e permite que o recém-chegado sinta que não está sozinho. Ele também protege o novo funcionário da alteração desnecessária de metade da base de código, se ele repentinamente: 1) entende mal a tarefa, 2) quer mostrar suas ambições e mata 48 horas sem dormir.

Udalenka implica um aumento da sensação de incerteza. Um plano ajuda a lidar com isso qualitativamente. Não é um lema, tudo corre conforme o planejado, mas um plano formulado para imergir um funcionário nos detalhes do projeto. E também um plano de desenvolvimento de funcionários. E, é claro, descreveu claramente as metas dos funcionários em um período de teste e as expectativas de um novato. Eles não devem estar ligados a tarefas de sprint, mas a pontos comuns que são importantes para a empresa em qualquer estágio do desenvolvimento. Por exemplo:

  • Obtenha acesso de (nome da pessoa responsável);
  • Expanda a ramificação da tarefa no ambiente de teste;
  • Realizar 5 tarefas de revisão de colegas;
  • Confira os requisitos de layout dos dev-ops;
  • Participe da primeira reunião de feedback.

O último exemplo é importante: aqui é marcada uma reunião para receber feedback, o que eu já disse muito na parte social. Sua lista será diferente dependendo da prioridade da equipe e das qualificações do funcionário. Você pode destacar diretamente separadamente a parte comum e as adicionais para junior, middle e front / back.

Ter uma lista de tarefas formalizadas e requisitos para um período de teste economizará os nervos de você e do seu novo colega. Isso permitirá que o funcionário se mostre de lados diferentes em um período bastante curto de tempo, igual ao teste, e mergulhe em diferentes áreas do seu trabalho. Se você não fizer isso e der a um iniciante, por exemplo, serrar um módulo pacificamente, em 3 meses ele o fará idealmente, mas pode acabar sendo ineficaz em muitos outros momentos.

Como entender que a integração foi bem-sucedida em um site remoto?


Uma pessoa não deve ter a impressão de uma equipe como um conjunto de pixels na tela. Deve haver uma compreensão do que está acontecendo em torno da equipe. A compreensão do projeto deve estar ligada a características específicas criadas por pessoas vivas com quem ele conseguiu trabalhar e se comunicar.

Reunimos reuniões com o feedback de outros membros da equipe, onde eles compartilham com o líder a experiência de interagir com o recém-chegado e as impressões gerais. Para a produtividade dessas reuniões, mais da metade dos funcionários já deve ter experiência em se comunicar com um novo colega. Se eles alegarem que "o trabalho funcionou, isso não me incomodou", o processo de integração deve ser finalizado.

More articles:


All Articles