《PMBOK》第6版中的精益敏捷新内容（上）

摘要：本文通过按章节将《PMBOK》第6版中新增的敏捷相关内容和业界的精益敏捷方法进行了较详细的对比阐述，能够使读者了解《PMBOK》第6版中新增的敏捷内容的来源，有助于读者根据来源对比较深入地学习新增的敏捷内容，并能够了解新版《PMBOK》 中“敏捷项目管理”的趋势化特征。

正文：

《PMBOK》第6版（后文简称“PMBOK”）已经正式发布，在这个版本中有一部分很明显的增加内容，就是增加了对“敏捷”内容的描述。众所周知，精益敏捷方法现在在产品研发等领域都是比较流行并且证明了其价值的方法论。现在，新鲜出炉的《PMBOK》第6版也增加了敏捷相关内容，那么，增加的内容与通行的精益敏捷方法有哪些差异？作为一名项目管理者，我们怎样从项目管理的角度去理解增加的“敏捷”内容，本文会与大家共同探讨。

首先，我们看一下《PMBOK》第6版怎样增加了哪些“敏捷”的内容。打开PMBOK，大家会发现，在每一个知识领域章节开始不久，都会有专门的小节《在敏捷或适应型环境中需要考虑的因素》和《**领域的发展趋势和新兴实践》，各领域章节主要在这两部分描述了新增的“敏捷”内容，有个别章节会在章节中夹带一些敏捷相关内容，但是这个极少；还有就是附录X3部分《敏捷型、迭代型、适应型和混合型项目环境》，该部分详细的阐述了敏捷内容使用的项目环境。《PMBOK》第6版通过附录X3和各领域章节的专题小节给我们勾勒了一个“敏捷项目管理“的雏形。

通过深入阅读指南，我们会发现新增的“敏捷项目管理”内容基本上来源于现在通行的精益敏捷方法，为了二者做对比，在这里有必要和大家一起先回顾一下精益敏捷方法。精益敏捷方法包括两大类方法，第一类是敏捷方法，敏捷方法源于2001年敏捷宣言的诞生，敏捷方法的核心就是敏捷宣言及其原则，目前软件业界使用较多的是SCRUM。SCRUM是一个框架，主要是工作过程基于固定的时间盒Sprint(“冲刺”，也可理解为迭代)，希望团队在每个Sprint能够完成产品的增量交付，最终在若干个Sprint后完成交付目标。SCRUM包括的主要实践有产品待办事项梳理、Sprint 计划会议、每日Scrum站会、Sprint 评审会议、Sprint 回顾会议等。第二类是精益方法，精益方法最早源于日本丰田公司的精益生产方式，在当时丰田公司获得巨大市场成功后总结得出，精益方法的核心思想是“精益思想屋”。后来，精益方法被引入到软件行业，产生了Kanban方法。Kanban方法采用精益的思维范式，将软件开发视为一个价值流，并且基于拉动模式来驱动价值流动，希望通过小批量、多批次工作项在价值流中的持续流动，来实现团队目标的交付。Kanban方法包括的主要实践有可视化价值流、显式化规则、WIP（在制品）限制、管理流动和建立反馈、持续改进等。

图1 敏捷宣言

图2 精益思想

《PMBOK》第6版首先在《引论》章节，就从项目生命期的角度明确提出了项目的“适应型生命周期属于敏捷型、迭代型或增量型”，与此相对应的是在X3附录一章里较详细地描述了PMBOK基于对敏捷型、迭代型、适应型和混合型项目环境的应对，而可以采取不同的生命期。在这一章我们能够看出，PMBOK是从“生命期”+“五大过程组阶段“的角度来描述适应性生命周期匹配的“敏捷项目管理”的方法，而精益敏捷方法更多是从“方法论核心”+“实践”的角度来描述。比较来看，敏捷价值观和精益思想都能够应用于适应性生命周期，都支持增量交付。敏捷SCRUM以固定的Sprint时间盒进行敏捷迭代开发和交付，精益Kanban以价值流的持续拉动进行工作和交付。

PMBOK的第3章《项目经理的角色》提出了“项目经理的领导力”，并通过"表 3-1团队管理与团队领导力之比较"，明确的界定了领导与管理之间的区别。精益敏捷中更加注重工作环境中的人本思想，团队中的领导者更倾向于使用领导力、影响力来引导、教练团队成员，而不是“管理”。比如SCRUM中对Master的设定是通过服务式领导力对产品负责人、团队成员和组织提供各项服务；而在精益中，“领导力”甚至是精益思想的基础，“尊重人”是精益思想的重要支柱。

PMBOK的第4章《项目整合管理》提出了使用“可视化管理工具”。可视化能够消除信息不对称、能够使信息透明化，而透明是精益敏捷方法的天然基因之一。比如SCRUM的看板、燃尽图，Kanban的可视化工作流等。PMBOK提出的成员参与管理，与SCRUM追求的全栈的、自组织团队是一致的。

(未完待续)