Colega junior más joven que se comporta como el jefe

Agradecería consejos sobre esta situación. Soy un desarrollador senior con unos 10 años de experiencia. Hasta hace poco, mi equipo estaba formado por mí, mi gerente y un ingeniero de planta. Hemos estado trabajando juntos durante aproximadamente un año. Todos somos de la misma edad.

Hace unos meses se nos unió un nuevo desarrollador de nivel medio. Es brillante, inteligente y confiado. Tiene fuertes habilidades de ingeniería y lo sabe. Tiene unos 2 años de experiencia profesional y es unos 15 años más joven que nosotros.

Siento que está tratando de asumir la posición dominante en el equipo. Se comporta como si fuera el jefe. Da instrucciones, señala nuestros errores, desafía nuestra profundidad de conocimiento.

Un par de ejemplos específicos. En una reunión de equipo diciéndome que es mi turno de ejecutar uno de nuestros procesos, en efecto tratando de asignarme trabajo. Insistir en que, como equipo, adoptemos su canal de integración continua preferido y no tener en cuenta nuestra experiencia.

Mi gerente y el ingeniero del personal son personas gentiles que parecen estar de acuerdo, mientras que yo me siento estresado y amenazado. He estado rechazando este comportamiento, negándome a implementar los cambios que quiere en mis solicitudes de incorporación de cambios. Siento que nos dirigimos hacia una confrontación.

Soy del Reino Unido y este colega es de los Estados Unidos. No he hablado ni con mi gerente ni con el ingeniero del personal sobre el problema, ya que siento que, al menos en parte, es culpa de mi gerente y que lo estaría criticando implícitamente.

Estaría agradecido sobre cómo ajustar mi comportamiento o el suyo para que haya menos fricción entre nosotros.

¿Hay alguna razón técnica válida por la que decidiste rechazar sus cambios en tu PR? ¿Está actuando como revisor pidiendo cambios antes de aceptar las fusiones de relaciones públicas? ¿Podría dar un ejemplo de cómo 'él desafía la profundidad de su conocimiento'? Quiero diferenciar entre su comportamiento y el enfoque óptimo de la codificación.
Las sugerencias que hace sobre las relaciones públicas están bien, el problema es la redacción, ya que están escritas como si me estuviera dando una orden. Esta es también la forma en que habla en las reuniones. Al desafiar la profundidad de mi conocimiento, me refiero a que él, por ejemplo, me hace una pregunta sobre una pieza de tecnología, seguida de una serie de preguntas más como si me estuviera entrevistando.
gracias, eso es útil. Podría ser que él realmente no sabe y pregunta honestamente. Situación en la que las personas tienen miedo de "perder la cara" y preguntar es mala desde la perspectiva del desarrollador. Los buenos productos provienen de la colaboración donde la gente no tiene miedo de compartir ideas entre sí y hacer preguntas, incluso en ocasiones tontas. ¿Podría ser que el chico es sólo curiosidad?
No, estoy seguro de que se está comportando como si fuera el gerente, es el miembro más joven del equipo y nos está diciendo qué hacer, está tratando de dominar.
Parece que está sobrecompensando, me encontré con esto antes cuando alguien sobrevendió sus habilidades técnicas y luego comenzó a demostrar un comportamiento similar para mantener viva la artimaña. Podría ser tan simple como la falta de confianza en sí mismo en sus habilidades, podría ser una actitud de " soy mejor que todos los idiotas aquí" , o algo más.
Creo que estás sobre hielo delgado aquí. Tiene un colega más joven con buenas habilidades técnicas y está haciendo buenas sugerencias para mejorar su código. Lo único que no te gusta es su redacción. Esto te afectará si no presentas quejas más específicas. ¿Hay algún ejemplo en el que claramente hizo algo que no está permitido?
¿Le está explicando por qué ciertos cambios, como la integración continua, podrían no funcionar en su entorno de desarrollo actual? Sé que es un método preferido, pero maldita sea, a veces el tiempo de configuración puede ser demasiado largo, o simplemente no se están impulsando suficientes cambios para justificarlo. Simplemente decir que no te gusta algo nuevo o que no te gusta algo no va a ser suficiente.

Respuestas (1)

GeorgeX, trabajé alrededor de 40 años en una variedad de organizaciones, con un espectro de personalidades, antes de jubilarme. Actué varias veces como el colega joven y también como el viejo experimentado. Tienes mi simpatía.

La comprensión excesivamente clara de su importancia por parte de un colega joven puede ser completamente molesta. Es importante comentarlo con su jefe y con el equipo en sus primeras oportunidades. Hablarlo con otros generará información para usted y sus compañeros de trabajo. Esto les dará a todos la oportunidad de mejorar su enfoque.

La diferencia de edad y el legado cultural de las diferentes naciones pueden generar algunas fricciones, aunque enfrentarlas lo fortalecerá a usted, al joven colega y al equipo. Algunas personas tienen peculiaridades de personalidad que pueden no tener la intención o incluso no ser conscientes de que también introducen fricciones. Tenga en cuenta que las fricciones son parte de la experiencia social de trabajar en grupos de humanos. Es fácil diagnosticar incorrectamente el problema causado por estas condiciones. Debe hacer frente a estas cosas en colaboración. Pero, si eso es todo lo que tienes, entonces aún no has resuelto el problema.

Sospecho que la verdadera dificultad surge de acuerdos mal comprendidos entre las partes. Nuevamente, es parte de trabajar en grupos, pero incluso los empleados que deben hacer lo que dice el jefe serán más productivos si discuten y acuerdan la situación general, la estrategia, el procedimiento, los métodos y tarea por tarea, siempre que sea práctico. Hay condiciones más o menos coercitivas que dan autoridad a una persona para mandar a otros. Pero los acuerdos voluntarios bien entendidos pueden disminuir el valor de la autoridad de mando y permitir un mayor entusiasmo y productividad.

Le sugiero que tome un enfoque algo a lo largo de estas líneas ...

Empieza a hablar. No puedes hacer esto por correo electrónico. Habla y escucha. No espere para obtener todos los datos correctos. Sé lo suficientemente honesto y valiente como para equivocarte en algo.

Primero, hable con su jefe. Describa sus preocupaciones. Digamos que quiere discutirlo con todo el equipo dentro de la próxima semana. Si tienes un scrum diario, ese es el momento ideal. Preocúpate de tratar bien al joven, y dile a tu jefe que esa es tu intención. Escuche atentamente lo que dice su jefe.

Si no es posible una reunión en los próximos días, reúne a los de tu equipo que puedas para discutir el asunto.

Cuando se reúna con el joven colega, sea cortés, amable y completamente directo. Hágale saber con franqueza que valora su experiencia y sus logros. Dígale que tiene problemas para trabajar con él. Dígale que necesita un mejor acuerdo con él y el equipo con respecto a cómo trabajan juntos. Cállate para darle la oportunidad de responder mientras escuchas atentamente.

Lo que suceda a continuación depende de sus circunstancias. Sea siempre cortés y honesto. Buscar acuerdo.

Algunas lecturas opcionales que pueden resultarle útiles: en mi opinión, todas estas son demasiado prolijas, pero contienen pepitas de sabiduría. a. Peter F. Drucker, "The Essential Drucker: Lo mejor de sesenta años..." b. Roger Fisher, et al, "Cómo llegar al Sí" c. William Ury, "Getting Past No" (secuela de "Getting to Yes")

Buena suerte.