¿Cómo reaccionar cuando un compañero roba ideas para su propia autopromoción? [duplicar]

La situación de la que hablo en mi lugar de trabajo es la siguiente: tengo un conocimiento decente de una base de software y muchas veces he propuesto mejoras a mi gerente. Los rechazó por razones de tiempo. Avance rápido unos meses después, y veo a un colega que escuchó dichas proposiciones y las implementó "al margen"; Sé con certeza que fingía estar saturado de trabajo, pero usó ese tiempo para implementar esas funciones de manera encubierta, sin compartir con su equipo.

Ahora descubro que al gerente le gustan las características e incluso me las presenta como inventivas; También descubro que le han vendido la implementación de dichas funciones como estelar, cuando me he dado cuenta de que están implementadas con dureza y que, en ocasiones, reutilizan los componentes principales que yo mismo introduje en el pasado.

Estoy a favor de mejorar y compartir en equipo. Creo que robar ideas y usar el tiempo asignado, que dividimos entre los desarrolladores del equipo, para implementar esas ideas robadas, no está bien; al menos, no en puros avances interesados ​​en la carrera.

¿Cómo puedo reaccionar constructivamente a la situación, explicándosela a mi gerente de manera profesional?

Su pregunta no es realmente una pregunta, sino más bien una diatriba. No podemos decirte cómo debes reaccionar y cómo reaccionaríamos nosotros no te ayuda en lo más mínimo. Una pregunta aquí debería tener un objetivo práctico, ya sea " ¿Cómo puedo obtener reconocimiento por tener estas ideas? ", " ¿Cómo puedo evitar esto en el futuro? " o lo que probablemente quiera preguntar: " ¿Debo informar a mi gerente sobre esto (o cómo me siento al respecto)? ¿Cómo puedo hacerlo profesionalmente? ". Edite su pregunta para que pueda tener respuestas constructivas. Consulte el centro de ayuda y el recorrido para obtener más información o visite The Workplace Chat para obtener comentarios.
Muy bien, he editado mi pregunta en consecuencia.
Gracias. Podría mejorarse aún más, pero esto es suficiente para reabrir. Creo que tienes dos problemas separados aquí: un compañero de trabajo que roba ideas es uno, un compañero de trabajo que manipula su carga de trabajo para trabajar en cosas no aprobadas (y que causa problemas a su equipo en el proceso) es otro. Resulta que han sido realizados por el mismo colega aquí.
Esa no es la pregunta, pero creo que un problema mucho mayor aquí es que su compañero de trabajo le miente a su equipo sobre su carga de trabajo e implementa cosas que no son una prioridad.
El problema para mí no es la función en sí, es la iniciativa y el precedente que sienta. La iniciativa es buena, pero hacerlo mientras se usa el grupo asignado a todos los desarrolladores me parece un problema mayor. Eso significa que para mí es simplemente el salvaje oeste y el final del trabajo en equipo. Si cualquiera puede hacer sus propias reglas, ¿de qué sirve trabajar en equipo? De hecho, mentir implícitamente es un problema para mí.

Respuestas (4)

Creo que lo mejor que se puede hacer por ahora es aceptar la situación y aprender de ella.

Si fueras a tu gerente y le dijeras que el colega 'robó tus ideas', podrías llegar a quejarte , así que no haría eso. También puede hablar con su colega, pero él puede simplemente negar que escuchó sus ideas. No veo cómo confrontar a cualquiera de ellos podría ayudar ahora.

Lo que puede hacer es que la próxima vez que tenga una idea y su gerente no le dé prioridad, si está realmente convencido de su idea, simplemente impleméntela como lo hizo su colega, si el tiempo lo permite, o en su 'tiempo libre.

No creo que quejarse sea apropiado, pero implementar las ideas durante el tiempo de trabajo cuando otros asuntos son urgentes no parece productivo cuando el grupo de horas de trabajo disponibles se comparte entre los desarrolladores. Eso me haría que uno elija horas en ese grupo para implementaciones personales, no validadas. Y lastima a los otros desarrolladores. Tengo un problema con eso de verdad.
Tienes razón sobre eso. Edité mi respuesta para incluir que solo realiza la implementación si el tiempo lo permite o en su propio tiempo.

En primer lugar, no dejes que la gente te diga que esto es algo que "simplemente sucede" y que debes aguantarlo sin suerte. Este es un consejo de alguien que ha tenido que defenderse en muchas situaciones como esta... Las personas lo hacen porque quieren progresar y, en su opinión, la mayoría de las veces las personas se sientan y "simplemente lo toman" porque no lo hacen. No quiero interrumpir su carrera potencialmente.

  1. Documento. Todo. Es realmente esencial que si le piden una prueba, pueda proporcionarla. Si necesita tener una conversación con un colega, envíele un correo electrónico en lugar de tener una rápida cara a cara. Obtenga actas de las reuniones y mantenga copias de seguridad de todo.

  2. Sea realmente abierto y accesible. No confronte a su gerente al respecto, hágale saber su posición pero sea útil. Envíale un correo electrónico "Me di cuenta de que implementaste la idea que discutimos hace unas semanas y, sinceramente, me encantaría ayudarte con eso, ¡ya que es algo con lo que personalmente tengo una gran experiencia! Avísame si hay algo en lo que pueda hacer para ayudar a desarrollar más el elemento del que hablamos. Si tengo más ideas que crees que valen la pena, házmelo saber para que podamos trabajar juntos en una solución".

    • No querrás enfadarte o sentirte negativo, ya que no es profesional y normalmente se percibe como una debilidad.
    • Debes asegurarte de ser amigable y accesible, al mismo tiempo que dejas en claro que eres consciente de que es probable que tu idea haya sido aceptada.
    • Podría ser un error honesto y esto le está dando a su gerente la oportunidad de darse la vuelta y decir "¡Oh, lo siento! ¡Sabía que lo escuché en algún lugar pero no podía recordarlo!" ya sabes, dale la oportunidad de salvar las apariencias sabiendo que no volverá a salirse con la suya.
    • Estás siendo muy profesional en este correo electrónico que funciona para ti, ya que no estás "solo manejándolo", sino que estás reaccionando a la presión de una manera positiva y constructiva.

En última instancia, cómo lo manejas depende de ti, pero esta es una muy buena opción.

Creo que tu respuesta me puede ayudar. No quiero aguantarlo, al mismo tiempo que no quiero despotricar contra dicho colega. Dejar en claro a los demás que estaba detrás de ciertas funciones debería ser útil, si se hace bien.

Las ideas no valen nada; solo el trabajo es valioso y no trabajaste en esta mejora.

He propuesto muchas veces mejoras a mi gerente. Los rechazó por razones de tiempo.

Dijiste "X estaría bien" varias veces de pasada, pero no pensaste que valía la pena implementarlo.

un colega ... los ha implementado "al margen";

Un colega no estuvo de acuerdo y pensó que valía la pena implementarlo y lo hizo de inmediato.

Sé con certeza que fingía estar saturado de trabajo, pero usó ese tiempo para implementar esas funciones de manera encubierta, sin compartir con su equipo.

Detalles irrelevantes para la pregunta en cuestión, refiérase a cualquier pregunta de "miembro del equipo que no está haciendo su trabajo" en el sitio.

Ahora descubro que al gerente le gustan las características e incluso me las presenta como inventivas;

Ahora descubre que su gerente aprecia la iniciativa.

También descubro... reutilizar componentes básicos que yo mismo introduje en el pasado.

También descubre que el código que escribió en el pasado fue valioso para implementar cosas nuevas. ¡Estupendo!

¿Cómo puedo reaccionar constructivamente a la situación, explicándosela a mi gerente de manera profesional?

Tal vez la próxima vez no deba descartar sus propias ideas, incluso si su gerente no les asigna tiempo. Unos meses más tarde presenta la actualización y obtén el reconocimiento que te mereces.

(Nuevamente: si su compañero de trabajo no trabajó en las cosas en las que debería haber trabajado en los últimos meses, es una preocupación legítima, pero no relevante para esta pregunta).

Me temo que su enfoque podría reforzar la "situación del salvaje oeste". Observe que he expresado cómo se asigna un grupo de horas-hombre en todo el equipo. Ahora, si vas y creas un precedente que es básicamente "Usé el grupo para hacer cosas que nunca discutí abiertamente", ¿qué dice sobre el equipo? Entiendo la esencia de su consejo, pero me preocupa básicamente el efecto sobre el trabajo en equipo.
@darwin Sí, eso también me preocuparía, por eso señalé que "miembro del equipo que no hace su trabajo" vale otra pregunta. En última instancia, es el problema de los gerentes: si recompensa los proyectos de vaqueros, eso es lo que obtendrá.
Creo que podemos estar de acuerdo en eso; al final, el estándar lo establece el gerente.
Esta respuesta me enferma físicamente, las ideas tienen un valor serio. Es trabajo del entrenador decidir si el esfuerzo vale el resultado y él decidió que no. OP mencionándolo a su gerente es OP pensando que vale la pena. Tirar de un 180 cuando las características realmente están allí es repugnante para mí.
Tu primera oración es tan "acertada".
"Las ideas son valiosas". FWIW, inventé Tivo unos años antes de que sucediera. Esa idea mía no vale exactamente nada. Porque no lo implementé y lo vendí.

No creo que haya ningún daño en ser un poco pasivo-agresivo con el episodio:

Ah, sí, recuerdo haber hablado sobre el último año/mes/lo que sea, pero estaba demasiado ocupado con el trabajo del proyecto en ese momento. Buen trabajo, ¿cómo resolviste el problema 'x'?/Tenía la intención de incluir una forma de hacer 'y'.

No dejes que esto parezca sarcástico, ser solidario funciona igual de bien.

La próxima vez (si desea hacer este trabajo usted mismo), hable con su gerente y reserve algo de tiempo en el plan de recursos (si tiene uno). Esto refuerza que desea "poseer" este trabajo.

Es realmente difícil expresar esto sin sonar amargo o sarcástico, sin embargo, estoy de acuerdo en que esto tiene sentido.