Cómo aprender a ser un buen primer ministro cuando comienzo como un nuevo ingeniero de software de posgrado

Soy un ingeniero que hizo la transición a la gestión de productos hace 7 años, y ahora enseño a otros ingenieros a hacer lo mismo en Product School, un curso de gestión de productos a tiempo parcial de 6 semanas a tiempo para ingenieros de software en San Francisco: http: // www. product-school.com/

La razón principal por la que los Ingenieros deciden hacer un cambio de carrera hacia la Gestión de Producto es porque están interesados ​​en tener más poder de decisión en la estrategia de producto de la empresa, en lugar de simplemente codificar lo que otra persona les dice que codifiquen.

Aquí está la presentación que hice recientemente sobre “Cómo pasar de la ingeniería a la gestión de productos”. En resumen, hay 3 habilidades fundamentales que debe desarrollar para obtener un trabajo como Gerente de Producto en el campo del software, independientemente del canal que utilice para encontrar reclutadores:

  1. Experiencia técnica
  2. Dominio de la industria
  3. Habilidades de comunicación

¿Un MBA garantiza un trabajo como Gerente de Producto? No, pero ayuda a probar las habilidades de comunicación y backgound de su negocio. ¿El conocimiento de codificación garantiza un trabajo como Gerente de Producto? No, pero ayuda a demostrar su formación técnica. ¿Puede obtener un trabajo como Gerente de productos en el campo de software sin una formación técnica? Quizás, aunque creo firmemente que un excelente PM debe entender el código y poder conversar con el Equipo de Ingeniería en todos los niveles.

Carlos clavó los 3 aspectos más importantes de un rol de PM.

No estoy afiliado a su escuela (nunca he oído hablar de ellos hasta hoy), pero puedo hablar por experiencia personal de la transición de un ingeniero de software a un primer ministro.

Antes y después de obtener mi experiencia en ingeniería de software y otras funciones técnicas, llené algunas funciones de atención al cliente. (Mi trayectoria profesional fue errática …). Este contacto con el cliente fue crucial para poder comunicarse de manera efectiva con varias partes interesadas y clientes, pero también para comprender el ámbito de negocios más amplio en el que viven sus productos y su empresa.

Si eres un nuevo graduado de SWE, probablemente puedas encontrar trabajos de SWE. Hágalos para obtener una experiencia técnica real, pero también siga buscando oportunidades para entrar en el lado comercial. Trate de comprender a los usuarios finales y clientes, cuáles son sus problemas y puntos de dolor, y cómo viven su empresa y sus productos en ese contexto.

Si eres un SWE en este momento, entonces una posición de PM para ti no será un interruptor (a menos que hagas algunos cursos adicionales). Es una progresión. Si tiene la opción, vaya a un curso de MBA de algún instituto de renombre. Si no puede tomar esa ruta, entonces trate de aprender en el trabajo y realmente sobresalga con sus entregables para que pueda ser promovido antes que sus compañeros.

Casi todos los proyectos o gerentes de productos que tuve en los últimos 15 años y 20 empresas diferentes (soy consultor) eran 90% no técnicos. La mayoría pasó de control de calidad a BA y luego a PM. Lamentablemente, en TI se acepta que usted podría ser un PM para un equipo de desarrollo y no saber nada sobre tecnología. Quiero decir que trabajé para gerentes que no sabían lo que es un clúster o un equilibrador de carga. Un administrador del equipo de servicios web me pidió que corrigiera Web Sphere, sin saber que ni siquiera usamos WebSphere sino JBoss, y se refería a un servicio web. Solo hacen reseñas, presupuesto y su estimación proviene de los técnicos. Terminan teniendo un chico técnico favorito que los guiará a través del proyecto mientras se sientan y celebran reuniones. Algunos son buenos para saber al menos la funcionalidad, no completa pero básica. He visto a personas que solían gestionar la mesa de ayuda convertirse en Dev PMs, he visto a una mujer de Recursos Humanos que se convirtió en un PM PM. Una vez, el dueño de un bar fue traído como Dev PM. La mayoría de los gerentes si miran su perfil de linkedin tienen historia, inglés, psicología, estudios de audiología y no son técnicos. Olvídate de lo técnico, les falta aptitud analítica, simplemente conocen a alguien. Eso es. Ahora algunas compañías, algunas buenas compañías tienen buenos gerentes que solían ser desarrolladores antes, y son PM para equipos de desarrollo y en su mayoría son buenos. En resumen: solo necesitas estar en el lugar correcto en el momento adecuado para ser un primer ministro. Para ser un arquitecto de desarrollo de software necesitas ser agudo y saber algo realmente.