PMP敏捷考点8页纸，直接背！

 敏捷宣言

我们正在通过亲自开发和帮助他人开发，发现开发软件的更好方法。通过这项工作，我们开始更重视：

个体和交互 胜于 流程和工具

工作的软件 胜于 详尽的文档

客户合作

胜于 合同谈判

响应变化

胜于 遵循计划

也就是说，右栏中的项目固然有价值，但我们更重视左栏中的项目

 敏捷十二原则

准则 1：我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户

准则 2：欢迎对需求提出变更，即使在项目开发后期也不例外。敏捷过程要善于利用需求变更，帮助

准则 3：要经常交付可用的软件，周期从几周到几个月不等，且越短越好。

准则 4：项目实施过程中，业务人员与开发人员必须始终通力合作。

准则 5：要善于激励项目人员，给予他们所需的环境和支持，并相信他们能够完成任务。

准则 6：无论是对开发团队还是团队内部，信息传达最有效的沟通方法是面对面的交谈。

准则 7：可用的软件是衡量进度的首要衡量指标。

准则 8：敏捷过程提倡可持续的开发。项目发起人、开发人员和用户应该保持步调。

准则 9：对技术的精益求精以及对设计的不断完善将提高敏捷性

准则 10：简洁，即尽最大可能减少不必要的工作。这是一门艺术

准则 11：最佳的架构、需求和设计出自于自组织团队。

准则 12：团队要定期反省怎么做才能更有效，并相应地调整团队的行为。

敏捷阶段框架

相较于结构化项目管理的启动、规划、执行、监控、收尾五大过程组，部分流派将敏捷也做了一

个五阶段框架：构想、推演、探索、适应、结束。他们不能直接跟结构化项目管理中五大过程组完全

匹配对应，但是可以粗略这样对应。

构想阶段，得到产品愿景；推演阶段，得到用户故事清单、产品待办事项列表、产品发布计划等；

探索阶段，执行得到完成的用户故事；适应阶段对完成的进行把关；结束阶段，完结整个项目。