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.
“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:
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!
programming problems
y las habilidades de programación asociadas no son un medio en sí mismas: deben aplicarse business problems
con 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?
jane s
encender fuego
jane s
Brandín
edwin lambregts
Vietnam Phuvan
encender fuego
encender fuego
encender fuego