最近在看《软件项目管理与敏捷方法》这本书，作者将PMBOK中各个过程中可以用敏捷方式进行的作了一个说明，也给出了一些如何在使用传统开发方法的团队中如何推广敏捷开发原则的方法，但总体而言收获不大。另外我看的这一版是根据PMBOK第三版编写的，而我学习和考试PMP时用的是第四版，看书的过程比较痛苦。
但看书的过程中至少对敏捷开发有了稍微多的了解，在书的开头也提到了敏捷宣言和“知识工人”。现在这里将敏捷宣言摘录出来。
敏捷宣言：
- 个体和交互胜过过程和工具
- 可工作的软件胜过全面的文档
- 铜客户的协作胜过合同判断
- 对变更的响应胜过遵循计划
换句话，尽管右边陈述的条目也有价值，但是我们还说更强调左边陈述的价值。
12条敏捷原则：
- 我们的最高优先级任务是通过尽早和连续地交付有价值的软件满足客户的需要
- 即使到了开发后期也欢迎需求变更。敏捷过程考虑到客户获得竞争优势的需要而同意变更
- 经常交付可工作软件，交付周期从几个星期到几个月不等，时间间隔越短越好
- 业务人员和开发人员必须自始至终共同完成项目的日常工作
- 围绕积极的个体构建项目。给予他们所需要的支持和环境，相信他们能够完成工作
- 面对面地交谈是开发团队中最有效的信息交流方式
- 可工作软件是项目进展状况的主要度量
- 敏捷过程提倡可持续的系统开发。资助方、开发方和用户应该能够维护一种不确定的、持续的步调
- 对卓越技术和良好设计的持续关注有助于提高项目的敏捷性
- 简化（尽量让可以不做或少做的工作量达到最大）也是至关重要的
- 最佳的架构、需求和设计都源于自我管理的团队
- 在有规律的时间间隔中，项目团队要思考如何提高后面的工作效率，然后相应地调整自己的行为
来源：https://www.cnblogs.com/sunzhenchao/archive/2012/12/05/2802994.html