聊聊xp和scrum在实战中的应用问题

    @agile123 在微博里发了条关于敏捷的调查，原文如下：

“

为什么说XP失败了？在迄今规模最大，6000多人投票的VersionOne 2011年敏捷现状调查报告中，单独采用极限编程的只有区区2%，可以忽略不计吧；Scrum加XP也只有14%；而单独采用Scrum的占到52%，没用XP，显然是与传统软件工程方法搭配。这说明XP作为一种完整、独立方法基本失败了，也不是敏捷实施所必需的

” 

    被 @uahoo 同学艾特了，也聊一下吧，敏捷要说起来，是个很大的话题了，有空的时候再往细了说。先说说我对xp和scrum的看法。

    scrum出现的时间比xp早，没记错的话，大概早了十年。我一直认为scrum是个伟大的里程碑，而xp很难说没有受到scrum的影响。scrum被肯斯瓦伯定义为一个“框架”，是非常具体的实战步骤——鸡类人员、猪类人员、计划会议、每日站立会议、验收会议和回顾会议、productor owner、scrum master、燃尽图、估算扑克牌等等等等，所有这些全都是可以不假思索马上用起来的，很接地气。

    肯斯瓦伯在介绍这套框架之外，也通过自己的著作介绍了这套框架背后的指导思路，但并没有整理得那么清晰有条理。之后肯贝克提出了xp，xp和scrum定义为“框架”不同，它把自己定义为“价值观”“原则”和“实践”。在我看来，肯贝克的提出的xp“价值观”对scrum的指导思路做了很好的诠释，用武侠小说中常用到的“招式”和“内功心法”打个类比，可以把scrum当做“招式”，把xp价值观当做“内功心法”。理解敏捷的理念之后，再实施敏捷实践才不会空有其表。

    但大多数人在实战时关注的其实并不是“价值观”和“原则”这种很虚的东西，而是看得见也用得上的具体实践。在这方面xp就远比不上scrum接地气——xp提出了很多有意思的实践，比如结对编程、持续集成、每日构建和测试驱动开发，这些东西看起来很美好，而且的确好处很明显，但成本其实也非常地高，xp通过将开发过程中一系列的步骤推向极致,来达到完全不同的编程和维护体验，但“极致”真的容易不接地气。拿TDD来说吧，在现实中TDD的拥护者和怀疑者形成了两个极端，要么喜欢得要死，要么完全不用，而大多数喜欢TDD的人大多是大师级工程师，而大量普通工程师却因TDD的性价比和高门槛望而却步，这不是普通人能玩的，玩不好的话不但没有益处，反而成了拖累。

    scrum成功就成功在接地气，而xp失败就失败在对工程师有太高的要求，不是什么环境什么人都能玩的。而且xp非常的零散，只能当做“一些建议”来使用，而不是一个“完整的流程”方法论，我想打从一开始xp的定位就和scrum是不相同的。scrum现在已经成了敏捷的代名词，我自己在实战中也会以scrum为框架，适当地加上一点xp的实践——事实上，我觉得xp的“价值观”比“实践”更实用一点。另外值得一提的是精益看板，这个也是对scrum的一个不错的补充或者说改良吧，值得关注。

   

    

转载于:https://www.cnblogs.com/cly84920/archive/2012/12/26/4426470.html