¿Es más difícil pasar de la ingeniería de software a la gestión de productos o al revés?

Asumiendo que no tienes experiencia profesional en la disciplina opuesta, pasar de PM a Dev es más difícil. La razón principal es que ser un PM a tiempo completo no brinda muchas oportunidades para aprender cómo ser un desarrollador de software profesional exitoso, incluso si tiene capacitación académica como ingeniero de software.

Sin embargo, ser un desarrollador de software, especialmente un desarrollador senior o principal, les brinda a los desarrolladores muchas oportunidades para aprender y practicar las habilidades que necesitarán como PM. Ejemplos:

  • Tendrá que escribir especificaciones u otros artefactos escritos que otros seguirán. Incluso si se trata de especificaciones técnicas, deberá comunicarse con claridad, organizar sus pensamientos de forma lógica, etc.
  • Los desarrolladores principales deben aprender cómo administrar los horarios, identificar bloqueadores y cuellos de botella, mantener a sus equipos en movimiento a toda velocidad, etc. La mayor parte de este trabajo se transfiere exactamente a la parte de gestión de proyectos del trabajo de MP, excepto que tendrá diferentes recursos y dependencias (marketing, socios, etc.) además de solo desarrolladores.
  • Obviamente, necesitará aprender a trabajar con desarrolladores, ganar (¡y perder!) Argumentos con colegas con inclinaciones técnicas, y aprenderá a lograr que un equipo llegue a un consenso sobre un curso de acción técnico. Como PM, tendrás que hacer eso para, aunque se requiere más humildad porque te has mudado al Lado Oscuro. 😉
  • Deberá sopesar las compensaciones (p. Ej., Recursos vs. tiempo vs. calidad vs.…) y tomar decisiones difíciles sobre qué arreglar y cuándo. Lo mismo que un PM, excepto que en lugar de compensaciones entre algoritmos, estará gestionando compensaciones entre características, entre oportunidades de mercado, etc.
  • Como desarrollador senior en la mayoría de las empresas, tendrá oportunidades para interactuar con los clientes y aprender a utilizar esas interacciones de manera efectiva para tomar mejores decisiones. Tendrás práctica para traducir las cosas incrementales, a menudo contradictorias, que los usuarios piden en una dirección clara para tu equipo. Aprenderá a diferenciar entre necesidades y deseos, y comenzará a aprender cómo decepcionar gentilmente a los clientes, que no tienen idea de cómo se construye el software, sin ofenderlos.
  • Puede obtener experiencia presentando o hablando a audiencias grandes y pequeñas. Estas pueden ser presentaciones técnicas, pero las habilidades de presentación son muy similares en todos los temas.
  • Aprenderá a usar herramientas de seguimiento de problemas (por ejemplo, JIRA) que son tan importantes para los PM como los desarrolladores.

Otra forma de decir esto es que si quieres ser un PM y actualmente eres un desarrollador, puedes comenzar a hacer más y más cosas similares a PM hasta que seas esencialmente un PM sin el título del trabajo. Muchas compañías de software van un paso más allá: no hay personas cuyo título de trabajo sea “Gerente de producto”, pero si observan lo que hacen algunos “desarrolladores” todos los días, en otras compañías se les llamaría PM.

Es cierto que hay algunas cosas de PM que la mayoría de los desarrolladores nunca hacen, como escribir comunicados de prensa o ejecutar programas formales de comentarios de los clientes, como grupos focales o encuestas. Y no podrá construir powerpoints como un profesional o un regalo para audiencias no técnicas hasta que lo haga mucho. Pero esas son habilidades fáciles de aprender para las personas que tienen el interés y un temperamento similar al PM.

Pero hay una lista mucho más larga y crítica de cosas que los desarrolladores de software profesionales hacen que los PM nunca hacen. Y estas son cosas que rara vez se enseñan en los programas universitarios de CS, por lo que generalmente tiene que aprender en el trabajo. Aquí hay algunos ejemplos:

  • Aprender la diferencia entre la codificación que hiciste en la escuela (pequeñas tareas para resolver problemas claramente definidos) y la codificación que hacen los desarrolladores de software profesionales, que en su mayoría es un nuevo código en una base de código complicada y adoquinada a lo largo de los años. Analogía: el código que escribiste en la escuela es como construir una casa modelo a escala. La codificación que haces en el trabajo es como remodelar un baño con unos pocos destornilladores y un martillo roto.
  • Dominio de la memoria muscular con editores de código, depuradores y otras herramientas. ¡Tus habilidades de atajo de teclado de powerpoint no se transfieren!
  • Los procesos interpersonales que ayudan a los equipos a escribir código excelente, incluidas las revisiones de código, los estándares de codificación, etc. Los PM generalmente funcionan de manera más independiente: ¡no hay otro PM que te diga que tus puntos son incorrectos! 😉
  • Partes enteras del proceso de desarrollo de software apenas se mencionan en la escuela. Tendrá que aprenderlos, por ejemplo, sistemas de construcción a gran escala, automatización de pruebas, sistemas de control de fuente, creación de perfiles para detectar problemas de rendimiento, herramientas de generación de carga, etc. Como PM, puede tener dos o tres herramientas principales, por ejemplo, Photoshop, PowerPoint y JIRA. Como desarrollador, puede tener 10, y todos son más difíciles de aprender que Photoshop y cada 2–3 años son reemplazados por una nueva generación.
  • Aprender la atención fanática a los detalles que se requieren para construir un software sólido. El trabajo de PM es, en general, más indulgente. Como desarrollador, si rompes la compilación demasiadas veces, ¡estás despedido!

Entonces … si lo que realmente está preguntando es “No estoy seguro de si debería ser un PM o un desarrollador … qué sucede si tomo la decisión equivocada”, entonces recomendaría comenzar como desarrollador. Tener experiencia de desarrollador definitivamente te hará un mejor PM. Lo contrario no es necesariamente cierto.

No es terriblemente difícil. De hecho, hay muchos gerentes de productos que antes eran ingenieros de software. Sin embargo, he visto a mucha menos gente haciendo la ruta inversa (incluso eso no debería ser demasiado difícil). lo que se necesita para moverse entre los roles es desarrollar el conjunto de habilidades necesarias (a través de capacitación laboral o cursos formales) y un nivel de interés. Si desea pasar de un ingeniero de software a una función de gestión de productos, debe tener cierto nivel de comprensión comercial y cierto conocimiento sobre sus clientes. es posible transitar si te involucras en compromisos con el cliente o preventas o venta de soluciones mientras estás en tu trabajo de ingeniería. Para la ruta inversa, necesitas aprender habilidades de codificación y luego tratar de entrar en ingeniería. sin embargo, mapearlo en el mismo nivel en ingeniería puede ser un poco difícil en organizaciones más grandes porque los gerentes de productos de nivel de entrada generalmente están en un nivel más alto que los ingenieros de software de nivel de entrada.

More Interesting

¿Cuáles son las cualidades necesarias para convertirse en un buen ingeniero informático?

Cómo aprender a convertirte en un gran ingeniero de software

¿Cuál es su consejo sobre seguridad para un programador de arranque SaaS?

¿Qué título equipa mejor a los estudiantes para el mercado: una ingeniería de software de maestría frente a una maestría en informática?

¿Cuáles son los trabajos más interesantes para una mujer graduada en ingeniería de software?

¿Cuál es su consejo profesional para un estudiante indio que se encuentra actualmente en la clase 10 si quiere convertirse en ingeniero de software?

La carta de oferta de trabajo se lee como si hubiera aceptado comenzar en diez días, pero todavía estoy hablando con otra compañía. ¿Cómo responder graciosamente?

¿Debo aceptar un trabajo que me ayudará a crecer como ingeniero de software o un trabajo que sea menos profesional en sus prácticas pero que tenga un equipo que me guste?

Comencé como programador .NET y pasé a la gestión de proyectos con 10 años de experiencia en TI. ¿Cuáles son algunas ideas o consejos para volver a mi carrera de desarrollador de software?

Soy ingeniero de software trabajando en MNC. Estoy confundido entre continuar esta carrera o cambiarme a Inspector Asistente de Vehículos Motorizados. ¿Qué tengo que hacer?

¿Cuál es la diferencia en las perspectivas laborales en la industria entre una maestría en informática y un doctorado en informática?

¿Cuál es el futuro de la ingeniería de software?

¿Cómo debería un ingeniero de software de 25 años invertir su tiempo y dinero para aprender? ¿Qué debe aprender?

¿Qué perfil requiere más conocimiento, desarrollador de Java o probador de rendimiento?

Tengo una maestría en CS. Después de 2 años en una industria de software que trabaja en una de las grandes N, siento que no podré ser empleado después de alcanzar los 40. ¿Cuáles son las carreras alternativas para un ingeniero de software que garantizan la seguridad laboral?