敏捷开发框架-Scrum
目前业界有非常多的敏捷开发框架可供选择，这些开发框架提供了非常详细的敏捷指导
比如：
- XP，极限编程
- Crystal Methods，水晶方法
- FDD，特性驱动开发
- ASD，自适应软件开发
- …
目前业界最流行的敏捷开发框架是Scrum。
Scrum是什么？
它是一个迭代式增量软件开发过程
在Scrum里比较重要的是Sprint。
在Scrum里面可以认为Sprint是一个项目的迭代。
一个Sprint长度一般是2-4周，固定，不允许延长或缩短。
在Scrum里面包括：
- 三个角色
- 四个活动
- 三个工件
三个角色
产品负责人
负责建立和维护产品特性
- 和客户不断沟通和协作确定产品应该做什么，定义用户需求，确定需求的优先级
- 必须拥有决策权
- 要对团队内部的工作流程以及技术水平有所了解
Scrum教练
确保团队能够更快的交付
- 要能激励团队士气，促进团队合作，确保团队有效率
- 要能帮助团队排除干扰，确保冲刺目标的顺利进行。
- 教练不是事无巨细的管理者，而更像是服务于团队的仆人
Scrum团队
5-9人团队 - 自组织、平等
- 在一个Sprint里面，成员应该尽量保持稳定
四个活动
冲刺规划会议
标志冲刺的开始（时长一般不超过4个小时）
- Scrum团队选择并理解要完成的工作
- 议程1：由产品负责人介绍产品；确定Sprint将要完成什么任务；明确产品待办列表中优先级最高的任务；明确冲刺目标；确定本轮冲刺中要完成的任务数量
- 议程2：Scrum团队研究本轮冲刺如何完成要交付的任务；团队对冲刺要完成的任务数量和复杂度达成共识；对需求充分理解并进行估算；将产品待办列表中的内容转化成软件开发过程中的具体任务。
每日站立会议
每日站立会议也称为每日站会，由于一般是从早晨开，所以也叫晨会。
团队成员在会上轮流发言，回答： - 昨天我做了什么
- 今天我准备做什么
- 我在工作中遇到了什么困难，是否阻碍了工作进展。
- 不建议超过15分钟
冲刺复审会议
- 用来演示在这轮冲刺中开发的产品功能，并由产品负责人进行验收
如果在演示过程里想要改变某个功能的话，就可以添加到新的需求里面，如果发现有缺陷的话则加入到缺陷列表里面。 - 建议控制在2小时内。
冲刺回顾会议
- 用来给团队定期自我审视，也叫项目复盘。
- 建议控制在30分钟以内。
三个工件
产品待办列表
一份有序的待办事项列表
- 涵盖产品开发中已知的每一项需求，且应该是产品需求变动的唯一来源
- 产品负责人是唯一的产品待办列表负责人
- 其他人可以提意见，但只有产品负责人有权做决定
在一个产品待办列表里可能有以下内容：
- 功能性需求或非功能性需求
- 缺陷
- 技术债务
一份更好的产品待办列表应该遵循“DEEP原则”：
DEEP原则
DEEP原则是以下四个原则的统称：
- 粗细得当（Detailed appropriately）：产品待办列表应当远粗近细，越远的需求应该越粗，越近要开发的需求则应当越细致。
- 估算过的（Estimated）：对每个事项有一个工作量估算和技术风险估算
- 涌现式的（Emergent）：产品待办列表不是一成不变的，而是涌现式的
- 排好优先级的（Prioritized）
冲刺待办列表
- 也叫迭代待办列表，是为当前迭代从产品待办列表中选出的工作项。
- 本质上是一个当前迭代的目标计划
- 非常细致、有优先级
- 开发团队估算工作量、识别冲刺待办列表优先级等等
- 随着情况变化，冲刺待办列表在迭代开发过程中可被修改。
- 冲刺待办列表的完成情况可以实时反映开发团队当前迭代的进度
产品增量
- 当前迭代完成之后，就形成了产品增量。产品增量是一个迭代完成的所有产品待办列表的总和，以及之前所有迭代产品的增量的价值总和。
- 全面测试，潜在可发布；新的增量必须是完成的
- Scrum团队要对“完成”有统一的标准，并确保质量已经足够好，并且可以与以前的增量一起发布