[b]瀑布式Scrum（Water-Scrum-Fall）[/b]
Forrester公司的调研总监兼副总裁Dave West认为，瀑布式Scrum（Water-Scrum-Fall）已经成为当今IT界的普遍现象了。Dave在[url=http://www.sdtimes.com/content/article.aspx?ArticleID=36195&page=1]SD Times[/url]网站上发布了Forrester的调研结果。报告提到：越来越多的公司正通过[color=red]自底向上的实施以及自顶向下的改革[/color]这一两手抓的方式，不断推动着引入敏捷方法的进程。然而，敏捷实施的实际情况却与敏捷宣言所述的初衷背道而驰，很多实施都变成了四不像，好比Forrester取的新名词瀑布式Scrum（Water-Scrum-Fall)。
Forrester公司确信发生这种情况是因为[color=red]敏捷通常由那些敏捷先锋们引领，而他们又往往会更多地考虑自己最熟悉的领域。大多数情况下他们最熟悉的是软件开发[/color]。像交付管理、项目计划等领域则依然按传统的方式进行运作。
文章进一步诠释了Water-Scrum-Fall这一新名词：
[list]
[*]Water – 定义了前期项目计划过程，通常发生在IT和业务部门之间。
[*]Scrum – 一种迭代的、自适应的方法，用以实现在Water阶段事先敲定的总体计划。
[*]Fall – 一个可控的非频繁交付的产品周期，通过组织级策略来监管，也受限于企业基础架构。
[/list]
这篇文章还针对开发团队在面对Water-Scrum-Fall时应该[b]如何增强敏捷性[/b]给出了一些建议。包括：
[list]
[*]一个完整的Scrum团队必须包括所有交付可运行软件所需的人员。通常来说，就是开发人员、测试人员以及业务分析员为一个共同目标一起奋斗。
[*]应用程序开发人员应该对不频繁交付的现状提出质疑，并不断推动开发团队去优化集成交付流程。
[*]在前期花费很多时间并不会改善交付质量；恰恰相反，这是种浪费。
[*]文档做得好并不意味着就能开发出可工作的软件，所以写任何文档都只需要切中要害，确保能制订出概要计划并且可以着手开发就行。
[/list]
不过读到这儿，让人联想起从2011年六月Mike Dwyer在Big Visible上发布的[url=http://www.bigvisible.com/2011/06/scrum-purists-posers-and-pragmatists/]博文[/url]。文中，Mike断言Scrum将分为三大阵营：[color=red]纯Scrum派、挂羊头卖狗肉派和实用主义[/color]派。
在Water-Scrum-Fall开发团队转变为纯Scrum派之前是不是就是挂羊头卖狗肉那一类的呢？或者Water-Scrum-Fall本质上更趋近于实用主义？让我们听听读者的看法吧。你怎么看呢？
查看英文原文：[url=http://www.infoq.com/news/2011/12/water-scrum-fall-is-the-norm]Have the Pragmatists Won? Water-Scrum-Fall Is the Norm[/url]
转自：[url=http://www.infoq.com/cn/news/2011/12/water-scrum-fall-is-the-norm]实用主义的胜利？瀑布式Scrum（Water-Scrum-Fall）大行其道！[/url]
[b][url=http://www.scrumcn.com/agiletest/html/?436.html]Scrum交互瀑布式测试[/url][/b]
我认为[color=red]为每个用户故事进行独立测试是敏捷流程的基础[/color]，即使是在一个和瀑布式流程融合的场景里。不光是敏捷或者Scrum，无论是任何软件开发流程，我们都应该把测试集成到流程当中。这样的方法符合现代质量管理的基本原则：[b]“质量是靠创造出来的，而不是靠检查出来的”[/b]。
尽管在Scrum中引入瀑布式流程也需要遵循这条原则的原因是：因为在流程的最后阶段才进行测试会导致众所周知的问题（详见Mike Cohn的《Scrum敏捷软件开发》）。团队[color=red]不应该将质量看作成开发工作以外的事情，而将测试工作分配给团队里的唯一成员（测试专家）[/color]。让整个团队都参与到测试中来是非常重要的（详见Lisa Crispin和Janet Gregory的《敏捷软件测试:测试人员与敏捷团队的实践指南》）。
[img]http://dl.iteye.com/upload/attachment/0074/7573/00f2db08-c3c2-30bf-8f0a-352e68caf26d.jpg[/img]
Forrester公司的调研总监兼副总裁Dave West认为，瀑布式Scrum（Water-Scrum-Fall）已经成为当今IT界的普遍现象了。Dave在[url=http://www.sdtimes.com/content/article.aspx?ArticleID=36195&page=1]SD Times[/url]网站上发布了Forrester的调研结果。报告提到：越来越多的公司正通过[color=red]自底向上的实施以及自顶向下的改革[/color]这一两手抓的方式，不断推动着引入敏捷方法的进程。然而，敏捷实施的实际情况却与敏捷宣言所述的初衷背道而驰，很多实施都变成了四不像，好比Forrester取的新名词瀑布式Scrum（Water-Scrum-Fall)。
Forrester公司确信发生这种情况是因为[color=red]敏捷通常由那些敏捷先锋们引领，而他们又往往会更多地考虑自己最熟悉的领域。大多数情况下他们最熟悉的是软件开发[/color]。像交付管理、项目计划等领域则依然按传统的方式进行运作。
文章进一步诠释了Water-Scrum-Fall这一新名词：
[list]
[*]Water – 定义了前期项目计划过程，通常发生在IT和业务部门之间。
[*]Scrum – 一种迭代的、自适应的方法，用以实现在Water阶段事先敲定的总体计划。
[*]Fall – 一个可控的非频繁交付的产品周期，通过组织级策略来监管，也受限于企业基础架构。
[/list]
这篇文章还针对开发团队在面对Water-Scrum-Fall时应该[b]如何增强敏捷性[/b]给出了一些建议。包括：
[list]
[*]一个完整的Scrum团队必须包括所有交付可运行软件所需的人员。通常来说，就是开发人员、测试人员以及业务分析员为一个共同目标一起奋斗。
[*]应用程序开发人员应该对不频繁交付的现状提出质疑，并不断推动开发团队去优化集成交付流程。
[*]在前期花费很多时间并不会改善交付质量；恰恰相反，这是种浪费。
[*]文档做得好并不意味着就能开发出可工作的软件，所以写任何文档都只需要切中要害，确保能制订出概要计划并且可以着手开发就行。
[/list]
不过读到这儿，让人联想起从2011年六月Mike Dwyer在Big Visible上发布的[url=http://www.bigvisible.com/2011/06/scrum-purists-posers-and-pragmatists/]博文[/url]。文中，Mike断言Scrum将分为三大阵营：[color=red]纯Scrum派、挂羊头卖狗肉派和实用主义[/color]派。
在Water-Scrum-Fall开发团队转变为纯Scrum派之前是不是就是挂羊头卖狗肉那一类的呢？或者Water-Scrum-Fall本质上更趋近于实用主义？让我们听听读者的看法吧。你怎么看呢？
查看英文原文：[url=http://www.infoq.com/news/2011/12/water-scrum-fall-is-the-norm]Have the Pragmatists Won? Water-Scrum-Fall Is the Norm[/url]
转自：[url=http://www.infoq.com/cn/news/2011/12/water-scrum-fall-is-the-norm]实用主义的胜利？瀑布式Scrum（Water-Scrum-Fall）大行其道！[/url]
[b][url=http://www.scrumcn.com/agiletest/html/?436.html]Scrum交互瀑布式测试[/url][/b]
我认为[color=red]为每个用户故事进行独立测试是敏捷流程的基础[/color]，即使是在一个和瀑布式流程融合的场景里。不光是敏捷或者Scrum，无论是任何软件开发流程，我们都应该把测试集成到流程当中。这样的方法符合现代质量管理的基本原则：[b]“质量是靠创造出来的，而不是靠检查出来的”[/b]。
尽管在Scrum中引入瀑布式流程也需要遵循这条原则的原因是：因为在流程的最后阶段才进行测试会导致众所周知的问题（详见Mike Cohn的《Scrum敏捷软件开发》）。团队[color=red]不应该将质量看作成开发工作以外的事情，而将测试工作分配给团队里的唯一成员（测试专家）[/color]。让整个团队都参与到测试中来是非常重要的（详见Lisa Crispin和Janet Gregory的《敏捷软件测试:测试人员与敏捷团队的实践指南》）。
[img]http://dl.iteye.com/upload/attachment/0074/7573/00f2db08-c3c2-30bf-8f0a-352e68caf26d.jpg[/img]
扫一扫
2443
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
