Un gerente de producto que no es desarrollador, ¿tengo que aprender codificación?

Personalmente, realmente creo que depende de la jerarquía interna que implementen en los equipos de su proyecto (¿producto?).

Mi impresión de un gerente de producto es el tipo que básicamente conoce el producto : para qué sirve, qué necesidad tiene su cliente que proporciona, qué le falta, la programación de cualquier esfuerzo que actualmente se ejecuta contra su producto, bla, bla.

No necesariamente requiere codificación de usted (y no creo que lo necesite, la verdad sea dicha). Su función principal (salvo un equipo dedicado de analista / consultoría comercial) es interponerse entre los clientes que usan su producto y las personas que lo mantienen y lo desarrollan. Tome lo que el cliente solicita de su producto y transmítalo a su equipo; asimile con qué responde su equipo de desarrollo y transmítalo a sus clientes.

Lo que creo que debería ser su rasgo más poderoso (y necesario) (aparte de las habilidades de gestión, por supuesto), es la capacidad de poder “traducir” entre las dos partes.

Los clientes hablarán lenguaje comercial. Queremos que el producto pueda redactarnos estos informes que requieren varios signatarios de aprobación antes de que finalmente se envíen a la contabilidad de adquisiciones.

El equipo a cargo del desarrollo hablará de tecnología. Bien, podemos hacer eso, pero necesitaremos implementar una nueva base de datos en nuestra nube, configurar una implementación de servidor separada para el módulo que maneja el flujo de trabajo en Sharepoint de nuestro cliente y abrir algunos puntos finales de servicio nuevos en el servidor de contabilidad CMS

No necesita codificación, aunque, como puede ver, una comprensión técnica competitiva es esencial. Deje los detalles de cómo codificar a sus arquitectos técnicos y sus desarrolladores. Enfóquese en darles qué codificar .

Depende de muchas cosas, en mi experiencia. Definitivamente hay un nivel mínimo de conocimiento de pila y arquitectura que debe desarrollar, o de lo contrario la planificación de la cartera de productos sería minuciosa o inútil.

Llevo unos 4 meses aprendiendo a codificar, con el único objetivo de ser un mejor líder de producto y comunicador para el equipo. Soy un ejemplo de pizarra técnica en blanco (prácticamente no sabía nada), y el contraste entre las decisiones que tomé entonces vs. ahora son de día y de noche.

No se trata de ser capaz de producir código de trabajo, se trata de adquirir una intuición sobre la dificultad de construir ciertas características, el impacto a largo plazo de ciertas decisiones tecnológicas y cómo aprovechar las fortalezas de su equipo y desarrollar / solucionar sus debilidades.

Con ese conocimiento en la mano, es más fácil maximizar el impacto en el cliente para cada unidad de tiempo de desarrollo, que en mi opinión es el punto principal de la gestión del producto.

No, no necesitas aprender a codificar.

Pero debe aprender algunos de los conceptos básicos de codificación y las prácticas y tecnologías de desarrollo aplicables utilizadas por sus equipos de desarrollo. Debe estar familiarizado con algunos de estos temas e interesado, pero no directivo.

Creo que la expectativa de que mejorará sus comentarios a su equipo es en realidad retrógrada: muchas de las PM más técnicas que conozco a veces causan más daño que bien cuando se involucran en el lado del código. Sé que he tenido que enseñarme a retroceder en ese nivel de discusión y asegurarme de que estoy enfocado en definir los problemas y no en resolverlos.

Dicho todo esto, depende en gran medida de la organización en la que trabajas, cómo han definido el papel de la gestión de productos y qué tan “natural” eres al tomar cualquier tipo de capacitación en codificación.

Diría que su tiempo está mejor servido asegurando que tiene fundamentos sólidos de gestión de productos y que está enfocado en definir el “qué” de su producto y sus solicitudes, y no el “cómo”. Deje que sus ingenieros resuelvan problemas, en eso son buenos.

Depende. :-). Si está trabajando en productos de software, ser capaz de codificar no puede hacer daño, pero la pregunta es cuánto puede ayudar. La codificación en sí misma no es un requisito para la gestión de productos de software, pero es más importante comprender el proceso de desarrollo de software y los problemas. Aprender a codificar puede ayudarlo a comprender mejor el desarrollo de software, pero en cierta medida es una ruta indirecta.

Pero depende totalmente de ti y de lo que quieras hacer. La gestión de productos no se trata simplemente de características / funcionalidades, etc. Se trata del éxito del producto y cubre las actividades de producto, negocio, preparación organizativa y comercialización.

Demasiadas personas se centran en las características / funcionalidad / tecnología y no lo suficiente en los otros aspectos.

Entonces, mi consejo para usted es que no hay daño en aprender a codificar y le dará una mejor apreciación de los problemas que pueden enfrentar sus desarrolladores, pero tenga en cuenta que la tecnología cambia y hay muchos entornos de codificación diferentes, por lo que su enfoque debería estar en el proceso general de desarrollo / prueba, etc. y no exactamente en el mismo idioma que usan sus desarrolladores actuales.

Pero mientras lo hace, no se avergüence de mejorar sus habilidades en otras áreas, como en el lado comercial, comunicación, liderazgo organizacional, marketing, etc.

Espero que esto ayude.

Saber o no saber la codificación cuando se encuentra en una empresa de tecnología es ahora una pregunta no solo de los gerentes de producto, sino de todos los que no están en el departamento de desarrollo.

La idea de que todos deberían aprender a escribir software está ganando fuerza. Incluso el alcalde de la ciudad de Nueva York, Michael Bloomberg, prometió aprender a codificar este año. Leer: http://gigaom.com/cloud/everybod