Pregunta

Algunos miembros del equipo tienen problemas para programar juntos.Diferente género, diferente cultura, diferente edad.¿Cómo afrontar esos problemas?- No los combine juntos, o los combine y deje que lleguen a un "medio dorado"

¿Fue útil?

Solución

La programación en pareja se basa en la idea de que la interacción de dos programadores añade valor.Si esto no es cierto, cambie los pares...déjalos elegir.¡Programar debería ser divertido!

Otros consejos

¿Qué tal rotar las parejas cada semana o cada sprint para que, si hay problemas entre un par de parejas, no sientan que tiene que ser así para siempre?Creo que si hay un período de tiempo específico en el que tienes que trabajar con alguien con quien no te llevas bien, será más fácil "aguantar" y, con suerte, no perderás a ninguna gran gente de esa manera.

Si después de algunas rotaciones notas a un individuo específico que nadie disfruta, puede ser apropiado concentrarse en ajustar la forma en que ese individuo interactúa con el equipo o si continúa eliminándolo perpetuamente del equipo por completo.

Vuelva a evaluar sus prácticas de contratación y asegúrese de seleccionar empleados orientados al equipo.

En su defecto, mentas para el aliento.

-Adán

¿Con qué exactamente tienen problemas?¿No se llevan bien, no se entienden?¿Están en diferentes niveles de experiencia en programación?

Puede ser útil tener un miembro del equipo que pueda actuar como una especie de "mediador".Alguien que haya realizado con éxito la programación en pareja en el pasado y que pueda ayudarlos en sus primeras veces juntos.

El primer paso para resolver conflictos es reconocer que las personas son diferentes.Incluso la paciencia del programador más apacible se puede poner a prueba en la programación en pareja, lo que puede resultar muy estresante.Algunas personas se retraen cuando se enfrentan a un conflicto, otras se vuelven agresivas.

En mi experiencia, la mejor manera de abordar la programación en pares es tener una discusión detallada de qué es lo que desea lograr para la sesión, antes de ponerse manos a la obra con el código.Esto pondrá a ambos en el mismo camino.Cuando no estés de acuerdo en algo, deja de programar, discútelo fuera de la computadora, intenta encontrar puntos en común y, lo más importante, no descartes ninguna idea que tu pareja pueda tener.Tomar descansos;No trabajes durante 2 horas seguidas, intenta levantarte o tomar un descanso cada 45 minutos aproximadamente.

Hable sobre los problemas de emparejamiento como grupo y asegúrese de que el grupo esté al tanto de los diferentes emparejamientos que no funcionan.De esa manera, el grupo puede ayudar a garantizar que sus parejas no se eviten entre sí.Si mantienes un par disfuncional separado, siempre lo serán.

Consiga que la pareja abra líneas de comunicación;Intente que ambas partes hagan cosas nuevas.Suponiendo que ambas personas sean realmente buenos desarrolladores, ambos tienen mucho que aprender el uno del otro.Trate de alterar su actitud de maestro a alumno.

Respaldo la pregunta de muloh: ¿con qué tipo de cosas tienen problemas?

En mi experiencia, estos problemas son a menudo (pero no siempre) una señal de problemas subyacentes con la estructura/habilidades/relaciones del equipo que deben abordarse si se quiere obtener lo mejor de todos los involucrados.

¿Mary no se lleva bien con Fred porque Fred no sabe lo suficiente sobre cómo la gente cuerda trabaja con las bases de datos?¿Fred no se lleva bien con Jo porque Jo no se baña con tanta regularidad como debería?¿Jo no se lleva bien con Mary porque Mary es una hija de puta grosera?Si es así, casi puedes garantizar que Fred, Jo y Mary también están molestando al resto del equipo de manera similar.

El hecho de que una o dos personas impulsen el problema lo suficiente como para evitar el emparejamiento no significa que los problemas desaparezcan.Es posible que también moleste a otras personas: es posible que tengan formas alternativas de afrontarlo.Como buscar empleo alternativo, por ejemplo :-)

Si el equipo no trabaja bien en conjunto, no es un equipo.

Por curiosidad, ¿cuánto duran tus sesiones de emparejamiento y con qué frecuencia cambias de pareja?Creo que a veces es más fácil lidiar con este tipo de cosas si la gente cambia de par regularmente, una o dos veces al día.De esa manera, todos pueden compartir los pros y los contras relativos de todos los miembros del equipo, lo que puede ayudar a todos a concentrarse en resolver algunos de los contras.

Otro enfoque es cambiar continuamente tus parejas dentro del scrum.Tenga un temporizador que pueda configurarse en 1/2/3 horas.Cuando suene la campana, rota tus pares.Esto tiene algunos efectos:

  • Dos personas no se quedan juntas durante mucho tiempo
  • Tus desarrolladores podrán rotar a través de tus historias actuales, familiarizándose con cada una y con las diferentes áreas del código.
  • Si uno de tus desarrolladores huele mal, ¡solo tendrás que pasar un breve período de mal olor!

El emparejamiento es una práctica fundamental para un equipo ágil.Para empezar, es mejor identificar desarrolladores que estén dispuestos y sean capaces de trabajar eficazmente en parejas.Una empresa que conozco realiza entrevistas extremas.Es decir, entrevistarán a los candidatos por parejas dándoles un problema a resolver.Les interesa si los desarrolladores tienen la capacidad de resolver el problema, pero también les interesan sus habilidades de colaboración.Sólo se consideran aquellos que pueden funcionar bien con otros.

No es un requisito que todos los pares se gusten.Lo importante es que sean eficaces.Dado que los pares rotan con frecuencia (para cada carta o con mayor frecuencia), la personalidad es un problema menor.Si alguien no está entre pares y después de haber sido entrenado sigue siendo un problema, se le debe pedir que abandone el equipo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top