Para resumir, trabajo para la empresa ABC como consultor. ABC tiene un contrato con XYZ, en el que básicamente soy personal aumentado en un compromiso de un año, junto con otro desarrollador junior.
Es inteligente, pero es nuevo en el campo y requiere que lo tomen de la mano. Esto generalmente toma ~ 2 horas de mi día todos los días, con lo cual estoy bien.
Ayer me tomé ~30 minutos para ayudarlo a localizar un problema en el que estuvo trabajando durante 4 horas, y hoy dijo que resolvió el problema.
Mi relación con el cliente es un poco inestable en este momento debido a algunos elementos fuera de mi control, por lo que cualquier cosa que pueda hacer para que sepan que estoy brindando valor ayudaría.
Pero cuando mi colega no menciona mis contribuciones, es un poco frustrante, ya que estoy tratando activamente de nutrir esta relación con el cliente, y no puedo ir y decir "Mi colega no mencionó que arreglé sus cosas".
¿Cuál es la forma correcta de abordar esto de la manera más diplomática posible?
¿Tiene SCRUM, actualizaciones periódicas o algún tipo de informe de tareas? Si es así, lo que debe hacer es mencionar "Trabajó con el Sr. Junior Dev" para corregir el error XYZ. Si esto es algo que sucede regularmente, el cliente se acostumbrará al hecho de que ocasionalmente estás ayudando a este desarrollador junior.
Tenga en cuenta que cuando ayuda a alguien, está siendo más útil para la empresa y está haciendo un trabajo más difícil que simplemente hacer el trabajo usted mismo. Las personas que pueden enseñar a otros a ser mejores son un hallazgo raro y, a menudo, es una habilidad más valiosa que simplemente implementar funciones o corregir errores más rápido. Esta situación debería verse bien en ti, no ser un detrimento.
Bueno, míralo desde el punto de vista del Jr. Dev: dedicó horas al problema, pidió ayuda, la obtuvo y solucionó el problema. A menos que no le agradezca su ayuda, ¿está equivocado?
Hizo mucho trabajo. Sí, es verde, y tú puedes hacer en 30 minutos lo que a él le toma 4 horas, pero ¿lo hizo o no?
Creo que tienes que dejar que el niño se lleve el crédito si realmente hizo el trabajo.
Tenga en cuenta que es un desarrollador junior y, por lo tanto (supongo) nuevo en el lugar de trabajo en general. Es posible que no sepa que la expectativa es dar crédito donde se debe, y que el enfoque debe ser el esfuerzo del equipo, en lugar del trabajo individual. Especialmente si acaba de terminar la educación postsecundaria, donde el énfasis suele ser el trabajo en solitario, es posible que no comprenda la dinámica del lugar de trabajo. (También soy un desarrollador junior, y extraño muchos de los detalles de 'béisbol interno'/'política de oficina').
Sólo habla con él. Explique la situación desde su punto de vista. Es mucho más probable que hayas estado en su lugar que viceversa.
Si, después de discutir el problema con él, no cambia, solo hágale un recordatorio amistoso de vez en cuando y asegúrese de comunicarle a su cliente por qué este tipo de relación tiene valor (como se menciona en otras respuestas) .
Antes de la próxima reunión con el cliente, siéntese con el empleado y repase el producto con él y haga un resumen del trabajo que ustedes dos han hecho. Haga esto de una manera que señale quién hizo qué (y tal vez algunas secciones en las que ambos trabajaron), por ejemplo, comience enumerando las cosas que hizo él y luego las cosas que hizo usted y luego las partes en las que ambos trabajaron. Esto debería implicar que él no hizo algo por sí mismo si no está en su lista, o cualquier ayuda visual que decidas usar.
¡Tienes razón en tener cuidado! Si todavía está aprendiendo, no quiere desanimarlo y un empleado bien capacitado beneficia a todos, y literalmente me refiero a todos .
RobVious
Joel Etherton
usuario8365
enderland
Amar