Algumas semanas atrás, nossa equipe de EPD (Engenharia, Produto e Design) decidiu testar um novo tipo de sprint: Semana dos Detalhes. Ou como apelidamos internamente: Detalhes & Prospera! 

Esse sprint foi inteiramente focado nos detalhes da experiência do Gather. E em apenas duas semanas, a equipe implementou 116 correções de bugs e melhorias na plataforma. Sério, deem uma salva de palmas para eles! 👏 

Para celebrar o árduo trabalho que foi dedicado a este sprint, Liz George, Chefe de Comunidade da Gather, sentou-se com três membros da equipe para dar uma olhada nos bastidores. 

Assista à gravação da transmissão ao vivo aqui ou leia a transcrição abaixo. 

‍Liz: Olá a todos, eu sou Liz George, Chefe de Comunidade aqui na Gather. Vou passar para a equipe se apresentar. 

‍Justin: Oi pessoal, eu sou Justin Key e sou Gerente de Produto aqui na Gather, e estou baseado em Seattle. Em resumo, meu trabalho como Gerente de Produto é definir a visão, estratégia e requisitos de funcionalidades para os produtos que construímos. Depois, faço parceria com Design e Engenharia, e outros stakeholders internos e externos para levar esses produtos ao mercado. 

‍Josh: Olá a todos, eu sou Josh. Sou Gerente de Engenharia na equipe do Core App, baseado em Vancouver. E como Justin disse, trabalhamos em estreita colaboração com Produto e Design para executar as funcionalidades voltadas para o usuário que construímos. 

‍Lau: E eu sou Lau. Eu lidero a equipe de Design aqui na Gather. Nossos desafios envolvem desde design de interação até visual e de marca. Também trabalhamos com Engenharia e Produto para definir esses problemas de uma forma super centrada no usuário. 

‍Liz: Incrível! No espírito do trabalho remoto, acho que seria ótimo se todos pudessem compartilhar nossas localizações. Estou na área da Baía de São Francisco. 

‍Lau: Eu geralmente trabalho de Toronto, Canadá, mas no momento estou em Dublin, Irlanda. 

‍Josh: Como mencionei, geralmente estou em Vancouver, mas agora estou em São Francisco. 

‍Justin: Estou baseado em Seattle. 

‍Liz: Certo, vamos direto ao ponto. Para qualquer novo usuário aqui, nos conte o que é o Gather e em que o time de produto está focado agora. 

‍Justin: Em um nível bem alto, o Gather ajuda equipes distribuídas ou remotas a construir espaços digitais que reúnem todos e fazem as interações virtuais parecerem mais humanas. Quando nossos clientes usam seu espaço virtual (seu escritório virtual), seja colaborando em reuniões, coworking, passando pela mesa virtual de alguém, conectar-se com sua equipe torna-se uma experiência mais energizante onde o trabalho produtivo, o trabalho colaborativo e a cultura da empresa podem acontecer não importa onde seus membros da equipe estejam baseados. 

Quanto a algumas das coisas em que estamos trabalhando, alguns exemplos que estão por vir são melhorias em nossa experiência de reuniões, incluindo recursos como gravação de tela e integrações de calendário mais aprofundadas para ajudar nossos usuários a agendar e participar de reuniões no Gather. Junto com melhorias divertidas em nosso aplicativo de desktop, no próximo ano teremos um novíssimo aplicativo móvel do Gather, que estamos super empolgados!

‍Lau: Sim, definitivamente tudo o que Justin mencionou. Eu meio que quero dar um giro no foco do design disso. Os desafios de design do Gather dentro da própria plataforma são realmente interessantes, e acho que são realmente diferentes de qualquer coisa que existe por aí. 

Estamos falando de uma plataforma onde as pessoas interagem umas com as outras, mas não só isso, há também um mundo ligado a isso. E estamos tentando realmente nos concentrar em como as pessoas trabalham dentro desse espaço. 

A parte legal de trabalhar nesse produto é que estamos sempre inventando novos padrões de interação, adaptando coisas que pertencem a produtos já existentes. Você tem seus padrões de interface das plataformas de reunião, e estamos adaptando-os para este mundo que é bastante novo na forma como as pessoas podem estar conectadas umas com as outras. 

Então, é um desafio realmente legal que temos com o foco no trabalho remoto, além de garantir que as pessoas estejam realmente conectadas umas às outras, não importando onde estejam no mundo, ou até mesmo o fuso horário. 

‍Josh: Acho que Justin e Lau disseram tudo perfeitamente. Eles disseram tudo que eu teria dito. 

‍Liz: Bem, isso significa que você será o próximo na próxima pergunta! Hoje estamos falando sobre algo novo que a equipe fez: Semana dos Detalhes. Você quer compartilhar o que é isso e como é diferente de um sprint normal de Produto e Engenharia? 

‍Josh: Justin, você quer começar e depois eu acrescento a perspectiva de Engenharia? 

Justin: Sim vou começar. Então, novamente em um nível alto, nos movemos muito rápido no Gather para trazer novos produtos e funcionalidades para nossos clientes. A qualquer momento, temos um monte de projetos, não consigo nem dizer quantos em várias fases de desenvolvimento. 

Com o tempo, à medida que construímos, lançamos e iteramos novas funcionalidades, inevitavelmente introduzimos bugs na experiência do cliente. E também identificamos melhorias de recursos necessárias, mudanças que queremos fazer ou feedback de clientes que queremos incorporar. 

Portanto, com nosso sprint Detalhes e Prospera, basicamente reservamos tempo para que toda a equipe focasse em acertar esses detalhes. Corrigindo esses bugs, incorporando esses pequenos pedidos incrementais de funcionalidades e priorizando trabalhos focados em toda a equipe e dedicando tempo para trabalhar em nosso backlog de funcionalidades mais amplo, enquanto pausávamos algumas das maiores iniciativas de produto em que estávamos trabalhando. 

‍Josh: Para acrescentar a isso, do ponto de vista da Engenharia, em muitas empresas você está sempre tentando equilibrar “Como nos movemos rapidamente?” “Como construímos as coisas que realmente queremos lançar?” e “Como garantimos também que são de altíssima qualidade?” 

E pode ser fácil inclinar-se para um lado ou outro um pouco demais. Pode ser fácil tentar fazer as coisas tão perfeitas porque há tantas coisas que queremos construir para nossos usuários e realmente queremos garantir que sejam ótimas. Mas podemos gastar tanto tempo em uma coisa tentando garantir que seja perfeita, que talvez não acabemos chegando àquelas outras coisas. 

Por outro lado, podemos acabar fazendo o oposto, onde acabamos gastando tanto tempo tentando construir todas as coisas emocionantes que é fácil perder o foco nesses detalhes. 

Então acho que isso nos proporcionou uma oportunidade de garantir que estávamos reservando tempo explícito para os detalhes. E acho que também fomos muito intencionais sobre isso. 

Nos permitiu realmente ser intencionais sobre o que queríamos fazer e garantir que tínhamos tempo para fazê-lo, o que acho que foi fundamental. 

‍Lau: Acho que é bastante importante também notar que o Gather em si é muito jovem. Estava falando anteriormente sobre todos esses novos padrões de interação que temos. Quando começamos, começamos eles como experiências. Isso vai pegar? Será que vai ser o recurso certo que seguiremos? Como vamos evoluir isso além de um MVP, por exemplo?

E com o passar do ano, quando olhamos para trás e dissemos “Ok, quais são as coisas que precisamos ajustar?” aprendemos muito com nossas experiências de início de idade. E não só aprendemos muito com isso, mas vimos isso no mundo real com outras plataformas. 

Porque fizemos um grande alvoroço nesse espaço, muitas outras plataformas também estavam pegando nossos padrões, imitando-os e depois lançando-os por aí. 

Então não só tínhamos nossa própria dívida de Design e Engenharia, mas também meio que devíamos uma dívida para as outras plataformas por aí por estarem colocando coisas que só estávamos experimentando. 

Então esse tempo foi realmente bom para olharmos para trás e vermos como isso afetou nossa plataforma e a maneira como as pessoas se conectam umas com as outras, e como podemos torná-lo melhor para que as pessoas possam realmente fazer as coisas que precisam no Gather de forma fácil e encantadora. 

‍Liz: Obrigada por compartilhar isso. Isso é algo realmente diferente das diferentes abordagens que tomamos antes? 

‍Lau: Acho que definitivamente fomos um pouco mais experimentais no passado, e como Josh e Justin disseram, nos movemos extremamente rápido. É ótimo que façamos isso porque podemos aprender muitas coisas realmente rápido, mas também cometemos muitos erros ao longo do caminho. 

Então, olhando para trás e vendo, “Ok, talvez deveríamos ter feito isso um pouco diferente.” É esse aprendizado que podemos levar ao próximo desafio. Então estamos continuamente aprendendo não só como trabalhar uns com os outros em Engenharia e Produto, mas também como trabalhar dentro do espaço que é tão intrincado na maneira como todos nós nos conectamos. 

‍Liz: Vocês três têm papéis extremamente diferentes. Vocês podem me explicar qual foi o papel de vocês no sprint? 

‍Justin: Antes de mais nada, é muito um esforço de equipe. Eu especificamente, trabalhei com Josh e Lau e suas equipes para organizar e priorizar a lista de bugs e melhorias de funcionalidades que queríamos trabalhar durante o sprint. E então fornecer minha contribuição em cada um para garantir que tudo seja construído e funcione conforme o planejado. 

‍Josh: Sim, como Justin disse, foi definitivamente um esforço enormemente colaborativo. Acho que para mim como Gerente de Engenharia, eu só queria garantir que a equipe tivesse as ferramentas certas e se sentisse apoiada. 

Como mencionei, havia tantas coisas que queríamos conseguir fazer. Havia o ótimo post no blog: 116 bugs, detalhes e melhorias que fizemos. 

Havia ainda mais tickets do que isso. Tínhamos uma tonelada de coisas que queríamos resolver. Então, apenas garantindo que a equipe se sentisse apoiada e entendesse como abordar essas coisas. 

‍Lau: Muito parecido com Justin e Josh, trabalhamos juntos todos os dias. Nos reuníamos por algumas horas todos os dias para garantir que todas as tarefas que havíamos coletado – desde feedback dos usuários até nossa própria equipe interna – fossem analisadas e ordenadas adequadamente para que nossa equipe pudesse facilmente pegá-las, entendê-las e projetá-las ou desenvolvê-las. Então esse foi o esforço colaborativo que fizemos. 

E então, do ponto de vista do design, meu papel era garantir que minha equipe de design se sentisse capacitada para tomar decisões com base nesses tickets. Eles tinham informações suficientes para que pudessem seguir em frente e criar uma melhoria no formato pré-existente, mas também para garantir que o design acabasse sendo holístico. 

O feedback que recebemos e as tarefas que anexamos a esses tickets eram de todas as partes diferentes da plataforma. Então, de vídeo a configurações, a qualquer coisa, tudo estava espalhado por todo lugar. Então, eu realmente tinha que garantir que nossa equipe completa tivesse o mesmo visual de IU, padrões de interação e princípios de design que nossa própria equipe tem, para garantir que tudo parecesse parte da mesma plataforma. 

‍Liz: Agora que falamos sobre o que é. Como decidimos dedicar equipes inteiras a esses detalhes por duas semanas inteiras?

Justin: Esse tipo de trabalho costuma ser colocado em nosso backlog à medida que priorizamos os projetos maiores e mais estratégicos, como os que mencionei anteriormente. Individualmente, essas coisas são pequenas: Esses bugs, essas melhorias de funcionalidades. Mas coletivamente, eles se somam e começam a impactar a percepção dos nossos clientes de como o Gather funciona. 

Garantir que acertemos os detalhes, faz com que o Gather pareça uma experiência refinada e que atende às necessidades e expectativas dos nossos clientes. 

‍Lau: Design está essencialmente sempre procurando maneiras de melhorar nossa plataforma. Não esperamos por um certo momento para ver como podemos melhorar as coisas. Estamos constantemente olhando para as coisas e pensando, “Hmm, isso não parece tão bom.” Então, definimos tempos dentro das nossas próprias semanas para garantir que esses problemas incômodos sejam abordados. 

Mas o que a Semana dos Detalhes fez, foi nos ajudar a focar nisso e torná-la nossa prioridade total. Assim como qualquer outro designer por aí, nossa própria plataforma nos incomoda. Quanto mais olhamos para ela, mais imperfeições temos. Então é apenas essa lista interminável de melhorias que queremos fazer. 

‍Josh: Sim, e acho que a coisa que queria acrescentar em tudo isso é que todos tínhamos o mesmo tipo de mentalidade. Todos estávamos trabalhando nisso ao mesmo tempo. 

Geralmente, estamos trabalhando em um monte de projetos em paralelo e pensando em um monte de problemas diferentes nesses blocos maiores. Detalhes e Prospera nos ajudou a alinhar sobre tentar estar na mentalidade de resolver esses pequenos detalhes e realmente melhorar o produto como um todo coletivamente. O que acho que foi muito útil e super bom ter tudo ao mesmo tempo juntos. 

‍Liz: Então identificamos os problemas: Muitas dessas coisas estavam no backlog. Queremos garantir que as coisas sejam perfeitas porque estamos constantemente olhando para a tela e vendo esses bugs surgirem. Como você decidiu em quais focaríamos? 

‍Justin: Pensando no processo primeiro, já tínhamos esse backlog existente de bugs, feedback de funcionalidades e pedidos de clientes que vínhamos coletando ao longo de vários meses de trabalho. 

Assim que decidimos que queríamos realizar este sprint Detalhes e Prospera, também procuramos a organização interna mais ampla da Gather para solicitar entradas da equipe ou outros feedbacks ou pedidos de funcionalidades que eles tinham. No final, coletamos bem mais de 300 novos pedidos e funcionalidades, que organizamos como tickets. Revisamos cada um desses tickets um por um através deste grupo aqui (Produto, Design e Engenharia) para priorizar o trabalho. 

Então Lau e eu trabalhamos juntos para adicionar definição de Produto e Design onde precisávamos, para ajudar a definir o que realmente queríamos construir e como deveria parecer e se sentir. E então reunimos a equipe. 

Josh pegou todos esses tickets e trabalhou com sua equipe para atribuí-los a diferentes engenheiros. Lau fez o mesmo com sua equipe de design. E depois trabalhamos juntos ao longo de aproximadamente duas semanas para levar essas melhorias à experiência do cliente do Gather. 

‍Liz: Incrível! Como foi o processo de revisão e desenvolvimento? 

‍Josh: Basicamente, seguimos o mesmo processo que fazemos com outras funcionalidades. Costumamos ter uma ideia das coisas que queremos fazer. Como Justin disse, coletamos todos esses insights, então temos uma boa noção de no que focar. 

E então, quando começamos a trabalhar nelas, fazemos uma revisão. Fazemos QA, temos uma revisão de design e fazemos uma revisão de código para garantir que a qualidade do código seja boa e que não estamos introduzindo nenhum problema adicional. À medida que adicionamos mais, queremos garantir que estamos melhorando a qualidade à medida que avançamos. 

E então, uma vez que as coisas estão boas, revisamos em código, aprovamos e isso é mesclado, e geralmente fazemos com que as coisas entrem em vigor dentro de uma semana após sua conclusão. 

‍Liz: Para mudar um pouco de assunto, qual foi o bug favorito seu que a equipe corrigiu? 

‍Josh: Para mim, tivemos muitos pedidos por um longo tempo para uma forma de impedir que seu avatar seja seguido. O que surge em muitos lugares: Como às vezes você está fazendo uma demonstração e alguém sai por um tempo e fica estranhamente meio que seguindo seu avatar, e você tem que sair ou entrar ou o que for.... 

Então adicionamos isso, e acabou sendo muito mais esforço do que parecia na superfície. Não teríamos sido capazes de fazer isso sem ter esse tempo dedicado. E você sabe, acho que é algo bastante impactante. Eu sei que é útil para mim, então eu estava realmente animado sobre esse recurso em particular. 

‍Lau: Eu vou em seguida. Não é realmente um bug, mas é mais um recurso que acabamos fazendo. Então, tudo a respeito da experiência do convidado – e minha parte favorita é a tag “Convidado”. Então, quando você está em um ambiente de trabalho remoto e há uma pessoa nova que não faz parte do seu escritório, adicionamos uma tag “Convidado” ao nome dela, assim como na Lista de Participantes para garantir que as pessoas saibam que essa pessoa não é um membro da equipe. 

E eu acho que realmente gosto disso por algumas razões. Primeiro, se você pensa na sua experiência em um escritório na vida real, você conhece seus colegas só de olhar para eles. Você espera conhecer seus rostos e lembrar-se dos rostos, e quando vê alguém novo, automaticamente os “reconhece” porque você nunca viu aquele rosto antes. 

Mas aqui no Gather, estamos meio que escondidos atrás de avatares. Talvez eu mude meu avatar para um fantasma ao redor do Halloween (acho que eu era um morcego ano passado no Halloween no Gather). E às vezes, se eu não colocar meu nome, talvez eu coloque “Batman” ou algo assim, então ninguém saberá que é realmente eu. 

Então, se eu fosse um convidado e também estivesse nomeado como “Batman”, pode ser que pensassem “Oh, esse é o Lau,” mas não – na verdade é um convidado. Então, ter essa tag direta realmente ajuda gerentes de escritório e qualquer pessoa que esteja entrevistando ou procurando alguém específico a rapidamente reconhecer “Ok, isso é um convidado.” 

Eu penso nisso como aquele crachá “Olá, meu nome é…” quando você vai a uma conferência, e fica bem claro quem é quem a partir daí. 

‍Liz: Para mim, a tag de Convidado é extremamente útil porque na verdade eu estava prestes a ter uma reunião com um membro da nossa equipe, mas eu olhei e vi que ela estava falando com alguém que é um convidado. Então fiquei tipo “Oh, preciso garantir que dou a ela bastante tempo porque ela realmente está falando com alguém de fora da empresa.” E consegui respeitar isso ao ver a tag de Convidado. Então, realmente gosto muito dessas dicas não-verbais. 

‍Justin: Grande plus one para tudo que vocês mencionaram. Vou dizer muito brevemente – como usuário do Gather, realmente apreciei algumas das melhorias incrementais que fizemos em nossas experiências de bate-papo e emoticons. Elas, coletivamente, tornam ainda mais fácil se comunicar com colegas no Gather. Embora essas coisas sejam relativamente pequenas e incrementais, elas ajudam muito a nos sentirmos mais conectados. 

‍Liz: Que conselho você daria para outras equipes interessadas em fazer um tipo semelhante de Sprint de Detalhes? 

‍Josh: Acho que toquei nisso antes, mas reservar tempo para isso é muito importante. É muito fácil se concentrar nos projetos maiores e lançar coisas, e às vezes pequenos problemas surgirão que resolveremos rapidamente, mas há aquelas coisas no meio que são difíceis de dedicar tempo. 

E acho que foi muito importante reservarmos esse tempo e termos todo mundo na mesma mentalidade. Então acho que esse foi um ponto chave que eu recomendaria se você for fazer algo assim. 

‍Lau: Meu conselho é, quando você estiver escrevendo tarefas ou quando estiver procurando organizar esses pensamentos ou partes de feedback, tenha uma maneira realmente boa de descrever o problema que você está tentando resolver, por que está tentando resolvê-lo, como ele era antes, e sua ideia de como pode ser depois. 

Mesmo que isso provavelmente mude assim que você entrar no processo de design, ajuda a fundamentar a ideia um pouco melhor, para que haja menos tempo gasto tentando entender “O que isso significa?” 

Então é mais como administrar as tarefas e definir as partes da sua plataforma nas quais deseja focar. 

‍Justin: Para encerrar, tudo isso é sobre tornar o Gather melhor para nossos clientes. Então meu conselho seria: Coloque-se no lugar do seu cliente. Entenda como é a experiência diária deles usando o seu produto. 

Se você não acertar nos detalhes, então as chances são bem grandes de que eles não vão adorar seu produto. Ou pelo menos, não estarão tão felizes quanto poderiam estar. Então, garanta que você cuide dos detalhes em nome deles. 

‍

De maneira geral, a equipe concordou que esse tipo de abordagem funcionou muito bem para resolver muitos dos bugs e problemas que estavam causando tropeços na experiência geral do Gather. Estamos animados para continuar compartilhando mais do nosso processo enquanto continuamos fazendo do Gather o melhor que ele pode ser, pouco a pouco. Não se esqueça de conferir nosso Detalhes Pixel-Perfeitos: 116 Correções de Bugs & Melhorias blog para ver tudo o que a equipe enfrentou.

Fiquem ligados para mais transmissões ao vivo como essa, estamos apenas começando!

‍

Melhorando as coisas, pouco a pouco.

- A equipe Gather

‍