Como não gerenciar sua equipe remota de desenvolvedores

Como desenvolvedor e proprietário de uma pequena empresa, tive insights de ambos os lados, trabalhei como desenvolvedor remoto e gerenciei desenvolvedores remotos para diferentes projetos e com diferentes equipes.

Neste post vou compartilhar algumas das minhas experiências na esperança de que isso facilite um pouco a vida de todas as partes em projetos remotos. Quando se trata do que fazer e do que não fazer no gerenciamento remoto de equipes, costumo focar nos “nãos” – porque, ao contrário dos “fazer”, eles tendem a se aplicar a praticamente todas as equipes.

Ao entrar no mundo dos desenvolvedores remotos, o maior obstáculo que os gestores devem superar é mudar sua mentalidade, aceitando que o desenvolvedor não estará à vista de todos, e onde poderá gerenciar e acompanhar o trabalho que está sendo feito. Esse novo paradigma exige que as empresas implementem vários mecanismos para acompanhar o progresso e evitar uma carga de trabalho redundante. Esses mecanismos ajudarão tanto o gerente quanto o desenvolvedor a serem mais produtivos, o que é do interesse de todos.

Para deixar claro, todos esses mecanismos não devem ser usados ​​para controlar ou microgerenciar o funcionário.

Não acredite em mitos e equívocos de equipe remota

Vamos dar uma olhada nos prós e contras de gerenciar equipes remotas em um único projeto, começando pela comunicação.

Os negócios se tornaram globais e o advento de grandes organizações multinacionais criou novos desafios para milhões de profissionais em todo o mundo. A natureza complexa e entrelaçada das equipes globais exige uma abordagem mais completa e ponderada da comunicação interna.

Em tais organizações e equipes, muitos indivíduos não têm o luxo de trabalhar em ambientes familiares ou falar sua língua nativa. As equipes que trabalham no mesmo projeto podem estar separadas por oceanos, em vez de escritórios e cubículos. Os membros da equipe vêm de diferentes culturas e trabalham em todo o mundo.

Esses profissionais não devem se preocupar com a comunicação, mas devem ser capazes de cooperar com os membros da equipe multinacional. Todas as partes precisam ser proativas. A cultura corporativa deve refletir esse paradigma e ajudar a promover um ambiente produtivo no qual equipes remotas e multiculturais possam prosperar.

Nosso próprio Scott Ritter quebrou os cinco principais mitos sobre equipes remotas em uma postagem recente no blog, que pode ser útil se estiver interessado no assunto. O CEO da Toptal, Taso Du Val, também elaborou como nossa rede opera e como avançamos para criar a cultura de equipe remota definitiva.

Não se esqueça de abraçar e incentivar a diversidade

O primeiro passo para uma sólida estratégia de comunicação de equipe remota começa com o reconhecimento de que equipes multiculturais transcendem as fronteiras nacionais e culturais, colocando-as em uma posição única para oferecer insights difíceis de obter com equipes centralizadas e monolíticas.

Mas não se preocupe; diversidade é bom para os negócios!

De acordo com uma pesquisa realizada pela The Economist Intelligence Unit , equipes multiculturais são favorecidas por grandes organizações; muitos executivos acreditam que ajudam a promover a inovação por causa de seu conhecimento mais amplo das tendências globais. Além disso, eles são menos propensos a sofrer de mentalidade de “pensamento de grupo”; sua diversidade os ajuda a enfrentar problemas de diferentes perspectivas, produzindo assim uma melhor gama de soluções adaptadas a regiões e mercados específicos.

Pode-se argumentar que gerenciar funcionários remotos pode ser mais produtivo em virtude de não estar no mesmo local. Pode parecer contra-intuitivo, mas essas equipes remotas simplesmente gastam menos tempo conversando, socializando e discutindo assuntos triviais.

Embora a separação física possa levar a mais produtividade, também pode criar mal-entendidos, tensão, alienação e maior estresse e ansiedade. Consequentemente, torna-se necessário mitigar esses efeitos colaterais negativos com iniciativas que promovam a positividade e a colaboração em nível pessoal. Melhorar a comunicação em equipes remotas pode ser uma tarefa assustadora, e construir laços pessoais entre os membros da equipe tende a ser um desafio. É por isso que um toque humano é necessário.

Encontrar algo que possa melhorar o engajamento, independentemente do histórico, é uma maneira relativamente simples de aumentar o moral e a cooperação. Esse esforço pode assumir várias formas, dependendo do tamanho e da composição de suas equipes. Idealmente, deve ser centrado em uma atividade livre de estresse e de lazer que os membros da equipe gostem, variando de competições relacionadas ao trabalho, projetos de entretenimento ou discussões que não sejam relacionadas ao trabalho.

Participar dessas atividades, às custas da organização, pode parecer uma alocação de recursos financeiros e humanos aquém do ideal, mas lembre-se de que reunir equipes em torno de uma causa comum geralmente leva a um melhor ambiente de trabalho, laços pessoais mais fortes e maior produtividade .

Não leve o recrutamento e o treinamento de ânimo leve

Para aproveitar ao máximo a gestão de equipes remotas, é preciso estar atento às diferenças culturais e compensar com treinamento adequado.

Melhorar as habilidades linguísticas é apenas uma peça do quebra-cabeça, uma vez que as habilidades de comunicação são afetadas por diferenças culturais. Começa com boas políticas de recrutamento que privilegiam os indivíduos, principalmente aqueles que estarão em cargos gerenciais, preparados para atuar em ambientes multinacionais. A experiência em projetos remotos obviamente é útil, mas não deve ser um pré-requisito. Só porque um desenvolvedor remoto não estará em seu escritório toda semana não significa que o recrutamento não deva levar em consideração características pessoais. Você e sua equipe ainda terão que se comunicar com desenvolvedores remotos regularmente, então faça a eles as mesmas perguntas que faria a qualquer funcionário no local – remoto ou não, eles ainda precisam se encaixar.

Embora seja possível resolver alguns problemas com treinamento adicional, nem sempre é prático, mas, em qualquer caso, um bom treinamento é o próximo passo lógico. O treinamento deve desenvolver traços positivos existentes, ao mesmo tempo em que mitiga as deficiências e aborda os pontos fracos previamente identificados.

Os gerentes que lidam com equipes remotas rotineiramente precisam assumir novas funções em curto prazo, assumir projetos com os quais não estão necessariamente familiarizados e gastar muito tempo se atualizando. Em tais situações, as comunicações internas não costumam estar no topo de sua lista de prioridades, mesmo que agora estejam liderando equipes que passaram anos colaborando em um ou mais projetos. O tempo é um bem valioso, mas o bom trabalho em equipe também o é; os gerentes devem tirar um tempo de suas agendas lotadas e aprender mais sobre suas equipes, membros individuais da equipe e problemas que podem surgir.

A distância emocional entre os gerentes remotos e seus subordinados também pode representar um problema, já que os membros da equipe podem relutar em confrontar novos líderes de equipe ou até mesmo abordá-los em ambientes formais ou informais. Um bom gerente de funcionários remoto precisa reconhecer isso e insistir em um envolvimento mais pessoal – como eu disse, “Seja proativo”. – qual é o sentido de ter uma equipe de desenvolvedores remotos talentosos se eles não compartilham seus pensamentos com você?

Não use um sistema de informação complicado

Não perca a chance de implementar um sistema de informação eficaz que inclua um sistema de gerenciamento de código-fonte (SCM), rastreador de problemas (não muito complicado, por favor) e possivelmente algumas páginas do Wiki onde todas as partes podem documentar coisas ou esboçar ideias e propostas. Todas essas ferramentas colaborativas tornarão o gerenciamento de desenvolvimento e lançamento muito mais fácil de alcançar.

É importante manter as coisas o mais simples possível aqui, porque este sistema de informação será usado diariamente/de hora em hora. Se acabar muito complicado, levará tempo que deve ser usado na implementação e/ou design. O processo também pode precisar ser simplificado para novos membros da equipe e freelancers que não têm tempo para aprender os meandros das políticas de uma organização.

Meu aplicativo de gerenciamento de projetos favorito de longa data é o Redmine, um sistema de código aberto, plataforma cruzada e banco de dados cruzado. Esta plataforma é altamente configurável e você pode integrar seu próprio SCM, diferentes plugins e ganchos de serviço.

Se você não quer se dar ao trabalho de manter seu próprio servidor com Ruby e configurar tudo sozinho (o Redmine pode ser complicado para administradores de sistema inexperientes), outra boa opção é o GitHub, que apresenta não apenas o git CMS, mas também GitHub Issues , que se integra bem com suas mensagens de commit, pull requests, etc.

Assim que tivermos nosso sistema de informações configurado e pronto, podemos começar a integrar nosso desenvolvedor remoto em nosso projeto.

Não microgerencie

Muitos gerentes têm dificuldade em abrir mão de suas responsabilidades, especialmente se eles próprios vêm de uma experiência de desenvolvedor. Em vez de se concentrar em comunicar os problemas e os objetivos do projeto, eles encontram soluções para esses problemas e fornecem detalhes de implementação, de modo que o único trabalho que resta para o desenvolvedor é codificar o que lhe foi dito para codificar. Esta não é uma boa prática ao gerenciar funcionários remotos.

Por um lado, os gerentes perdem muito tempo em coisas que contrataram o desenvolvedor remoto para fazer. Os desenvolvedores podem estar insatisfeitos com essa situação, seja porque se sentem desvalorizados e sem chance de serem criativos e inovadores, ou simplesmente para provar a si mesmos. Afinal, a resolução de problemas é exatamente o que os desenvolvedores estudam há anos, então tirar isso da equação e transformar os desenvolvedores em autômatos não faz sentido!

Como tudo na vida, trata-se de encontrar um bom equilíbrio.

Não se preocupe com fusos horários, use-os a seu favor

Bons desenvolvedores remotos tendem a ser autossustentáveis ​​e independentes por natureza; eles precisam de liberdade e responsabilidade para organizar seu tempo. A sobreposição de horas de trabalho é útil, embora não obrigatória, quando você tem um bom sistema de informação e uma boa comunicação com seus desenvolvedores.

Trabalhar em diferentes fusos horários pode ser benéfico para os negócios, pois você pode obter eficiência “ininterrupta” quando desenvolvedores em diferentes zonas assumem vários aspectos do projeto. Se o seu desenvolvedor estiver à frente do seu fuso horário, isso lhe dará a oportunidade de revisar o trabalho dele no mesmo dia e você poderá avaliar e coordenar imediatamente a próxima grande novidade. Por outro lado, se você estiver à frente da zona do seu desenvolvedor, isso lhe dará a oportunidade de preparar tudo o que o desenvolvedor precisa para concluir a tarefa.

Lembre-se, um bom gerente nada mais é do que um serviço para seus funcionários, permitindo que eles realizem o trabalho, e não o contrário!

Não force metas do dia-a-dia, concentre-se em metas de médio ou longo prazo

As metas do dia-a-dia são uma forma de microgerenciar o projeto. Em vez disso, tente comunicar o quadro geral ao seu desenvolvedor e, juntos, definam prioridades claramente definidas. Se você conseguir que o desenvolvedor entenda o projeto tão bem quanto você, o desenvolvedor provavelmente será mais útil.

Por exemplo, o desenvolvedor pode ter insights sobre as tecnologias mais recentes ou detalhes de implementação que afetam a priorização de diferentes tarefas ou a determinação do MVP (Minimum Valuable Product). Ambos precisam definir metas e marcos claros e realizar o trabalho passo a passo. É sua responsabilidade garantir que todos esses marcos se encaixem no quadro geral.

Na minha opinião, o manifesto Agile (metodologias) é a melhor coisa que aconteceu na gestão de projetos nos últimos anos.

Ele permite que você faça exatamente o que é necessário, delegue a responsabilidade para aqueles que realmente implementam as coisas e force o bom senso em todas as partes envolvidas no processo. Você define suas metas e tarefas de médio a longo prazo com algumas estimativas de alto nível de dificuldade e, nessas reuniões de planejamento de sprint semanais (ou quinzenais), você permite que o desenvolvedor determine a carga de trabalho e a dificuldade exatas para concluir essas tarefas.

Como tudo que é bom, leva tempo para construir boas equipes ágeis. Não espere ter uma equipe de trabalho dentro de três meses. Agile é aprender fazendo e crescer juntos como uma equipe.

Não oculte detalhes comerciais

Bem, este é complicado. Alguns projetos são sensíveis por natureza e o vazamento de informações pode ser prejudicial. Os acordos de não divulgação (NDAs) podem resolver o problema, mas não são à prova de balas.

No entanto, quanto mais o desenvolvedor sabe, mais eficaz ele pode ser, não apenas na resolução de tarefas predefinidas, mas também na resolução, em tempo real, de todos esses pequenos problemas e soluços irritantes. No final, isso tornará o desenvolvedor mais produtivo e facilitará sua vida.

O processo de desenvolvimento ágil também é útil aqui. Ele permite o compartilhamento de conhecimento entre as partes (stakeholder, testador, desenvolvedor, etc.) removendo qualquer hierarquia e considerando essas partes como membros iguais da equipe, com as mesmas responsabilidades, incentivando-as a trabalhar com a maior transparência possível. Outro benefício da transparência é que os problemas são “escalados” rapidamente e podem ser detectados por qualquer parte da equipe.

Não ignore os membros da equipe remota

Lembre-se, ao gerenciar trabalhadores remotos, você é um serviço para sua equipe e, se a equipe precisar de sua opinião, você não deve estar muito ocupado para apoiá-los. Se o desenvolvedor não conseguir resolver algo sozinho, ele ficará preso e perderá um tempo valioso.

Como desenvolvedor, geralmente quando me deparava com um beco sem saída, recorria ao meu SO em busca de conselhos, além disso, tentei oferecer conselhos também. Não ignore totalmente o conselho do desenvolvedor, pois ele pode ser perspicaz ou pode resolver um problema que você nem conhece.

Se algo não estiver claro, ou se você achar que não é necessário resolver o problema, discuta sua posição mantendo a mente aberta e permita que o desenvolvedor tenha uma chance de convencê-lo de que ele está certo, afinal.

Novamente, isso irá construir habilidades de comunicação e melhorar a confiança.

Dicas rápidas de gerenciamento de equipe remota

Como já resumi os pontos principais em tweets e ilustrações, aqui estão mais algumas dicas e pensamentos rápidos.

• Essas regras gerais podem ser aplicadas a desenvolvedores remotos e locais.
• Se você microgerenciar, perderá a oportunidade de aprender e deixar aprender.
• Tenha a mente aberta e seja confiável, pois esta é a única maneira de construir uma boa equipe remota.
• Tenha em mente que uma estimativa é apenas uma estimativa; você encontrará estimativas abaixo e acima.
• Todos os que trabalham cometem erros, e se você não perdoar os erros dos outros, os seus também não serão perdoados.
• Mais importante ainda, a maior motivação para qualquer desenvolvedor (além da satisfação de realizar uma tarefa difícil) é o dinheiro. Portanto, não atrase os pagamentos e considere instituir políticas de bônus também.