¿Por qué los gerentes de productos no técnicos son tan malos en sus trabajos y cómo puedo tratar con ellos?

Parece que tiene un poco de prejuicio contra los gerentes de productos funcionales sin conocimientos técnicos. Supongo que eres un ingeniero, pero eso es solo mi corazonada, y si es así, puedo entender tu frustración. Pero tengo algunos consejos que pueden ayudar a mejorar su situación.

En primer lugar, sepa que los PM con antecedentes no técnicos son importantes. Agregan una perspectiva externa a la organización del producto y, a menudo, abordan y resuelven problemas desde una perspectiva diferente a la de los gerentes técnicos o ingenieros de productos.

Y para ser justos, es probable que esta situación no sea culpa de los gerentes de productos ni del hecho de que no sean técnicos. Si se requiere un mayor conocimiento técnico en un rol de PM dado, entonces la compañía es responsable de contratar al tipo de persona adecuado para ese rol específico.

Dicho esto, tienes la capacidad de solucionar este problema. Pero si lo eliges depende totalmente de ti.

De hecho, solo toma tres pasos.

¿Entonces estas lista?

Paso uno:

Trate de respetar al PM aunque él o ella no sea técnico.

El respeto es la piedra angular del trabajo en equipo, y aunque requerirá que dejes de lado tu propio ego y tu sensación de que los PM no técnicos no son buenos en su trabajo, si comienzas con un mínimo de respeto, entonces comenzarás a progresar. .

Recuerde que, a menudo, tales PM no técnicos son feroces defensores de los usuarios y su enfoque en las necesidades de los usuarios, así como los objetivos comerciales y de productos subyacentes es valioso, como un enfoque puramente técnico, aunque importante por sí mismo, no es el factor más importante. en la construcción de un producto exitoso que crea valor para sus usuarios. Los PM no técnicos piensan de manera diferente a los ingenieros y tratan de respetar eso ante todo.

Segundo paso:

Replantea cómo ves la situación y el enfoque No como una molestia o frustración, sino como una oportunidad.

Usted tiene el poder de determinar si esto le molesta o si va a intensificar y hacer algo para solucionarlo. Un verdadero jugador de equipo forjará una relación con un gerente de productos no técnico y trabajará con él para comprender sus inquietudes y, lo que es más importante, las razones por las que se siente así. Esta es la oportunidad que tiene a su disposición, por lo que le sugiero que la capitalice en lugar de permitirse revolcarse en por qué es frustrante.

Paso tres:

Encuentra el primer ministro más abierto del equipo y abre un diálogo sobre tus frustraciones. Luego, demuestre algo de liderazgo y conviértase en el mentor técnico del primer ministro.

Aquí es donde usted da un paso adelante.

Puedes y debes enséñele las implicaciones técnicas de un cambio dado a una UI, y de esta manera, puede guiar al PM para que comprenda mejor las limitaciones e implicaciones técnicas que tiene a mano y lo ayude a tomar mejores decisiones sobre los productos.

Al hacerlo, no solo forjarás un más fuerte. relación con sus PM, pero demostrará un verdadero liderazgo que hará que su equipo trabaje mejor en conjunto en todas las áreas funcionales.

Si haces esto, tus frustraciones disminuirán rápidamente. También tendrá un aliado en el equipo de productos que de otro modo no habría tenido, todo en un entorno de trabajo más armonioso y productivo. Es un pan comido.

Wow, lamento escuchar acerca de su situación. Como gerente de producto de carrera, líder de equipo de PM y entrenador de PM, siento por ti a través de varias situaciones que personalmente he encontrado o he entrenado a otras personas a través de.

Muchas otras personas ya han compartido sus ideas sobre cómo manejar mejor las tácticas de la situación: establecer una relación con el primer ministro, mejorar la comunicación, contribuir a un lenguaje compartido, etc. Estos son consejos realmente geniales, pero aquí hay un gran problema. Para saber exactamente lo que la raíz lo causa.

En estas situaciones, así es como se ve el problema en la superficie:

  • El PM con el que está trabajando simplemente no es muy bueno en su trabajo ; esto puede ser cierto, y tal vez esto ya lo sepa su gerente y hayan hecho todo lo posible para mejorar su rendimiento.

Sin embargo, lo que en realidad es mucho más probable y común:

  • Hay una falta fundamental de claridad en torno al liderazgo, la visión y los objetivos del producto : el PM está reaccionando a las solicitudes de los demás (marketing, ventas, ejecutivos, usuarios y está constantemente poniéndose al día con la planificación, la recopilación de requisitos y la priorización).

La diferencia es que lo primero es personal, lo segundo es ambiental.

Muchos PM (especialmente los primerizos) sufren este último problema. Los líderes de la empresa les piden que cumplan objetivos prescriptivos (… aumentar la conversión en un 20% …) con recursos mínimos en plazos imposibles (… a finales de este mes …!), Pero no cuentan con el apoyo adecuado de sus gerentes para lograr esto.

Especialmente debido a la inflación del título de PM en los últimos años (por ejemplo, “usted es el mini-CEO de su producto”), hay una afluencia de personas sin la experiencia adecuada que intenta ingresar a PM-ing, así como mayores expectativas de lo que un PM puede lograr de manera realista (por ejemplo, el famoso campo de distorsión de la realidad de Steve Job).

La próxima vez que su PM le pida que realice uno de estos cambios difíciles en la interfaz de usuario, haga un análisis de la causa raíz y hágales las siguientes preguntas contextuales (sin parecer defensivo, por supuesto):

  • ¿Qué está tratando de lograr este cambio?
  • ¿Cómo se produjo este cambio? ¿Fue una petición del cliente o algo más?
  • ¿Qué métricas buscas mejorar con este cambio? Si esta característica fuera un éxito, ¿cómo podríamos decirlo?
  • ¿Cómo se conecta esto con la hoja de ruta, los objetivos trimestrales / anuales o la visión del producto?

Estas son todas las formas de hacer una línea similar de preguntas para llegar al punto crucial de un problema. En el proceso, puede ofrecer opciones de implementación con detalles sobre las compensaciones (por ejemplo, “este cambio sería difícil de realizar como lo solicitó, pero existe esta otra manera de lograr un objetivo similar con un método mucho más sencillo”. implementación”).

Si después de todo esto, las cosas no parecen mejorar, continuaría profundizando y observando: ¿este PM tiene un gerente de experiencia que lo ayuda a crecer? ¿Un PM o líder de producto con experiencia contrató a esta persona? ¿Hay una visión clara de lo que la compañía está tratando de lograr? Todos estos son problemas ambientales sobre los que el primer ministro tiene muy poco control.

Por último, si resulta que realmente es solo un problema personal / personal, considere hablar con el líder de su equipo, el gerente o el socio de recursos humanos para obtener asesoramiento sobre cómo proceder.

La respuesta es simple, ambos están hablando diferentes idiomas . Lo que puede parecer obvio para usted sería una jerga que debe ignorarse para los no técnicos. Como desarrollador que trabajó con varios lenguajes de programación y entornos antes de que me mudara a la administración, me resulta bastante fácil entender lo que mis técnicos están tratando de decirme. Pero no es así para todos y veo a mis colegas luchar a veces.

Mi sugerencia, haz un boceto . Cada sistema, proceso, conexión de datos del que desee hablar, lo dibuja en un papel en blanco mientras explica su punto de vista. Y etiqueta todo. Hará un mundo de diferencia.

Y en segundo lugar, hablar. A menudo veo que los mejores técnicos son introvertidos y rara vez expresan sus ideas a menos que estén acorralados. Confíe en lo que sabe que es correcto y ayude a sus compañeros de equipo a corregir el curso temprano en el juego.

Y si todo no funciona, no te dejes frustrar. Es la naturaleza del juego. ¡Buena suerte!

La gestión de productos es un trabajo multifacético con una variedad desafiante de responsabilidades funcionales … dentro y fuera de su empresa. No hay un terreno de entrenamiento perfecto para esta posición ni una progresión natural del trabajo que garantice gerentes de producto altamente efectivos y exitosos.

Por lo tanto, es muy posible que esté tratando con alguna “mediocridad” en este caso. En mi experiencia, este es a menudo el caso. Es un rol muy desafiante que requiere una amplia variedad de habilidades que deben cubrir todo el ciclo de vida de cualquier producto nuevo: la mayoría de los gerentes de productos no serán expertos en todos los aspectos del trabajo.

Dicho esto, a menudo es difícil juzgar la calidad de alguien cuyas responsabilidades y habilidades funcionales son completamente diferentes a las suyas. He visto CEOs de “Fortune 100” que no pueden operar la copiadora o incluso el teléfono de la oficina. Te hace preguntarte cómo alguien tan estúpido se convirtió en CEO, ¿verdad?

Tal vez su compañía tenga a la persona equivocada en ese rol de PM o tal vez él o ella tenga algunos talentos muy fuertes que no son evidentes desde su posición y experiencia técnica, por ejemplo, estrategia competitiva, creatividad pragmática, motivación de la fuerza de ventas, el arte de un precio óptimo etc.

Una forma de mejorar su situación sería conocer mejor a esta persona. Pídales que cuenten su historia en términos de los trabajos que han desempeñado, los desafíos que han enfrentado y cómo progresaron a la posición de gestión de productos. Nota: Los gerentes de producto que trabajaron junto a mí o que trabajaron para mí, todos tenían diferentes antecedentes, diferentes habilidades y diferentes niveles de éxito. ¡Es difícil ser perfecto!

No todos los PM no técnicos son creados iguales. Habiendo estado en ambos lados de su pregunta, puedo asegurarle que hay muchos PM no técnicos (es decir, sin conocimientos de ingeniería) que no pudieron distinguir la diferencia entre una estructura alámbrica y una maqueta, pero al mismo tiempo hay una gran cantidad de PM no técnicos que hacen su trabajo.

Por otro lado, hay muchos PM con antecedentes técnicos que son excelentes en su trabajo y a los ingenieros les encanta trabajar con ellos, pero también hay muchos PM técnicos que realmente apestan en el núcleo de su trabajo, que es servir como un Interfaz entre la ingeniería y los usuarios empresariales.

El punto medio aquí es clave: encuentre un PM (técnico o no) que domine ambos idiomas (tecnología y negocios) y pueda interactuar entre usuarios de negocios e ingenieros, y estará en el cielo

Sus gerentes de producto no deben ser adversarios, todos deben trabajar juntos para sacar las cosas de la puerta. Obviamente suena frustrado, usando un lenguaje áspero para describir a sus compañeros de trabajo. Yo diría que el primer paso es aumentar los niveles de confianza y comunicación entre los miembros de su equipo, será difícil resolver cualquier otra cosa si no confían los unos en los otros.