敏捷软件开发宣言
个体和交互        大于     过程和工具
可以运行的软件    大于     面面俱到的文档
客户合作          大于     合同谈判
响应变化          大于     遵循计划
敏捷宣言遵循的原则：

  • 我们最优先要做的事，通过尽早、持续的缴入有价值的软件来使客户满意。

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

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

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

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

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

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

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

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

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

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


产品backlog条目/story故事
编号名称估时重要性如何使用注解
1存款530登录，打开存款界面，存入10元。提示存款成功，转到我的账户余额界面，发现余额增加了10元。目前不需要考虑加密等问题。
2查看自己的交易明细810登录，点击“交易”，存入一笔存款。进入交易明细页面，看到自己近期交易明细，交易成功。使用分页技术避免大规模的数据库查询。
编号：统一标示符，自动增加，防止重复命名。
名称：简单，具有描述性的故事名；有明确含义并能够和其他故事区分开
估时：团队的初步估算，完成故事所需的工作量，最小的单位叫story point故事点，人/小时
重要性：评估用数值，数值越大越重要
如何使用：大略描述故事如何进行，也可以说是一个测试的规范
注解：信息解释说明

额外的故事字段：
类别：当前故事的分类(根据项目实际需要区分)
请求者：由哪个客户或干系人提出的故事