浅谈“硝烟中的Scrum and XP”

距离目前已经是我接触Scrum的十多天了，在这几天学习过程中算是比较了解了Scrum只是一个框架，而不是方法论。第一次写blog没有什么思路，就按我理解的先后顺序开始写吧，谈谈自己的感悟。

• 关于scrum 、sprint、 backlog
  Scrum是橄榄球运动的一个专业术语，表示“争球”的动作。橄榄球是一项单位场地内寸土必争的运动，一方获得进攻权利，就会一步步地推进敌方阵营。这样就类似团队进行开发项目时，通过团队合作把项目一步步推进，和打橄榄球一样迅速、充满激情，所以把这样的一个开发流程取名为Scrum。开发团队利用Scrum方法，可以高效运作。
  Scrum是以团队为基础，为企业创造价值。团队成员一起努力实现团队业务目标。一个团队制定了任务目标，他们就会：

• 弄清楚如何开展这项计划

• 需要做的工作

• 找出妨碍完成工作的因素

• 与团队内其他成员共同解决无法控制的问题

Sprint就像一个project，或者是说project阶段从开始到结束的过程。
制定Sprint计划，这里涉及到resourse和时间的分配以及确定产品还有哪些feature需要完成还有哪些细节，这是个不过的idea。接着把讨论后的规划贴出来，让大家都可以看得见，并且目标也比较明确。根据进度来更新白班是个好的建议，让别人知道我们在做什么。并且在白板上把任务分解，用一些曲线或其他形状标识记录一些东西，这样的话客户心理也有底了。即便这时加入了新人，也会一目了然的知道我们在干什么，原有团队的人也知道自己做了哪些事。
Spring至关重要，为什么？
因为可以让团队都清楚大家接下来一段时间的目标是什么，拧成一股绳。可以让每个人都清楚别人每天都在干什么，这样才会在内部形成竞争力。可以让公司的领导及其他部门都知道团队都在干什么并且知道每天都完成了哪些内容减少了不必要的谈话，会议和质疑，正所谓，一眼望穿！对项目的把控性增强了，知道什么时候需要催一催进度，什么时候可以让大家稍微放松。
Backlog更像是一个需求文档，不过它是以条目的形式组织在一起，而没有分散在固定的文档中，或者二可以理解为待办的工作事项。
Backlog的作用是什么？Backlog里面放的是需要实现的所有任务，包括功能性或非功能性等等。。。就是说已经完成了部分的设计工作被单独放到一个空间内，随着Sprint的进行，生产出可发布的产品增量，客户对产品的直观认识也会随之加深，他们可以据此建议更改或者添加产品Backlog中的任务。

2.关于Scrum 、XP的区别

区别之一： 迭代长度的不同。
XP的一个Sprint的迭代长度大致为1~2周, 而Scrum的迭代长度一般为 2~ 4周。

区别之二：在迭代中, 是否允许修改需求。
XP在一个迭代中，如果一个User Story(用户素材, 也就是一个需求)还没有实现， 则可以考虑用另外的需求将其替换， 替换的原则是需求实现的时间量是相等的。 而Scrum是不允许这样做的，一旦迭代开工会完毕, 任何需求都不允许添加进来，并有Scrum Master严格把关，不允许开发团队收到干扰。

区别之三: 在迭代中，User Story是否严格按照优先级别来实现。
XP是务必要遵守优先级别的。但Scrum在这点做得很灵活，可以不按照优先级别来做，Scrum这样处理的理由是： 如果优先问题的解决者，由于其它事情耽搁，不能认领任务，那么整个进度就耽误了。 另外一个原因是，如果按优先级排序的User Story #6和#10，虽然#6优先级高，但是如果#6的实现要依赖于#10，则不得不优先做#10。

区别之四:软件的实施过程中，是否采用严格的工程方法，保证进度或者质量。
Scrum没有对软件的整个实施过程开出养个工程实践的处方。要求开发者自觉保证，但XP对整个流程方法定义非常严格，规定需要采用TDD, 自动测试， 结对编程，简单设计，重构等约束团队的行为。因此，原作者认为， 这点上，XP的做法值得认同的，但是却把敏捷带入了一个让人困惑的矛盾, 因为xp的理念，结合敏捷模式，表达给团队的信息是“你是一个完全自我管理的组织， 但你必须要实现TDD, 结对编程, …等等”。

不难发现，这四个区别显见的是： Scrum非常突出Self-Orgnization, XP注重强有力的工程实践约束