PMP考试--敏捷开发

一、敏捷宣言：

我们一直在实践中探寻更好的软件开发，身体力行的同时也帮助他人。由此我们建立了如下价值观：

个体与交互  重于  过程和工具

可用的软件  重于  完备的文档

  客户协作  重于  合同谈判

  响应变化  重于  遵循计划

二、Scrum概述：

Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。包含三个角色、五个仪式、三个组件。

三个角色：

1. 产品负责人 Product Owner： 负责维护产品订单的人，代表利益相关者的利益。
2. Scrum主管 Scrum Master： 为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。一般不翻译。
3. 开发团队 Team: 由负责自我管理开发产品的人组成的跨职能团队。

五个仪式：

1. 计划会 Sprint Planning Meeting：在每个冲刺之初，由产品负责人讲解需求，并由开发团队进行估算的计划会议。
2. 每日立会 Daily Standup Meeting：团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。
3. 评审会 Review Meeting：在冲刺结束前给产品负责人演示并接受评价的会议。
4. 反思会/回顾会 Retrospective Meeting：在冲刺结束后召开的关于自我持续改进的会议。
5. 冲刺 Sprint: 一个时间周期（通常在2周到1个月之间），开发团队会在此期间内完成所承诺的一组订单项的开发。

三个组件：

1. 产品列表 Product Backlog：根据用户价值进行优先级排序的高层需求。
2. 冲刺订单 Sprint Backlog：要在冲刺中完成的任务的清单。
3. 燃尽图 Burn-Down Chart：剩余工作量的工作图表，可以直观的预测何时工作将全部完成。

三、大多数敏捷新产品开发流程的关键要素：

• 产品任务列表（The product backlog）
• 敏捷流程（The scrum）
• 冲刺（The sprint）
• 产品负责人（The product owner）
• 敏捷教练（The scrum master）
• 敏捷团队（The scrun team）

四、敏捷开发的12个原则：

1. 我们最优先要做的是通过尽早的、持续的交付有价值的软件来始客户满意。
2. 即使到了开发的后期，也欢迎改变需求。
3. 经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。
4. 在整个项目开发期间，业务人员和开发人员必须天天在一起工作。
5. 围绕被激励起来的个人来构建项目。
6. 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7. 工作的软件是首要的进度度量标准。
8. 敏捷过程提倡平稳的开发节奏；发起人、开发者和用户能够保持一个长期的、恒定的开发速度。
9. 不断地关注优秀的技能和好的设计会增强敏捷能力。
10. 简单化是根本（不做过度设计和预测）。
11. 最好的架构、需求和设计出自于自组织的团队。
12. 每隔一段时间，团队会在如何才能更有效地工作方面进行反思并对自己的行为进行相应调整。