领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
实用主义的胜利？瀑布式Scrum（Water-Scrum-Fall）大行其道！
作者 Christopher Goldsbury 译者 金毅 发布于 2011年12月19日
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
译者 金毅 多年来服务于欧美软件外包行业从事管理工作，对软件工程、方法学等在外包业的运用和CMMI实施略有感悟。
有些感触
发表人
江 慧明
发表于
Re: 有些感触
发表人
朱 敏
发表于
Re: 有些感触
发表人
Yin William
发表于
Re: 有些感触
发表人
Yin William
发表于
-
文档做得好并不意味着就能开发出可工作的软件，所以写任何文档都只需要切中要害，确保能制订出概要计划并且可以着手开发就行
---感受很深，我们公司为此还成立质量部门，专门抓文档格式（甚至规定文字大小），搞得我们这些写程序经常很狼狈。其实那个文档从来就没人看。 -
我觉得，那些格式繁复的软件文档，其实，是一些（看）不懂软件的人为了自己的管理需要硬塞进软件过程中的。软件需要有真正适合自己行业特点的文档（一般，我觉得画几张关键的图即可），代码本身也是一种文档，如同音乐的文档就是乐谱本身一样。
-
我觉得，那些格式繁复的软件文档，其实，是一些（看）不懂软件的人为了自己的管理需要硬塞进软件过程中的。软件需要有真正适合自己行业特点的文档（一般，我觉得画几张关键的图即可），代码本身也是一种文档，如同音乐的文档就是乐谱本身一样。
有道理，赞一个！ -
你应大胆地向你的领导提出你的建议。
4 条回复
关注此讨论 回复