太赞了，PMP敏捷重点知识，早背早轻松

都说敏捷难，其实重点知识也就这么8页

反复看理解透，3A还是很简单的

内容太多需要完整版的评论区留言

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

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

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

客户合作

胜于 合同谈判

响应变化

胜于 遵循计划

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

敏捷十二原则

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

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

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

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

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

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

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

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

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

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

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

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

敏捷阶段框架

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

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

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

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

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

 四种生命周期及对比

预测型生命周期：一种更为传统的方法，提前进行大量的计划工作，然后一次性执行；执行是一

个连续的过程。也称为瀑布式。

迭代型生命周期：这种方法允许对未完成的工作进行反馈，从而改进和修改该工作。

增量型生命周期：这种方法向客户提供各个已完成的，可能立即使用的可交付成果。

敏捷生命周期：这种方法既有迭代，也有增量，便于完善工作，频繁交付。