敏捷海报

• 人与人的交互，重于过程和工具；
• 可用的软件，重于详细的文档；
• 与客户协作，重于合同谈判；
• 随时应对变化，重于循规蹈矩。

敏捷宣言

敏捷开发12原则

1. 对我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要。

2. 我们欢迎需求的变化，即使在开发后期。敏捷过程能够驾驭变化，保持客户的竞争优势。

3. 经常交付可以工作的软件，从几星期到几个月，时间尺度越短越好。

4. 业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。

5. 围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。

6. 在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。

7. 可以工作的软件是进度的主要度量标准。

8. 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。

9. 对卓越技术与良好设计的不断追求将有助于提高敏捷性。

10. 简单——尽可能减少工作量的艺术至关重要。

11. 最好的架构、需求和设计都源自自我组织的团队。

12. 每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为。​

Scrum是符合敏捷软件开发思想的其中一种方法论，适用于迭代式增量软件开发过程，也适用于非技术领域。

Scrum的3个角色

• 产品负责人
• 开发团队
• 敏捷教练

Scrum的3个工件

• 产品待办事项列表（Product Backlog）
• 迭代任务列表（Sprint Backlog）
• 产品增量交付物

Scrum的4个会议

• Sprint 每日站会
• Sprint 计划会议
• Sprint 评审会议
• Sprint 回顾会议

Scrum的4个支柱

• 迭代开发
• 自组织团队
• 增量交付
• 高优先级需求驱动

什么是用户故事

用户故事是从用户的角度来描述用户渴望得到的功能。

什么是敏捷估算

敏捷估算是 Sprint 计划会议的重要环节，重点是团队集体估算和规模估算，对 Sprint 的成功达成有重要作用。

什么是“完成”

完成是判断 Sprint 待办事项解决的标准，需要清晰定义，团队每个人理解一致。对完成的理解影响计划会议时的敏捷估算。

什么是Sprint

Scrum 通过 Sprint 来实现迭代，Sprint 的含义是冲刺，比迭代更贴切。Sprint 的特点是固定周期（一般两周），Sprint 结束时要求产品潜在可交付。

什么是自组织团队

自组织团队是敏捷软件开发的基本观念 。敏捷宣言的原则中提到 :“最好的架构、需求和设计出于自组织团队 ”。团队被授权自己管理他们的工作过程和进度、并且团队决定如何完成工作。自组织团队是执行 Scrum 的结果而不是先决条件。

Scrum 流程图