Agile - 瀑布式Scrum（Water-Scrum-Fall）、Scrum交互瀑布式测试

瀑布式Scrum（Water-Scrum-Fall）
Forrester公司的调研总监兼副总裁Dave West认为，瀑布式Scrum（Water-Scrum-Fall）已经成为当今IT界的普遍现象了。Dave在SD Times网站上发布了Forrester的调研结果。报告提到：越来越多的公司正通过自底向上的实施以及自顶向下的改革这一两手抓的方式，不断推动着引入敏捷方法的进程。然而，敏捷实施的实际情况却与敏捷宣言所述的初衷背道而驰，很多实施都变成了四不像，好比Forrester取的新名词瀑布式Scrum（Water-Scrum-Fall)。
Forrester公司确信发生这种情况是因为敏捷通常由那些敏捷先锋们引领，而他们又往往会更多地考虑自己最熟悉的领域。大多数情况下他们最熟悉的是软件开发。像交付管理、项目计划等领域则依然按传统的方式进行运作。

文章进一步诠释了Water-Scrum-Fall这一新名词：

• Water – 定义了前期项目计划过程，通常发生在IT和业务部门之间。
• Scrum – 一种迭代的、自适应的方法，用以实现在Water阶段事先敲定的总体计划。
• Fall – 一个可控的非频繁交付的产品周期，通过组织级策略来监管，也受限于企业基础架构。

这篇文章还针对开发团队在面对Water-Scrum-Fall时应该如何增强敏捷性给出了一些建议。包括：

• 一个完整的Scrum团队必须包括所有交付可运行软件所需的人员。通常来说，就是开发人员、测试人员以及业务分析员为一个共同目标一起奋斗。
• 应用程序开发人员应该对不频繁交付的现状提出质疑，并不断推动开发团队去优化集成交付流程。
• 在前期花费很多时间并不会改善交付质量；恰恰相反，这是种浪费。
• 文档做得好并不意味着就能开发出可工作的软件，所以写任何文档都只需要切中要害，确保能制订出概要计划并且可以着手开发就行。

不过读到这儿，让人联想起从2011年六月Mike Dwyer在Big Visible上发布的博文。文中，Mike断言Scrum将分为三大阵营：纯Scrum派、挂羊头卖狗肉派和实用主义派。

在Water-Scrum-Fall开发团队转变为纯Scrum派之前是不是就是挂羊头卖狗肉那一类的呢？或者Water-Scrum-Fall本质上更趋近于实用主义？让我们听听读者的看法吧。你怎么看呢？

查看英文原文：Have the Pragmatists Won? Water-Scrum-Fall Is the Norm

转自：实用主义的胜利？瀑布式Scrum（Water-Scrum-Fall）大行其道！


Scrum交互瀑布式测试
我认为为每个用户故事进行独立测试是敏捷流程的基础，即使是在一个和瀑布式流程融合的场景里。不光是敏捷或者Scrum，无论是任何软件开发流程，我们都应该把测试集成到流程当中。这样的方法符合现代质量管理的基本原则：“质量是靠创造出来的，而不是靠检查出来的”。

尽管在Scrum中引入瀑布式流程也需要遵循这条原则的原因是：因为在流程的最后阶段才进行测试会导致众所周知的问题（详见Mike Cohn的《Scrum敏捷软件开发》）。团队不应该将质量看作成开发工作以外的事情，而将测试工作分配给团队里的唯一成员（测试专家）。让整个团队都参与到测试中来是非常重要的（详见Lisa Crispin和Janet Gregory的《敏捷软件测试:测试人员与敏捷团队的实践指南》）。