【读书笔记】硝烟中的Scrum和XP-我们如何实施Scrum【一】

敏捷软件开发宣言个体和交互 大于 过程和工具可以运行的软件 大于 面面俱到的文档客户合作 大于 合同谈判响应变化 大于 遵循计划敏捷宣言遵循的原则：
我们最优先要做的事，通过尽早、持续的缴入有价值的软件来使客户满意。

即使到了开发的后期，也欢迎改变需求，为客户创造竞争优势。

交付可以工作的软件，交付的时间间隔越短越好。

项目开发期间，业务人员和开发人员在一起工作。

团队内部建立富有效率、效果传递信息的方法-->面对面交谈。

可以工作的软件是进度的度量标准。

项目责任人、开发者和用户应该能够保持长期、稳定的，可持续的开发速度。

关注更优秀的技能和设计。

简单，使未完成的工作最大化的艺术。

最好的架构、需求和设计出自于自组织的团队。

间隔一定时间，团队成员一起进行反省并调整

产品backlog条目/story故事

编号	名称	估时	重要性	如何使用	注解
1	存款	5	30	登录，打开存款界面，存入10元。提示存款成功，转到我的账户余额界面，发现余额增加了10元。	目前不需要考虑加密等问题。
2	查看自己的交易明细	8	10	登录，点击“交易”，存入一笔存款。进入交易明细页面，看到自己近期交易明细，交易成功。	使用分页技术避免大规模的数据库查询。

编号：统一标示符，自动增加，防止重复命名。名称：简单，具有描述性的故事名；有明确含义并能够和其他故事区分开估时：团队的初步估算，完成故事所需的工作量，最小的单位叫story point故事点，人/小时重要性：评估用数值，数值越大越重要如何使用：大略描述故事如何进行，也可以说是一个测试的规范注解：信息解释说明
额外的故事字段：类别：当前故事的分类(根据项目实际需要区分)请求者：由哪个客户或干系人提出的故事