PmWalker-项目行者

年前已经在人月下载了PRINCE2的英文原版，也已经着手开始学习了。但这种专著性的东东看起来着实费力，进度慢不说，还影响理解。于是一咬牙，在当当网上买了一本中文的，今天刚拿到，就舍弃E文而投靠到母语的怀抱。(哎，还是E文不过关啊，又费银子又费脑子，囧~)

 PRINCE2的出身

所谓“龙生龙，凤生凤，老鼠的儿子会打洞。”虽然言过了些，但也有其自身的道理。东方人的思维逻辑就与西方人不同，所以想了解一个人，还是要知道一点他的出身与背景。

PRINCE2的前身是PROMPTII，是由Simpact System公司建立的项目管理方法，后由英国的中央计算机与电信局(CCTA)发展而来。

可以看出，PRINCE2的前身是IT业的管理方式，因此注定了该方法的IT业的特色。虽然它成了英国政府普遍使用的 “事实上”的标准，应用于各种行业的项目管理中，仍免不了其血管中的IT血统。在我这个建筑工程的从业者的眼中来看，与建筑项目的特点还是有些许不同的。Anyway，它山之石，可以攻玉，而且PRINCE2作为一种项目管理的标准，其思想还是有用的，虽然我是从事建筑行业的。而事实也是这样，它的确给了我很多启发与思考。

关于项目

PRINCE2将项目定义为一种“管理环境”，这个概念对于我来说，比较硌牙，不好理解。

而对紧跟着给出的“临时性组织”的定义，则较好理解点。项目往往也是这样，一帮事先根本不认识的人聚到一起，为了完成某一个目标而临时形成一个组织进行工作，当目标达成时，组织也就解散了。这是从人的行为角度来审视项目的。

相对于PMBOK中将项目定义为一种“临时性努力”(为提供某项独特产品或服务所做的临时性努力)，虽然也需要反复理解，但还容易接受一些，毕竟“努力”也是一种活动，而我们了解的项目，不正是各种活动的集合么？(是不是自己中PMBOK的毒太深了，形成了对项目的偏见？)

对于从生命周期，产品，活动，资源，组织角度讨论的项目特征，则完全接受。

关于“产品生命周期”和“项目生命周期”的说明，可以说是“与我心有戚戚焉”。因为在学习PRINCE2之前，我在思考这样一个问题：具体到建筑工程的项目生命周期，究竟应该是哪几个阶段？而PRINCE2的说明，与我思考的很是一致。

从图2.1中的阶段描述，我们可以从中看到明显的IT项目的特色。

在具体环境中的PRINCE2

“在客户/供应商的环境中，我们假设存在一个需要特定产品的客户，他会规定期望的产品规范或规格，使用最终产品，并(在大多数情况下)支付项目的费用，同时存在一个(主要)供应商，他提供资源和技能来生产这一产品。PRINCE2是基于这样的假设，即两者来自于两个独立管理的区域，通常来自于两个独立的商业组织。”

之所以摘录这一段话，是因为建筑项目正好是这样一种环境模式。

关于过程的初步理解

项目准备(SU)：对产生项目的原因和需完成的产品进行概略说明。

项目指导(DP)：执行者为项目委员会，贯穿于整个项目过程。

项目启动(IP)：对项目进行详细定义，包括项目内容、原因、人员、时间和方法。

阶段边界管理(SB)：项目委员会的决策点，是否继续进行项目。

阶段控制(CS)：项目经理的核心工作。

产品交付管理(MP)：针对产品本身的一个过程组，确保产品符合设定的要求。

项目收尾(CP)：验收移交，确保其仍然受控。

计划(PL)：时常进行的一个过程，相当重要。

对于这8个过程，我的理解是：项目准备(SU)->项目启动(IP)->阶段控制(CS)->边界管理(SB)->项目收尾(CP)构成了项目执行一个逻辑过程。而项目指导(DP)，产品管理(MP)，计划(PL)则或贯穿，或穿插于其中。(这里，E文的第四版的插图与中文第三版的插图有部分出入，但我觉得中文插图与我的理解一致。)

关于组件(Components,中文版翻译为“组成部分”，但我喜欢“组件”这个词)

商业论证，组织，计划和控制是第一序列。风险管理，项目环境中的质量，配置管理和变更控制是第二序列。

我想，组件应该是PRINCE2将项目定义为一种“管理环境”的说明，它们共同营造了一个环境，在这个环境中，确保项目存在的必要性(商业论证)，并通过各种方式(组织，计划，控制)来确保项目过程的执行。同时还要考虑到不可预计的影响(风险，变更)，考虑到产品(质量，配置)。

也许图2.4 PRINCE2的过程和组件能够证明这一理解：8个组件居于外围，包围着核心的过程组。

2009-2-11

Gordon 工程管理 PRINCE2, 学习笔记, 项目管理