Question

Certains membres de l'équipe rencontrent des problèmes pour programmer ensemble. Sexe différent, culture différente, âge différent. Comment traiter ces problèmes?   - Ne les associez pas ensemble, ou   - Associez-les et laissez-les arriver à un "milieu doré"

Était-ce utile?

La solution

La programmation par paires repose sur l’idée que l’interaction de deux programmeurs ajoute de la valeur. Si ce n'est pas vrai, changez les paires ... laissez-les choisir. La programmation devrait être amusante!

Autres conseils

Pourquoi ne pas faire tourner les paires toutes les semaines ou tous les sprints de sorte que s’il ya des problèmes entre deux paires, ils ne se sentent pas obligés de le faire pour toujours. Je pense que s'il y a un laps de temps spécifique que vous devez travailler avec quelqu'un avec qui vous ne vous entendez pas, cela facilite la "succion". et j'espère que vous ne perdrez pas de gens formidables de cette façon.

Si, après quelques rotations, vous remarquez un individu spécifique que personne ne l’apprécie, il peut être judicieux de vous concentrer sur l’ajustement de la manière dont l’individu interagit avec l’équipe ou sur le maintien continu de son élimination.

Réévaluez vos pratiques d’embauche et assurez-vous de choisir des employés axés sur les équipes.

En cas d'échec, la menthe à souffle coupé.

-Adam

Avec quoi exactement ont-ils des problèmes? Ne s'entendent-ils pas, ne se comprennent pas? Sont-ils à différents niveaux d’expérience en programmation?

Cela peut être utile si vous avez un membre de l’équipe qui peut agir en tant que "médiateur". de toutes sortes. Quelqu'un qui a déjà réussi à programmer par paire dans le passé et qui peut aider les deux à faire leurs premiers pas ensemble.

La première étape de la résolution des conflits consiste à reconnaître que les personnes sont différentes. Même la patience des programmeurs les plus modérés peut être mise à l'épreuve en programmation par paires, cela peut être très stressant. Certaines personnes se retirent lorsqu'elles sont confrontées à un conflit, d'autres deviennent agressives.

D'après mon expérience, la meilleure façon d'aborder la programmation en binôme consiste à avoir une discussion détaillée de ce que vous voulez accomplir pour la session, avant de mettre la main sur le code. Cela mettra vos deux esprits sur le même chemin. Lorsque vous êtes en désaccord sur quelque chose, arrêtez de coder, discutez-en loin de l'ordinateur, essayez de trouver un terrain d'entente et, surtout, ne rejetez pas les idées de votre partenaire. Prendre des pauses; ne travaillez pas pendant 2 heures d'affilée, essayez de vous lever ou de faire une pause toutes les 45 minutes environ.

Discutez des problèmes de couplage en tant que groupe et assurez-vous que le groupe est conscient des différences de couplage qui ne fonctionnent pas. De cette façon, le groupe peut aider à s'assurer que vos paires ne s'évitent pas. Si vous séparez une paire défectueuse, elle le sera toujours.

Amenez la paire à ouvrir des lignes de communication; essayez de faire en sorte que les deux côtés fassent de nouvelles choses. En supposant que les deux personnes soient réellement de bons développeurs, elles ont beaucoup à apprendre les unes des autres. Essayez de changer d'attitude d'enseignant à élève.

Je voudrais ensuite poser la question de muloh: avec quel genre de problèmes ont-ils des problèmes?

D'après mon expérience, ces problèmes sont souvent (mais pas toujours) le signe de problèmes sous-jacents liés à la structure, aux compétences et aux relations de l'équipe, qui doivent être résolus si vous voulez obtenir le meilleur de toutes les personnes impliquées.

Est-ce que Mary ne s'entend pas avec Fred parce que Fred n'en sait pas assez sur la façon dont les gens sains travaillent avec des bases de données? Fred ne s'entend-il pas avec Jo parce que celui-ci ne se baigne pas aussi régulièrement qu'ils le devraient? Jo ne s'entend-il pas avec Mary parce que Mary est un SOB grossier? Si c'est le cas, vous pouvez presque garantir que Fred, Jo & amp; Mary ennuie également le reste de l'équipe de la même manière.

Le simple fait de faire pression sur un ou deux personnes pour éviter l’appariement ne signifie pas que les problèmes disparaissent. Il se peut que cela agace également d'autres personnes - elles peuvent avoir d'autres moyens de faire face. Comme rechercher un autre emploi, par exemple: -)

Si l'équipe ne fonctionne pas bien ensemble, ce n'est pas une équipe.

Par curiosité, combien de temps durent vos séances d’appariement et à quelle fréquence changez-vous de paires? Je trouve qu'il est parfois plus facile de gérer ce genre de problème si les gens changent de paires régulièrement - une ou deux fois par jour. De cette manière, tout le monde a la possibilité de partager les avantages et inconvénients relatifs de tous les membres de l’équipe, ce qui peut aider chacun à se concentrer sur la résolution de certains des inconvénients.

Une autre approche consiste à changer continuellement vos paires dans la mêlée. Avoir une minuterie qui pourrait être réglée pour 1/2/3 heures. Lorsque la cloche sonne, faites pivoter vos paires. Cela a quelques effets:

  • Deux personnes ne restent pas coincées pendant longtemps
  • Vos développeurs pourront faire la rotation de vos histoires actuelles et se familiariser avec chacune d’elles et avec différentes zones du code
  • Si l'une des odeurs de votre développeur sent, il vous suffira de traverser une courte période de puanteur!

Le jumelage est une pratique critique pour une équipe agile. Pour commencer, il est préférable d'identifier les développeurs désireux et capables de travailler efficacement en binôme. Une entreprise à ma connaissance connaît des entretiens extrêmes. Autrement dit, ils interrogeront les candidats par paires, ce qui leur donnera un problème à résoudre. Ils sont intéressés si les développeurs sont capables de résoudre le problème mais sont intéressés par leurs compétences de collaboration. Seuls ceux qui fonctionnent bien avec les autres sont pris en compte.

Il n’est pas nécessaire que tous les couples se ressemblent. Ce qui est important, c'est qu'ils soient efficaces. Étant donné que les paires tournent fréquemment (pour chaque carte ou plus fréquemment), la personnalité pose moins de problèmes. Si quelqu'un ne se trouve pas en couple et qu'il reste un problème après avoir été entraîné, vous devriez lui demander de quitter l'équipe.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top