团队中的部分成员在一起编程时遇到了问题。不同的性别、文化和年龄导致了这些问题。如何解决这些问题？ - 不要让他们一起工作， - 让他们搭档并找到一个“黄金平衡点”。
9个回答
17
编程伙伴是基于两个程序员合作可以增加价值的想法。如果这不是真的，请更改编程伙伴...让他们自己选择。编程应该是有趣的!
- Sklivvz
2
3我不确定让人们选择自己的伴侣是否是个好主意。这样做似乎容易导致相同经历和观点的伴侣，这种设置缺乏交叉授粉的价值。 - JeffH
@JeffH，我同意你的观点，但我也认为如果两个不喜欢彼此的程序员被迫一起工作，多样性就没有任何价值。 - Sklivvz
9
每周或每个迭代更换一次配对，如果一些人之间存在问题，他们不会感觉这是永久性的。我认为，如果你必须与某个你不喜欢的人合作，有一个明确的时间范围会使它变得更容易，并希望你不会因此失去任何优秀的人才。
如果经过几次轮换后，你注意到有一个具体的人没有受到任何人的喜欢，可能需要关注调整该人与团队互动的方式，或者如果它一直持续下去，将其从团队中完全剔除。
如果经过几次轮换后，你注意到有一个具体的人没有受到任何人的喜欢，可能需要关注调整该人与团队互动的方式，或者如果它一直持续下去，将其从团队中完全剔除。
- spoon16
6
重新评估您的招聘实践，并确保您选择了以团队为导向的员工。
如果选不到这样的员工，那就准备一些口香糖吧。
-Adam
如果选不到这样的员工，那就准备一些口香糖吧。
-Adam
- Adam Davis
3
简洁而准确 - 让我发笑 :)。 - xan
在团队中工作和在紧密的一对中工作是非常非常不同的事情... - Richard Ev
但是，许多在团队中良好工作所需的技能和专业态度也适用于良好的双人合作。尽管如此，你的观点是正确的 - 他应该选择“双人编程”为导向的员工。我很想知道您在这两者之间发现的技能差异。 - Adam Davis
4
他们到底遇到了什么问题？他们相处不来，彼此之间理解有误吗？他们的编程经验水平不同吗？
如果你能找到一个团队成员担任“调解员”的角色可能会有所帮助。这个人最好是过去成功进行过配对编程并且可以帮助这两个人度过前几次合作。
如果你能找到一个团队成员担任“调解员”的角色可能会有所帮助。这个人最好是过去成功进行过配对编程并且可以帮助这两个人度过前几次合作。
- muloh
1
解决冲突的第一步是认识到人与人之间的差异。即使是最温和的程序员在配对编程中也会感到不耐烦，这可能会非常紧张。有些人在面对冲突时会退缩，而另一些人则会变得咄咄逼人。
根据我的经验，接近配对编程的最佳方式是在动手编码之前详细讨论本次会话的目标，这将使你们两个的思维保持一致。当你们在某些事情上存在分歧时，停止编码，远离电脑进行讨论，试图找到共同点，最重要的是不要忽视你的伙伴可能提出的任何想法。休息一下；不要连续工作2小时，每45分钟左右尝试站起来或休息一下。
根据我的经验，接近配对编程的最佳方式是在动手编码之前详细讨论本次会话的目标，这将使你们两个的思维保持一致。当你们在某些事情上存在分歧时，停止编码，远离电脑进行讨论，试图找到共同点，最重要的是不要忽视你的伙伴可能提出的任何想法。休息一下；不要连续工作2小时，每45分钟左右尝试站起来或休息一下。
- Kris
1
作为一个团队，讨论配对问题，并确保团队知道不起作用的不同配对。这样，团队可以帮助确保你的配对不会避开彼此。如果将一个不正常的配对分开，它们将永远不正常。
让配对双方打开沟通渠道；尝试让双方做新事物。假设两个人都是真正优秀的开发人员，他们都有很多可以互相学习的东西。试着改变他们的态度，从教师变成学生。
- Heath Borders
1
我赞同muloh的问题 - 他们遇到了什么问题？
根据我的经验，这些问题通常（但并非总是）是团队结构/技能/关系潜在问题的迹象，如果您想让每个人都发挥最佳水平，就需要解决这些问题。
玛丽和弗雷德之间不合适，是因为弗雷德不知道正常人如何使用数据库吗？弗雷德和乔之间不合适，是因为乔没有按照应该洗澡的频率洗澡吗？乔和玛丽之间不合适，是因为玛丽是个粗鲁的混蛋吗？如果是这样，那么你几乎可以保证弗雷德、乔和玛丽也以类似的方式惹恼了团队中的其他成员。
只因为一两个人足够推动问题而避免配对，并不意味着问题会消失。它可能会让其他人感到烦恼 - 他们可能有其他应对方法。例如寻找其他工作:-)
如果团队不能很好地协作，那么它就不是一个团队。
出于好奇 - 你们的配对会话持续多久，多久换一次搭档？我发现如果人们定期更换搭档（每天一两次），有时处理这种事情会更容易。这样每个人都可以分享团队中每个人的相对优点和缺点 - 这可以帮助大家专注于解决一些缺点。
- adrianh
2
通常在用户故事实现后，配对会切换，即在一两天内。 - alex
可能值得更频繁地进行更改。也许可以尝试使用较小的故事，或者在一个故事中进行交换（我自己倾向于后者 - 可以更广泛地传播信息）。（对于回复晚了表示抱歉 - 本来以为 Stack Overflow 会通过电子邮件通知我有关评论的评论 :-)） - adrianh
0
配对是敏捷团队的一项关键实践。首先，最好确定哪些开发人员愿意并能够有效地成对工作。我知道有一家公司进行了极端面试。也就是说，他们会让候选人成对接受面试，并给他们一个问题解决。他们感兴趣的不仅是开发人员解决问题的能力，还包括他们的协作技能。只有那些能够与他人良好合作的人才会被考虑。
并不要求所有人都喜欢彼此。重要的是他们能够有效地合作。鉴于配对经常轮换（每张卡片或更频繁），个性已经不再是问题。如果有人不适应配对，并在接受培训后仍然存在问题，那么应该要求他或她离开团队。
- Cam Wolff
0
另一种方法是在Scrum中不断地交换你的配对。设置一个可以为1/2/3小时的计时器。当铃声响起时，轮换你的配对。这有几个效果：
- 两个人不会长时间被困在一起
- 你的开发人员将会轮流处理当前的故事，熟悉每个故事和代码的不同区域
- 如果你的开发人员有异味，你只需要忍受短暂的异味！
- Burke
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接