敏捷方法之极限编程(XP)和 Scrum

区别之一：迭代长度的不同

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注重强有力的工程实践约束

Scrum Master的职责：

1.排除产品开发和产品负责人之间的障碍，确保产品负责人直接推动开发工作

2.教授产品负责人如何实现投资回报最大化，以及如何利用Scrum达成目标

3.激发创造力和放权，从而改善开发团队的环境

4.千方百计提高开发团队的生产力

5.改善工程实践和工具，确保每个功能增量都具备潜在可交付性

6.向各方确保团队工作进展实时根系并高度可视

Scrum 规则：

禁止在Sprint过程中干涉团队

允许在Sprint计划会议上将团队引向具有更高优先级的工作

1.各个成员在 Alpha 阶段认领的任务

数据库环境的搭建，连接数据库：张陈东芳
数据库语句sql语句：张陈东芳
商品实体类的实现：吴敏烽
获取所有商品信息的实现：吴敏烽
根据商品编号获得商品资料：周汉麟
获取最近浏览的前五条商品信息：林振斌
从客户端获得Cookies集合，显示商品信息：李智
页面的排版设计：周汉麟，林振斌，李智

2.明日各个成员的任务安排

张陈东芳：数据库连接的检查
吴敏烽：商品实体类的检查
周汉麟：获取商品信息方法的检查
林振斌：获取商品信息方法的检查
李智：Cookies的检查
全体人员：商量优化该项目，提出方案及如何去实现该方案

3.整个项目预期的任务量

数据库环境的搭建，连接数据库，使用sql语句将商品信息存储在sql server 中；编写商品实体类，包括商品的id，name，city，price，number和picture；实现获取所有商品信息，获得sql server中的所有商品信息，页面设计，使用eclipse实现动态页面，商品图片在页面的排版，用Cookies获取商品id来输出指定id的商品的详细信息

4.敏捷开发前的感想

人员的任务安排，考虑到每个人所擅长的领域来给每个成员分配任务
项目开发的时间，大概花了三四周时间才写完，每个人员都十分刻苦，利用自己剩余的自由时间来写项目
项目优化的方案考虑，实现核心功能，商品详情信息的输出，后期实现类似网上购物的功能

5.团队期望

后期实现类似网上购物的功能，考虑到需要为每个用户来存储他们的浏览记录，以及在支付方面需要用个人账户来支付，需要实现session对象，每个购物过程：登录->浏览->点击商品->支付这是一个客户实现session的过程。后期的登录功能级其他完善的功能都需要session对象，目前小组仍在学习

6.排版