全球团队中的Scrum和Scrum硕士

Question

我在一家以一位开发商为技术带头人(我)为模式运作的公司工作，在国内有一位协调离岸团队的协调员/开发人员，而在离岸团队中有一位离岸协调员。这听起来很奇怪，但基本上是可行的。

其余的开发商都在海外。我碰巧是在一个项目，现在有一个额外的岸上开发商。

我的问题是，你认为我可以在一个松散的意义上使用一些敏捷的方法(我们是一个瀑布公司，但也许我可以做scrum，sprint，计划扑克，等等)？另外，你认为我们能从scrum高手那里获益吗？如果我没有额外的陆上开发人员(基本上我是两个陆上开发人员之一，而我们都不是全职开发人员)，该怎么办？如果我放弃我所做的编码，成为scrum大师和技术领导呢？我现在的职责请看下面的评论。

Answer 1

许多Scrum实践将是有用的。考虑到项目的瀑布性质，其中一些问题将显示出您需要以不同的方式解决的问题。下面是一些我认为即使在瀑布里也会有用的东西：

• 每日站立(可通过电话或视频通话)
• 回顾(电话、视频、电子邮件)
• 增量和迭代交付

关于估计值和速度，Scrum有点古怪，因为它依赖于更改的成本是相当恒定的(见下文)，但实际上并没有规定任何这样做的实践。如果您想开始使用估计和测量您的速度，我也想看看XP的实践。类似TDD、对编程(或在分布式情况下使用代码评审)、协作代码所有权、重构和持续集成等也将提高软件的质量，特别是在团队分发的情况下。

然而，评估和速度的目的是允许有效的、自适应的发布计划(以及鼓励团队的承诺)。这个想法是，发布级的刻录或刻录将显示您是否要在最后期限之前完成。在Scrum中，当发现你会错过最后期限时，你会通过缩减范围或延长最后期限来回应。在瀑布，你可能没有这个选择。至少它会给你更多的信息，让你在更长的一段时间内更有效地工作，而不是在最后的时间里嘎吱嘎吱作响，当然还能帮助你进行关于这种风险的对话。

对你来说真正的危险将是，通过逐步交付和展示产品，企业改变想法的机会增加了。对于瀑布式的预算或严格的变更控制，这是行不通的。拥有一个分布式团队也会增加沟通和适应变化的难度。另一种方法是只在团队内部展示增量，并交付业务可能不想要的软件--但这是瀑布式思维；重点是从正确的开始，而不是对发现错误的发现做出反应。如果您能够处理这方面的政治问题，那么任何形式的敏捷都是一个不错的选择(Scrum的实践者经常会说，如果团队不在同一地点，那么它就不是Scrum )。

经验丰富的Scrum大师或教练可能会有所帮助。他们习惯于兜售迭代交付的好处，并通过相关的政治方式进行交谈。

Answer 2

通常不推荐Scrum的场景之一是分布式团队。当团队成员不在同一个工作区和同一个时区时，很难做出正确的Scrum过程。Scrum在很大程度上涉及到沟通--不仅是团队成员之间的交流，也包括团队成员和产品所有者之间的交流。你的产品所有者是在你的网站上还是在离岸网站上？在任何一种情况下，一个站点都无法有效地与产品所有者进行沟通。同样的情况也发生在Scrum大师身上。如果Scrum大师在不同的时区工作，他如何尽可能快地解决障碍？

您的过程描述的另一个问题实际上是技术领先位置。Scrum团队是由授权和跨功能人员组成的自组织团队(授权人员是主要的敏捷原则之一)。这并不意味着他们不能问你一些建议，但在同一时间，他们没有必要，他们可以按自己的方式做。

许多公司都在做你所描述的事情，他们使用的是他们称之为Scrum的东西--我曾经为这样一家公司工作过。有一个全球性的童话故事，离岸开发是能够弥补成本的灵丹妙药，但我的经验是，你不应该把陆上开发和离岸开发合并在一个团队中。要么创建两个单独的团队，要么将整个开发转移到一个站点。

使用分布式团队在电话和视频会议上也有额外的成本，在旅行方面也有很高的成本。例如，如果你开始一个新的项目，整个网站(无论是在岸上还是岸上)应该被移动一到两个冲刺到单一的地方，以便人们见面，并得到一些基本的关系。对士气来说，相互了解总是更好的。

Answer 3

几年来，我在我的上一支团队--微软模式与实践公司( Microsoft patterns & practices )上做了这个工作。这里有一篇关于我们学习如何做分布式敏捷(Scrum/XP)的白皮书：

http://www.ademiller.com/blogs/tech/2009/08/distributed-agile-development-at-microsoft-updated/

以下是与其他人在同一主题上的工作的讨论和一些链接：

http://www.ademiller.com/blogs/tech/2010/11/distributed-agile-development-at-oredev/

你看到的似乎很典型。技术主管是在岸的，花了很多时间审查代码，与在岸利益相关者进行接口等等。