¿Cómo lidiar con un superior arrogante?

Actualmente trabajo en una empresa de software como desarrollador junior. Debido a que pude demostrar una buena comprensión de la tecnología que usamos, me han asignado algunas tareas bastante abstractas/avanzadas para nuestro proyecto actual, en las que nadie en mi equipo (ni siquiera el líder de mi equipo) tiene experiencia. Esto ha dejado yo sin nadie con quien consultar de mis colegas. El líder de mi equipo me ha aconsejado que dirija cualquier pregunta a un desarrollador sénior muy experimentado de otro departamento. Este tipo tiene experiencia en casi todas las áreas imaginables y es uno de los roles principales en lo que respecta a estándares de codificación e ingeniería de software. Me encantaría aprender todo lo posible de él.

Sin embargo, odio hacerle preguntas, parece bastante arrogante:

  • Solo explica soluciones a partir de su nivel de experiencia y parece frustrado cuando alguien no entiende de inmediato.
  • Suspira o se frustra/enfada si tienes preguntas.
  • Te da la sensación de que le estás robando el tiempo.
  • A menudo lo encuentra y lo regaña por cosas menores en su código, que él hubiera hecho mejor, aunque se hacen después de que la compañía emita las pautas de codificación.
  • Toma cualquier concepto erróneo o error como una "falta de investigación", incluso cuando trato con una nueva tecnología por primera vez.
  • Parece como si realmente odiara tratar con programadores de 'bajo nivel'.

Esto no es algo que solo yo experimente, algunos de mis compañeros de trabajo también tuvieron una experiencia negativa al tratar con él. Dicho esto, nunca rechaza ninguna pregunta y realmente trata de dar respuestas, pero debido a su comportamiento, estoy tan intimidado por él que simplemente me siento en silencio, sonrío y asiento con la cabeza, esperando que termine. Dejo la mayoría de mis reuniones con él más despistada que antes.

Traté de evitarlo desde entonces, y pregunte a otros desarrolladores senior con un comportamiento menos hostil, pero todavía soy redirigido a menudo a él.

En este momento, esto no está afectando mi desempeño en el trabajo en lo más mínimo, ya que tanto el líder de mi equipo como mi gerente directo están más que felices con mi desempeño actual. Sin embargo, esto me afecta a nivel personal, ya que realmente me molesta que no pueda alcanzar los estándares que me propongo, a pesar de tener el conocimiento adecuado para hacerlo a mi alcance.

¿Alguien puede ofrecerme consejos sobre cómo tratar con una persona así sin sentir que me menosprecian cada vez?

Respuestas (7)

Hablando como alguien que alguna vez estuvo donde tú estabas, y ahora ocasionalmente se ajusta a tu descripción, aquí hay algunas cosas que creo que funcionarían conmigo:

Te da la sensación de que le estás robando el tiempo.


Comprométete esto de corazón:

Su tiempo es mucho, mucho más valioso que el tuyo

Respeta ese hecho. Y demuestra que lo respetas.


Suponga que vale al menos 10 veces más para la empresa que la suya. Si puede dedicar horas de trabajo, investigación, consulta de Internet, prueba y error, etc. para reducir 10 minutos de preguntas y explicaciones de sus reuniones, entonces debería hacerlo.

Demuestre ese trabajo: "Este es mi problema. Intenté [esto, esto y esto] pero me encontré con [estos problemas]. Revisé varias publicaciones en Stack Overflow que me dieron [estas ideas]. Experimenté con aquellas que me permitieron Logré [resultados parciales] pero ahora estoy atascado en [un problema muy específico] y he agotado todo lo que se me ocurre".

Suponga que, como muchos programadores, odian el cambio de contexto, las reuniones cara a cara y el trato con la gente en general. Pregunte si puede configurar una sala de chat/mensaje internamente donde puede publicar preguntas, etc. y pueden responder en un momento conveniente para ellos en lugar de tener que programar una reunión.


Solo explica soluciones a partir de su nivel de experiencia y parece frustrado cuando alguien no entiende de inmediato.

Anota todo lo que digan. Luego vete y estúdialo hasta que tenga sentido . No te ayudará en ese momento, pero acelerará el proceso de llevarte a su nivel lo más rápido posible.


Suspira o se frustra/enfada si tienes preguntas.

Así que trata de no preguntar nada. Si se te ocurre una pregunta, escríbela. Irse. Investigarlo. Haga todo lo posible para encontrar una respuesta usted mismo. Luego, la próxima vez puede decir: "Pensé en la [Pregunta A] en nuestra última reunión. Investigué un poco. Intenté algunas cosas y llegué a la [Conclusión X]. ¿Es así?".

No existe tal cosa como "Solo una pregunta rápida". Si toma 30 minutos volver al flujo de escritura de código después de ser interrumpido, entonces su pregunta rápida que toma 2 minutos para responder en realidad solo cuesta media hora de su tiempo. no lo hagas


A menudo lo encuentra y lo regaña por cosas menores en su código, que él hubiera hecho mejor, aunque se hacen después de que la compañía emita las pautas de codificación.

Sólo chúpalo. Decir ok". Haz una nota. Y seguir adelante. En lugar de "Ok", siempre puede intentar "Me encantaría hacer eso, pero las pautas del código de la compañía dicen que tengo que hacerlo de esta manera". Podría resolverlo. Puede que no. Vale la pena intentarlo al menos una vez para observar su respuesta.


Toma cualquier concepto erróneo o error como una "falta de investigación", incluso cuando trato con una nueva tecnología por primera vez.

Eso es falta de investigación. Las expectativas pueden ser poco realistas. Pero si les está haciendo una pregunta que podría responderse usted mismo con algo de tiempo dedicado a aprender e investigar, entonces usted tiene la responsabilidad de hacer eso primero antes de convertirlo en su problema.


Ahora todo esto puede sonar bastante duro. Y como un montón de trabajo.

Es mucho trabajo . Pero es un trabajo que, en última instancia, es para su beneficio. Todo lo que aprendes, y aprendes sobre cómo aprender. Cómo investigar, resolver problemas, pensar por sí mismo, crear las preguntas más específicas y concisas para obtener el máximo valor de un contacto senior. Todo eso será increíblemente valioso para su carrera en el futuro.

Y si son como yo, si pueden ver que está haciendo todo lo posible para minimizar las interrupciones en su trabajo real y para ponerse al día lo más rápido posible, dejarán de resentir sus interrupciones y incluso podría disfrutar ayudando a alguien que tomará su experiencia y conocimiento y realmente hará algo útil con eso.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

Aquí está la clave:

El líder de mi equipo me ha aconsejado que dirija cualquier pregunta a un desarrollador sénior muy experimentado de otro departamento.

Es importante asegurarse de que el desarrollador sénior comprenda que esto proviene de un nivel más alto en la cadena alimenticia que usted. Es posible que pueda disipar la irritación del desarrollador senior simplemente siendo honesto:

"Lo siento, sé que no tengo tanta experiencia como tú y probablemente sea frustrante tener que responder todas estas preguntas. Sé que tienes tus propias cosas en las que trabajar, pero [el líder del equipo] me pidió que consultara con usted para que podamos mantener nuestro proyecto a tiempo. Avíseme si hay algo que pueda hacer para que esto sea más fácil para usted".

Además, mimar el ego por lo general no duele. Si te enseña algo ingenioso que será útil (ya sea directamente relacionado con tus preguntas o como un comentario tangencial), di algo como "¡Oh, eso es genial! Nunca supe ese truco".

Si bien muchas respuestas ya brindan excelentes consejos sobre cómo tratar mejor a esta persona y obtener más valor de sus interacciones, me gustaría brindar una perspectiva adicional que puede (o no) ser relevante para usted, pero que posiblemente podría ayudarlo. con interacciones similares en el futuro.

Al principio de mi carrera, me encontré en una situación similar: había un desarrollador muy senior del que me indicaron que recibiera orientación.

Odiaba interactuar con él. Pensé que era abrasivo. Decía cosas muy directas, como "¿Qué estás pensando? ¿Por qué harías eso?". o "¿No conoces XYZ?" - ese tipo de cosas. Suspiraba o mostraba signos de frustración. Él asumiría que yo sabía cosas que no sabía.

Básicamente, salí de cada interacción sintiéndome como un idiota que acababa de perder el tiempo. Todo el tiempo que interactuaba con él, me golpeaba por dentro. Era increíblemente tímido y me sentía inferior. Estaba seguro de que me odiaba, que todos estos pensamientos negativos sobre mí mismo que tenía dentro de mi cabeza, así era como se sentía.

Seguía encontrándome en situaciones en las que tenía que trabajar con este desarrollador senior. No puedo recordar exactamente cuándo me di cuenta, pero finalmente me di cuenta de que este desarrollador senior no me estaba tratando como inferior, me estaba tratando como a un igual, con respeto. Más tarde descubrí que realmente me respetaba y estaba muy satisfecho con mi desempeño en relación con mi posición.

Me respetaba lo suficiente como para ser directo conmigo. Para decirme la verdad. Para darme su honesta opinión. Me respetaba lo suficiente como para no endulzar todo. No me dejó fallar, no me dejó mantenerme en un estándar más bajo. Todo lo que dijo, todos sus comentarios y críticas que interpreté como un juicio, fueron genuinamente destinados a ayudar. No estaba tratando de menospreciarme, me estaba poniendo a su nivel.

Y a cambio, esperaba que yo lo respetara (y creo que de ahí venían sus frustraciones). Esperaba que investigara cosas por mi cuenta. Para prepararme antes de reunirme con él, para poder ser conciso y específico. Esperaba que yo hiciera más que lo que se requería mínimamente de mi puesto de nivel de entrada. Esperaba que me preocupara por mi trabajo. Y esperaba que me respetara a mí mismo y tuviera confianza en mi intelecto.

Y tengo que decirles, la forma en que se comportó conmigo, lo que interpreté como un juicio, es la misma forma en que veo a los desarrolladores senior en igualdad de condiciones interactuar entre sí. Son francos y directos entre sí, porque se respetan mutuamente.

"¿Qué diablos estás haciendo aquí? ¿Hay alguna razón por la que lo haces de esta manera?" "Sí, sé lo que estás pensando, pero escúchame, traté de hacer esto 'de la manera correcta'"... y las bromas amistosas continúan.

Junior me habría interpretado esa pregunta inicial como un juicio. Senior me lo interpreta como una forma divertida y dramática de pedir una aclaración. La misma pregunta tiene un significado totalmente diferente para mí, solo basado en mi perspectiva interna y mis niveles de confianza.

Dicho todo esto, ¿podría mi desarrollador senior haber sido más educado, comprensivo y amable con un junior que carece de confianza? Sí, definitivamente debería haberlo hecho, y espero que si me encuentro en la misma posición, pueda ser mentor de una mejor manera.

TL;RD

  • Respétate a ti mismo y ten confianza en tu intelecto, incluso si te falta conocimiento.
  • Dar a los demás el beneficio de la duda. Suponga que las personas tienen las mejores intenciones, no las peores.
  • Aborde cada interacción con un adulto mayor como una oportunidad para crecer y aprender.
Me gusta esta toma: podría ser una cuestión de cultura de combate versus cultura de crianza: lesswrong.com/posts/ExssKjAaXEEYcnzPd/…

Desafortunadamente, como habrás leído en otras respuestas, parece que en el mundo de la informática, si eres un senior, tienes derecho a tratar como basura a cualquiera que sepa menos que tú, no solo esto es un derecho, pero según el otro respuestas, usted debe agradecer por ello.

Este es realmente un mal consejo (¿no me cree? Pregúntele a Linus Torvalds...). Si eres un junior o un aprendiz, mereces el mismo respeto que cualquier otra persona en tu empresa.

El senior seguramente está súper ocupado, estresado, tiene experiencia y una vez incluso fue capaz de caminar sobre las aguas, pero ser un senior también implica asesorar y ayudar a cada miembro del equipo a crecer. Así que la enseñanza no es una parte insignificante de ser un senior.

Si está ocupado, puede proponer establecer espacios de tiempo específicos para discutir sus preguntas, debe encontrar la manera de transmitir su conocimiento de manera efectiva.

Sin embargo, como se le ha permitido o se siente con derecho, no lo hace.

Qué puedes hacer:

  • Tan pronto como se enoje o se sienta frustrado, deténgalo y dígale que entiende que está ocupado, que perdió el autobús esa mañana o cualquier otro problema que tenga, pero que X lo ha recomendado a usted y ese es el razón por la que estás allí. Si él quiere, puede proponer una nueva hora y luego pueden reunirse nuevamente para discutir sus preguntas. Sin disculpas, sin asentir, sin sonreír. Debes ser asertivo. Él es un ser humano y tú eres un ser humano.
  • Cuando no entienda algo que él explica de una manera demasiado compleja, pídale que le explique de otra manera, que le muestre un ejemplo, y luego, en caso de que aún no entienda, simplemente agradézcale y dígale que tendrá que hacer algo más. investigar porque parece complejo. (**Editar después del comentario de @DaveG: ** asegurarse de que entiendes las cosas es de su interés, ya que de esta manera tendrás una menor necesidad de hacer preguntas adicionales)
  • No le estás robando su tiempo, le pagan para que te ayude.
  • La forma en que señala los errores en el código o las reseñas sí importa. Si el tono es inapropiado, simplemente dígalo. Consulte las pautas de revisión de codificación de Google para ver cómo se deben hacer las cosas.
  • La falta de investigación se incluye en los puntos anteriores. La transferencia de conocimiento es parte de su trabajo. Solo puedes investigar las cosas que sabes que tienes que buscar, pero no puedes buscar algo cuya existencia simplemente ignoraste.
  • Odia tratar con jóvenes. No deberías preocuparte por eso.

Recuerda que muchas personas te tratarán como tú dejes que te traten. Si dejas que te traten como basura, estarán felices de tratarte así. Tal vez esperan que ya no vayas allí, tal vez no les gusta enseñar. En cualquier caso, no importa, haz que tu voz sea asertiva, no dejes que nadie te trate como basura. ¿Sabes por qué? Porque de lo contrario, incluso si tu trabajo está bien, vendrás aquí porque estás sufriendo.

Desafortunadamente, esto puede conducir a una confrontación, y tendrá que dejar claro que en algún momento sintió que su actitud fue incorrecta u ofensiva, etc. (mantenga un ejemplo para cada punto que desee resaltar). Al mismo tiempo, nunca olvides reconocer su conocimiento y manifestar cuánto agradecerías aprender de él.

Hablando como un desarrollador que estaba en el rol de "experto", otro punto es que cuanto mejor explique las cosas el desarrollador senior, menos preguntas tendrá que responder. Decidí que quería responder cada pregunta una vez , y eso significaba dar respuestas buenas e inteligibles.
Esta es una gran respuesta y la mejor perspectiva que se me ocurre. Ser capaz de hacer esto es, sin embargo, el resultado del crecimiento personal y, como tal, no es tan fácil de hacer como se dice.

Es imposible para nosotros juzgar si esta persona está siendo grosera o si el problema está, en parte, de tu lado. Como dice el refrán, hay tres lados en cada historia: tu lado, su lado y la verdad.

Aparte de esto, ofreceré algunos consejos como desarrollador senior que ahora es mentor:

Preguntas

Puede ayudarse a sí mismo eligiendo solo las preguntas que absolutamente tiene que hacer y explicando cuidadosamente por qué no ha podido responderlas con los recursos que ha encontrado.

Código

Elija cualquier base de código y es raro que dos programadores estén de acuerdo en que el código es lo que ellos habrían escrito. Las críticas duelen, pero las revisiones de código son una dura realidad con la que tendrás que lidiar. No vale la pena morir en todas las colinas antes de que tengas ganas de volver. Algunas cosas son solo preferencia y estilo.

Gestión del tiempo

Esta persona parece estar muy ocupada. En lugar de molestarlos de manera ad hoc, vea si puede reservar un horario regular o usar el correo electrónico o el chat. Luego, pueden comunicarse con usted en sus escalas de tiempo.

Habilidades de las personas

Si pudiera recomendar un conjunto de habilidades a cualquier programador, ni siquiera sería técnico. Las habilidades blandas son absolutamente clave. Verá a medida que asciende en los rangos que los mejores desarrolladores tienen excelentes habilidades técnicas y habilidades interpersonales. Eche un vistazo a "Cómo ganar amigos e influir en las personas" de Dale Carnegie o, mejor aún, simplemente lea el resumen en línea. Si puede formular la pregunta de tal manera que sea beneficioso para todos y mostrar interés en esa persona, le abrirá puertas, créame.

Actitud

El tipo de persona que describe es, por desgracia, abundante en TI. Si son clave para el negocio, es probable que tengan cierto grado de libertad para ser desagradables, ya que son demasiado importantes para molestarlos. Trate de no tomar las cosas personalmente.

Una última cosa, "programador de bajo nivel" tiene un significado específico. ¡Estaba listo para una pregunta de código ensamblador! :)

Robbie, espero que no te importe burlarte un poco de un adagio... Habiendo estudiado computación distribuida y un poco de filosofía, diría que "la verdad" rara vez es una cosa, más bien es una cosa dentro cada punto de vista individual. Claro, a veces la verdad casi se alinea; pero, a menudo, estas "verdades de punto de vista" están un poco equivocadas, o incluso mucho.

TLDR: RESPETE SU TIEMPO

Siendo yo mismo un viejo fósil, tal vez pueda dar una idea.

Lo más probable es que su superior haya pasado por los momentos más difíciles de la industria y esté más que endurecido por la batalla. Trate de ver las cosas desde su perspectiva y vea si eso no le da una perspectiva diferente de las cosas.

Solo explica soluciones a partir de su nivel de experiencia y parece frustrado cuando alguien no entiende de inmediato.

Asegúrate de hacerle saber que no tienes mucha experiencia antes de que comience a explicarte. Alguien en ese nivel necesita cambiar su forma de pensar cuando le explica a alguien en un nivel diferente. Es muy frustrante cuando intentas explicar algo a alguien que no lo entiende y luego tienes que adivinar a qué nivel explicárselo a la persona. Cuantas más veces tengas que simplificar algo, más frustrante. Los mecánicos de automóviles necesitan hacer esto todo el tiempo. Ser paciente. Interrumpa si es necesario para hacerle saber cuál es su nivel.

Suspira o se frustra/enfada si tienes preguntas.

Asegúrate de no interrumpir en un momento inoportuno. Nada es más frustrante que cuando estás a punto de resolver un problema complejo y alguien te interrumpe. Programe citas con él en lugar de simplemente caminar hacia él.

Te da la sensación de que le estás robando el tiempo.

Nadie puede darte un sentimiento. Eso depende de ti. Sin embargo, no es exagerado pensar que puede sentirse engañado, especialmente si tiene grandes exigencias y plazos ajustados. Respeta su tiempo.

A menudo lo encuentra y lo regaña por cosas menores en su código, que él hubiera hecho mejor, aunque se hacen después de que la compañía emita las pautas de codificación.

¿Son realmente menores? El hecho de que algo se ajuste a las pautas no significa que sea bueno. Si quieres mejorar, escúchalo y muestra un poco de paciencia.

Toma cualquier concepto erróneo o error como una "falta de investigación", incluso cuando trato con una nueva tecnología por primera vez.

No está equivocado, y si está tratando con nuevas tecnologías, debería poder investigar un poco antes de acudir a él. Si es la primera vez que lo trata, entonces sus preguntas probablemente sean de bajo nivel de todos modos, lo que significa que probablemente le esté haciendo perder el tiempo.

Parece como si realmente odiara tratar con programadores de 'bajo nivel'.

Hasta ahora, no he visto ninguna evidencia de eso. Para mí, parece que está ocupado y no le gusta que lo molesten, especialmente con preguntas de bajo nivel que un salto rápido a Google.

Es como molestar a un jefe de mecánicos porque tienes una tuerca suelta. Se va a irritar porque le estás quitando el tiempo para reconstruir un motor para mostrarte la forma correcta de sujetar una barra de hierro.

Además, acéptalo como el precio del aprendizaje.

Cuando estaba empezando, mi mentor me llamaba "gran tonto" con regularidad. Para ser honesto, lo estaba. Pero, aprendí mucho, valió la pena.

Concéntrate más en lo que obtienes de él que en cómo te sientes. Solo míralo como el pago de tus deudas.

+1 Solo por "Programar citas con él en lugar de simplemente caminar hacia él", no me importa ayudar, pero necesito asignar algo de tiempo. Los cambios bruscos son los peores, pero si me dejas terminar esta tarea de 15 minutos, puedo vaciar mi memoria humana :)
Lo siento, he estado en ambos roles como aprendiz y experto, y no hay excusa para llamar a alguien tonto o abusar de ellos. De hecho, lo que descubrí durante mi carrera fue que las personas que realmente eran los expertos solían ser buenos explicadores a los que no les importaba compartir conocimientos.
@DaveG El contexto importa. Aprendí mucho más del tipo que me llamó "gran tonto" que de los "buenos" que no compartían nada. Y si alguna vez lees una sola respuesta mía, sabes que no abuso

Desafortunadamente, hay bastantes de estos personajes por ahí. Por lo general, se deriva de una larga trayectoria en un campo / empresa / conjunto de herramientas, en mi humilde opinión, hay algo de miedo y envidia en sus reacciones.

La mejor manera que encontré de lidiar con este tipo de personajes es mover las comunicaciones a medios rastreables. Te sorprenderá cuánto más educados se vuelven cuando es una palabra escrita.

Sugiero el correo electrónico, de esta manera puede agrupar y estructurar sus preguntas y obtener una respuesta por escrito a lo que siempre puede consultar más adelante, minimizando su "molestia" :)