BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Artigos A confusão entre Gerente de Produto vs. Projeto vs. Programa

A confusão entre Gerente de Produto vs. Projeto vs. Programa

Eu já tive o cargo de Gerente de Programa na Microsoft, assim como de Gerente de Produtos na Kickstarter. Hoje eu trabalho como Diretora de Produtos na Lola Travel. Também já vi colegas nesses mesmos cargos em diferentes empresas se confundirem em dizer o que cada um deveria estar fazendo.

Esses cargos não são universais. O significado de cada cargo varia de uma empresa para outra. Ainda assim, a experiência - minha própria e a de meus colegas - me ensinou que algumas diferenças são bastantes universais.

Aqui está como eu diferencio esses três cargos:

Gerente de Produto

O cargo Gerente de Produto vem de uma idéia histórica - the Consumer Product Goods (CPG) role of "Brand Manager". Os Gerentes de Produtos eram responsáveis por tentar garantir o sucesso de algumas linhas de produtos. Seu trabalho neste contexto foi tão bem sucedido que, quando o mercado de software se expandiu nos anos 80, as empresas de tecnologia recrutaram gerentes de marca para supervisionar os produtos. Eles sabiam que o conhecimento profundo sobre criação e domínio de produtos poderiam ser transferidos para a tecnologia - e foi o que aconteceu.

Os Gerentes de Produtos dos dias de hoje tem um foco abrangente. Nós cuidamos do sucesso de um produto ao longo de todo o seu ciclo de vida. Gerente de Produtos são responsáveis por saber as intersecções entre Design, Tecnologia e Negócios. O que envolve descobrir o que desenvolver com base nas necessidades do cliente e garantir que ele seja entregue. Uma vez que o escopo deste cargo é mais amplo, as especificações mais detalhadas dos produtos acabam sendo sacrificadas algumas vezes. O resultado é que os engenheiros têm que fazer mais decisões sobre as funcionalidades mais específicas, como por exemplo casos de erro.

Uma vez que as pessoas são treinadas em uma determinada disciplina antes de irem para a área de Gestão de Produtos, elas muitas vezes são mais fortes em uma certa área, mas possuem um conhecimento suficiente sobre de outras áreas (Engenharia, Marketing, etc.) para conseguirem desempenhar suas atividades. Uma equipe forte em Gerenciamento de Produtos tem uma variedade de origens e contextos, o que possibilita ao time ter um expert em cada área e um relacionamento mais próximo com times adjacentes. Em última análise, Gerentes de Produtos podem servir, em qualquer lugar, para aumentar a probabilidade de sucesso.

Gerente de Projetos

Os Gerentes de Projetos são responsáveis pela sua execução. Eles se abstêm da pergunta "O que nós desenvolvemos?", e focam na pergunta "Como podemos desenvolver isso?" Eles vivem no mundo de orçamentos e prazos. Em desenvolvimentos utilizando métodos ágeis, o Gerente de Projetos é geralmente chamado como Scrum Master.

O Gerente de Projetos é responsável por organizar as tarefas. Eles pensam em como realizar um projeto em larga escala e transformá-lo em tarefas gerenciáveis. Para as tarefas do projeto, eles ajudam a coordenar as suas estimativas (via Fibonacci, T-shirt sizing, planning poker, e outros processos de estimativas). Uma vez que as tarefas estão priorizadas, eles fazem com que elas permaneçam no caminho certo e procuram pelas eventuais intervenções se deram errado. O instituto de Gerentes de Projetos oferece aulas e certificações para Gerentes de Projetos, incluindo o PMP.

Este cargo é mais valorizado em grandes empresas, ou em projetos que possuem muitas dependências. Em muitas pequenas empresas, geralmente não há nenhum Gerente de Projeto. Quando isso ocorre, o Gerente de Programa, o Gerente de Produto e/ou o Líder Técnico preenchem esse cargo. O sucesso de Gerente de Projeto é baseado em quão perto do tempo e dentro/abaixo do orçamento o projeto foi concluído.

Gerente de Programa

Gerente de Programa é um dos cargos mais comuns em Seattle. Foi usado a primeira vez por Jabe Blumenthal, um membro da equipe do Excel nos primeiros dias da Microsoft. Ele percebeu que os desenvolvedores estavam gastando muitas horas escrevendo código, mas ninguém estava equilibrando as necessidades dos clientes com pedidos de marketing. Jabe, então, decidiu atuar como Gerente de Programa para suprir as necessidades existentes e se viu como a voz dos clientes, escrevendo especificações funcionais. Dado a sua origem, o cargo Gerente de Programa é quase sempre técnico e está relacionado com a programação.

Especificações e requisitos de Gerentes de Programa geralmente são mais detalhados que os requisitos de um Gerente de Produto. É possível comparar um Gerente de Programa a um Gerente de Produto mais técnico, pois geralmente acabam fazendo parte da decisão de como as funcionalidades serão implementadas. Eles também são mais propensos ao acompanhamento dos detalhes para as funcionalidades, como por exemplo tratamento de erros. Uma vez que o Gerente do Programa geralmente faz parte da engenharia, eles são freqüentemente isolados das áreas financeiras e de serviços da empresa.

Por outro lado, eles se tornam peças fundamentais no time de engenharia. Geralmente dependem de outras equipes para obter informações em um cenário competitivo. Embora ainda sejam um ponto central de contato, suas interações com outros papéis (como Product Planners) são menos frequentes do que com os engenheiros. O sucesso de um Gerente de Programa é baseado na usabilidade e na confiança que o software entregue remete ao cliente.

Não quero dizer que esses cargos são sequenciais. Os Gerentes de Projeto e de Programa são especialistas em alguns segmentos que um Gerente de Produto não é, e não consegue ser dado suas responsabilidade. Suas próprias definições podem mudar, e cada empresa possui maneiras diferentes de dividir as responsabilidades de cada cargo.

É crucial que seja claro o que é esperado de cada cargo em uma determinada empresa - antes que você aceite exercê-lo. Então, se você está fazendo alguma entrevista para exercer algum desses cargos e por um acaso não entendeu sua descrição, não exite em perguntar.

Use a informação acima como sua base de informação, e pergunte como ela se aplica (ou não) ao trabalho em questão. Conhecer os conceitos básicos irá aproximá-lo do que é o melhor para você.

Texto originalmente publicado no blog do Aha!.

Sobre a autora

Ellen Chisa é Diretora de Gerenciamento de Produtos e Design na Lola Travel. Ela também leciona sobre gestão de produtos na Olin College e General Assembly. Ela freqüentou Harvard Business School e foi Gerente de Produto no Kickstarter e Gerente de Programa na Microsoft. Ela escreve no seu blog pessoal e no seu tempo livre joga pinball. Para saber mais sobre, siga-a no Twitter.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT