敏捷：一种用于增量创建软件的软件开发方法，使用 1-4 周的短期迭代以保证开发和一直改变的业务需求一致 1 入门 1.1 敏捷中的角色 1.2 跨职能团队 1.3 敏捷团队如何
1.1 敏捷中的角色 1.1.1 Scrum Master 流程管理员 1.1.2 Product Owner 产品负责人 1.2 跨职能团队 1.3 敏捷团队如何计划工作 1.4 用户故事 user story 1.4.1 用户故事和任务的关系 1.5 故事何时完成 1.5.1 验收标准
2.1 软件开发价值观 2.2 敏捷宣言的 12 个原则 2.1 软件开发价值观 个体和互动：高于流程和工具 可工作的软件：高于详尽的文档 客户合作：高于合同谈判 响应变化：高
3.1 迭代/增量和准备进化 3.2 面对面沟通 3.3 反馈回路 3.1 迭代/增量和准备进化 大多数敏捷开发方法将一个问题分解成小任务。对于所有的需求没有直接长期的计划
4.1 每日站会的概念 4.2 每日站会的重要性 4.3 每日站会的参与人 4.4 物理分散的团队 每日站会，顾名思义，是敏捷团队所有成员媒体的状态会议。它不仅为定期的更新
5.1 用户故事 5.2 迭代 5.3 发布 5.1 用户故事 一个用户故事是由用户几句日常语言表叔的需求，应该在一个迭代中完成 用户故事完成时 检查了所有相关代码 通过所有单元
6.1 参与者 6.2 计划的先决条件- 6.3 需要的材料 6.4 计划数据 6.5 输出 6.6 日程 发布计划的目的是创建一个计划，来增量交付产品。每 2~3 个月做一次。 6.1 参与者 流程管理员
7.1 参与者 7.2 计划的先决条件 7.3 计划流程 7.4 速度计算 7.5 任务容量 7.6 计划步骤 迭代计划的目的是为了完成优先级高的产品需求列表项。承诺是基于迭代时间和团队速
8.1 产品需求列表的重要性 8.2 产品需求列表的特点 一个产品需求列表是将要做的条目的列表。条目具有特性描述，被排好序 在理想的场景中，条目应划分成用户故
验收标准 Acceptance Criteria：由产品负责人或客户设置的条件，为了验收一个特性时有效的且和他们的需求一致 列表修整 Backlog Grooming：一个持续的过