¿Cómo lidiar con un compañero de equipo que no coopera?

Acabo de empezar un puesto de investigación proveniente de la industria. Se supone que debo trabajar en un proyecto en curso y ramificarlo en una nueva dirección.

Hay un miembro del grupo de investigación que trabajó bastante en lo que se supone que debo modificar. Así que le pregunté si podía compartir su trabajo y su código conmigo. Me dijo que todavía es un trabajo inédito y que de ninguna manera me va a dar su código. Dijo que esta es la forma en que investiga.

Estoy un poco desconcertado y no sé qué hacer. Me dijo que debería ir y hacer por mi cuenta lo que él ha hecho durante aproximadamente un año. Mi supervisor aceptó mi sugerencia de que debería trabajar con esta persona, pero cuando le dije que no compartiría el código conmigo, solo se reía nerviosamente y no dijo nada.

¿Hay alguna manera de que pueda persuadir a esta persona para que colabore conmigo, o me estoy golpeando la cabeza contra la pared?


Así que solo para aclarar. Mi supervisor es (uno de) el líder del proyecto. Primero hablé con el supervisor que sugirió, luego hablé con la persona que rechazó, luego con el supervisor nuevamente. Este proyecto lleva un año. Hay alrededor de 5 personas trabajando en ello en este laboratorio. Me uní al laboratorio para ampliar el trabajo realizado aquí y contribuir en las etapas finales del proyecto. Para mi sorpresa, no hay un repositorio de código compartido, sino que cada uno hace lo suyo y en las reuniones lo comenta.

Le dije a la persona que no robaré su código. Me respondió que no comparte el código porque no lo voy a entender. Le dije que me ayuda a entender el trabajo mirando el código. Me dijo que no.

Así que mi plan es volver a leer los borradores de los documentos y tratar de entenderlo de esa manera, y luego volver a intentarlo en unos días. No quiero volver a implementar lo mismo que ha hecho...


Hoy me dieron acceso al servidor del grupo de investigación y pude ver el trabajo de todos (alrededor de 15 personas) y todo el material del proyecto... excepto su directorio e implementación, cuyo permiso es denegado. Hablé con él nuevamente, y claramente tiene miedo de que le robe su trabajo y posiblemente tenga que poner un nombre más en su papel si encuentro algo interesante, diluyendo así sus logros. No dejaba de decirme que este es su trabajo, que él es la primera persona en el papel y que debería hacer otra cosa o volver a implementar todo el código por mi cuenta.

él no comparte el código porque no lo entenderé... ¿Siente que no eres lo suficientemente inteligente para entender su código, o su código es de tan baja calidad que nadie puede entenderlo?
@Caleb: supongo que sería más tarde, pero puedo estar sesgado porque considero la documentación/comentarios y la legibilidad del código como un aspecto de la calidad del código.
¿Es esta persona (la que se niega a compartir el código) un empleado de la universidad? Si es así, esperaría que el código se considere un trabajo por encargo y que los derechos de autor sean propiedad de la universidad. Intentaría lograr esto consultando a su supervisor para que, en lugar de que usted solicite su cooperación, la situación se transforme en una en la que su jefe le dé una orden para realizar una tarea (proporcionándole una copia del código fuente) y negarse a hacerlo sería insubordinación.
El título de esta pregunta podría haber sido: "Cómo lidiar con EL problema de compartir código en ciencias computacionales"
Si todas las demás respuestas fallan (lo cual es poco probable), tengo una breve idea que puede ayudarlo: tal vez realmente no quiera mirar ese código. Si el código ha sido escrito por una persona para que lo lea, puede ser más fácil, rápido y menos frustrante comenzar con los algoritmos, el diseño o incluso las ideas abstractas en lugar del código. Cuando algo no se ve, tengo la costumbre de preguntarme si no existe, si los efectos que parece tener pueden ser causados ​​por otra cosa. Si todo lo demás falla, piénsalo ;)
¡Me pregunto si el colega está publicando academia.stackexchange.com/q/31484/11825 !

Respuestas (5)

Esta actitud es muy común en el mundo académico, ya que el entorno académico suele ser muy competitivo. Dicho esto, nunca he visto a alguien hacer eso dentro de un equipo . Estoy de acuerdo con seteropere en que si esta persona realmente está en su equipo, es probable que tenga que plantear este problema a su supervisor.

Aún así, es probable que haya una razón por la que no esté dispuesto a compartir, y si puede encontrar la razón de eso, puede convencerlo de que sea más un jugador de equipo. ¿Le preocupa que darle acceso perjudique sus posibilidades de publicación? Puede trabajar con su supervisor para convencerlo de que aún obtendrá la autoría incluso si se comparte el código. ¿Tiene miedo de que arruines el código? Sugiera usar algún tipo de control de versiones para realizar un seguimiento de los cambios. ¿Está siendo un idiota al respecto? Si es así, entonces todo se reduce a la respuesta de seteropere , y tendrás que esperar que tu jefe tenga suficiente valor para ayudarte.

"Se supone que debo trabajar en un proyecto en curso y ramificarlo en una nueva dirección". Me parece que alguien (supervisor) ha decidido que el OP debe hacerse cargo del proyecto de los demás. Si eso no estaba de acuerdo con el otro, es probable que sea una situación muy difícil (el proyecto es "quitado", llega un novato y es percibido como exigente, impertinente o posiblemente incluso arrogante), y puede surgir competencia para quedarse con el proyecto. dentro del grupo
“Esta actitud es muy común en la academia, ya que el ambiente académico suele ser altamente competitivo” Solo en niveles relativamente bajos y con personas que provienen de ciertos orígenes culturales. Por encima de cierto umbral, te sientes mucho más frustrado con el hecho de que tienes que implementar cada idea tú mismo porque las pocas personas capaces de hacerlo están exactamente en la misma posición. Simplemente reharía las cosas desde cero. A menudo lleva menos tiempo escribir su propio código que averiguar cómo modificar correctamente el código existente sin una documentación mínimamente clara.

Mi supervisor estuvo de acuerdo con mi sugerencia de que debería trabajar con esta persona,

¿Por qué sugieres a alguien que no está dispuesto a colaborar contigo?

Ya que tuviste la iniciativa y sugeriste su nombre, creo que está claro que tu compañero no está motivado por tu proyecto , por lo que no dar el código es un comportamiento esperado.

tu pareja es cualquiera

  • Parte del equipo del proyecto . En este caso, su papel debe ser muy claro. ¿Se supone que debe proporcionar el código? en caso afirmativo, comuníqueselo al supervisor y pida ayuda. Si proporcionar el código es parte de su contribución al proyecto, entonces el supervisor debe desempeñar su papel aquí y pedirle al estudiante que lo haga.

  • No participar en el proyecto . En este caso, te está haciendo un favor si te proporciona el código. Debe hacer la implementación usted mismo, ¡pero asegúrese de no incluirlo en el proyecto más adelante!... o intente convencerlo de que es beneficioso para él proporcionar el código (es decir, la coautoría en el documento resultante).

De cualquier manera, es responsabilidad del supervisor determinar/asignar trabajo a los estudiantes en proyectos de equipo.

No me queda claro a partir de la pregunta que la persona también sea estudiante.
@SylvainPeyronnet bien; al menos la palabra mi supervisor está ahí en el texto
Exactamente: "mi supervisor" pero tal vez no "su" supervisor (su = la persona que no quiere dar el código).
Silvano tiene razón. Mi supervisor no es su supervisor. Mi compañero está motivado porque obtiene su financiación de este proyecto. Mi trabajo trata sobre las cosas que se mencionan en "Trabajo futuro" en el borrador del documento.

En este punto, soy un disco rayado: esta es una de las situaciones en las que me encontré. Ninguno de mis colegas ha estado disponible, con técnicas, código, documentación, nada. Uno de los miembros del equipo insiste en que no documenta el código porque debería ser evidente cómo funciona su código al leerlo. Esto es una tontería patente: ha olvidado lo que hace su código o no quiere decirlo. Se niega absolutamente a proporcionar una descripción general conceptual de su sistema; incluso los posdoctorados se quejaron de que pierde el tiempo con las minucias de las opciones de la línea de comandos y las historias sobre el viejo país en lugar de describir los algoritmos principales y la configuración necesaria para hacer que su modelo funcione. trabajar. Me he visto obligado a reproducir o reescribir código. Resultó para sorpresa del IP que mi código era mejor, pero debo decir que me desagradaba intensamente estar en esta situación. Los otros comentarios sugieren ser optimistas frente a la intransigencia. Yo mismo decidí (los detalles están dispersos en este sitio) salir, por varias razones:

  • mis colegas no se mostraron comunicativos y prefirieron que duplicara su trabajo.
  • en el caso de que logré persuadir a mis compañeros de equipo para que compartiesen un trabajo que hicieron, fueron condescendientes gratuitamente ya que lo entregaron a regañadientes, aunque era completamente obvio que simplemente deberían haber compartido el trabajo
  • el trabajo era esencialmente impublicable y de bajo valor académico
  • Fui engañado sobre mi rol dentro del grupo de investigación.
  • la paga era abismal
  • no tenía sentido seguir trabajando por poco dinero sin aparecer en ninguna de las publicaciones del grupo. También podría trabajar en la industria por más dinero y sin publicaciones.

Lo primero se aplica en su caso: prepárese para no recibir ninguna cooperación de los miembros de su equipo.

Habla con la otra persona. Sí, hablar no correo electrónico. Averigüe cuál es su preocupación. Tal vez su preocupación es que usted simplemente use su trabajo y no le dé crédito. Asegúrele a la persona que este no sería el caso. Esto es lo correcto y ético. Prepárese para poner esto por escrito si pudiera salvar 1 año de su vida.

Creo que es importante reconocer que puede haber otras personas que también podrían ayudarlo. Preguntar. Esto es parte del proceso de aprendizaje.

Si todo falla, sea pragmático y modifique el alcance de su proyecto si puede consultar con su asesor. No tiene sentido perder el tiempo anticipando que las circunstancias pueden cambiar.

Bueno, mi escritorio está justo al lado del suyo, así que solo hablo con él en persona.

Como dijiste que te sentaste a su lado, te sugiero que seas paciente con él y esperes unos días...

Comience su trabajo de investigación como se supone que debe hacerlo y, mientras tanto, trate de ser útil y de buen comportamiento con él. Durante su investigación, si necesita una pequeña ayuda, seguramente consúltelo y él le responderá... Estoy bastante seguro de que después de algunos días de ser útil + buen comportamiento con él + preguntar y compartir algunos conocimientos con él seguramente cambiará su actitud. ¡hacia ti!

Evitaría sugerirle que consulte a su supervisor sobre lo mismo una y otra vez porque eventualmente lo molestará y estropeará su impresión. Maneje las cosas usted mismo, Sea cooperativo. Sea paciente durante unos días y existe la posibilidad de ahorrar el esfuerzo de un año.

Buena suerte.