Este guia aborda as melhores práticas para gerentes de produto (PMs) com conhecimentos técnicos de programação. Apresentamos 6 regras cruciais que todo PM que sabe programar deve seguir para garantir o sucesso na gestão de produtos digitais, evitando problemas comuns e maximizando o potencial da equipe de desenvolvimento.

Sumário

Regra #1: Evite detalhar o ‘como’

A primeira e mais importante regra para PMs técnicos é: nunca diga aos desenvolvedores como eles devem fazer alguma função ou implementar uma feature específica.

  • Retirar a autonomia dos desenvolvedores pode gerar desmotivação e menos engajamento
  • Limitar as possibilidades de exploração de técnicas e ferramentas pelos desenvolvedores
  • Criar dependência da presença do PM para decisões técnicas
  • Transferir a responsabilidade da qualidade do código para o PM

Foco nos objetivos do produto

Em vez de detalhar o ‘como’, é essencial transmitir os objetivos do produto, fornecendo o contexto necessário para que os desenvolvedores escolham suas próprias abordagens alinhadas com os resultados esperados.

  • Transmitir os objetivos do produto e o problema que a funcionalidade resolve
  • Fornecer informações sobre como a funcionalidade impacta a experiência do usuário

Regra #2: Simplifique ao máximo

Como PM, você deve ter uma visão de longo prazo sobre o produto, imaginando funcionalidades que serão implementadas nos próximos meses ou anos.

  • Comunicar os planos de forma clara e simplificada para a equipe
  • Evitar sobrecarregar a equipe com todos os planos de uma vez

Simplifique o desenvolvimento de tecnologia

Ao desenvolver um produto de tecnologia, é crucial simplificar ao máximo o que será desenvolvido em cada ciclo ou release. Isso implica em quebrar o produto em pequenos incrementos, definindo a dor do cliente que precisa ser resolvida primeiro, as funcionalidades essenciais para validar a solução desta dor e requisitos claros e bem delimitados para o primeiro MVP.

  • Foco na simplificação do desenvolvimento em cada ciclo ou release
  • Quebrar o produto em pequenos incrementos
  • Definir a dor do cliente a ser resolvida primeiro
  • Identificar funcionalidades essenciais para validar a solução da dor do cliente
  • Estabelecer requisitos claros e bem delimitados para o primeiro MVP

Regra #3: Envolva os desenvolvedores nas decisões

É crucial envolver os desenvolvedores desde as primeiras etapas do processo de definição de produto. Isso significa trazê-los para as discussões de ideação, priorização de features e prototipação. Os benefícios incluem um melhor entendimento das necessidades dos usuários e das funcionalidades, alertas sobre riscos técnicos ou complexidades, maior engajamento com os desafios a serem implementados e motivação para criar a melhor solução técnica possível.

  • Envolver os desenvolvedores desde as primeiras etapas do processo de definição de produto
  • Incluir os desenvolvedores em discussões de ideação, priorização de features e prototipação
  • Melhor entendimento das necessidades dos usuários e das funcionalidades
  • Alertas sobre riscos técnicos ou complexidades
  • Maior engajamento e motivação para criar a melhor solução técnica possível

Regra #4: Permita experimentação

É importante permitir que os técnicos experimentem soluções por conta própria, testando diferentes técnicas e ferramentas, criando protótipos e provas de conceito, e sugerindo novas abordagens e fluxos. Dar este espaço para experimentação traz benefícios como maior engajamento, motivação e senso de propriedade por parte dos desenvolvedores, além de proporcionar aprendizados técnicos.

  • Permitir que os técnicos experimentem soluções por conta própria
  • Testar diferentes técnicas e ferramentas
  • Criar protótipos e provas de conceito
  • Sugerir novas abordagens e fluxos
  • Benefícios como maior engajamento, motivação e aprendizados técnicos

Agilidade na avaliação de soluções

A agilidade na avaliação de diferentes soluções é fundamental para o sucesso de um projeto de desenvolvimento de software. É importante que a equipe de tecnologia esteja aberta à experimentação e valorize as sugestões da equipe. Além disso, a avaliação de protótipos internos criados pela equipe pode fornecer inputs valiosos para o product manager (PM).

  • Estimular a experimentação e inovação na equipe de tecnologia
  • Valorizar as sugestões da equipe na busca por soluções eficientes
  • Avaliar protótipos internos como parte do processo de avaliação de soluções

Compreensão das necessidades de negócio

Além dos requisitos técnicos e das necessidades dos usuários, é crucial que os desenvolvedores compreendam claramente os objetivos de negócio por trás do produto. Isso envolve transmitir visões como a geração de valor para o cliente, a resolução de problemas de negócio, o impacto nas métricas e KPIs da empresa, e as regras a serem consideradas.

  • Transmitir a importância da geração de valor para o cliente
  • Compreender como a solução impacta as métricas e KPIs da empresa
  • Considerar as regras de negócio ao desenvolver soluções

Negociação de prazos e prioridades

Uma habilidade essencial do PM é negociar prazos e prioridades com os desenvolvedores de forma realista. Isso envolve não aceitar datas muito otimistas sem questionar a viabilidade, entender os riscos e dependências, conhecer as limitações técnicas das ferramentas e capacidade da equipe, e priorizar o backlog de forma colaborativa com os desenvolvedores.

  • Questionar a viabilidade de prazos muito otimistas
  • Entender os riscos e dependências que podem impactar a velocidade de entrega
  • Conhecer as limitações técnicas das ferramentas e a capacidade da equipe
  • Priorizar o backlog em colaboração com os desenvolvedores

Torne-se um gerente de produto aprendendo tudo na prática!

Gostou do conteúdo? Se aprofunde ainda mais nesse assunto com a nossa Formação em Produto!

Conclusão

Gerenciar produtos com conhecimento técnico em programação pode trazer grandes vantagens, mas exige alguns cuidados. Seguindo as 6 regras apresentadas aqui, como não interferir no “como” do trabalho dos desenvolvedores, simplificar ao máximo os requisitos e negociar prazos de forma realista, os PMs técnicos podem liderar times de tecnologia de forma ainda mais eficiente.