Como os grandes gerentes de produto contribuem para grandes culturas de engenharia

Jack Moore Blocked Unblock Seguir Seguindo 13 de janeiro

Grandes engenheiros saem quando não estão mais empolgados com uma oportunidade.

Esses engenheiros estão em demanda, eles têm outras empresas constantemente batendo em suas portas, lançando-lhes oportunidades interessantes, bem como dinheiro, na tentativa de convencê-los a sair.

Dado esse ambiente cruel, como nós, como gerentes de produto, contribuímos para uma forte cultura de engenharia? Por que devemos nos importar o suficiente para tornar isso nossa responsabilidade?

Grandes gerentes de produto querem trabalhar com grandes engenheiros, mas nem todo engenheiro sabe o que significa trabalhar com um gerente de produto. As culturas da empresa podem mudar o papel do gerenciamento de produtos e podem ditar a dinâmica de poder entre produto e engenharia de maneiras surpreendentes.

Além disso, existem alguns gerentes de produtos que não entendem porque é importante promover um relacionamento construtivo com a engenharia.

Equívocos sobre o papel da gestão de produtos

Muitos engenheiros que conheci foram céticos quanto ao valor real que os gerentes de produto trazem para a equipe. Com razão, uma vez que muitos deles não tiveram relações produtivas com seus PM.

Pergunte a um engenheiro que tenha trabalhado com um PM ruim, ou que não tenha tido um relacionamento produtivo com um PM de outra forma capaz, e eles dirão a você que o PM deles…

  • Desacelerou as coisas através de processos desnecessários, reuniões, cerimônias, etc.
  • Defendido por níveis onerosos de documentação e testes, ou negligenciou-os totalmente
  • Fiz tentativas frequentes de mapear seu trabalho com métricas tediosas, ignorando o valor que elas criaram
  • Empurrou sua equipe para construir coisas que não foram percebidas como valiosas

A má gestão de produtos pode ser um fator chave para uma cultura de engenharia que afasta os melhores funcionários.

Os engenheiros são o recurso mais importante que uma empresa de tecnologia tem para alavancar e projetar produtos de baixa qualidade é uma maneira fantástica de desperdiçar seu tempo.

Por que os engenheiros ficam ou saem

Em um trabalho anterior, um gerente de produto sênior frequentemente insistia

Engenheiros só querem construir, eles não se importam com o impacto

Este é um refrão comum por aqueles que são céticos quanto ao valor de se concentrar nos resultados. "Engenheiros não querem ouvir toda essa conversa sobre os resultados que estamos alcançando, eles só querem trabalhar em tecnologia interessante."

Em uma palestra que ele me inspirou a escrever este artigo, John Cutler , Product Advocate da Amplitude, falou sobre os motivos pelos quais os engenheiros permanecem. Em sua palestra, John disse que os engenheiros realmente bons se importam profundamente em fazer a diferença através de seus esforços, mas que a maioria das organizações não está preparada de maneira que esses engenheiros possam sentir seu impacto.

Sem uma noção do impacto que seu trabalho está causando, todos os engenheiros precisam trabalhar em como a tecnologia é interessante. Inevitavelmente, o desejo dos engenheiros mais espertos e curiosos de trabalhar em novas tecnologias ultrapassará a taxa que qualquer produto adotará essas tecnologias. Existem estratégias que você pode usar para adotar novas tecnologias mais rapidamente e tais – hackathons, por exemplo, mas isso é para outro artigo.

Gerentes de produto são líderes de torcida do usuário …

Considere o que acredito ser um papel subestimado e subvalorizado de gerenciamento de produto – otimizando a excitação. Nosso trabalho é garantir que estamos lançando projetos atraentes para nossa equipe de engenharia.

Agora, não estou dizendo que precisamos fazer com que todos os projetos pareçam sensuais, porque nem todo projeto é. Todo projeto precisa parecer importante dentro do contexto da missão da sua empresa. Renovar uma página de login pode não parecer empolgante, mas melhorar o acesso ao seu produto em uma ordem de grandeza (e todos os benefícios secundários que acompanham o produto) pode parecer mais empolgante.

Os gerentes de produto podem ajudar suas empresas, concentrando-se no que os usuários estão sentindo, porque os grandes engenheiros são motivados pelos usuários que sentem dor.

O fator chave aqui é o foco nos resultados. Grandes produtos são construídos em todas as pequenas coisas não-sexy que os usuários nunca notam. Ninguém vai para casa contando a seus amigos e familiares o quão sexy é sua experiência de login ou a rapidez com que suas páginas são carregadas, mas essas coisas são essenciais para o sucesso de suas equipes.

A maneira de fazer com que as equipes realmente se importem com qualquer trabalho é mais importante para os usuários. Na minha experiência, os engenheiros têm um desejo inflexível de salvar pessoas de tecnologias ruins ou de casos em que não há nenhuma tecnologia para resolver um determinado problema. O problema, porém, é que ficar na cabeça dos usuários é um trabalho em tempo integral. Digite o Gerenciador de Produtos.

Os gerentes de produto podem ajudar suas empresas, concentrando-se no que os usuários estão sentindo, pois os grandes engenheiros são motivados pelos usuários que sentem dor. Gastar tempo no campo, no telefone e conhecer os usuários e seus hábitos é um papel essencial dos gerentes de produto que querem que seus engenheiros sintam o porquê do que estão construindo.

… E maestros de medição

Além disso, os Gerentes de Produto precisam levar o padrão de medição de batalha como um indicador de sucesso. As métricas que você usa precisam ser aquelas que contam a história do que seus usuários estão sentindo, se os problemas estão sendo resolvidos ou não.

Muitos PMs, incluindo o seu, correm para a abordagem “vamos medir tudo”. Isso é certamente melhor do que não medir nada, mas pode ser confuso. O grande conselho comum de métricas, em sua forma menos útil, é uma intrigante mistura de métricas, como um episódio de Game of Thrones com tantos personagens que você não consegue manter a história correta.

Uma forma de atacar esse problema de sobrecarga métrica é um conceito que Josh Elman popularizou chamado de “A única métrica que importa”. Envolve a escolha de uma métrica keystone que mede o número de usuários que executam alguma ação-chave em um determinado período de tempo. Por exemplo, a OMtM do Airbnb é:

Número de usuários que reservam 4 viagens em um ano

Você pode ver como essa métrica conta uma história por si só. A única métrica que importa é uma grande presença de aterramento em uma infra-estrutura de muitas medidas diferentes. Isso torna mais difícil para nós PMs orientados a dados dobrar nossas métricas de componentes para contar histórias tendenciosas.

Grandes PMs envolvem engenheiros na conversa

Naquela época, os PMs recebiam muitas vezes o nome de CEO de um produto . Eu acho que é uma noção ultrapassada.

Grande coordenada do PM. Eles reúnem e sintetizam dados, opiniões e conjuntos de habilidades.

Os engenheiros muitas vezes podem se sentir emboscados por PMs que não os mantêm informados sobre o trabalho futuro. Com todas as nossas responsabilidades, é muito fácil para um PM escrever unilateralmente bilhetes que os engenheiros veem pela primeira vez quando lhes pedem para começar a trabalhar. Esse fenômeno, que eu chamo de “jogar bilhetes por cima do muro”, é um antipadrão de inovação prejudicial.

Em vez disso, os grandes gerentes de produto envolvem a engenharia na discussão sobre ideação e priorização a partir do dia 1. Dia 0 mesmo.

Para projetos em estágio inicial, eu me volto para o Three Amigos , um grupo que geralmente é formado por PM de uma equipe, líder de engenharia e designer. Quando possível, a representação do controle de qualidade também costuma ser uma boa ideia. O trabalho desse grupo é avaliar as ideias de produtos em estágio inicial e conduzir experimentos para avaliar os riscos potenciais dessas ideias.

Os projetos posteriores geralmente se beneficiam do Story Time , no qual a equipe de engenharia é convidada a participar de uma sessão em que grandes projetos são divididos em histórias de componentes menores, com critérios de aceitação bem escritos. Isso é melhor conduzido como uma série de reuniões curtas durante a semana, onde os engenheiros podem decidir se vão participar com base nos tópicos a serem discutidos. É muito importante ter a representação do Design para esclarecer os requisitos dos wireframes e a representação do controle de qualidade para obter uma compreensão do contexto em torno da funcionalidade e propor testes apropriados.

Existem outras técnicas por aí que podem ajudar a envolver as pessoas. um Sprint de Design de 3 a 5 dias pode ajudar a esclarecer algumas das primeiras perguntas sobre um produto que pode enfraquecer o momento. O brainstorming pode ser uma ótima maneira de garantir que um conjunto diversificado de perspectivas seja considerado em relação aos requisitos de um projeto específico ou ao roteiro de um produto.

Grandes PMs envolvem todos.

Então, existem apenas algumas maneiras pelas quais os PMs podem criar uma atmosfera mais amistosa para os engenheiros. Quais são algumas maneiras de criar uma cultura de kickass para engenheiros?