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的《敏捷软件测试:测试人员与敏捷团队的实践指南》）。