Os Papéis · Quem faz

Gerente de produto

Escrito a partir de fontes publicadas

Quem decide o que o produto é. O corpo de conhecimento organiza o trabalho num ciclo — conceber, planejar, desenvolver, qualificar, lançar, entregar — e a autoridade real quase nunca acompanha a responsabilidade, o que faz da persuasão parte do cargo.

Como é o dia

  • Falar com clientes, e com as pessoas que falam com clientes — uma população diferente e maior.
  • Decidir o que entra no roadmap, e revisitar a decisão quando a evidência se mexe.
  • Escrever o requisito com precisão suficiente para a engenharia construir, e com folga suficiente para construir bem.
  • Segurar a comporta entre as fases do ciclo de vida, inclusive a decisão de parar.
  • Preparar o lançamento com marketing, suporte e treinamento — todos precisando do produto antes de ele existir.

Pelo que responde

  • O produto resolver um problema que alguém tem, com evidência, não com suposição.
  • As decisões e seus porquês, numa forma que sobreviva a quem as tomou.
  • Tudo que a organização prometeu sobre o produto ser verdade quando ele sai.

Como é medido

  • Adoção e receita, que chegam muito depois das decisões que as causaram.
  • Entrega contra o roadmap que foi comprometido.
  • Retenção e os resultados que os clientes reportam.

De quem recebe

Clientes e o campo
Problemas, descritos como pedidos de feature.
A engenharia
O que é possível, a que custo, e a que a arquitetura vai resistir.
O suporte e o volume de casos
Evidência de onde o produto está falhando com as pessoas — que vale mais que a maioria das opiniões.

A quem serve

A engenharia
Um problema claro e o raciocínio por trás da prioridade dele.
Vendas, marketing e treinamento
Algo que eles consigam descrever com exatidão.
Os clientes
Um produto que muda na direção da dificuldade real deles.

Quem mais tem interesse

  • Toda equipe cujo plano depende de o roadmap ser mais ou menos verdade.
  • Executivos cujos compromissos foram feitos em cima de uma versão anterior dele.
  • Clientes que compraram em parte pelo que foi dito sobre o futuro.

O que exige

  • Ler evidência sobre pessoas, que é mais difícil e menos exata do que ler evidência sobre sistemas.
  • Profundidade técnica suficiente para ouvir a verdade dos engenheiros e saber quando uma estimativa é uma negociação.
  • Escrita que deixe à engenharia espaço para resolver o problema, e não para implementar uma solução.
  • A coragem de segurar uma comporta fechada.

Do que o trabalho depende

Um roadmap é uma lista de recusas. Cada item nele representa muitos que foram declinados, e é no declinar que o papel de fato se exerce — acima de tudo na comporta (gate), onde parar algo com que a organização já se comprometeu custa mais socialmente do que continuar custa comercialmente. O gerente de produto que consegue fechar uma comporta produz produtos focados; o que não consegue produz roadmaps longos e releases rasas, e de fora os dois parecem atividade.

As fontes publicadas

Para onde leva

Papéis que levam até aqui

O trabalho em si

A Prática cobre como este trabalho é feito — triagem, escalação, evidência, passagem de bastão — em todo o corpus.

Ler A Prática