挥发性极限编程团队

Question

您会推荐在团队组成变化经常的组织中实施极限编程实践吗？ 如果在极端的编程场景中，团队变为中途变动，您会推荐什么？ 谢谢。

Answer 1

当团队组成波动时，什么样的过程会起作用？至少在XP中，使用结对编程，你有一些希望，不止一个团队成员对代码的所有部分都有一定的了解。 FWIW，我没有练习XP，我只是没有看到这个问题是如何使用XP加剧的。

Answer 2

我会建议首先解决团队波动的问题。如果你的办公室首先有一个旋转门，那么没有哪个流程能够很好地工作，而且我会说使用一个更加依赖个人表现和贡献的流程，而不是一个意图与“如果可能的话，机器中可替换的齿轮“会使事情变得更糟。

配对编程可能适用于这样的情况，前提是您可以将一些人保留足够长的时间，以便他们可以将知识传授给团队中的新成员。然而，问题的一部分是，你不能真正练习配对编程的“一对平等”部分，你会最终陷入一个隐含的高级/初级情况，只是因为一半的人不知道代码足够好。

大多数开发过程都依赖于一个相对稳定的团队，他们很好地了解代码库。如果你没有这些，你需要围绕这个事实设计一个过程，你将会与那些试图在他们努力提高生产力的同时掌握代码库的开发人员打交道。

Answer 3

配对编程应该有助于让新团队成员加快速度，并在团队室内进行渗透通信。广泛的开发人员和客户测试套件应确保新团队成员不会破坏现有功能。高代码质量应该可以帮助他们更快找到解决方法。

话虽如此，不稳定的团队确实是一个强大的反模式。你为什么首先要他们？

Answer 4

高测试覆盖率和持续集成有助于确保新团队成员不会破坏以前实施的内容。结对编程是我发现帮助某人熟悉项目的最快方式。在这些迭代中规划会议，简短迭代和追踪速度也可以帮助新开发人员轻松咬住更容易管理的小件。

Answer 5

程序员配对成为必须。工程师实践（XP）和管理实践（SCRUM）可以实现可持续发展。你应该强调的一个工作团队的第一件事是把它放在一起。如果这是不可能的，编程配对就显得更加重要！

对于瀑布，一个项目开始，人们聚集在一起，然后他们必须通过窗体，风暴，规范然后执行。一旦团队学会如何一起工作，项目就结束了，工作团队也被解散了。然后再次重复该过程。你看到问题了吗？谁拥有如此多的资金以至于他们可以继续为团队支付Form，Storm，Norm的费用，然后一次又一次地执行？

这就是说，每个团队都会看到团队成员来来去去。通过程序员配对，您可以为团队带来新人，他们几乎会立即生效。通过配对，他们将很快学习业务领域，应用程序代码和工程实践。

我们带了一组4对，并增加了3对新队。我们将所有新开发人员与经验团队成员配对。我们给了我们30天的时间，让新成员加快速度。该团队击中了所有可交付成果。您能否将6位开发人员添加到瀑布团队的8位开发人员团队中？该团队几乎会停下来同化新的团队成员。

底线，保持一个功能团队在一起。如果无法做到这一点，可以有效地使用配对，以便迅速将新人带上。