Política del lugar de trabajo: ¿cómo tratar? [cerrado]

Trabajo para un sitio web de comercio electrónico bastante conocido (al menos en los EE. UU.), donde he estado durante casi un año y medio.

De acuerdo, no me estoy desempeñando tan bien como debería (más detalles a continuación), pero creo que he identificado una fuente principal de problemas.

Mi grupo tiene un equipo en Singapur y está estructurado de la siguiente manera:

  • Otros 4 ingenieros en los EE. UU. y yo (también en los EE. UU.) reportamos al director de ingeniería
  • 3 ingenieros en Singapur reportan al gerente de ingeniería en Singapur (llamémoslo Sr. Singapur o MS) quien a su vez reporta al director (mi gerente), así que esencialmente MS y yo tenemos el mismo gerente

Recientemente comencé a trabajar en un proyecto con EM y las cosas no han ido muy bien. Siento que es el tipo de persona que arrojaría a cualquiera debajo del autobús si eso lo hace quedar bien. Por ejemplo...

  • Cuando estoy trabajando en una tarea y MS necesita una actualización, le pide una a nuestro gerente en lugar de acudir a mí directamente. Esto hace que nuestro gerente sienta que no estoy entregando a tiempo o no me estoy comunicando bien, a pesar de que estamos dentro de los plazos acordados.
  • Cuando MS visitó los EE. UU., reservé tiempo para reunirme con él y hablar sobre nuestro proyecto, que fue una sesión de lluvia de ideas de 3 a 4 horas y salió bien. Sin embargo, cuando mi gerente y yo hablábamos de mi desempeño, enfatizó que debería reunirme de manera proactiva con los miembros visitantes del equipo. Cuando le dije a mi gerente que ya lo había hecho y que teníamos una reunión de 3 horas, su respuesta fue "¿En serio? Eso no es lo que MS me dijo".
  • Encontré un error en los datos recopilados por un proceso creado por MS (que mi proceso ingiere) y le envié un correo electrónico (y solo a él) al respecto. Cuando no respondió después de una semana, le envié un correo electrónico nuevamente, momento en el que dijo que el problema probablemente era Process Blah, y que lo investigaría al día siguiente. Vale la pena señalar que mi proceso no puede continuar a menos y hasta que los datos que obtenga de su proceso sean sólidos. Una semana después, me envía un correo electrónico, copia a mi gerente y señala problemas con mi proceso incompleto. Respondí a todos, adjuntando los correos electrónicos que le envié, demostrando que le dije que los datos que agregó me ​​detenían en seco. En sus respuestas posteriores, convenientemente omitió a nuestro gerente en los correos electrónicos.
  • Creé un conjunto de datos de prueba con datos no verificados, esto es lo que uso para ejecutar pruebas, para identificar qué proceso generó los datos incorrectos y es un punto de partida para mover el proceso a la siguiente etapa. Cuando MS me preguntó si tenía algún dato, le señalé el conjunto de datos de prueba y le dije explícitamente que los datos son solo datos de prueba y no se debe confiar en ellos hasta que termine de verificarlos. Dos días después, mi gerente se me acerca y me dice que MS le dijo que mi proceso está produciendo datos incorrectos y me pregunta por qué publiqué los datos antes de verificarlos.
  • Envié muestras de mi código Matlab a MS para ver si podía ayudar a identificar si algo estaba mal con mi código. Dos días después, mi gerente me pregunta por qué mi código no está registrado en el repositorio central, ya que MS estaba buscando el código y no pudo encontrarlo.

Recientemente, mi gerente me emitió una advertencia oficial de rendimiento y, mientras discutíamos los puntos de la advertencia, surgió mucho el proyecto con MS. Hubo muchas cosas como que MS informó que mis datos eran malos, el código de mi proyecto era malo y mi comunicación necesitaba muchas mejoras, utilizando el proyecto con MS como ejemplo principal.

También es importante tener en cuenta que MS es uno de los empleados experimentados de la empresa, que ha existido desde el inicio de la sucursal de Singapur y es muy conocido (y apreciado) por los ejecutivos de nivel C.

Ahora me tomo los problemas con mi desempeño de manera bastante personal. De acuerdo, cometí muchos errores por descuido y podría haber sido más meticuloso en mi código, pero eso no es excusa para la forma en que MS me trata. Mi gerente es un buen tipo y un gran creyente en el trabajo en equipo y solo me pediría que hablara directamente con MS. Hablé directamente con MS, tuve una buena reunión de 3 a 4 horas con él y, sin embargo, se fue a mis espaldas para decirle a mi gerente que apenas nos conocíamos. Siento que MS es el tipo de persona a la que le gusta hacer que los demás se vean mal para que él se vea bien.

En este punto, me siento derrotado, me falta mucho la confianza y estoy considerando seriamente dejar la empresa. Estoy bastante seguro de que más de la mitad de los supuestos problemas con mi desempeño fueron causados ​​por trucos de MS.

¿Hay algún recurso aquí además de buscar nuevas oportunidades? Me gusta mucho la firma y estoy aprendiendo mucho (incluso mucho sobre política sucia).

EDITAR: MS es un chico estadounidense que fue a Singapur para completar su doctorado y se unió a la firma justo después de su programa. Solo expongo eso para descartar diferencias culturales como explicación de su comportamiento.

EDIT2: ¿Tendría sentido expresar mis preocupaciones a mi gerente o eso me haría parecer mezquino? En base a muchas respuestas/comentarios, debería comenzar a enviar CC a mi gerente en los correos electrónicos. Debo señalar que me uní a este lugar desde un entorno muy corporativo donde todo se anotaba por correo electrónico y se enviaba después de las reuniones. El entorno en el que estoy ahora es más una cultura de inicio donde las reuniones se llevan a cabo cuando sea necesario y no hay notas formales de reunión, por lo que me abstuve de crear actas y enviarlas. Las personas aquí simplemente se acercan a otros asociados o les envían mensajes instantáneos para notificarles cualquier cosa. Esto funcionaría bien si la gente de mi equipo no actuara como lo hace la EM.

@Kilisi Estaba pensando un poco más abajo que la espalda, pero... sí.
@Kilisi: ¿cómo es constructivo este comentario? OP ha admitido que él (o ella) podría haberlo hecho mejor, pero la pregunta se relaciona con el tratamiento de la EM.
@Kilisi ¿Y cuáles son, precisamente, los errores que cometió? Dar un conjunto de consejos más específicos que solo una declaración general sería más útil para los lectores menos experimentados.
"Ahora tomo los problemas con mi desempeño de manera bastante personal. De acuerdo, cometí muchos errores por descuido... pero eso no es excusa para la forma en que me trata la EM". Piense de nuevo en eso. Si eres "el tipo que comete más errores por descuido que el resto del equipo", eso no es excusa para que seas el primero en ser "reducido". Es una buena razón, desde el punto de vista de la gerencia. Pregúntese por qué su antiguo entrenador lo transfirió al equipo de Singapur. Puedo pensar en una razón por la que podría haber querido sacarte de su guardia y de su pelo, pero probablemente no te gustaría escucharlo...
Oh hombre, ¿dónde ha ido mi comentario? Ni siquiera puedo recordar lo que dije
@alephzero - Me ofrecí como voluntario para trabajar en este proyecto ya que es uno de alto perfil, con visibilidad hasta el CEO. Este es uno de varios proyectos en los que estoy involucrado, y todavía lo supervisa mi gerente. MS es otro colega en este proyecto y no forma parte de la gestión del proyecto. Solo para dejar las cosas claras, no estoy transferido al equipo de Singapur, solo estoy trabajando con ellos en uno de varios proyectos en los que estoy involucrado.
@Kilisi Su comentario estaba en las líneas de "Si su desempeño no está a la altura, corrija su desempeño y no culpe a nadie más que a usted mismo" , solo parafraseando.

Respuestas (2)

¡DOCUMENTA HASTA LO ÚLTIMO!

No puedo enfatizar esto lo suficiente. Si no está por escrito, no sucedió.

Cómo hacer las cosas de manera diferente.

•Cuando estoy trabajando en una tarea y MS necesita una actualización, le pide una a nuestro gerente en lugar de acudir a mí directamente. Esto hace que nuestro gerente sienta que no estoy entregando a tiempo o no me estoy comunicando bien, a pesar de que estamos dentro de los plazos acordados.

Envíe actualizaciones a MS y envíe CC a su jefe regularmente. Haga esto al menos una vez a la semana o en cualquier período de tiempo que sea apropiado

•Cuando MS visitó los EE. UU., reservé tiempo para reunirme con él y hablar sobre nuestro proyecto, que fue una sesión de lluvia de ideas de 3 a 4 horas y salió bien. Sin embargo, cuando mi gerente y yo hablábamos de mi desempeño, enfatizó que debería reunirme de manera proactiva con los miembros visitantes del equipo. Cuando le dije a mi gerente que ya lo había hecho y que teníamos una reunión de 3 horas, su respuesta fue "¿En serio? Eso no es lo que MS me dijo".

Después de tales reuniones, envíe un correo electrónico a MS. "Gracias por reunirse conmigo, creo que tuvimos algunos avances importantes con respecto a "A", "B" y "C". ¡No puedo creer que pasamos tres horas discutiendo las cosas!" CC tu jefe

•Encontré un error en los datos recopilados por un proceso creado por MS (que mi proceso ingiere) y le envié un correo electrónico (y solo a él) al respecto. Cuando no respondió después de una semana, le envié un correo electrónico nuevamente, momento en el que dijo que el problema probablemente era Process Blah, y que lo investigaría al día siguiente. Vale la pena señalar que mi proceso no puede continuar a menos y hasta que los datos que obtenga de su proceso sean sólidos. Una semana después, me envía un correo electrónico, copia a mi gerente y señala problemas con mi proceso incompleto. Respondí a todos, adjuntando los correos electrónicos que le envié, demostrando que le dije que los datos que agregó me ​​detenían en seco. En sus respuestas posteriores, convenientemente omitió a nuestro gerente en los correos electrónicos.

BCC su gerente en sus respuestas la próxima vez que intente esto.

•Creé un conjunto de datos de prueba con datos no verificados, esto es lo que uso para ejecutar pruebas, para identificar qué proceso generó los datos incorrectos y es un punto de partida para mover el proceso a la siguiente etapa. Cuando MS me preguntó si tenía algún dato, le señalé el conjunto de datos de prueba y le dije explícitamente que los datos son solo datos de prueba y no se debe confiar en ellos hasta que termine de verificarlos. Dos días después, mi gerente se me acerca y me dice que MS le dijo que mi proceso está produciendo datos incorrectos y me pregunta por qué publiqué los datos antes de verificarlos.

Nuevamente, envíe CC a su gerente en TODO. Necesitas crear un registro en papel.

•Envié muestras de mi código de Matlab a MS para ver si podía ayudarme a identificar si algo estaba mal con mi código. Dos días después, mi gerente me pregunta por qué mi código no está registrado en el repositorio central, ya que MS estaba buscando el código y no pudo encontrarlo.

Envíelo también a su gerente... sin negar lo que existe en otros lugares.

¿Hay algún recurso aquí además de buscar nuevas oportunidades? Me gusta mucho la firma y estoy aprendiendo mucho (incluso mucho sobre política sucia).

Si comienza a documentar todo, es posible que pueda recuperarse de esta caída en picado. Sin embargo, le sugiero que actualice su currículum. MS lo tiene para ti. Aléjate de él si es posible. y DOCUMENTAR HASTA LO ÚLTIMO!

Aprenda de esto y recuerde, mantener rastros en papel limita el efecto de la piscina sucia.

Si tiene una conversación en persona, envíe un correo electrónico "Según nuestra conversación..." y envíelo a cualquier persona afectada. Es mejor incluir a demasiadas personas que a muy pocas.

Cuanta más gente sepa lo que está pasando, mejor. Si cinco personas vieron su correo electrónico, MS no podría mentir y decir que nunca lo envió.

Mantener a todos informados lo mantiene visible, otra razón para documentar todo.

Si hay un malentendido, tiene los documentos para mayor claridad.

Si alguien está jugando al billar sucio, tienes los documentos como prueba.

Si se olvida algo, tiene los documentos para fines de archivo.

En resumen, tienes todo lo que necesitas para defenderte y mantenerte cubierto.

sí, podría ser demasiado tarde ahora, pero debería haber estado haciendo esto desde el principio
@Kilisi ¡JA! ¡Mi acosador -1 me ha golpeado dos veces hoy! Deben estar haciendo algo bien ;)

Me gustaría ampliar un poco la respuesta de Richard. Si de repente comienza a enviar CC y CCO a su gerente en todo sin ninguna explicación, es muy probable que su gerente se moleste.

Indique explícitamente a su gerente que siente que está siendo tergiversado con respecto a sus contribuciones a este proyecto. Proponga algunos ejemplos en los que su versión de los hechos difiera de la de MS. Hágale saber a su gerente que los incluirá más en las comunicaciones con MS para que no haya lugar para más problemas de comunicación. Pregunte si tienen una preferencia entre CCed y BCCed. Si no es así, entonces haz copia oculta de todo, excepto las cosas en las que actualmente envías copia a tu gerente.

Con respecto a la edición 2, el riesgo de verse raro yendo contra la corriente tiene costos más bajos que los riesgos asociados con ser arrojado debajo del autobús repetidamente. Simplemente hágale saber a su gerente que ha habido instancias en las que su versión de los hechos y la versión presentada por MS han sido bastante diferentes. Hágales saber que desea mantenerlos informados para reducir la posibilidad de que ocurra una falta de comunicación.

Minuta sus reuniones para que no haya ambigüedad sobre el resultado de esas reuniones. La ambigüedad sobre la responsabilidad es un punto importante que se usa en su contra. eliminarlo

Preferiría Cc en lugar de Bcc si no tienen preferencia para que pueda reenviar correos electrónicos donde MS saca al gerente de Cc para demostrar que está tratando activamente de ocultar sus acciones. Asegúrese de agregar notas en su correo electrónico cuando agregue a alguien a Cc o lo mueva a Bcc (es una buena etiqueta para las personas que ya están en el hilo para que sepan a quién responderá todo).
Prefiero BCC ya que es más probable que MS quede atrapado en una mentira cuando no sabe que el gerente está al tanto de la comunicación. La mayoría de los casos indicados se reducen a MS diciendo "Esto no se comunicó". El administrador se dará cuenta de que se le ha quitado de la lista de CC cuando el OP responda y los vuelva a agregar con un CCO.
Si es Bcc, la respuesta de MS no provendrá de él. Vendrá de la respuesta de OP a él o de un correo electrónico reenviado. (No hay forma de probar que MS está tratando activamente de ocultar sus acciones). Si el hilo diverge, OP lo perderá y el administrador también lo hará. Solo algunas cosas a tener en cuenta. Tus puntos son válidos y creo que entre los dos solo valoramos los diferentes enfoques respectivamente.
Buen consejo, pero no me gustan las cosas de BCC. La idea podría ser atrapar a la EM con las manos en la masa, pero por lo general esto no ayudará mucho. Si hay un rastro en papel, cualquier gerente bien intencionado se dará cuenta de lo que está haciendo MS al verificar ese rastro. Y si están sucediendo algunas cosas de "MS es amigo del CEO", incluso atraparlo con las manos en la masa no lo ayudará mucho, pero solo aumentará la necesidad de que la gerencia se deshaga de usted.