敏捷海报
- 人与人的交互，重于过程和工具；
- 可用的软件，重于详细的文档；
- 与客户协作，重于合同谈判；
- 随时应对变化，重于循规蹈矩。
敏捷宣言
敏捷开发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 流程图
敏捷海报
By Richard Yu
