Parece que hoje em dia todas as equipes de desenvolvimento têm engenheiros de software e gerente de produto. Eu sou um novato na indústria de software e me pergunto qual é a diferença?
Respostas:
De acordo com a minha experiência, as equipes com melhor funcionamento têm uma certa sobreposição de habilidades entre as várias funções no ciclo de vida, para garantir que não haja "arremessar o muro", mas uma transição suave entre cada estágio.
Durante o desenvolvimento de um produto (ou recursos / histórias em um produto), um gerente e engenheiro de produto são alinhados como proprietários majoritários de dois estágios, a definição (PM) e a implementação (engenheiro).
Gerente de produto - Os gerentes de produto são essencialmente "designers de recursos" ou, se não, designers, são proprietários. Suas informações são requisitos do cliente / negócio e sua saída são especificações do produto para os engenheiros trabalharem.
Um gerente de produto normalmente faz uma investigação inicial sobre quais recursos são necessários (em um grupo maior, um analista de negócios ajudará nessa etapa) e depois organiza isso em requisitos básicos e propostas de produtos. Em algum momento, um engenheiro ou arquiteto pode precisar se envolver para ajudar o gerente de produto a saber o que é viável e ajustar em conformidade.
Depois que a especificação é entregue, o gerente de produto geralmente é essencialmente o "proprietário do produto" no processo Scrum - a pessoa responsável por definir "concluído" e aceitar o trabalho final.
Após a conclusão do produto, os gerentes de produto também podem ser responsáveis por ajudar o atendimento ao cliente, o marketing e até o departamento de vendas a entender o que foi desenvolvido e quais são os recursos mais atraentes.
Engenheiro - Como mencionado acima, o engenheiro pode ser levado ao processo mais cedo para ajudar na definição dos requisitos. Mas a parte principal do trabalho do engenheiro começa quando a especificação do produto é definida e aprovada para o trabalho. O engenheiro implementa o software de acordo com as especificações, bem como leva quaisquer problemas descobertos nas especificações de volta ao gerente de produto para consideração.
Normalmente, quando o produto está em desenvolvimento, o gerente de produto entra em segundo plano, enquanto os engenheiros podem estar mais envolvidos no processo de controle de qualidade.
Tanto quanto se sobrepõem - como mencionei, haverá algumas idas e vindas entre o PM e o engenheiro. Durante essa evolução, qualquer entendimento técnico que o gerente de produto tenha ajudará a minimizar o tempo necessário para o engenheiro e, quanto melhor o engenheiro entender que o produto precisa, mais úteis serão os conselhos.
O papel de um gerente de produto pode variar amplamente de empresa para empresa.
No pior dos casos (e infelizmente, o caso comum), um gerente de produto é um líder técnico com tarefas de especificação e liberação lançadas sobre ele.
Na melhor das hipóteses, um gerente de produto atua como uma ligação entre os desenvolvedores e os clientes e gerentes e garante que os desenvolvedores tenham o tempo necessário para uma entrega de qualidade. Geralmente, é melhor contratar alguém com habilidades especializadas em gerenciamento de produtos, em vez de transferir um desenvolvedor para a posição. Idealmente, o gerente de produto teria pelo menos uma compreensão superficial da tecnologia que está sendo desenvolvida, mas certamente não é necessário um profundo conhecimento técnico.
projecté product, mas eu acho que você tem que aprovar a edição para que seja visível.
Eu equipararia as funções de engenheiro a desenvolvedor, enquanto PM é gerente de desenvolvimento. O gerente de desenvolvimento pode fazer algumas coisas técnicas, mas nem sempre. E é útil se o PM tiver conhecimentos técnicos para entender os problemas que os desenvolvedores estão enfrentando (não mais 'como assim, leva mais de meia hora por tela!').
Para dizer a verdade, quando se trata de ser aplicado ao campo de software, o termo "Gerente de Produto" é realmente o único válido. Dificilmente alguém faz remotamente algo como "engenharia" em software. "Engenheiro de software" é basicamente um termo vazio aplicado incorretamente porque parece bom e porque as pessoas não se candidatam a posições "Code Monkey".
Isenção de responsabilidade: isso é do ponto de vista de um trabalho que não está estritamente programado (não enviamos necessariamente software)
Na empresa em que trabalho, a maioria dos gerentes de produto são engenheiros. Eles nem sempre fazem o trabalho de baixo nível, mas definitivamente sabem o que está acontecendo e podem selecionar partes dele mesmos. O trabalho do gerente de projeto é interagir com o cliente (ou clientes), com outras equipes, se houver, e atuar como um elo de ligação entre o nível inferior e o gerenciamento superior, e dirigir a equipe no objetivo geral. O que eles fazem exatamente , não tenho certeza. Não sou gerente de produto.
No entanto, varia de empresa para empresa.