Sair de um emprego nunca foi tão fácil como em remote. Não é preciso convencer sua cara-metade a se mudar para outra cidade ou até mesmo continente. Não há necessidade de convencê-lo a mudar de emprego também - ou até mesmo desistir de toda uma carreira. Não há necessidade de tirar seus filhos do lugar de conforto, da escola e dos primeiros amigos da vida.

Mudar um trabalho no remote está se tornando tão fácil quanto mudar um espaço de trabalho no Slack.

Isso parece assustador para você na primeira leitura? Se sim, então provavelmente você é, assim como eu, um fundador ou líder de uma organização remote . Mas deixe-me dizer uma coisa: é a melhor coisa que pode acontecer à sua empresa:

Quanto menor for a barreira para a desistência, maiores serão os incentivos para que os líderes criem um ótimo local de trabalho para todos. E um ótimo lugar para trabalhar geralmente cria um negócio próspero. É uma situação em que todos saem ganhando.

Para identificar os princípios orientadores para criar uma organização remote próspera, vamos analisar uma forma organizacional em que os limites para sair ou se demitir são literalmente zero, um lugar em que suas contribuições são, em muitos casos, mesmo sem nenhuma interação direta ao vivo com seus colegas: a comunidade de código aberto.

Todos os dias, milhões de colaboradores de código aberto (SO) dedicam uma parte significativa de seu tempo a projetos, sem nunca terem participado de uma reunião com um de seus colegas. Eles são loucos? Não, nem um pouco. Eles podem estar sentados na sala de trabalho ao seu lado, felizes em conversar e ir almoçar.

Acredito que a comunidade de Software de Código Aberto (OSS) traz muitos insights interessantes para os líderes da remote sobre como criar um ambiente de colaboração próspero na remote . Aqui está o que me inspirou em particular:

1. O alto nível de adequação à missão da empresa é fundamental para a colaboração remote

Eu não poderia imaginar uma estrutura organizacional com um alinhamento melhor entre o colaborador individual e a missão do projeto de longo prazo do que no OSS. Os colaboradores de código aberto estão entrando (contratando a si mesmos) na comunidade por meio da contribuição ativa, sem nenhum incentivo inicial além da paixão pelo objetivo maior do projeto e da perspectiva de fazer parte de uma comunidade com a mesma mentalidade que se reúne em torno dele. O mais próximo que uma empresa tradicional poderia chegar desse nível de alinhamento entre contratação e missão seria quando contratássemos exclusivamente nossos próprios clientes entusiasmados. Isso é muito difícil de conseguir em escala. No entanto, especialmente nas empresas remote , um claro alinhamento com a missão não é negociável. Para atrair talentos altamente alinhados com sua missão, nós, remote empresas, precisamos pensar mais como projetos OSS: Publique e distribua conteúdo sobre sua missão, seus clientes, sua cultura e sua equipe para que os candidatos tenham uma ideia transparente da sua empresa. O movimento de construção em público é inspirador, e nós da tl;dv também nos esforçamos para fazer isso cada vez mais, pois acreditamos que essa é a melhor maneira de atrair talentos com a mesma mentalidade. 

2. Documentação e processos transparentes promovem autonomia e independência

Escrever código, revisar código, criar conteúdo... as possibilidades de contribuição em OSS são múltiplas. Os projetos de código aberto precisam ser projetados de forma que cada novo membro da comunidade possa contribuir de forma autônoma. Cada projeto, portanto, tem princípios comunitários claramente definidos, documentação detalhada, bem como um sistema de colaboração muito transparente que permite que os colaboradores individuais acompanhem a evolução dos projetos, bem como as contribuições individuais dos colegas. Da mesma forma que o OSS, as empresas bem-sucedidas do remote se esforçam para projetar sua documentação e seus fluxos de trabalho de forma a promover a independência de seus funcionários e a transparência o máximo possível. No início, essa é uma tarefa bastante assustadora, mas seu impacto na velocidade da sua equipe aumenta com o tempo e com cada nova contratação que você faz. Também ainda estamos aprendendo a melhorar e manter nossa documentação e nossos processos. Recomendamos aos aspirantes a start-ups remote que iniciem esse processo desde o primeiro dia, pois vale a pena! Algumas inspirações úteis para começar são o Aula Brain e, obviamente, o Manual do GitLab.

3. Comunicações assíncronas

Já mencionei a documentação e os processos bem pensados nos projetos de código aberto, mas também os canais de comunicação nos projetos de código aberto são, em sua maioria, assíncronos. GitHub, Discord, fóruns dedicados... a maioria dos problemas é resolvida de forma totalmente assíncrona. Pode ser um choque para alguns leitores, mas há empresas multimilionárias prosperando neste momento, que nunca precisaram de uma única reunião. Isso é ótimo. Isso coloca as coisas em perspectiva, certo? É uma ótima referência para qualquer empresa remote e a assíncrona deve definitivamente ser o modo padrão de comunicação. Uma ótima regra geral poderia ser que uma reunião é necessária quando três mensagens de ida e volta não conseguem resolver o problema de forma assíncrona. A maioria (99,9%) das empresas remote não deve depender exclusivamente de comunicações assíncronas, pois elas costumam ser um grupo mais heterogêneo de pessoas e, em geral, um pouco menos intensas em termos de engenharia do que a comunidade OSS. As empresas remote mais "tradicionais" são compostas por diversas formações profissionais, um verdadeiro caldeirão de vendas, RH, marketing, sucesso do cliente, finanças e engenharia de software, onde as reuniões são importantes para garantir a coesão emocional dentro da empresa. No final das contas, a maior parte de nossa comunicação é não verbal. Alguns estudos, como o relatório da Universidade Estadual de Minnesota, afirmam que 93% da nossa comunicação é não verbal. As reuniões são cruciais para desencadear e dar início à colaboração, pesquisar, gerar insights, dar feedback e conduzir decisões de negócios. Com o tl;dv, você pode introduzir reuniões assíncronas em sua pilha de colaboração remote e obter o equilíbrio certo.

Então... o futuro do remote será parecido com o sistema operacional?

Acredito que cada vez mais empresas do remote se inspirarão nos processos e na cultura das comunidades de código aberto. No final das contas, as comunidades de código aberto já são um modelo organizacional altamente comprovado para colaboração em escala. 

Vamos deixar de lado todas as descrições técnicas: Quem não quer ser pago para trabalhar de fato em problemas que você realmente se importa em resolver, com pessoas que também se importam com eles? 😉

O futuro é brilhante!