Como liderar uma equipe de desenvolvimento de produto com a Hive

Bem-vindo a Um dia na vida, série em que mostramos o dia a dia da produtividade de equipes do mundo todo. Perguntamos a pessoas reais como elas passam o dia na Hive e o que conseguem realizar graças a ela. ????

O essencial:

Hoje: O diretor de engenharia de uma equipe remota em uma empresa de SaaS Profissão: Diretor de engenharia Setor: SaaS, gerenciamento de produtividade Local: Long Island, Nova York Hobbies: Tocar violão, manter o corpo em movimento e tudo o que envolve música ???? Pronomes: Ele/Dele

Como você descreveria o seu papel na equipe?

Sou o diretor de engenharia aqui. Basicamente, superviso a engenharia de todas as nossas equipes, em todos os nossos “pods”, como os chamamos. Isso abrange todo o nosso aplicativo para desktop e o aplicativo móvel. De modo geral, as responsabilidades cobrem algumas grandes áreas. É meu trabalho garantir que tudo no back-end funcione como esperado, com desempenho e estabilidade geral dos servidores.

Além disso, gerencio grandes projetos de trabalho, os “épicos”, em que desenvolvemos grandes conjuntos de novos recursos.

Usar o Agile na Hive faz a nossa equipe trabalhar com eficiência nos projetos. Como eu disse, a equipe de engenharia está organizada em 3 pods. Cada pod trabalha em sprints de 2 semanas, com uma meta de story points para cada sprint, além de algumas tarefas importantes marcadas como “compromissos do sprint”. Cada ação atribuída é especificada por um engenheiro, e depois votamos em conjunto, como equipe, para definir o valor de story points de cada ação. Essas ações acabam sendo alocadas em sprints, integradas ao nosso código e publicadas em produção.

Usamos story points para planejar os sprints de acordo com a nossa capacidade e velocidade, para não nos comprometermos demais e poder entregar versões mais confiáveis ao restante da equipe.

Por fim, há as operações diárias de rotina. Tudo, desde correções de bugs até a manutenção geral do aplicativo, passa pelos nossos pods.

O que a equipe de engenharia faz?

Na equipe de engenharia, provavelmente já somos mais de 25 a 30 pessoas, divididas em três ou quatro equipes. Nosso trabalho principal é desenvolver novos recursos ou redesenhar recursos existentes.

Pela natureza do trabalho, também colaboramos de perto com outras equipes da empresa, como produto e sucesso do cliente.

Do lado da engenharia, também precisamos garantir que a nossa filosofia geral esteja na direção certa para continuarmos crescendo. Queremos que, quando novos engenheiros chegarem, eles consigam atingir rapidamente a mesma capacidade e velocidade dos demais, com foco em concluir o trabalho.

Quais são alguns dos principais objetivos da sua equipe?

Há alguns pontos-chave em que nos concentramos. Trabalhamos com base em métricas essenciais, como a velocidade do aplicativo. Desde os tempos de carregamento inicial até os tempos das requisições básicas, é importante que tudo seja executado rapidamente para que os usuários sintam que a experiência é rápida e estável.

Também temos metas de evolução e de garantir que, ao lançar novos recursos, não introduzamos problemas. Nosso foco é ter um conjunto amplo de recursos e fazer com que o produto continue no mesmo nível de outras ferramentas de gerenciamento de projetos.

Nosso principal objetivo é sempre ter os conjuntos de recursos necessários para viabilizar os fluxos de trabalho dos usuários e nos adaptar constantemente daqui para frente. E, por último, priorizamos a velocidade de entrega como equipe.

Para que você usa a Hive pessoalmente e como ela ajuda você a realizar o seu trabalho?

Na maior parte do tempo, a equipe de engenharia usa os quadros Kanban da Hive em todo o ciclo de vida do desenvolvimento de software. A organização funciona assim: temos um projeto de nível superior chamado equipes de tecnologia e, dentro dele, cada pod ou equipe de engenharia tem o seu próprio projeto filho.

O ciclo de vida completo do desenvolvimento de software está descrito ali, começando pelo backlog do sprint, onde cada engenheiro pega os tickets das próximas duas semanas. Quando o engenheiro termina um ticket, ele passa por um processo completo de revisão e aprovação. Esse processo é parcialmente automatizado com as etapas de automação da Hive. É como apertar um botão quando você termina.

Esse modelo é aplicado a quem precisa revisar código, executar testes e aprovar antes de seguir em frente. Quando todo o fluxo de aprovação termina, a história é marcada como pronta para integração. Depois, ela passa pelo restante do nosso fluxo de engenharia: é integrada ao nosso branch de código base, chamado de bell, que é integrado ao beta. E, por fim, vai para produção no nosso ciclo semanal.

Quanto ao meu fluxo de trabalho mais específico, uso todo o ciclo de vida de desenvolvimento de software que mencionei. Além da visualização Kanban geral, a visualização em lista Minhas ações é útil para mim. Consigo ver as histórias que aguardam a minha revisão de código e aprovação, junto com a minha lista de aprovações. O Minhas ações me ajuda a acompanhar os itens que estão comigo e a garantir que andem sem problemas. Além disso, a equipe de engenharia usa muito o Hive Notes para documentação de engenharia, assim como para relatórios de problemas maiores ou investigações em andamento. O Hive Notes também é usado nas entrevistas de engenharia e, em geral, no acompanhamento de grandes iniciativas. Temos chamadas recorrentes para reuniões de desempenho e para reuniões de acompanhamento de regressões e bugs. E as anotações ajudam muito a registrar o que foi dito nas reuniões anteriores.

Você usa a Hive junto com outras ferramentas?

Sim, toda a equipe de engenharia usa a integração com o GitHub. O GitHub faz um milhão de coisas muito complexas do lado dele, garantindo que o código de vários engenheiros seja integrado de forma eficaz, sem introduzir problemas na base de código. Na nossa equipe, cada cartão de ação dos nossos quadros de engenharia é uma história de desenvolvimento propriamente dita, ou seja, cada um deles terá uma alteração de código associada. E todas essas alterações são acompanhadas pelo GitHub.

Nós nos conectamos ao GitHub anexando-o a cada cartão de ação, usando o branch de código específico em que estamos trabalhando. Isso nos permite acompanhar o GitHub nos bastidores e mostrar todas essas atualizações aos usuários dentro daquele menu suspenso. Outra vantagem é que, ao abrir a integração com o GitHub, você pode clicar no botão de abrir pull request e ir direto para o pull request. Podemos deixar as revisões de código ali e, depois, integrar as histórias quando estiverem prontas. Fica fácil.

A equipe de engenharia usa muitas ferramentas bastante específicas e de nicho, que acabamos vinculando na Hive para referência. Por exemplo, para os relatórios de métricas, usamos os Datadog Dashboards, que compartilhamos na Hive por meio de capturas de tela ou de um link para um conjunto específico de logs. Eles não se integram diretamente à Hive, mas podemos incluir informações importantes nos cartões de ação, o que ajuda muito.

Um dia na vida usando a Hive

9h30 às 11h30

De manhã, a primeira coisa que faço é conferir as minhas notificações e o chat, para garantir que quem precisa de um retorno imediato o receba. Também respondo às perguntas postadas nos cartões de ação. Temos reuniões com todos os pods de engenharia, e isso geralmente gera vários acompanhamentos, que tento resolver assim que começo o dia.

???? Também planejo entrar em chamadas com engenheiros para tentar destravar certos problemas e garantir que tenhamos os próximos passos para qualquer questão que tenha surgido. Acho o Meu dia da Hive muito útil para isso. Lembro de quando o Meu dia foi lançado: foi tipo “Uau, não preciso abrir o Google Agenda umas 12 vezes por dia para ver o que tenho”.

Agora, recebo uma notificação e entro em todas as minhas chamadas com um clique. Esse recurso específico ajuda demais.

12h às 15h

Depois disso, o início da tarde costuma ser um período de concentração. Consigo dar os próximos passos em algumas das coisas em que queremos avançar, como iniciativas gerais de engenharia. Durante esse tempo, o que vai surgindo, como pedidos de reuniões de programação em dupla, costuma consumir o resto da tarde. ????

15h30 às 17h30

No fim do dia, costumo fazer a última rodada de revisão dos cartões do quadro Kanban, garantindo que nenhuma história ficou travada e que continuamos avançando bem. ✔️

Fazendo diferença de verdade no dia de trabalho

Quais você diria que são os maiores benefícios de usar a Hive, para você e para a equipe?

A Hive é como a fonte única da verdade de tudo o que está acontecendo no trabalho. E adoro que essa fonte da verdade possa vir de vários fluxos diferentes dentro dela.

Ela pode vir do resultado das anotações do Hive Notes feitas em uma reunião de desempenho ou de e-mails com fornecedores externos que precisam de próximos passos. Para mim, o mais importante é ter todo o nosso trabalho reunido em um único quadro Kanban, onde vemos o progresso e o status de todos os itens do dia.

Além disso, adoro que a equipe inteira possa se atualizar o tempo todo, colaborar, fazer perguntas e obter respostas, tudo isso enquanto estamos todos conectados remotamente. 

O que aconteceria se você não pudesse mais usar a Hive?

Na engenharia, se de repente tivéssemos que dar um jeito sem a Hive, as coisas ficariam muito caóticas. Teríamos que usar outra ferramenta ou sistema de gerenciamento de projetos para acompanhar o trabalho. Usar apenas e-mails e planilhas não resolveria no nosso caso.

Haveria muitas dores de crescimento, porque realmente acertamos o fluxo de trabalho na Hive. Todo mundo está muito familiarizado com ela. Acho que tentar migrar para outra ferramenta também seria um verdadeiro pesadelo.

Então sim, estou muito feliz por termos a Hive.????

Você recomendaria a Hive a outras equipes? Por quê?

Com certeza, sem dúvida nenhuma.