Un colega que se resiste al flujo de trabajo

En un equipo de inicio de tecnología de software, hay un colega que se percibe que se resiste a este flujo de trabajo deseado:

  • Use GitHub autohospedado:
    • Problemas abiertos
    • Comenta/actualiza regularmente sobre problemas en curso
      • Especialmente cuando estás atrapado en un problema.
    • Enviar solicitudes de incorporación de cambios
  • Proporcionar las API solicitadas para los paquetes desarrollados
  • Siga el desarrollo basado en pruebas, es decir, TDD
  • Sea activo en las conversaciones de sprint
    • Proporcione la agenda y hable en detalle sobre el trabajo en progreso
  • Documenta tus esfuerzos
    • Busque ayuda compartiendo el progreso
    • Deja que todos sepan lo que estás haciendo
  • ...

Por alguna razón, el colega se resiste al flujo de trabajo anterior. Intentar presionar al colega tiene un efecto negativo, debido a la pérdida de motivación autoinformada.

Por resistir, quiero decir, él:

  • No utiliza el flujo de trabajo
  • no prueba
  • No proporciona la API solicitada
  • No se comunica regularmente con las herramientas de flujo de trabajo
  • ...

El colega es un conocedor . Pero nuestra suposición es que se enfoca demasiado en los detalles que distraen. Por ejemplo, comienza a usar una herramienta, justo después de estudiar toda su especificación. Pero no necesita conocer cada detalle.

El colega es estudiante de posgrado y está muy involucrado en estudios académicos.

Me pregunto cuál podría ser un buen método para acercarnos a él con respecto a nuestro flujo de trabajo.

Defina "resiste". No tengo claro cómo se está resistiendo lo de la herramienta.
@MatthewGaiser Agregué resistdefinición en la medida de lo que pude.
Aparte de los aspectos que mencionas, ¿cómo calificarías su contribución?
¿Le has preguntado por qué se resiste? ¿Ha explicado el razonamiento detrás de cada una de las herramientas/flujos de trabajo?
@nicola Creo que no puedo calificar su contribución, a menos que siga el flujo de trabajo. ¿Cómo puedo calificar algo codeque no está probado, que no tiene una API clara, que no se envía a través del flujo de trabajo de relaciones públicas/problema de Git...
@Benjamin No, no le pregunté por qué se resiste. Pero he documentado el razonamiento detrás del flujo de trabajo y lo he compartido en un documento README.md.
@user3405291 ¿se desea este flujo de trabajo? Como quieres lograrlo, pero aún no lo tienes. ¿O todos los demás ya están usando esto? Dices puesta en marcha, eso suena pequeño. ¿Cuántas personas están ahí? ¿Y cuántos están usando esto/no usando esto? ¿Existe una cultura empresarial en torno a esto, de una forma u otra?
@Benjamin ¡Buenos puntos, gracias! Este flujo de trabajo se está utilizando y existe la infraestructura que lo rodea, como Git autohospedado, etc. Hay 3 personas en nuestro equipo. También hay otros equipos. En los equipos, algunas personas usan este flujo de trabajo y otras no. Pero en nuestro equipo, 2 personas usan este flujo de trabajo y 1 no.
"Por ejemplo, comienza a usar una herramienta, justo después de estudiar todas sus especificaciones. Pero no necesita conocer cada detalle". - ¿Ha considerado si sería mejor contratar a un aprendiz en lugar de un estudiante académico? Llegar a conocer las cosas de adentro hacia afuera no es un hábito o una inclinación irrazonable para un académico. Si quiere a alguien que se encargue de las cosas a pesar de un conocimiento incompleto, entonces, en general, quiere a alguien que detesta pensar mucho las cosas y, por lo tanto, es probable que sea menos académico y tenga menos conocimientos.
@Steve Tienes razón, tiene sentido.

Respuestas (2)

Es posible que desee leer un libro o dos sobre cómo lograr cambios en el lugar de trabajo. El método de orden directa del jefe puede funcionar, pero a menudo es subóptimo: las personas pueden seguir las reglas al pie de la letra, pero cuando su espíritu no está en ello, la productividad se resiente.

Su flujo de trabajo no es el estándar en la empresa, pero tiene una adopción mixta. ¿Porqué es eso? ¿Hay fuerza trabajando en contra de eso? ¿La presión de las partes interesadas para trabajar más rápido y simplemente ignorar las reglas significa que algo se termina un día después? incluso cuando esas reglas significan ahorrar días en el futuro?

Tener 1 chico que resiste en una empresa es un caso diferente a tener 1 chico que resiste en tu equipo, cuando este chico también puede ver que es totalmente aceptado en otros equipos para resistir.

Tener los mismos estándares para todos puede ser engorroso, porque algunas reglas pueden tener sentido para algunos equipos pero no para otros. Pero tener una línea base de calidad tiene sentido.

Mencionaste que hiciste un Léame, es un buen comienzo. Pero tal vez una presentación inicial o algo para que la gente se sume sea una buena idea. Para que la gente entienda qué problemas resuelve tu flujo de trabajo.

El tipo que se resiste es estudiante y tiene muchas cosas que aprender. Aprender todas esas herramientas además de la programación puede parecer desalentador, ¡todavía recuerdo esa sensación! Especialmente cuando no entiendes para qué sirven esas herramientas. Una gran diferencia que un nuevo desarrollador tiene que aprender: desarrollar solo y desarrollar en equipo necesita diferentes formas de organización. Eso toma tiempo para ver y entender!

Si yo fuera usted, hablaría con él y le diría que esto es muy importante, no solo para el individuo, sino para la organización en su conjunto. Luego ofrézcase a explicarle y entrenarlo en cada parte por separado. Aprender TDD lleva un tiempo, aprender a hacer buenos compromisos lleva un tiempo, etc. También pregúntale por qué se resiste y cómo puedes ayudar a superar eso.

Un gran obstáculo para el cambio es que las personas que desean cambiar a menudo se enfocan demasiado en lo que quieren y poco en por qué otros se resisten. Sé que ciertamente hice eso en el pasado, y todavía me sucede a veces. Pero por experiencia te puedo decir que la paciencia, una mente abierta y muchas explicaciones pueden cambiar muchas cosas.

¡Gracias! Creo que esta respuesta se adapta mejor a mi situación =)

Me pregunto cuál podría ser un buen método para acercarnos a él con respecto a nuestro flujo de trabajo.

Si su resistencia es perjudicial para los proyectos en los que trabaja, entonces su gerente debe sentarse con él y mostrarle cómo su "resistencia" está perjudicando el proyecto y recordarle que debe seguir el flujo de trabajo establecido o habrá consecuencias. Si el colega continúa negándose, debe recibir las consecuencias apropiadas.

+1 Si no prueba y no entrega lo que se le ha pedido explícitamente, entonces no solo está siendo un poco incómodo o idiosincrático; no está haciendo lo básico del trabajo. Tiene que tener absolutamente claro que eso no es aceptable.
¡Lo siento! Ojalá pudiera aceptar más de una respuesta :(