也来评一评陈皓的《为什么Scrum不行》

接触陈皓这篇《为什么Scrum不行》，并不是直接在他的酷壳上看到的，而是从CSDN首页一篇评论该文的博文开始的。

陈皓的原文地址：http://coolshell.cn/articles/5044.html

对于陈皓所描述的团队应用scrum方法时所遇到的困境，我也有一些同感，但是可能我考虑的角度跟他不太一样。

我认为，很大程度上，不是scrum不行，而是我们的团队不行，或者说暂时不适用scrum。当我们想引人scrum的时候，我们只是粗暴的去引入它，并没有事先去为它创造应有的团队基础。简单的比喻一下，你开一辆布加迪在三环上跑不到30km/h，是车不行还是路不行？

scrum在中国人的性格特质下，更适合那些凝聚力比较高的、自我驱动能力比较强的、技术水平比较成熟的、具备有号召力的leader的（作为组织者、评判者和关系协调者）、已经具备一定沟通条件的技术团队。比如，几个志同道合的技术人因某一共同的计划而走到一起创业的团队。当然也不只限于初创团队，在我所就职过的成熟公司中，正保远程教育除java团队以外的技术团队应该是很有希望引入这一方法的（前提是老蔡要更懂得授权和把项目预期适当透明化）。

作为一个敏捷方法，scrum有其自身的适用情境，并且在这个情境内有其卓越的表现，陈皓文中所说的情况是团队条件不适用scrum，这并不妨碍scrum作为一个优秀的敏捷方法的事实。我认为，好东西挑剔环境是必然的。那些可以原封不动放之四海而皆准的方法论，是我们做事情的基础，这类普适方法的核心目的是确保我们正确的完成工作，而不是最高效最完美的完成工作，而类似于scrum这种优秀的但是比较挑剔的方法，我们可以在合适的地方有选择的去用。

在我们抱怨某某方法根本没办法在我们的团队中推动的时候，我觉得，很多时候，有问题的不一定是方法本身，或许是我们做的还不够。我们喜欢做甩手掌柜，希望通过引入一个方法去彻底改变现状，但是这种魔术是不存在的。我们需要为方法创造使用条件（比如通过资源重组来改造出一只适合scrum的团队），或者为团队寻找更合适的方法。简单粗暴的引入，继而抱怨，这一定程度上反映出一种在创造力方面的惰性。引入敏捷就必须用scrum吗？用scrum就必须完完全全把它的内容变成一本手册去照做吗？我们难道不能有选择的引入scrum中适合我们的内容，适当的去调整那些不适合我们的内容，从而让它更好的发挥作用吗？甚至我们难道不可以借鉴scrum的方法和思想，创造出一个完全适合我们的团队的私有的模式吗？

scrum本身是一个敏捷的东西，一个崇尚开放和灵活性的东西，我们如果教条和僵化的去使用它，本身就违背了它存在的价值基础。

老彭分享
2011-7-22