it-swarm-es.com

¿Cómo puedo lidiar con un gerente que siempre interfiere en lo que hago, pero que realmente no lo entiende?

Todos los hemos tenido, gerentes que provienen de ventas o que miraron el código por última vez hace 10 años o más, pero creen que saben cómo escribir código.

¿Qué puedo hacer para dar la impresión de que estoy agradecido por su intervención, pero que sea lo más breve posible para poder continuar con mi trabajo?

¿O debería comprometerme más con el gerente para educarlo con técnicas y prácticas de codificación modernas? Después de todo, un gerente que los comprenda podrá hablar con sensatez con los clientes y con la alta gerencia cuando discuta el proyecto y sus plazos.

23
ChrisF

Yo digo, adelante e intente involucrar y educar.

Si están tratando de ayudarlo honestamente, la oportunidad de aprender algo podría ser valioso para ellos. Si solo están metiendo la nariz por razones políticas o de ego ("¡Mira, estoy ayudando, estoy ayudando!"), Probablemente se darán cuenta de que los avergonzarás si continúan con estas tonterías. - o aburrirlos hasta la muerte con un muro de jerga que solo fingen entender.

Y si tienes al temido ególatra que realmente cree que es un experto en tu trabajo, sin importar las pruebas que puedas aportar de lo contrario, sonríe, asiente y haz cualquier cambio cosmético trivial que lo haga desaparecer. Y actualice su currículum.

20
BlairHippo

Por lo general, escucho todo lo que esa persona tiene que decir. Estoy de acuerdo con casi todo y lo hago a mi manera de todos modos. Por lo general, nunca se molesta en comprobarlo.

5
Josip Medved

Revisiones de código de grupo. La vergüenza pública siempre es buena para frenar ese tipo de hábitos. :)

5
Brandon

Puede ser muy difícil, especialmente si el gerente cree que es un l33t h @ x0r pero no ha codificado nada en los últimos 10 años.

Empiece por usar escucha activa . Asegúrese de comprender exactamente qué punto están tratando de transmitir. Modifíquelo y devuélvales el mensaje para que sepan que los entendió. A veces, esto es todo lo que realmente les importa.

Si insisten en alguna implementación, pregúntese por qué los rechaza. Tiene que haber una razón. Probablemente rompa algún principio fundamental de diseño de software ... generalmente separación de preocupaciones. Conozca sus principios y sepa por qué son mejores que la alternativa . Luego, cite los principios y explique por qué deben seguirse en este caso. Eso hace que la discusión sea académica.

Si no puede entender por qué no le gusta lo que están diciendo, es una buena oportunidad para cuestionar sus suposiciones.

4
Scott Whitlock

No educaría si ha habido un historial de código para él/ella. El conocimiento de las cuestiones del desarrollo debería haberse quedado grabado en la mente.

Pregúntele cortésmente si puede hablar sobre lo que tenga en mente durante el almuerzo.

1
Tobiasopdenbrouw

A veces uno simplemente tiene que sentarse y escuchar, incluso cuando no queremos.

Uno solo puede dañar la dignidad de una persona si no le presta atención.

Tu jefe es una persona. Trátalo como uno. Míralo como si fuera un chico de la calle. Sin titulos.

¿No lo convierte eso en alguien que puede necesitar un amigo, alguien que puede sentirse solo?

¿Lo has pensado desde un punto de vista emocional?

¿Está tratando de transmitir un mensaje implícito?

Hablale. Simplemente no sobre el problema. Pregúntele cómo va la vida. Puede sentirse apreciado y, por lo tanto, proporcionarle menos ansiedad laboral.

¿Ha considerado o hecho esto ya?

Si no es así, ¿por qué?

0
Pablo

Hazle lo mismo. Cada vez que lo veas, empieza inmediatamente a hablar de sus cosas sin importar si las entiendes o no ... "¡Oye, creo que esa campaña de marketing debería ser como una tonta!" "¡Oye, creo que nuestro equipo de ventas debería hacer bar!" "¡Oye, la próxima vez que hables con tu gerente, deberías decirle quox!" Empezará a evitarte como la peste.

0
JP Alioto

El problema aquí es que su gerente obviamente se siente COMPETENTE, cuando él IS NO.

He tenido esa experiencia antes y para mí funcionó si le mostraba sutilmente al chico que la programación no era su dominio.

Por ejemplo, podría hacer mucho para explicar un fragmento de código específico, descendiendo hasta hablar de tablas hash y listas vinculadas, notación O grande, etc., hasta que su rostro muestre que realmente se siente incapaz de seguir más de su discusión.

Entonces, si puede lograrlo, lo más probable es que se deshaga de las preguntas tontas y la microgestión.

0
Jas