¿Cómo manejar a un desarrollador senior que se atribuye el mérito de mi trabajo?

Recientemente terminé alrededor de un año y medio en mi primer puesto como desarrollador de software fuera de la universidad. Cuando comencé, me asignaron un compañero de trabajo que actuaría como mentor mientras aprendía a codificar en el proyecto en el que estoy trabajando. Y esta persona es el "líder de desarrollo" de este proyecto.

Ahora, un año y medio después, me siento bastante cómodo asumiendo tareas razonablemente grandes por mi cuenta y llevándolas a cabo (con la ayuda ocasional de este compañero de trabajo), pero he notado que durante las reuniones con los usuarios comerciales, la alta dirección y otras partes interesadas. , esta persona se atribuye el mérito de mi trabajo y no me menciona en absoluto. Es más, no me incluye en reuniones críticas con usuarios que impactan en mi trabajo.

Entonces, cuando tengo preguntas, él prefiere que yo le pregunte directamente y él pregunta a los usuarios por su cuenta. Al principio no me importaba mucho esto (ya que algunas de estas acciones están un poco en línea con el comportamiento de un líder de desarrollo), pero estoy empezando a pensar que esto afectará negativamente mi carrera, especialmente porque estoy en un entorno corporativo donde los avances son fuertemente basado en las conexiones en lugar de la habilidad. Las personas externas casi siempre lo consideran la persona de contacto, incluso cuando sé más sobre una pregunta en particular. Siento que me está usando para su propio avance sin darme ningún crédito. No quiero confrontarlo directamente y correr el riesgo de represalias; todavía necesito la ayuda ocasional de esta persona.

Como este es mi primer trabajo fuera de la escuela, no estoy seguro de cómo manejar esta situación "correctamente". ¿Cómo puedo navegar esta situación con cuidado para minimizar los daños colaterales y solo recibir crédito por el trabajo que hago?

¿Puedes arreglar este muro de texto?
Posible duplicado de Manejo de tomadores de crédito
@HerbWolfe ¿Por qué no lo editaste en lugar de pedirle al OP que lo hiciera? Sabes que eso es posible, ¿verdad?
@ user1118321, por supuesto, sé que es posible, sin embargo, no es práctico desde la aplicación, que estaba usando en el momento en que vi la pregunta y estoy usando ahora.
"Entonces, cuando tengo preguntas, él prefiere que yo le pregunte directamente y él le pregunta a los usuarios por su cuenta" - No es descabellado tener un punto de contacto claro para un producto. Si lo hace, no significa que está tomando el crédito. No ser invitado a ciertas reuniones tampoco tiene nada que ver con tomar el crédito. ¿Qué resultado real quieres lograr aquí?

Respuestas (1)

Los detalles pueden importar aquí, pero no hay nada, tal como está escrito, que sugiera un motivo particular de preocupación.

Por ejemplo, parece que él es el responsable del proyecto, por lo que esperaría que se llevara el crédito general por un proyecto exitoso y tuviera la culpa por un proyecto fallido.

Ahora bien, si habitualmente da crédito específico a otras personas de su nivel pero no a usted, entonces ese es un asunto algo diferente. Si ese es el caso, entonces lo plantearía con él.

Algo en las líneas de:

Me di cuenta de que le dio crédito a la persona X por entregar Y, pero no cuando entregué Z. ¿Hay algo que esté haciendo mal o que podría hacer de otra manera?

Del mismo modo con las reuniones con los clientes. Si está siendo señalado, entonces puede adoptar un enfoque similar al anterior.

Sin embargo, si no es una práctica llevar al personal subalterno a las reuniones con los clientes, entonces no me preocuparía. Sin embargo, lo que podría hacer es preguntar si puede asistir a una reunión con un cliente, como observador, para su desarrollo. Él siempre podría decir que no, pero usted puede obtener más información sobre por qué.

Finalmente, parece que ha llegado a un punto en su carrera en el que cree que puede asumir más responsabilidades. ¡Bien por usted! Le recomiendo de todo corazón que hable con su gerente sobre esto.

Manténgalo positivo: tiene una buena comprensión del proyecto ahora, se siente listo para el siguiente paso. Esa clase de cosas. Escuche cualquier comentario y actúe en consecuencia lo mejor que pueda. Y buena suerte.