Executando verificação de segurança...
9
moreiralucas
2 min de leitura ·

Trabalho remoto síncrono ou assíncrono. Qual você prefere?

Já trabalhei de duas formas. Vou resumir cada uma e pontuar os prós e contras de cada abordagem.

  • Na empresa anterior em que eu trabalhei, utilizamos o trabalho remoto síncrono, ou seja, cada setor tinha sua sala no servidor do discord e ficávamos lá nas salas com os colegas de equipe. O dia todo com o fone de ouvido e às vezes conversando, às vezes em silêncio. Quando tinha necessidade de ir tirar dúvidas com outro setor, bastava trocar de sala.

  • Na empresa atual utilizamos o Slack para tratar discussões assíncronas e as reuniões são pontuais no meet, previamente agendadas. Quando quero tirar dúvidas com algum colega de equipe ou de outro time, trocamos mensagens em algum canal do slack. A conversa pode fluir de imediato ou demorar alguns minutos, a depender da disponibilidade dos interessados.

Síncrono

Prós: Algumas coisas fluem mais rápido, pois temos acesso imediato às pessoas. É possível tirar dúvidas técnicas com algum colega em poucos minutos.
Contra: Ficar "preso" na chamada de voz o tempo todo. Perder o foco, pois alguém pode começar a conversar (contigo) a qualquer momento.

Assíncrono

Prós: Ter liberdade de executar as tarefas de forma fragmentada ou contínua, ou seja, com mais liberdade. Ter tempo para elaborar uma resposta caso algum colega tenha dúvida.
Contra: Delay ao tentar tirar dúvidas com colegas, pois podem não estar online no momento exato no qual precisamos.

Conclusão

Apesar das duas abordagens terem seus prós e contras, eu ainda prefiro o modelo assíncrono, pois consigo focar mais no desenvolvimento das features quando fico isolado, mesmo tendo que pagar o preço da espera quando preciso tirar alguma dúvida com alguém.

Você que trabalha home office, como tem sido sua dinâmica?

Carregando publicação patrocinada...
1
lucaslourenco

Na empresa onde trabalhei tive uma dinâmica assíncrona, porém, nem tão assíncrona assim.

A empresa tinha um modelo full-remote, mas o cliente era uma outra empresa bem tradicional, e o meu time era meio que incorporado nela. Então era comum ter mais de dois membros da minha equipe internos dessa outra empresa, e isso causava alguns problemas:

  • Eu ficava sempre com uma sensação estranha de ser "vigiado" o tempo todo dentro do time.
  • Enquanto o meu time estava remoto, o time interno estava lá presencialmente na outra empresa, o que causava um certo estranhamento.
  • A empresa em questão não entendia a dinâmica do remoto, então sempre acabávamos por ser muito cobrados em questões de estimativas.
  • Muitas vezes existiam reuniões completamente desnecessárias, que podiam ser resolvidas por um email (acho que todos já passaram por isso, né?).

Precisávamos definir várias tasks com suas respectivas horas (coisa que era sempre díficil para mim, nunca consegui estimar certo) e para mim não foi uma experiência muito legal.

Contudo, ainda assim, creio que um modelo assíncrono que funcione ainda é a melhor opção, pois foco é essencial na nossa profissão. Eu particularmente gosto de ter o meu tempo a sós com meu próprio cérebro e com isso eu produzo muito mais.

Esta é minha experiência, e agora, estou a procura de uma nova. Espero que possa auxiliar alguém de alguma forma.

1
moreiralucas
Autor
Autor

Não mencionei no meu texto, mas nas duas empresas todos eram full remoto, então boa parte desses problemas que você passou eu não tive.

creio que um modelo assíncrono que funcione ainda é a melhor opção [...]

Gostei dessa frase, pois realmente não basta dizer que a opção X é melhor do que a opção Y. Tem que fazer funcionar.

1
vitorcampos

Já trabalhei full-remote em empresas dos dois modelos, e sinceramente achei o modelo (semi-)síncrono mais interessante. No meu caso, o time tinha um servidor Discord próprio, sempre que precisávamos de alguma coisa, era só falar. Era útil para bater papo, também, querendo ou não isso ajuda demais na integração do time (antes do Discord as pessoas mal se conheciam, depois dele as pessoas ficaram muito mais próximas). Se alguém precisasse ficar focado, era só desabilitar o áudio e, se tivesse algo urgente para falar, era só mandar mensagem no Slack.

1
moreiralucas
Autor
Autor

Essa é uma abordagem boa também.
Apesar de usarmos o meet para a reuniões, a empresa também tem disponível o gather.town que algumas squads utilizam para fazer esse semi-sincrono.

1
1
rafaelcavalcante

Falando como EM/SE eu digo que depende da sua equipe, da cultura da empresa e do projeto onde você está.

As vezes uma mera mensagem resolve o problema, mas insistem em te mandar mensagem pra perguntar se podem te ligar e na ligação perguntam como está a tarefa que está em code review no Jira, mesmo olhando para a c#ralha do painel, rs.