En primer lugar, has tomado una gran decisión. Los PM pueden brillar sin mucho conocimiento técnico, pero en general, cuanto más técnico se obtiene, más comprensión e influencia puede tener sobre el producto y el negocio. Nada es mejor que una combinación de conocimiento comercial sólido y una sólida comprensión del lado de la ingeniería (o al menos la capacidad de comunicarse de manera efectiva con los ingenieros).
Evite aprender a programar, eso es demasiado detallado para su propósito. Vaya de arriba a abajo por el lado técnico hasta que sienta que lo comprende. Dos áreas en las que debería centrarse, en mi opinión, son:
Proceso de desarrollo:
- ¿Por qué se utilizan diferentes funciones de pérdida con diferentes algoritmos de aprendizaje automático?
- ¿Los hackers de crecimiento y los ingenieros de crecimiento están aquí para quedarse?
- En el concepto de paginación, ¿qué se compensa en la dirección lógica generada por la CPU?
- ¿Cuáles son algunos buenos libros sobre arquitectura de computadoras para principiantes?
- ¿Cuáles son algunos de los problemas NP-Complete más notables?
- Estudie los ciclos de desarrollo de I + D: todos los pasos, las personas y las herramientas involucradas en el valor de envío a los clientes (preferiblemente al sentarse con su vicepresidente de I + D y tomar un lanzamiento reciente como ejemplo).
- Asista a algunas reuniones de I + D como observador y preste mucha atención al papel que desempeñan los PM técnicos en ellas.
- Estudie las interacciones entre el departamento de I + D y terceros, como diseñadores y traductores.
- Bonificación: familiarícese con la teoría detrás de su proceso de I + D (¿ágil?) Leyendo libros y tutoriales. La teoría le enseñará más sobre las motivaciones y las mejores prácticas detrás de cómo trabaja.
Arquitectura de producto:
- Solicite a una autoridad técnica que le dibuje un diagrama de alto nivel de los diferentes componentes de su producto (front-end y back-end).
- Tome las 10 actividades más importantes que realizan sus clientes y pregunte a la autoridad técnica qué sucede en segundo plano durante esas 10 actividades.
- Comprenda el impacto de la arquitectura del producto en el negocio: ¿qué componentes causaron algunos de los errores recientes que conoce? ¿Eres vulnerable a tiempos de inactividad o problemas de rendimiento en ciertos escenarios?
- Tenga el diagrama en mente (y sobre su mesa) cuando surja un tema técnico en el futuro, y su comprensión técnica solo mejorará.
Una advertencia: a veces el conocimiento técnico lo hace demasiado consciente de las limitaciones y, por lo tanto, limita su pensamiento dentro de la caja. Como primer ministro, no caigas en esta trampa. Manténgase creativo y manténgase enfocado en el valor de envío al cliente 🙂
