Parece que hoy en día todos los equipos de desarrollo tienen ingenieros de software y gerente de producto. Soy un novato en la industria del software y me pregunto cuál es la diferencia.
Respuestas:
En mi experiencia, los equipos que funcionan mejor tienen un poco de superposición de habilidades entre los diversos roles en el ciclo de vida, para garantizar que no haya "derribo" sino una transición suave entre cada etapa.
Durante el desarrollo de un producto (o características / historias dentro de un producto), un gerente de producto e ingeniero se alinean como propietarios mayoritarios de dos etapas, la definición (PM) y la implementación (ingeniero).
Gerente de producto: los gerentes de producto son esencialmente "diseñadores de características" o, si no son diseñadores, son propietarios. Su aporte son los requisitos del cliente / negocio y su salida son las especificaciones del producto para que trabajen los ingenieros.
Un gerente de producto generalmente investigará inicialmente qué características se necesitan (en un grupo más grande, un analista de negocios ayudará con este paso), luego lo organizará en requisitos generales y propuestas de productos. En algún momento, un ingeniero o arquitecto puede necesitar involucrarse para ayudar al gerente de producto a saber qué es viable y ajustarlo en consecuencia.
Después de que se entrega la especificación, el gerente de producto es a menudo esencialmente el "propietario del producto" en el proceso de Scrum, la persona responsable de definir "hecho" y aceptar el trabajo final.
Una vez que el producto está terminado, los gerentes de producto también pueden ser responsables de ayudar al servicio al cliente, al marketing e incluso a un departamento de ventas a comprender qué se ha desarrollado y cuáles son las características más atractivas.
Ingeniero : como se mencionó anteriormente, el ingeniero puede ingresar al proceso temprano para ayudar con la definición de los requisitos. Pero la parte principal del trabajo del ingeniero comienza cuando la especificación del producto está definida y aprobada para el trabajo. El ingeniero implementa el software de acuerdo con la especificación, así como también lleva los problemas descubiertos en la especificación al gerente del producto para su consideración.
Por lo general, una vez que el producto está bien desarrollado, el gerente del producto pasará un poco a un segundo plano mientras que los ingenieros podrían estar más involucrados en el proceso de control de calidad.
En cuanto a la superposición, como mencioné, habrá un poco de ida y vuelta entre el primer ministro y el ingeniero. Durante esta evolución, cualquier comprensión técnica que tenga el gerente de producto ayudará a minimizar el tiempo que necesita el ingeniero, y cuanto mejor comprenda el ingeniero que el producto necesita, más útil será su consejo.
El papel de un gerente de producto puede variar ampliamente de una compañía a otra.
En el peor de los casos (y desafortunadamente, el caso común), un gerente de producto es un líder técnico con las especificaciones y las tareas de liberación que se le aplican.
En el mejor de los casos, un gerente de producto actúa como enlace entre los desarrolladores y los clientes y gerentes, y se asegura de que los desarrolladores tengan el tiempo que necesitan para una entrega de calidad. Por lo general, es mejor contratar a alguien con habilidades especializadas en gestión de productos en lugar de transferir a un desarrollador al puesto. Idealmente, el gerente de producto tendría al menos un conocimiento superficial de la tecnología que se está desarrollando, pero ciertamente no se necesita un conocimiento técnico profundo.
projectes product, pero yo creo que hay que aprobar la edición para que sea visible.
Yo equipararía los roles a un ingeniero que es desarrollador mientras que un primer ministro es un gerente de desarrollo. El gerente de desarrollo puede hacer algunas cosas técnicas, pero no siempre. Y es útil si PM tiene antecedentes técnicos para comprender los problemas que enfrentan los desarrolladores (no más "¡qué quieres decir con que lleva más de media hora por pantalla!").
A decir verdad, cuando se trata de aplicarse al campo del software, el término "gerente de producto" es realmente el único válido de los dos. Casi nadie hace algo remotamente como "ingeniería" en software. "Ingeniero de software" es básicamente un término vacío aplicado incorrectamente porque suena bien y porque las personas no solicitan puestos de "mono de código".
Descargo de responsabilidad: Esto es desde el punto de vista de un trabajo que no es estrictamente programable (no necesariamente enviamos software)
En la empresa para la que trabajo, la mayoría de los gerentes de producto son ingenieros. Puede que no siempre hagan el trabajo de bajo nivel, pero definitivamente saben lo que está sucediendo y pueden hacer porciones selectas de ellos mismos. El trabajo del Gerente de Proyecto es interactuar con el cliente (o clientes), otros equipos, si los hay, y actuar como enlace entre el nivel inferior y la alta gerencia, y dirigir al equipo hacia el objetivo general. Lo que hacen exactamente , no estoy seguro. No soy gerente de producto.
Sin embargo, varía de una compañía a otra.