A crise da Covid-19 distanciou as pessoas do local de trabalho, e os empregadores geralmente, embora \u00e0s vezes com relut\u00e2ncia, aceitam que as pessoas podem trabalhar com efici\u00eancia em casa. Como que para compensar esse distanciamento e manter o local de trabalho vivo em um sentido virtual, os empregadores tamb\u00e9m incentivaram as pessoas a se manterem firmes na jornada de trabalho convencional. A mensagem \u00e9 que trabalhar em casa \u00e9 bom e pode at\u00e9 ser muito eficiente – desde que as pessoas participem de videochamadas junto com todas as outras durante o dia.<\/p>\n\n\n\n
Mas os funcion\u00e1rios muitas vezes lutam com a \u201cjornada de trabalho\u201d quando trabalham em casa, porque muitos t\u00eam que lidar com os pedidos concorrentes vindos de suas fam\u00edlias, tamb\u00e9m que ficam fora de casa. Ent\u00e3o, qu\u00e3o eficaz \u00e9 realmente trabalhar em casa se todos ainda est\u00e3o trabalhando incessantemente? \u00c9 poss\u00edvel abandonar o rel\u00f3gio?<\/p>\n\n\n\n
A resposta parece ser que sim. Desde antes da pandemia, temos estudado as pr\u00e1ticas de trabalho remoto da empresa de tecnologia GitLab para explorar como seria se as empresas quebrassem as cadeias cronol\u00f3gicas de seus funcion\u00e1rios, bem como seus la\u00e7os com o local de trabalho f\u00edsico.<\/p>\n\n\n\n
O desafio para GitLab<\/strong><\/p>\n\n\n\n Desde sua funda\u00e7\u00e3o em 2014, o GitLab manteve uma equipe totalmente remota que agora compreende mais de 1.300 funcion\u00e1rios espalhados por mais de 65 pa\u00edses. A forma \u201cgit\u201d de trabalhar usa ferramentas que permitem aos funcion\u00e1rios trabalhar em projetos em andamento onde quer que estejam no mundo e no hor\u00e1rio de sua prefer\u00eancia. A ideia \u00e9 que, como \u00e9 sempre \u201cdas 9h \u00e0s 17h\u201d em algum lugar do planeta, o trabalho pode continuar 24 horas por dia, aumentando a produtividade agregada. Isso parece bom, mas uma for\u00e7a de trabalho escalonada no tempo e no espa\u00e7o apresenta desafios de coordena\u00e7\u00e3o \u00fanicos com implica\u00e7\u00f5es organizacionais abrangentes.<\/p>\n\n\n\n A maneira mais natural de distribuir o trabalho pelos locais \u00e9 torn\u00e1-lo modular e independente, de modo que haja pouca necessidade de coordena\u00e7\u00e3o direta – os funcion\u00e1rios podem ser eficazes sem saber como seus colegas est\u00e3o progredindo. \u00c9 por isso que o trabalho distribu\u00eddo pode ser t\u00e3o eficaz para call centers e na avalia\u00e7\u00e3o de patentes. Mas essa abordagem tem seus limites nas atividades relacionadas ao desenvolvimento e \u00e0 inova\u00e7\u00e3o, onde as interdepend\u00eancias entre os componentes do trabalho nem sempre s\u00e3o f\u00e1ceis de ver com anteced\u00eancia.<\/p>\n\n\n\n Para esse tipo de trabalho complexo, a co-localiza\u00e7\u00e3o com comunica\u00e7\u00e3o cont\u00ednua<\/strong> costuma ser uma abordagem melhor, porque oferece duas virtudes: sincronicidade e riqueza de m\u00eddia. O lapso de tempo na intera\u00e7\u00e3o entre dois ou mais indiv\u00edduos \u00e9 quase zero quando eles est\u00e3o co-localizados e, embora o conte\u00fado da conversa possa ser o mesmo tanto face a face quanto em ambientes virtuais, a tecnologia pode n\u00e3o ser totalmente capaz de transmitir sugest\u00f5es contextuais sociais e de fundo – qu\u00e3o f\u00e1cil \u00e9 sentir as rea\u00e7\u00f5es de outras pessoas em uma reuni\u00e3o de zoom em grupo?<\/p>\n\n\n\n Tudo isso implica que simplesmente tentar replicar online (por v\u00eddeo ou chat de voz) o que aconteceu naturalmente em ambientes co-localizados dificilmente ser\u00e1 uma estrat\u00e9gia vencedora ou completa. No entanto, essa abordagem de \u201cver o rosto\u201d \u00e9 aquela que as pessoas parecem adotar quando s\u00e3o for\u00e7adas a trabalhar remotamente, como revelou nossa pesquisa de pr\u00e1ticas de trabalho remotas imediatamente ap\u00f3s bloqueios em todo o mundo.<\/p>\n\n\n\n Coordena\u00e7\u00e3o t\u00e1cita<\/strong><\/p>\n\n\n\n Existe uma maneira de superar esse dilema. Nossa pesquisa anterior sobre offshoring de desenvolvimento de software mostrou que recorrer a mecanismos de coordena\u00e7\u00e3o t\u00e1cita, como um entendimento compartilhado de normas de trabalho e contexto, permite a coordena\u00e7\u00e3o sem comunica\u00e7\u00e3o direta.<\/p>\n\n\n\n A coordena\u00e7\u00e3o, nesse caso, acontece por meio da observa\u00e7\u00e3o da a\u00e7\u00e3o dos demais funcion\u00e1rios e da capacidade de prever o que far\u00e3o e precisar\u00e3o com base em normas compartilhadas. Pode ocorrer de forma s\u00edncrona<\/strong> (onde, por exemplo, duas pessoas podem trabalhar no mesmo documento do Google durante o mesmo per\u00edodo) ou de forma ass\u00edncrona<\/strong> (quando as pessoas fazem transfer\u00eancias claras do documento e n\u00e3o trabalham nele quando o outro est\u00e1).<\/p>\n\n\n\n As organiza\u00e7\u00f5es de desenvolvimento de software frequentemente optam por esta solu\u00e7\u00e3o e tendem a confiar amplamente em reposit\u00f3rios compartilhados e ferramentas de autoria de documentos, com sistemas para coordenar contribui\u00e7\u00f5es (por exemplo, integra\u00e7\u00e3o cont\u00ednua e ferramentas de controle de vers\u00e3o). Mas o GitLab \u00e9 bastante \u00fanico no setor com fins lucrativos na medida em que depende amplamente desse terceiro caminho, n\u00e3o apenas para sua codifica\u00e7\u00e3o, mas para como a pr\u00f3pria organiza\u00e7\u00e3o funciona. Ele se baseia principalmente no trabalho ass\u00edncrono porque seus funcion\u00e1rios est\u00e3o distribu\u00eddos em v\u00e1rios fusos hor\u00e1rios. Como resultado, embora a empresa use videoconfer\u00eancia, quase nenhum funcion\u00e1rio enfrenta um dia cheio de videoconfer\u00eancias.<\/p>\n\n\n\n Como funciona no GitLab<\/strong><\/p>\n\n\n\n No centro do trabalho de engenharia que impulsiona o desenvolvimento de produtos do GitLab est\u00e1 o processo de fluxo de trabalho \u201cgit\u201d inventado pelo fundador do Linux Linus Torvalds. Neste processo, um programador que faz uma contribui\u00e7\u00e3o para um c\u00f3digo \u201cbifurca\u201d (copia) o c\u00f3digo, de modo que n\u00e3o seja bloqueado para outros usu\u00e1rios, trabalha nele e ent\u00e3o faz uma \u201csolicita\u00e7\u00e3o de mesclagem\u201d para que a vers\u00e3o editada substitua o original, e esta nova vers\u00e3o fica dispon\u00edvel para outras contribui\u00e7\u00f5es.<\/p>\n\n\n\n O processo combina a possibilidade de trabalho ass\u00edncrono distribu\u00eddo com uma estrutura que verifica poss\u00edveis falhas de coordena\u00e7\u00e3o e garante clareza nos direitos de decis\u00e3o. Completamente eletr\u00f4nico (o que torna o trabalho remoto vi\u00e1vel) e totalmente documentado, ele se tornou uma estrutura importante para o desenvolvimento de software distribu\u00eddo em contextos com fins lucrativos e de c\u00f3digo aberto.<\/p>\n\n\n\n O GitLab levou o git um passo adiante, aplicando-o tamb\u00e9m ao trabalho gerencial que envolve ambig\u00fcidade e incerteza. Por exemplo, o chefe de marketing do GitLab recentemente delineou uma vis\u00e3o para integrar o v\u00eddeo \u00e0 estrat\u00e9gia da empresa para o ano seguinte. Ele solicitou feedback ass\u00edncrono de toda a empresa em uma janela de tempo fixa e, em seguida, agendou uma \u00fanica reuni\u00e3o s\u00edncrona para concordar com uma vers\u00e3o final da vis\u00e3o. Essa vis\u00e3o desencadeou altera\u00e7\u00f5es de entrada de forma ass\u00edncrona de v\u00e1rios colaboradores nas p\u00e1ginas do manual da empresa relacionadas aos objetivos de marketing e resultados-chave que foram combinados na conclus\u00e3o.<\/p>\n\n\n\n O alto grau de confian\u00e7a do GitLab no trabalho ass\u00edncrono \u00e9 poss\u00edvel ao respeitar as tr\u00eas regras a seguir at\u00e9 o n\u00edvel da tarefa:<\/p>\n\n\n\n 1. <\/strong>Separe a responsabilidade de fazer a tarefa da responsabilidade de declar\u00e1-la realizada.<\/strong><\/p>\n\n\n\n Em ambientes co-localizados, onde os funcion\u00e1rios est\u00e3o no mesmo escrit\u00f3rio, a comunica\u00e7\u00e3o f\u00e1cil e as dicas sociais permitem que eles resolvam ambig\u00fcidades com efici\u00eancia e gerenciem conflitos em torno das responsabilidades e atribui\u00e7\u00f5es de trabalho. Em configura\u00e7\u00f5es remotas, no entanto, isso pode ser dif\u00edcil. No GitLab, portanto, espera-se que toda tarefa tenha um Indiv\u00edduo Diretamente Respons\u00e1vel (IDR), que \u00e9 respons\u00e1vel pela realiza\u00e7\u00e3o da tarefa e tem liberdade de como ela deve ser realizada.<\/p>\n\n\n\n O IDR, entretanto, n\u00e3o consegue decidir se a tarefa foi conclu\u00edda. Essa fun\u00e7\u00e3o \u00e9 responsabilidade de um “Mantenedor”, que tem autoridade para aceitar ou rejeitar as solicita\u00e7\u00f5es de mesclagem do IDR. A clareza sobre essas fun\u00e7\u00f5es para cada tarefa ajuda a reduzir confus\u00f5es e atrasos e permite que v\u00e1rios IDRs trabalhem em paralelo da maneira que quiserem em diferentes partes de um c\u00f3digo, fazendo c\u00f3pias locais (\u201cbifurca\u00e7\u00e3o\u201d). \u00c9 fun\u00e7\u00e3o do mantenedor evitar mudan\u00e7as desnecess\u00e1rias e manter a consist\u00eancia na vers\u00e3o de trabalho do documento ou c\u00f3digo.<\/p>\n\n\n\n Em um contexto que n\u00e3o seja de software, digamos, no desenvolvimento da p\u00e1gina do manual do GitLab sobre pol\u00edticas de despesas, IDRs individuais, que poderiam ser qualquer pessoa na empresa, escreveriam pol\u00edticas espec\u00edficas da maneira que escolherem e suas contribui\u00e7\u00f5es seriam aceitas ou rejeitadas pelo CFO agindo na qualidade de mantenedor, que tamb\u00e9m poderia oferecer feedback (mas n\u00e3o dire\u00e7\u00e3o) aos IDRs. Uma vez ao vivo, a p\u00e1gina mesclada serve como a \u00fanica fonte da verdade sobre as pol\u00edticas de despesas, a menos ou at\u00e9 que outra pessoa fa\u00e7a uma nova proposta. Mais uma vez, o mantenedor aprovaria, rejeitaria ou ofereceria feedback sobre a nova proposta. Em contextos como este, esperar\u00edamos que pessoas em cargos de gest\u00e3o tradicionais servissem como mantenedores.<\/p>\n\n\n\n 2. <\/strong>Respeite o princ\u00edpio de \u201cmudan\u00e7a m\u00ednima vi\u00e1vel\u201d.<\/strong><\/p>\n\n\n\n Quando a coordena\u00e7\u00e3o \u00e9 ass\u00edncrona, existe o risco de que as falhas de coordena\u00e7\u00e3o possam passar despercebidas por muito tempo – por exemplo, dois indiv\u00edduos podem estar trabalhando em paralelo no mesmo problema, tornando um de seus esfor\u00e7os redundante, ou uma pessoa pode estar fazendo altera\u00e7\u00f5es que s\u00e3o incompat\u00edveis com os esfor\u00e7os de outro. Para minimizar esse risco, os funcion\u00e1rios s\u00e3o incentivados a enviar a altera\u00e7\u00e3o m\u00ednima vi\u00e1vel – um est\u00e1gio inicial, uma vers\u00e3o imperfeita de suas altera\u00e7\u00f5es sugeridas no c\u00f3digo ou nos documentos. Isso torna mais prov\u00e1vel que as pessoas percebam se o trabalho \u00e9 incompat\u00edvel ou est\u00e1 sendo duplicado. Obviamente, uma pol\u00edtica de mudan\u00e7as m\u00ednimas vi\u00e1veis deve vir com uma pol\u00edtica \u201csem vergonha\u201d na entrega de uma sa\u00edda temporariamente imperfeita. Em configura\u00e7\u00f5es remotas, o valor de saber o que o outro est\u00e1 fazendo o mais r\u00e1pido poss\u00edvel \u00e9 maior do que obter o produto perfeito.<\/p>\n\n\n\n 3. <\/strong>Sempre se comunique publicamente.<\/strong><\/p>\n\n\n\n Como os membros da equipe do GitLab costumam dizer, \u201cn\u00e3o enviamos e-mail interno aqui\u201d. Em vez disso, os funcion\u00e1rios postam todas as perguntas e compartilham todas as informa\u00e7\u00f5es nos canais do Slack de suas equipes e, posteriormente, os l\u00edderes de equipe decidem quais informa\u00e7\u00f5es precisam estar permanentemente vis\u00edveis para os outros. Em caso afirmativo, ele fica armazenado em um local dispon\u00edvel a todos na empresa, em um documento de \u201cemiss\u00e3o\u201d ou em uma p\u00e1gina do manual online da empresa, que pode ser acessado por qualquer pessoa, dentro ou fora da empresa. Essa regra significa que as pessoas n\u00e3o correm o risco de duplicar ou mesmo destruir inadvertidamente o trabalho de seus colegas. Os gerentes dedicam muito tempo \u00e0 curadoria das informa\u00e7\u00f5es geradas por meio do trabalho dos funcion\u00e1rios que supervisionam e espera-se que saibam melhor do que os outros quais informa\u00e7\u00f5es podem ser amplamente necess\u00e1rias para uma futura equipe ou que seriam \u00fateis para pessoas de fora da empresa.<\/p>\n\n\n\n Reconhecendo os limites da abordagem GitLab<\/strong><\/p>\n\n\n\n Por mais bem implementado que seja, o trabalho remoto ass\u00edncrono desse tipo n\u00e3o pode fornecer muito em termos de intera\u00e7\u00e3o social. Essa \u00e9 uma grande falha, porque a intera\u00e7\u00e3o social n\u00e3o \u00e9 apenas uma fonte de prazer e motiva\u00e7\u00e3o para a maioria, \u00e9 tamb\u00e9m onde os “encontros aleat\u00f3rios”, as trocas serendipitosas pelas m\u00e1quinas de caf\u00e9 e lobbies dos elevadores, criam oportunidades para que ideias e informa\u00e7\u00f5es fluam e recombinem.<\/p>\n\n\n\n Para minimizar essa limita\u00e7\u00e3o, o GitLab fornece ocasi\u00f5es para intera\u00e7\u00e3o n\u00e3o relacionada \u00e0 tarefa. A cada dia, os membros da equipe podem participar de uma das tr\u00eas reuni\u00f5es sociais opcionais – escalonadas para incluir os fusos hor\u00e1rios. As chamadas consistem em grupos de 8 a 10 pessoas em uma sala de chat de v\u00eddeo, onde s\u00e3o livres para discutir o que quiserem (o GitLab fornece uma pergunta inicial di\u00e1ria como quebra-gelo, caso seja necess\u00e1rio, como: \u201cO que voc\u00ea fez no fim de semana?\u201d ou \u201cQual foi o lugar mais legal que voc\u00ea j\u00e1 viajou e por qu\u00ea?\u201d).<\/p>\n\n\n\n Al\u00e9m disso, o GitLab tem grupos de folga social: salas de bate-papo tem\u00e1ticas das quais funcion\u00e1rios com interesses semelhantes podem participar (como: #cat, #dogs, #cooking, #mental_health_aware, #daily_gratitude, #gaming) e um canal #donut_be_strangers que permite estranhos que t\u00eam interesse m\u00fatuo em bater um caf\u00e9 para se reunir.<\/p>\n\n\n\n Obviamente, os gerentes do GitLab n\u00e3o t\u00eam a ilus\u00e3o de que esses grupos substituam perfeitamente os tipos de ricas intera\u00e7\u00f5es sociais fora do trabalho que as pessoas consideram gratificantes. Mas eles ajudam a manter os funcion\u00e1rios conectados e, em uma \u00e9poca em que muitos funcion\u00e1rios trabalhavam sob regras de confinamento, isso se mostrou muito \u00fatil para manter o moral.<\/p>\n\n\n\n ***<\/strong><\/p>\n\n\n\n Trabalhar em casa de maneira eficaz vai al\u00e9m de apenas dar aos funcion\u00e1rios um laptop e uma conta do Zoom. Abrange pr\u00e1ticas destinadas a compensar ou evitar as principais limita\u00e7\u00f5es do trabalho remoto, bem como aproveitar totalmente a flexibilidade que o controle remoto pode oferecer – trabalhando n\u00e3o apenas de qualquer lugar, mas a qualquer hora desejada. N\u00f3s nos concentramos no GitLab porque ele n\u00e3o apenas tem uma vasta experi\u00eancia em trabalho remoto, mas tamb\u00e9m porque busca um modo incomum de resolver os desafios intr\u00ednsecos do trabalho remoto. Embora alguns dos principais processos do GitLab (como seu longo processo de integra\u00e7\u00e3o remota para novas contrata\u00e7\u00f5es) e vantagens (como a possibilidade de contrata\u00e7\u00e3o em todo o mundo) n\u00e3o possam ser totalmente reproduzidos no curto prazo em empresas que ser\u00e3o apenas temporariamente remotas, existem outros que qualquer empresa pode implementar facilmente.<\/p>\n\n\n\n Artigo Traduzido da Harvard Business Review<\/a>. Fonte Original: https:\/\/hbr.org\/2020\/09\/remote-work-doesnt-have-to-mean-all-day-video-calls<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Trabalhar em casa de maneira eficaz \u00e9 muito mais que usar o Zoom. Veja algumas pr\u00e1ticas para compensar as limita\u00e7\u00f5es do trabalho remoto.<\/p>\n","protected":false},"author":1,"featured_media":4446,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[340],"tags":[],"yoast_head":"\n