¿Cómo debo manejar a un compañero de trabajo incompetente?

He leído ¿Cómo tratar con un colega incompetente? , pero mi situación es ligeramente diferente.

Soy un interno 1 (aunque próximo a graduarme) trabajando en Ingeniería de Software. Trabajo en un equipo pequeño con solo unas pocas personas en un proyecto pequeño. El proyecto no es tan importante para la carga de trabajo principal y, por lo tanto, no estamos bajo ningún tipo de presión de tiempo. A pesar de esto, sigo haciendo todo lo posible para dar una buena impresión tanto a mis colegas (que son todos empleados de tiempo completo) como a la empresa en su conjunto, que incluye funciones de acabado (totalmente probadas e implementadas) de manera oportuna.

Mi problema surge porque uno de mis compañeros de trabajo no es para nada un buen programador. Aunque son muy inteligentes, la programación no parece hacer clic para ellos y les cuesta escribir el código más básico.

Por ejemplo, cuando emparejo el programa con esta persona para tratar de ayudarlos con una función, puedo pedirles que digan algo como "ahora tenemos que hacer algo con cada elemento de esa matriz" y no pueden entiendo que necesitamos crear un bucle simple o formar una sintaxis básica o incluso generar un pseudocódigo del inglés como

foreach element in array
    print element

Esta persona originalmente no tenía experiencia en programación, ha estado en la empresa durante aproximadamente un año y no parece haber progresado en el dominio de los conceptos que se esperaría que supiera un estudiante de informática de primer semestre, a pesar de tomar clases en línea.

Aunque no está en la descripción de mi trabajo, me siento en la obligación de ayudarlos y tratar de enseñarles cuando lo necesitan (que es la mayoría de las veces) tanto por deseo de que nuestro proyecto avance como simplemente porque son muy amables y me gusta. Ayudando. Al final de cada día que he trabajado con ellos, me siento mentalmente agotado por intentar enseñarles y hacer mi propio trabajo. Avanzamos muy lentamente a través de su función (en la que han estado trabajando durante aproximadamente 2 semanas, aunque podría haberlo hecho yo mismo en unas pocas horas) porque estoy tratando de asegurarme de que entiendan todo en el código y cómo programar realmente cuando trabajamos juntos y no logran nada cuando no estoy ayudando.

He considerado varias opciones; sin embargo, mi falta de experiencia significa que realmente no tengo idea de cómo manejar esto. ¿Debería hablar con nuestro líder de equipo 2 ? Siento que deben entender que mi compañero de trabajo no lo está haciendo bien, y me están arrastrando hacia abajo. ¿Debería negarme a ayudarlos para poder hacer mi propio trabajo? o hay algún otro curso de acción que sería mejor para mí?


1) Me quedan unas 6-7 semanas de prácticas. Mi fecha de finalización es flexible. Consideraría trabajar allí en el futuro (tal vez no justo después de graduarme, pero me gustaría dejar la puerta abierta).
2) Como aclaración, el líder de nuestro equipo es otro ingeniero de software y no la gerencia. Todos compartimos un solo gerente más arriba en la cadena alimentaria.

¿Cuánto tiempo le queda en su pasantía? ¿Está buscando obtener un puesto permanente después? Si no te queda mucho tiempo allí y tienes la intención de irte, probablemente sea mejor que lo dejes ir. Sin embargo , si va a lidiar con esto en el futuro previsible, hable con el líder de su equipo.
Me quedan unas 6-7 semanas de prácticas. Mi fecha de finalización es flexible. Consideraría trabajar allí en el futuro (tal vez no justo después de graduarme, pero me gustaría dejar la puerta abierta).
Dado eso, simplemente viviría con eso. Si vuelve a trabajar allí o pasa directamente a un rol permanente Y resulta que está asignado al mismo equipo, entonces consideraría marcarlo.
¿Tiene un tiempo asignado para las sesiones de programación/ayuda del par, o estas suceden de manera ad-hoc? Por ejemplo, si asigna espacios de tiempo específicos, puede permitirle ayudar a su colega y asegurarse de tener suficiente tiempo para hacer sus propias tareas.
¿Por qué el líder no ha marcado esto todavía? A menos que sus colegas estén trabajando en algo con bajo impacto, o se les dé una holgura significativa, el líder debería haber realizado/solicitado revisiones de código/revisiones de rendimiento.
"ahora tenemos que hacer algo con cada elemento de esa matriz" = esta oración no significa nada para mí. Está jugando a las adivinanzas con su colega y lo está culpando por no haber podido leer su mente. Si quieres que haga algo con esa matriz, tienes que decirme ESPECÍFICAMENTE qué quieres que haga con cada miembro de esa matriz. O tu técnica de entrenamiento es pobre, o te comunicas mal, o escogiste un mal ejemplo, sospecho de los becarios que irrumpen y declaran incompetente a alguien que ya trabaja allí.
@VietnhiPhuvan Yo también sospecharía. Puede que haya elegido un mal ejemplo, pero mi punto era que no pueden reconocer la necesidad de un ciclo simple (o qué hacer dentro de él).
@Brandin Son sesiones ad-hoc. Gracias por el consejo
@EdwinLambregts Están trabajando en algo de bajo impacto y mi líder sabe que trabajan lentamente. Por ejemplo, antes de unirme al equipo, su velocidad de sprint anterior era 16 (con 2 personas), en el sprint actual ya he terminado 23 puntos en funciones (con dos semanas restantes). El sistema de puntos tiene una gran cantidad de ambigüedad, pero es simplemente otro ejemplo.

Respuestas (4)

“Aunque no esté en la descripción de mi trabajo, me siento en la obligación de ayudarlos” . Eso está en la descripción de su trabajo. Nunca se escribe, pero es una de esas cosas que siempre se asumen cuando se trabaja en equipo. Otra cosa que se supone es que informe a su gerente si su trabajo está demorando más de lo esperado y deje que él tome la decisión con respecto a las prioridades.

Usted menciona que no hay una fecha límite, por lo que sugeriría:

  1. Informe a su gerente que la función llevará más tiempo de lo previsto, ya que está utilizando su tiempo para ayudar y enseñar a sus compañeros de trabajo; ¿Están de acuerdo con eso o sugieren una prioridad diferente?
  2. Continúe enseñando a su colega y vea esto como una oportunidad para dejar una impresión increíble de usted como pasante y obtener una gran referencia para el trabajo futuro.
No estoy de acuerdo con eso. Como pasante, no es su obligación enseñar a sus colegas. Debería ser al revés. Si te queda tiempo y tú, tu colega y tu jefe están de acuerdo, no hay problema. Pero no se sienta presionado a hacer algo que no quiere hacer.
Me parece bien. Como pasante se le debe enseñar, no enseñar, cierto. Pero como miembro de un equipo se espera que ayude a otros miembros del equipo. Así que podrías simplemente lavarte las manos de la situación y que no es tu trabajo ayudarte. O podría verse a sí mismo como un miembro del equipo, en lugar de un interno, y ayudar. Ambos serían técnicamente correctos, pero solo uno de ellos sería bienvenido si tuviera algo que ver con eso.
La enseñanza nunca es una calle de sentido único.
@Fredrik Una cosa es ayudar a otro miembro del equipo. Algunas personas saben más, o piensan más rápido, o tienen una mejor visión general o experiencia que otras, y deberían ayudar. Pero eso no significa que debas hacer su trabajo por ellos.

Recomiendo que hagas lo que hagas para ayudar a esa persona, te asegures al 100% de que eres el más productivo y realmente logras cosas. Si pasó 2 semanas ayudándolos y logrando muy poco, necesita tener otras 2 semanas en las que haya logrado mucho y tenga evidencia visible de eso.

Hacer tu trabajo siempre debe tener prioridad sobre ayudarlos.

Sugeriría soportarlo por ahora. Trate de ayudar a sus compañeros de trabajo tanto como sea posible. Sin embargo, como @Jane. S mencionado, si elige trabajar para el mismo equipo a tiempo completo, entonces puede pensar en manejar el problema en ese momento. Por ahora, continúa con el buen trabajo que has estado haciendo. Sería bueno ser profesional y amable con todos en el equipo (incluso en el futuro). Buena suerte.

Me gustaría agregar aquí, a pesar de que la pregunta fue respondida ... hace años.

La enseñanza nunca es una calle de sentido único.

Todas las personas más inteligentes del mundo que dan de su tiempo están de acuerdo en que aprenden de sus alumnos. Las habilidades y las lecciones aprendidas son diferentes, pero es un intercambio valioso, si alguien es capaz de reconocer lo que se ofrece.

El equipo no se mezcló al azar. Ese programador 'sin habilidad' en particular aportó algo al equipo que otras personas no tenían: el hecho de que no tuvieran consistencia en sus ojos debería ser una señal de que tienen un valor que los gerentes ven y usted no ... es probable experiencia en la materia o valoración comercial que en realidad es el propósito de su programa y la razón de ser de la empresa.

Me gustaron los consejos de otros, simplemente me sorprendió que nadie más mencionara el valor de un programador no es su capacidad para programar, es su capacidad para aplicar el pensamiento crítico a un problema comercial de manera rentable o ser parte de un equipo que puede hazlo...

EDITAR: solo para ser claros aquí: ¡habilidades de programación! = conocimiento comercial del mundo real y sin ese conocimiento, ambas son habilidades 'críticas' y 'críticas' para el éxito de un negocio.

¡Espero que tu pasantía haya sido buena y que te esté yendo bien!

Toda la tesis del OP es que esta persona no es capaz de aplicar el pensamiento crítico de manera rentable.
@ Ertai87 ... Traté de enfatizar 3 veces eso programming problemsy las habilidades de programación asociadas no son un medio en sí mismas: deben aplicarse business problemscon conjuntos de habilidades de pensamiento crítico que difieren de la lógica de programación. ¿Quizás mis elecciones de palabras fueron demasiado similares o es algo con lo que personalmente no estás de acuerdo?
Excepto, una vez más, la tesis del OP es que esta persona no proporciona ninguno.
Hice una pregunta muy específica en el comentario anterior y te negaste a responder, así como simplemente te repites en lugar de agregar información útil. Voy a optar por no participar aquí, citando la Regla # 14
Eres muy optimista. En realidad, no vi nada que me lleve a creer que el colega tiene características redentoras.