如何在地理位置分散的团队中使用敏捷工具/方法

Question

我正在做一个软件项目，有几个成员在家工作，还有一些人是兼职的。我们每个月至少见面一次。我们主要通过电子邮件进行交流。我们的源代码存储库(mercurial)位于我们共享的丛林磁盘(工作组)上。

我们有一个正常工作的产品和一个客户。但是，我们还不够敏捷(例如:代码中的一个变化有时会破坏其他东西，我们没有单元测试，代码没有文档记录，等等)我想使用敏捷方法来协调我们的工作并跟踪我们的进度。我也想使用TDD。

该团队没有敏捷方法(或其他方法)的经验。

在地理位置分散的团队中使用敏捷方法的最佳方法是什么？哪种方法最适合这样的团队？如何以最小的阻力有效地实现它？

谢谢!

Answer 1

我是分布式XP团队的一员，在3个站点共享源代码和故事，每个站点相隔12个小时(西雅图、英国伯恩茅斯和新加坡)。

下面是我们所做的一些记录：

分布式敏捷模式：http://www.keithbraithwaite.demon.co.uk/professional/papers/index.html#europlop2005

• http://www.keithbraithwaite.demon.co.uk/professional/papers/index.html#xp2005

，

我们发现，在项目开始时，通过将每个人都聚集在一起，以建立标准和建立关系，这是很有帮助的。

我们还发现，拥有“大使”是有帮助的--在团队之间运送不同的人，以传播知识和建立信任。

幸运的是，我们有三个网站，每个网站相隔12个小时--所以我们可以在早上第一件事和晚上最后一件事上开一个站立会议。我们将其称为“交接会议”，并通过新团队和即将离任团队之间的视频会议进行。

我们还发现本地配对和远程配对(即四个人)之间的remote pair-programming 有效，但它非常紧张和耗费精力，最好只在短时间内完成，此时查看其他人在远程做什么真的很关键。

旁白: Kent Beck对使用Eclipse远程配对的人的建议：http://www.threeriversinstitute.org/blog/?p=584

Answer 2

好吧，我的第一个想法是，考虑到你指定的内容：

在源代码中添加单元测试！

如果没有单元测试，大多数敏捷方法论就没有那么有用了。敏捷就是轻量级，并能够快速响应变化--单元测试是实现这一目标的主要方法之一。如果没有单元测试，您将永远无法在不冒重大破坏风险的情况下自由地进行更改。

当你添加测试时，我会记录你的代码。同样，这对于能够改变事情是至关重要的，当团队是分布式的时候更是如此。

一旦完成，您就可以随着时间的推移开始实现其他方法。就我个人而言，我会让整个团队这样做，并开始每天/每周站立(通过电话会议等与分布式团队合作得很好)，每个人都描述他们测试的内容，进展情况等。

这至少会让你走上正轨。

Answer 3

快速浏览此博客：

• You're not agile if your team is dispersed. Yeah right!