Todos los hemos tenido, gerentes que provienen de las ventas o miraron por última vez el código 10 o más años atrás, pero piensan 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 involucrarme más con el gerente para educarlo con técnicas y prácticas modernas de codificación? Después de todo, un gerente que entienda esto podrá hablar con sensatez con los clientes y con la alta gerencia cuando discuta el proyecto y sus plazos.
communication
ChrisF
fuente
fuente
Respuestas:
Yo digo, adelante, trata de participar y educar.
Si honestamente intentan ayudarte, la oportunidad de aprender algo podría ser valiosa para ellos. Si solo están metiendo la nariz por razones políticas o del ego ("¡Mira, estoy ayudando, estoy ayudando!"), Es probable que tengan la idea 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, no importa qué evidencia puedas aportar de lo contrario, sonríe, asiente y haz los cambios cosméticos triviales que los harán desaparecer. Y actualiza tu currículum.
fuente
Por lo general, solo escucho todo lo que esa persona tiene que decir. Estoy de acuerdo con casi cualquier cosa y lo hago a mi manera de todos modos. Por lo general, nunca se molesta en verificar.
fuente
Revisiones de código de grupo. La vergüenza pública siempre es buena para frenar ese tipo de hábitos. :)
fuente
Puede ser muy difícil, especialmente si el gerente piensa que son l33t h @ x0r pero no ha codificado nada en los últimos 10 años.
Comience usando la escucha activa . Asegúrate de entender exactamente qué punto están tratando de transmitir. Reformúlelo y dispare a ellos 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 rompe algún principio fundamental de diseño de software ... por lo general, separación de preocupaciones. Conozca sus principios y sepa por qué son mejores que la alternativa . Luego, cite los principios y explique por qué deberían seguirse en este caso. Eso hace que la discusión sea académica.
Si no puede entender por qué no le gusta lo que dicen, es una buena oportunidad para cuestionar sus suposiciones.
fuente
No educaría si ha habido un historial de código para él / ella. El conocimiento de los problemas de desarrollo debería haberse atascado en la mente.
Cortésmente pregúntele si puede hablar sobre lo que tenga en mente durante el almuerzo.
fuente
A veces uno solo tiene que sentarse y escuchar, incluso cuando no queremos.
Uno solo puede dañar la dignidad de una persona al no prestarle atención.
Tu manager es una persona. Trátalo como a uno. Míralo como si fuera un tipo en la calle. No hay títulos
¿No lo convierte 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úntale cómo va la vida. Él puede sentirse apreciado y así proporcionarle menos ansiedad laboral.
¿Ya has considerado o hecho esto?
Si no, entonces ¿por qué?
fuente
Hazle lo mismo a él. Cada vez que lo veas, inmediatamente comienza a hablar sobre sus cosas sin importar si lo entiendes o no ... "¡Oye, creo que esa campaña de marketing debería ser como un tonto!" "¡Hey, creo que nuestro equipo de ventas debería hacer bar!" "¡Oye, la próxima vez que hables con tu gerente, debes decirle quox!" Él comenzará a evitarte como la peste.
fuente
El problema aquí es que su gerente obviamente se siente COMPETENTE, cuando NO ES.
He tenido esa experiencia antes y para mí funcionó si le mostraba sutilmente al tipo que la programación no era su dominio.
Por ejemplo, podría hacer todo lo posible para explicar un código específico, descender hasta hablar de tablas hash y listas vinculadas, grandes anotaciones O, etc., hasta que su rostro muestre que realmente se siente incapaz de seguir más tu discusión
Entonces, si puedes lograr esto, lo más probable es que te deshagas de las preguntas tontas y la microgestión.
fuente