Cómo lidiar con alguien que se lleva todo el crédito

Llevo 3 meses trabajando en esta empresa como desarrollador .NET.

Cuando llegué aquí, el producto era un desastre total. Todos trabajaban en la misma rama en TFS. Los proyectos carecían de estructura. Sin estándares de codificación. Sin CI ni CD. Mala gestión de bases de datos, etc.

El líder técnico de este equipo es un desarrollador muy malo, pero ha estado actuando como si supiera la solución a cada problema (al proporcionar el camino más directo que funciona el 20 por ciento del tiempo). Nadie se da cuenta de lo absurdas que son estas soluciones porque o les falta experiencia o son peores que él.

Al principio estaba muy emocionado cuando comencé aquí porque había muchas cosas que mejorar.

El equipo quería migrar una de las API a .NET Core para ahorrar dinero mediante la implementación en una máquina Linux, pero el líder técnico lo había etiquetado como "imposible" ya que lo había probado antes pero ni siquiera pudo construirlo. También querían implementar la integración y el despliegue continuos, para lo cual la misma persona trabajó un mes completo y ni siquiera pudo construir la aplicación correctamente.

Así que asumí la tarea de migración y funcionó a la perfección. Luego mejoré la estructura del proyecto. Luego refactoricé una gran parte del código. Luego introduje git y configuré toda la canalización de CI y CD + implementación automática en una máquina local (que nuevamente se etiquetó como "imposible" antes de eso). Introduje revisiones de código y una sólida estrategia de bifurcación. Integré un sistema de pago crítico que ha estado funcionando sin un solo error encontrado por el control de calidad o una excepción de tiempo de ejecución. Jóvenes mentores, y muchas otras cosas.

Me he estado rompiendo el culo durante estos 3 meses.

De todos modos, la semana anterior nuestro jefe vino de Irlanda y todas estas cosas se presentaron como si las hiciera el líder técnico. Por supuesto que no escuché nada de eso, pero esta mañana recibí un correo electrónico del jefe explicando a cada empleado cuán grandes e innovadores son los cambios que hemos hecho y que

"Nos encontramos con obstáculos, pero con la mente innovadora y el liderazgo de Tech Lead Name logramos lograrlo*.

Esto me frustró mucho, ya que él es la persona que menos hizo en estos últimos 3 meses. ¿Cómo debo reaccionar al respecto? ¿Qué debería decir? Siento que he perdido el tiempo y todo lo que hice fue robado.

No me importaría de ninguna manera si el correo electrónico simplemente dijera que el equipo lo hizo, pero mencionar este nombre específico me puso extremadamente nervioso.

Y algo importante que debo señalar. Solo los líderes técnicos y de desarrollo de software se comunican con Irlanda. El resto del equipo está más o menos presentado por lo que digan.

Editar: Acabo de escuchar que llamaron al líder técnico "un genio", por lo que está bastante claro que se ha atribuido el mérito del trabajo del equipo durante algún tiempo.

Edición 2: esta pregunta es diferente a Manejo de tomadores de crédito ya que está relacionada con esta situación específica.

Edición 3: el "líder tecnológico" es un desarrollador por puesto y no un gerente directo de nadie. (Editaré la pregunta para que quede más clara más adelante)

Edición 4: estoy pensando en ir con la respuesta de Raf M. y hasta ahora he puesto este correo electrónico

Hola nombre del jefe ,

Es emocionante saber que comparte el mismo entusiasmo que nosotros aquí por mejorar el producto en todas las formas posibles.

Solo quiero abordar su mención del tipo que toma créditos . Si bien es una persona increíble y tiene mucho conocimiento sobre la lógica comercial y las partes específicas del dominio, hacer tales declaraciones realmente hace que parezca que hay una persona que presenta todas las soluciones innovadoras (que no es el caso en absoluto) y pone el resto de el equipo en una mala luz. Tenemos un gerente asombroso aquí frente al líder de desarrollo de software y tenemos otros 6 grandes desarrolladores que trabajan duro todos los días y contribuyen al máximo.

Según tengo entendido, todo lo que tiene como punto de contacto aquí es el líder de desarrollo de software y el tipo de crédito . Al comunicarse con las mismas personas todos los días, probablemente sea fácil olvidar que los grandes logros recientes de nuestra empresa (que superan con creces la simple migración a .NET Core) en realidad se lograron a nivel de equipo y ninguna persona contribuyó más o menos que el resto. .

Es por eso que me gustaría proponer tener reuniones periódicas cortas (cada pocos días/semanalmente) con todo el equipo donde todos puedan dar una actualización sobre lo que sea que estén trabajando actualmente. Estas reuniones darán sus frutos de la siguiente manera:

  • Conocerás mejor a cada miembro del equipo.
  • Podrá obtener una mejor visión del proceso de desarrollo de software.
  • Estarás constantemente actualizado con el estado del desarrollo.
  • Podrá comunicar directamente los últimos requisitos comerciales y >la persona responsable de implementarlos podrá >hacer preguntas directamente
  • Cada miembro del equipo mejorará su capacidad de explicar las cosas a nivel comercial en lugar de técnico.
  • La motivación del equipo para lograr la grandeza aumentará, ya que cada miembro sabrá que su trabajo será presentado directamente a la empresa por él y, por lo tanto, asumirá la responsabilidad personal por él.

El costo de estas reuniones es minúsculo por los increíbles beneficios que brindan y cuánto mejorarían la colaboración entre Irlanda y Bulgaria. Podemos ejecutarlos fácilmente en menos de 20 minutos.

Saludos, Juan

Edición 5: Me llamó hoy dicho "líder tecnológico" (investigué y descubrí que está en el mismo puesto que el mío: desarrollador de software sénior) y tuvimos una pelea seria en otro problema no relacionado con esta publicación. Parece que todo esto no va a funcionar. Me he tomado el día libre y reflexionaré sobre si el problema está en mi comportamiento o este tipo simplemente se está volviendo loco.

Acabo de editar la publicación. Está bastante claro ahora que este no es el caso y se ha presentado como el jugador clave en todo este movimiento para mejorar el producto.
Posible duplicado de Manejo de tomadores de crédito
@JohnMarcus ¿Tiene un gerente de proyecto? ¿El líder técnico es su gerente directo? ¿La empresa utiliza algún tipo de sistema ágil (o alguna otra metodología de gestión de proyectos)? ¿Ha sido reconocido por su equipo internamente? El trabajo de su gerente es administrar. Parece que lo hizo bastante bien: el trabajo está hecho, por lo que merece el reconocimiento. El hecho de que lo haya basado en una persona que estaba dispuesta a hacer todo el trabajo es una historia completamente diferente.
Sí, tenemos un líder de desarrollo de software. El "líder tecnológico" es solo un desarrollador. Mi equipo me ha reconocido internamente muchas veces y están agradecidos por todos los cambios. Pero realmente no busco que me elogien, sino simplemente que alguien no se lleve el crédito personalmente.
Si su pregunta no es un duplicado porque se relaciona con una situación específica, entonces debe cerrarse por ser demasiado específica.
Lo realmente importante es que tus compañeros de trabajo sepan lo que hiciste y el nivel de contribución que hiciste. Un líder que se lleva un crédito inmerecido por el trabajo de otros va a tener un merecido muy duro eventualmente, y cuando sucede, no querrás que te señale con el dedo, lo que alguien así puede hacer como represalia.
En realidad no. No es realmente importante que los compañeros de trabajo lo sepan. Es importante que la gerencia lo sepa, para que la persona que lo hizo obtenga el crédito (y la bonificación cuando llegue el momento de la bonificación). También algunos de nosotros tenemos honor, y obtener crédito donde se debe es un derecho. Prefiero quedarme en casa que trabajar para una empresa como esa. Ok, descargo de responsabilidad: puedo quedarme en casa sin preocuparme por el dinero. Pero eso TAMBIÉN viene de alejarme de lugares de mierda donde no te dan crédito por el trabajo que haces e insistes en ser reconocido apropiadamente por mis contribuciones.
Estás en una situación bastante común que solo puede resolverse con éxito si el jefe de Irlanda es inteligente y racional. A menudo llego a la conclusión de que es mejor no decir nada y salir del camino para dejar que el castillo de naipes se derrumbe. No hay muchos escenarios realistas en los que salgas mejor a largo plazo. Casi una decisión de todo o nada - Todos: te creen y desconfían del tomador de crédito / Nada: no te creen y desconfían de ti

Respuestas (6)

Siento que he perdido el tiempo y todo lo que hice fue robado.

No perdiste tu tiempo. Has aprendido un tono y has contribuido significativamente al producto. No pasará sin el reconocimiento, puede que no sea el reconocimiento que esperarías.

¿Cómo debo reaccionar al respecto? ¿Qué debería decir?

En primer lugar, debes dar un paso atrás y calmarte. En el calor del momento, especialmente cuando nos sentimos maltratados, es fácil reaccionar de forma exagerada y causar más daño en el entorno profesional. No pienses en cómo deberías o podrías reaccionar para recibir el debido reconocimiento, sino qué puedes hacer en el futuro, para que no suceda una situación similar .

Comenzaría enviando un correo electrónico a todo el equipo (puede enviarle una copia al jefe de Irlanda, si lo desea, incluso podría construir este correo electrónico como una respuesta a todos en el correo electrónico que envió el jefe en primer lugar) en el que agradecería a todos (a todo el equipo, no mencionen a nadie en particular) por el arduo trabajo para mejorar el proceso y las prácticas existentes. Luego indique su contribución: dado que usted es quien configura el control de versiones, la integración/entrega continua y demás, pregunte a todos (el equipo) si estarían felices de organizar una reunión en la que usted, como 'propietario del producto' - explicaría exactamente qué es el VS/CI/CD, cómo usarlo, ¿Por qué la empresa se beneficia y propone algunas otras mejoras al sistema existente (hace solicitudes de extracción? ¿Hace programación en pares? ¿Hace stand-ups diarios? ¿Usa scrum o cualquier otra metodología ágil/no ágil? ?). Hable sobre la tutoría de jóvenes, traiga eso a la mesa: nombre a los jóvenes y la mejora que han logrado. Hablar de cómo se puede mejorar el producto, el proyecto y la empresa en su conjunto. Concentrarse enmejoramiento y crecimiento .

Conviértase en un pensador innovador . Alguien que trae mucho a la mesa, resuelve problemas existentes y felizmente trabaja con otros . Eso le dará el reconocimiento que busca.

No seas amargado . La amargura nos impide hacer grandes cosas. No permita que una persona cambie quién es usted y cómo interactúa con los demás, y especialmente, no permita que esa persona destruya la alegría que claramente tiene de la programación y el desarrollo.

Está bien, pero ¿qué pasa con el futuro?

Supervise su trabajo. Use el rastreador de tiempo, tal vez presente un sistema de emisión de boletos a la empresa (¡hable con su líder al respecto!). Anote cada detalle que haga (también le ayudará cuando esté negociando el aumento o señalando su contribución en su reunión individual en el futuro). Presente solicitudes de extracción y dígales a las personas qué hicieron bien (no solo qué necesitan mejorar). Dar reconocimiento a otras personas es la mejor manera de conseguirlo. ;)

Esto parece que simplemente debería ignorarlo, y en el futuro debería monitorear continuamente su trabajo para que esto no vuelva a suceder. Eso es solo agregar trabajo adicional a su día normal de trabajo. Y, sinceramente, esto no debería ser así. No señalar esto puede dar al "incompetente" más respeto y poder y permitirle escalar más alto en la empresa cuando claramente no debería hacerlo. Quién sabe qué más le dirá el "líder de enseñanza" a la gente de negocios que es "imposible" y hará que sea cada vez más difícil para los desarrolladores continuar haciendo su trabajo.
@Bojje Point tomado. ¿Qué pasa con la parte del correo electrónico, cuando OP declararía todos sus logros y propondría algunas mejoras adicionales?
Sí. Gran idea. Cuando lleguen los tiempos de bonificación, el desarrollador principal obtendrá la bonificación, no lo hará. Esto es, por cierto, fraude - comportamiento criminal.
Sí, TomTom, los tiempos de bonificación y promoción serán cuando todo esto sea más importante y es muy importante que quede claro. Raf M. Estoy pensando en aceptar tu respuesta, pero sin mencionar mis logros personales. He adjuntado un correo electrónico de ejemplo, si desea revisarlo. ¡Muchas gracias por tu respuesta!
@JohnMarcus Realmente no creo que su borrador sea un correo electrónico apropiado para enviar, ya que salió un poco amargado de todos modos. ¿Le importaría mover esta conversación a chat, para que más personas puedan ayudarlo y no usemos los comentarios para una discusión extensa?
Entré con el correo electrónico. Desafortunadamente, parece que no puedo mover esta conversación a una sala de chat. De hecho, tuvimos una pelea hoy con el líder técnico (otra situación, no relacionada con la pregunta) y me tomé el día libre para evitar tener más conflictos.

Tienes algunas opciones aquí:

  1. Puede enviar un correo electrónico a su jefe para agradecerle , explicar lo que ha hecho (¡y por qué!) y ofrecerle más ayuda.
  2. O puede preguntarle a su jefe y al líder técnico si le gustaría explicar qué ha hecho exactamente. Luego, también podría hacerle a su líder técnico algunas preguntas detalladas sobre Git, CI+CD,...

¡Salud!

¿No crees que la segunda opción presentaría a OP como una persona envidiosa, que está tratando de demostrar a todos que realmente no saben lo que hacen, en lugar de centrarse en el aspecto del trabajo en equipo y sus propios logros?
Sí, por supuesto, pero también creo que esto depende del tipo de preguntas que haga y del tipo de persona que sea el líder técnico. Solo debe considerar la opción 2, cuando el Tech-Lead afirmó (al jefe) que realizó estos cambios solo (y usted sabe absolutamente que no tiene experiencia). Pero sí, la opción 2 puede ser arriesgada.
El problema es que el jefe no sabe realmente quién soy ya que estamos en dos países diferentes y no nos comunicamos. No quiero que me vean como un envidioso o como un tipo que quiere llevarse todo el crédito. Una nota de agradecimiento parecería extraña teniendo en cuenta que el correo electrónico se envía a toda la empresa.
Piénsalo. Estás frustrado porque alguien más (muy incompetente) se llevó todo el crédito (por tu trabajo). Crees que perdiste tu tiempo. Entonces, cuando quieras cambiarlo, tienes que dejar esto claro. ¿Qué podría salir mal, ya estás frustrado? Tal vez tengas que modificar un poco la opción 1. Puede pedirle a su jefe o líder técnico (después de que notaron las mejoras) que cambie de departamento/responsabilidad, porque ese trabajo (refactorización/Git/Implementación) es más satisfactorio para usted y mejor para la empresa en general.

Me doy cuenta de que quieres el crédito por el trabajo que hiciste, pero también debes darte cuenta de que si cometiste errores importantes, el líder de tu equipo sería responsable. No lo entiendes en ambos sentidos. Intentar quitarle el crédito a tu jefe y/o criticarlo en exceso está realmente mal visto en muchas empresas.

Si el líder del equipo fuera inteligente, reconocería el trabajo que ha hecho por usted, el equipo y su jefe. Es una cortesía común y una manera de motivar a la gente. Si la empresa está buscando reducir el personal, me gustaría asegurarme de que mi jefe sepa quiénes son los principales contribuyentes en mi equipo para que no los despidan. Esto lo beneficiaría ya que es el empleado más reciente; usted podría ser el próximo despedido por causas ajenas a usted.

Trate de mantener su cordura en estos asuntos. Tener un mal jefe nunca es fácil. Solo espero que su jefe sea ascendido y lo pongan en su trabajo como el mejor candidato. Porque si su jefe es considerado un fracasado y es despedido, probablemente traigan un reemplazo desde afuera porque todos serán vistos como fracasados.

Este no es el caso. Ya he cometido errores y he asumido toda la responsabilidad por ellos. No estoy tratando de tomar el crédito personalmente, sino para todo el equipo. El "jefe" no hizo prácticamente nada y ahora estoy pensando que en realidad solo está abusando de que es una de las dos personas que se comunican con Irlanda y se atribuye el mérito de todo.
@JohnMarcus: es posible que haya asumido la responsabilidad de ellos, pero el jefe es una de las dos personas que se comunican con Irlanda. ¿Crees que les contó sobre tu error o se le exigió que asumiera alguna responsabilidad por ello? Puede que nunca lo sepas.
Su punto de vista es interesante y me hizo hacer algunas preguntas al respecto hoy. Resultó que este tipo "líder tecnológico" está en la misma posición que el mío y los errores de los que supuestamente asumió la responsabilidad se pasaron a "ese desarrollador que tenemos aquí en Bulgaria".
No hay duda de que estás en una situación difícil y hay muchas variables involucradas, lo que hace que todo parezca mucho más complicado. Siento que mi respuesta es limitada en este caso.

La próxima vez que haya una revisión de tu trabajo, les dices que mereces un buen aumento por todo el trabajo que hiciste, especificando exactamente esas áreas. Tu jefe se sorprenderá porque ese colega afirmó que era su trabajo. Ahora actúas completamente sorprendido, porque eso es una gran noticia para ti, y le dices a tu jefe que tu colega no habría tenido idea de cómo hacer esto.

Ahora no eres un colega celoso, eres alguien que ha hecho un buen trabajo y le han robado las recompensas.

Sal de ahí y busca otro trabajo. Explíquele al jefe, posiblemente en una carta abierta, por qué se va. Tan simple como eso.

La vida es demasiado corta para vivir con personas incompetentes que se llevan todos los créditos, y los desarrolladores son muy buscados.

Si la empresa decide crear problemas, llévelos a los tribunales. Puede esperar que sus referencias sean verdaderas, lo que incluye cómo USTED implementó prácticas de desarrollo modernas.

El OP está obteniendo mucha experiencia de calidad a pesar de que tiene un mal jefe. Esto le ayudará a conseguir un mejor trabajo, pero yo no tendría prisa. Hay muchos otros malos jefes por ahí.
Estos fueron mis pensamientos iniciales, pero trataría de evitar dejar de fumar después de tan poco tiempo. La experiencia + la oportunidad de ser mentor de juniors no se puede dejar tan fácilmente.
Eso puede ser cierto, pero generalmente evito trabajar con personas que no tienen nada de moral y que no han superado el comportamiento delictivo (porque todo esto influirá en quién recibe un aumento/ascenso/bonificación). En repetidas ocasiones he denunciado este comportamiento en los equipos, y no en el estilo "Yo llamo a Recursos Humanos", sino en mi firma "carta al departamento legal y al director ejecutivo amenazando con reenviar esto para su enjuiciamiento".
He enviado el correo electrónico que agregué en la publicación y actualizaré con los resultados. Dependiendo de la respuesta del jefe y la reacción del líder técnico, este puede ser mi próximo paso. ¡Gracias!
"Renuncia a tu trabajo" no se considera una respuesta aceptable en Workplace Stack Exchange . Como en muchos casos en realidad es un buen consejo, no resuelve el problema presentado a la comunidad por OP. Renunciar al trabajo es una forma de evitar el problema.
Tuvimos otra pelea hace una hora (por un asunto no relacionado) y me fui por el día. Hablé con mi gerente real y parece entender el problema. A ver la semana que viene si sale algo bueno de esto.
@ user8365 Apuesto a que OP tuvo esa experiencia mucho antes de comenzar. La única experiencia que obtuvo es que hay sanguijuelas sin escrúpulos que se beneficiarán de tu arduo trabajo si se lo permites.
@ RafM. Considero la idea de que un empleado es responsable de "resolver todos los problemas" que lo afectan, al contrario de seguir adelante y encontrar un lugar cuerdo, extremadamente infantil. Al mundo no le importa un solo empleado y hay libros escritos sobre "no renunciar" (Don Quichote, ie). Normalmente no termina bien. Cuando UN EMPLEADO es el objetivo de las políticas y la cultura de la empresa Morong, seguir adelante es sensato y no me importa si las personas en torres de marfil piensan que esto no es una solución. A UN EMPLEADO no se le paga para resolver la empresa. él no es el director general.

Esta línea me llama la atención:

Al principio estaba muy emocionado cuando comencé aquí porque había muchas cosas que mejorar.

Este no habría sido el caso si el desarrollador líder que mencionas fuera un mejor desarrollador. De hecho, se le ha brindado una gran oportunidad para abordar estos problemas aparentemente con más o menos manos libres para hacer lo que quiera. ¡A muchos desarrolladores les encantaría eso! No vale la pena enojarse por obtener crédito. Siéntete complacido de saber que has hecho un buen trabajo.