scrum简单理解

因为之前的管理过程中，用到的时候敏捷迭代开发。但对敏捷概念模糊，今天找了个视频看了一下。

http://edu.51cto.com/lesson/id-43652.html

一。12大宣言和4个规则，只能部分认同。

二。主要是理解了用户故事。就是把用户的需求以一个固定的语句描述。作为xxx，希望开发一个xxxx，以便xxxx。这个语句的目标是获得：角色，目标，原因。当客户刚开始提出需求时。我们以上面句子就是第一个史诗级故事。然后再对故事进行分解。分解成小的故事。如果此故事满足两个条件既可以停止分解。第一可以在一个sprint实现。第二个加入满意条件。举例：作为跌路局长，希望开发一个火车票销售网站，一遍支持网上购票。上面是一个史诗级的故事。可以分解为：作为售票员，希望可以通过该系统售票，以支持顾客买票。作为顾客，希望可以登录后买票，以便可以查看我的以前的购票记录。如果在一个迭代可以实现可以停止分解，作为售票员，希望可以通过该系统售票，以支持顾客买票，加入满意条件是，查询客户火车票时的默认日期是今天，可以通过键盘更改日期。用户故事同样也是测试用例，也是验收标准，和开发标准。

product backlog是产品代办列表

spring backlog是冲刺代办列表

一个用户故事的开发完成，是指流程上可以进行运行，而不是指开发完成。这样我认为要基于测试驱动开发的模式来实现。开发人员在做完自己的用户故事后，可以找到相应的用例测试。

关于每日例会，我基本实时和开发人员沟通，所以也没怎么使用每日例会。或者说一天使用n多非常短小的例会。