¿Cómo puede un gerente de producto tratar con un ingeniero / desarrollador hostil?

Answer 1

Creo que la respuesta de Julie es probablemente correcta en más del 90% de los casos.

Aunque es una posibilidad que tus desarrolladores sean realmente idiotas.
(Quiero decir, estadísticamente, sucede. Para que quede claro: en mi carrera, he trabajado con cientos de increíbles / trabajadores / trabajas / queremos crear ingenieros de productos exitosos y quizás 7 u 8 idiotas chovinistas inmaduros)

Si estás en ese caso <10%, aquí hay algunas tácticas que he usado:

Desarrollador: “¿Por qué deberíamos hacer X?”
Gerente del producto: “¿Por qué no deberíamos hacerlo? Si esta solución propuesta perjudicará nuestros recursos de desarrollo o control de calidad, ciertamente quiero escuchar los detalles de por qué es una mala idea. No quiero pedir algo irrazonable. ”
Desarrollador: “uh …”

Desarrollador: “Creo que X es una idea estúpida”
Gerente del producto: “Nuestro objetivo es lograr Y. Creo que X lo logrará por [motivo]. Si tiene sugerencias alternativas, me encantaría escucharlas”.
Desarrollador: “Sólo creo que es tonto”.
Gerente del producto: “Puede que me equivoque, pero si no hacemos nada , no aprenderemos nada . Me alegra tomarme un día para darle tiempo para pensar en sugerencias alternativas. Mi objetivo es que aprendamos para que podamos avanzar”. ”
Desarrollador: “uh …”

Desarrollador: “Desarrollar X requerirá una tonelada de recursos / será difícil para QA / otra excusa”.
Gerente del producto: “Este es el trato: mi jefe espera que lo logre. Estoy 100% dispuesta a volver con ella y explicarle por qué no podemos hacer X. Pero necesito detalles. Dígame los detalles sobre por qué esto es difícil, y se lo devolveré a mi jefe e intentaré hacer el caso por ti “.
Desarrollador: o [mágicamente decide que no es tan difícil después de todo] O [te dice por qué es una mala idea, lo que te permite negociar / pensar en una alternativa que puede causar menos problemas]

Si realmente está tratando con alguien que está tratando de ser un imbécil , probablemente no quieran pasar por la molestia de justificar sus quejas. Es probable que pongan los ojos en blanco y te odien secretamente, pero luego hacen lo que le pidas.

Si tienen inquietudes / quejas legítimas, debe escuchar y hacer lo mejor para facilitarles la vida. (Según mi experiencia, la mayoría de los ingenieros que plantean objeciones lo hacen porque fueron quemados en el pasado por un mal jefe o un mal primer ministro que les echó la culpa de todo. Si demuestra que no es el mal jefe, probablemente Estaré dispuesto a trabajar contigo.

Answer 2

Me he encontrado con este tipo de situaciones con una frecuencia sorprendente en mi gestión de productos, y he llegado a la conclusión de que existen algunos “tipos” de estas situaciones, cada uno de los cuales requiere un enfoque diferente. La clave es entender qué está causando el comportamiento y abordar los problemas centrales directamente, en lugar de a la persona (lo que puede ser tentador).

Aquí hay algunos de esos “tipos” que he visto:

Construí esto, ¿Quién es el $ ^% y tú?

Problema:
Por lo general, esto ocurre cuando se trata de una startup que ha estado creciendo durante varios años, y ha traído la gestión de productos para tratar de ser más estratégicos en su enfoque , o cuando solo es nuevo en el equipo y hay gente alrededor. quienes han estado trabajando en el producto desde el principio y están convencidos de que saben lo que están haciendo, porque si no lo hicieran , la empresa no estaría donde está ahora, ¿verdad?

Enfoque:
Estas son (de manera sorprendente) las situaciones más fáciles de desactivar: la persona está siendo un bloqueo no porque no le agrades ni a ti ni a lo que quieres, sino a que les apasiona el producto y la empresa. Aproveche eso, tenga discusiones sobre el futuro del producto y la visión estratégica a la que le sirve lo que está haciendo. Y escúchalos . Si realmente han existido por siempre, probablemente tengan una buena perspectiva de lo que se ha intentado anteriormente y de las limitaciones sistémicas que existen en la tecnología. Una combinación de en realidad, escucharlos activamente y asegurarse de que entiendan el “por qué” de lo que está planeando o preguntando sobre ellos usualmente desactivará la situación y , en el mejor de los casos, obtendrá un defensor continuo.

Soy un genio, eres solo un PM

Problema:
A menudo hay uno o dos desarrolladores que son absolutamente brillantes: en desarrollo. Y a veces estas personas tienen experiencia en crear sus propios productos en otros contextos. Y a veces esos productos fueron moderadamente exitosos. Están acostumbrados a ser tratados con guantes para niños, a ser felicitados por su brillantez y a adoptar un enfoque empresarial de las cosas. Lo que significa que quieren ser el primer ministro o la OP, y resienten la idea de que haya alguien más allí que les diga qué construir y cuándo construirlo.

Enfoque:
Este tipo de situación es difícil de navegar y, a menudo, puede deslizarse hacia un resentimiento personal de un lado o del otro (he sido víctima de esto, así como un perpetrador, por lo que no estoy diciendo que sea perfecto aquí). Lo que debe darse cuenta y aprovechar es que esta persona desea ser un empresario, incluso dentro de una organización más grande. Si puede, desea dirigir a esta persona y su equipo hacia nuevos prototipos, nuevos productos, cualquier cosa a la que pueda dar un amplio margen, mientras mantiene la supervisión y el nivel de dirección que necesita. No puedes luchar contra esta personalidad directamente: la ven como un ataque personal, en lugar de una estructura empresarial. Muy a menudo son anti- o contra-autoritarios, y socavarán activamente su influencia en su equipo, si no abordan esto correctamente. Aproveche su deseo de ser independientes e innovar, en lugar de tratar de obligarlos a hacer algo más controlado.

Tú no eres mi jefe, eres un PM

Problema:
Este es probablemente el más molesto para mí: esta es la persona que realmente no quiere hacer lo que sea que está pidiendo, pero que no quiere ser realmente una confrontación o discutirlo. En cambio, ocultan su disgusto bajo la resistencia activa o pasiva, y cuando se enfrentan se esconden detrás de su propio manejo.

Enfoque:
Afortunadamente, este es fácil: simplemente trabajas con su gerente y su equipo, haciendo una carrera final alrededor de ellos. Obviamente, debes tener una buena relación con estas personas, pero si se esconden detrás de un escudo, tu mejor ángulo de enfoque es una maniobra de flanqueo, de modo que su jefe esté del mismo lado que tú.

No creo que esto sea lo correcto.

Problema:
Hay muchos “sabores” diferentes de esta situación, desde el simple desacuerdo sobre las prioridades hasta el sabotaje activo de sus esfuerzos de planificación. En general, estas situaciones surgen debido a la falta de participación, comunicación o visibilidad de las prioridades y la estrategia a largo plazo. Muy a menudo mantenemos a los desarrolladores “en la oscuridad” y los tratamos como hongos, en lugar de flores. Algunos desarrolladores ven esto, no les gusta y responden negativamente. Estos son los tipos de personas que investigan los planes de negocios, la estrategia, los casos de uso, las personas y otros requisitos comerciales detallados, no en realidad porque los quieren, sino porque quieren separarlos.

Enfoque:
Obviamente, involucre a estas personas en las discusiones sobre prioridad y estrategia. Pídales alternativas o nuevas propuestas para lo que sí piensan que es importante y por qué creen que es importante. Trátelos como una flor, al sol, no como un hongo en la oscuridad. Sobre todo, sé honesto con estas personas: si hay algo con lo que no necesariamente estás de acuerdo, pero se te está exigiendo, díselo. Si honestamente piensa que esto es lo más importante, dígales eso y por qué lo piensa. Conviértalos en un colaborador en la priorización, pero también asegúrese de que vean que nadie toma estas decisiones en el vacío, que hay muchas personas diferentes con visiones en competencia.

Esas son solo algunas de las que podría sacar de la cabeza; Estoy seguro de que hay otros. Demonios, ¡probablemente se podría escribir un libro sobre este tema solo!