Comment gérer les problèmes de programmation par paires? [fermé]
certains membres de l'équipe ont de la difficulté à programmer ensemble. Sexe différent, culture différente, âge différent. La façon de traiter ces problèmes? - Ne pas les associer ensemble, ou - Paire et laissez-les venir à un "juste milieu"
9 réponses
Paire de programmation est basé sur l'idée que l'interaction de deux programmeurs ajoute de la valeur. Si ce n'est pas vrai, changer les paires... laissez-les choisir. La programmation devrait être amusante!
Que Diriez-vous de tourner les paires chaque semaine ou chaque sprint de sorte que s'il ya des problèmes entre un couple de paires, ils ne se sentent pas comme il doit être de cette façon pour toujours. Je pense que s'il ya un délai spécifique que vous avez à travailler avec quelqu'un que vous ne vous entendez pas avec lui, il est plus facile de "sucer" et j'espère que vous ne perdrez pas de grands gens de cette façon.
si après quelques rotations vous remarquez un individu spécifique que personne n'apprécie, il peut être approprié de se concentrer sur ajuster la façon dont l'individu interagit avec l'équipe ou si elle continue perpétuellement de les retirer de l'équipe tous ensemble.
réévaluez vos pratiques d'embauche et assurez-vous de choisir des employés axés sur le travail d'équipe.
A défaut, des bonbons à la menthe.
- Adam
avec quoi ont-ils des problèmes? Ne s'entendent-ils pas, ne se comprennent-ils pas? Sont-ils à différents niveaux d'expérience en matière de programmation?
Il peut aider si vous avez un membre de l'équipe qui peut agir comme un "médiateur" de toutes sortes. Quelqu'un qui a fait avec succès la programmation de pair dans le passé et peut aider les deux à travers leurs premières fois ensemble.
pour résoudre les conflits, il faut d'abord reconnaître que les gens sont différents. Même la patience du programmeur le plus doux peut être essayée dans la programmation de paire, il peut être très stressant. Certaines personnes se retirent lorsqu'elles sont confrontées à un conflit, d'autres deviennent agressives.
la meilleure façon d'aborder la programmation par paires, d'après mon expérience, est d'avoir une discussion détaillée de ce que vous voulez accomplir pour la session, avant de mettre la main sur le code. Cela permettra de mettre vos deux esprits sur la même piste. Lorsque vous n'êtes pas d'accord sur quelque chose, arrêtez de coder, discutez-en loin de l'ordinateur, essayer de trouver un terrain d'entente et surtout ne pas rejeter toutes les idées que votre partenaire peut avoir. Prendre des pauses; ne pas travailler pendant 2 heures d'affilée, essayer de se lever ou aller faire une pause toutes les 45 minutes ou plus.
parlez des problèmes d'appariement en tant que groupe, et assurez-vous que le groupe est conscient des différents appariements qui ne fonctionnent pas. De cette façon, le groupe peut vous aider à vous assurer que vos paires ne s'évitent pas. Si vous gardez une paire dysfonctionnelle séparée, elle sera toujours dysfonctionnelle.
Obtenir la paire d'ouvrir des lignes de communication; essayez d'obtenir les deux côtés pour faire de nouvelles choses. En supposant que les deux personnes sont vraiment de bons développeurs, ils ont beaucoup à apprendre l'un de l'autre. Essayez de changer leur attitude de professeur à élève.
j'appuie la question de muloh-avec quel genre de choses ont-ils des problèmes?
d'après mon expérience, ces problèmes sont souvent (mais pas toujours) un signe de problèmes sous-jacents avec la structure de l'équipe / les compétences / les relations qui doivent être abordées si vous voulez tirer le meilleur parti de tous les participants.
Mary ne s'entend - elle pas avec Fred parce que Fred n'en sait pas assez sur la façon dont les gens sains travaillent avec les bases de données? Est-ce que Fred ne s'entend pas avec Jo parce que Jo ne se lavent-ils pas aussi régulièrement qu'ils le devraient? Est-ce que Jo ne s'entend pas avec Mary parce que Mary est une mauviette grossière? Si C'est le cas, vous pouvez presque garantir que Fred, Jo & Mary sont également ennuyeux le reste de l'équipe de façons similaires.
il suffit d'une ou deux personnes poussant la question assez pour éviter l'appariement ne signifie pas que les problèmes disparaissent. Il se peut bien que cela dérange d'autres personnes aussi - ils peuvent avoir d'autres façons de faire face. Comme chercher un autre emploi par exemple: -)
si la l'équipe ne fonctionne pas bien ensemble, il n'est pas une équipe.
par curiosité - combien de temps durent vos séances d'appariement et à quelle fréquence changez-vous de paire? Je trouve qu'il est parfois plus facile de faire face à ce genre de chose si les gens changent de paire sur une base régulière - une ou deux fois par jour. De cette façon, tout le monde partage les avantages et les inconvénients relatifs de tous les membres de l'équipe - ce qui peut aider tout le monde à 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 un minuteur qui pourrait être réglé pour 1/2/3 heures. Quand la cloche sonne, tournez vos paires. Cela a un peu d'effets:
- deux personnes ne se collent pas en couple pendant longtemps
- vos développeurs vont pouvoir tourner à travers vos histoires actuelles, se familiariser avec chacun et les différentes zones du code
- si l'une de vos odeurs de dev, vous aurez seulement à obtenir à travers une courte période de puanteur!
l'Appariement est une pratique critique pour une équipe agile. Pour commencer, il est préférable d'identifier les développeurs qui sont désireux et capables de travailler efficacement en paires. Une compagnie que je connais fait des interviews extrêmes. C'est-à-dire qu'ils interrogeront les candidats par deux, 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 en collaboration. Seuls ceux qui peuvent bien fonctionner avec d'autres sont pris en compte.
Il n'est pas une exigence que tous les couples se ressemblent. Ce qui est important, c'est qu'ils sont efficaces. Étant donné que les paires tournent fréquemment (pour chaque carte ou plus fréquemment), la personnalité est moins d'un problème. Si quelqu'un ne fait pas partie d'une équipe de deux, et qu'après avoir été entraîné est toujours un problème, on devrait lui demander de quitter l'équipe.