文档
敏捷
敏捷开发宣言
- 个体和互动高于流程和工具
- 可用的软件高于详尽的文档
- 客户合作高于合同谈判
- 相应变化高于遵循计划
十二原则（Principle）
- 我们最重要的目标，是通过持续不断的尽早交付有价值的软件使客户满意
- 欣然面对需求变更，即便在开发后期也一样，为了客户的竞争优势，敏捷过程掌控变化（适应变化，弱耦合）
- 经常性的交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期
- 业务人员和开发人员必须相互合作，一起工作，项目中的每一天都不例外（拒绝避免造车）
- 激发个体斗志，以他们为核心搭建项目。 提供所需的环境和支援，辅以信任，从而达成目标
- 不论团队内外，传递信息效果最好，效率最高的方式是面对面的交谈
- 可工作的软件是进度的首要度量标准
- 敏捷过程倡导可持续开发。 责任人，开发人员和用户要能能够共同维持其步调稳定延续
- 坚持不懈的追求技术卓越和良好设计，敏捷能力由此增强
- 以简洁为本，它是极力减少不必要工作量的艺术
- 最好的架构，需求和设计出自自组织团队
- 团队定期地反思如何能提高成效，并依次调整自身的举止表现。
Minimally Marketable Feature
客户价值排序（做最有价值的需求）
- 简单优先级排序
- MoScoW方法（Must have， Should have， Could have， Would have ）
- 100-points method
- Kano Model（主观模型— 基本需求/期望需求/兴奋需求）
风险管理
处理顺序：
高风险高收益（优先处理）>低风险高价值（其次处理）>低风险低价值（最后处理）>高风险低价值（不处理）
敏捷团队
自组织团队/适应性
精益开发
极限编程
Scrum团队角色
- Scrum master 在迭代规划和迭代回顾中为 Product Owner 提供服务，确保描述准确并设置方向
- Product owner: Product Owner 必须确定所有需求的输入并确定优先级，这可能是他们最重要的责任
- Developer team