1 项目管理体系的组成项目管理体系是指构成项目管理功能的各要素的集合， 项目管理体系可以从多个视角和多个 角度来划分其内容，比如项目管理系统包含七个部分，人的因素、文化、方法、组织、控制、计 划、信息等。

但是从应用层面， 站在企业管理者的角度来看， 笔者认为， 一个较为完整的项目管理体系要 包含以下 5 个方面的内容：1、项目管理的体制：即定义出从高层到执行层，从一线的项目执行部门到后台的人、财、 物的支撑部门，在项目管理活动中的任务和职能。

2、项目管理的规范：即立项和启动、项目计划、项目执行与监控、项目评估的流程、制度、 规定等等。

3、项目考核与绩效考核的关系：考核范围、考核形式、考核结果运用。

4、项目管理平台建设：目的和作用。

5、项目管理改进路线：近期目标和长远目标。

唯有定义清楚这五部分的内容，项目管理体系才不会只是浮在纸面上， 可能。

2 项目管理体制 什么是体制体制这个词汇，主要用于国家机关和事业单位，特指国家机关， 企事业单位的机构设置，隶 属关系和权利划分等方面的具体体系和组织制度的总称。

如经济体制则是指具体的组织， 管理和 调节国民经济运行的制度，方式，方法的总称。

将这个词套用在项目管理体系中，反映了项目管理组织的角色划分以及相应的职责和职能。

从上至下，管理项目的基本方式和方法。

具体来说， 项目管理体制应该能体现项目管理的方针政策、 机制等。

企业一般会有一份文件来说明其项目管理体制， 叫《项目管理办法》，《项目管理方针政策》等等。

不同的项目管理体制体制的核心是组织形式，项目管理组织，正如已经被总结出的三种项目组织： 职能式、 矩阵式、和项目式，笔者曾经在多家企业工作过，经历了这三种全部不同的体制，深有体会。

1、 职能式：所谓职能式在我看来，就是没有明 确的项目经理。

所有的工作，无论是项目的，还是非项目的工作，都在一个部门完成。

如果有项 目，部门经理、甚至更高级的领导才真正对项目负责。

但是由于他们不会只负责一个项目， 所以 实际上项目管理是很弱的。

我曾在一家企业应聘 PMO 总监，老板的目的是希望变革项目管理的 体制。

因为很有意思，这家企业规模虽然不大，项目管理却处于“自治”的模式，每个业务部门 的项目流程、人员组成方式、考核方式均不同。

名义上有项目经理，但是实际上这些项目经理根 本就管不了什么事，一切都是“部门主任”说了算，而公司层面并没有专职的项目管理人员，说 是老板在管， 而老板管从某种程度上来说就等于无人管。

项目做得是乱七八糟， 所以老板受不了 了。

不过，职能式最大的好处就是员工归属感强，因为有没有项目，项目做得好不好，似乎都不影 响员工的收益和地位。

2、 矩阵式：有的企业，专业分工很细致，一个部门负责一个项目全生命周期中某一阶段的 工作。

项目必得经过多个部门的传递才能完成。

比如一个信息化产品和服务项目， 从合同签订开才有“落地” 实现的 人员的组织及其职责、 人员培养 是企业实行项目管理的总则， 这份文件可能始到实施结束，要经过咨询调研、软件设计、软件开发、质量测试、现场实施等部门。

这是个组 织架构稍显“极端”的企业，但现在很多企业里，项目工作都需要跨部门合作完成，因此，其项 目管理组织大多是矩阵式的，只是根据项目经理的权限，会产生强、弱、平衡矩阵而已。

矩阵式管理的标志是“项目成员有来自部门经理和项目经理的两个领导” 。

相比职能式，有 了很明确的项目经理和项目团队。

但凡事有利有弊， 矩阵式凭空增添了很多协调性的工作， 搞不 好真是会焦头烂额。

前面说过， 有的企业， 一个部门负责一个项目全生命周期中某一阶段的工作。

笔者就曾在这 样的一家企业组建项目管理部， 将项目经理全部集中到这个部门， 并且拥有了对所有项目的考核权，建立起典型的 强矩阵项目管理组织。

确实加强和改善了项目管理， 但同时， 项目管理和部门管理之间的矛盾和 冲突也凸显了起来。

无数的问题和事务被堆积到项目管理部， 比如： 项目和部门工作孰轻孰重员工应该由谁来考核如何区分项目和非项目工作3、项目式：书本上有很多介绍，但很少见到实例，我所经历过的一家咨询公司应该算是吧 咨询公司都是由能力较强的顾问组成， 顾问不坐班， 底薪很低， 老板将咨询顾问都放在所谓 的“资源池”中，平时管理很松散。

有项目来了，先确定项目经理，然后项目经理到“资源池” 中挑选团队成员。

项目经理的顶头上司就是老板， 公司纯以项目形式运作，没有项目， 再牛的咨 询顾问也拿不到多少钱。

项目的成本得到了控制，也确实比起前两种管理组织运转高效很多。

可是，这样一来，又有新的问题产生，员工的归属感很差，人员流动率超高。

笔者认为， 无论哪种项目管理体制， 只要能与企业当前的运营体制相辅相成， 保证项目的成 功，就是好的体制。

项目管理的规范，可以用一句话来总结，就是一套规矩，执行项目和管理项 目必须要遵守的规则。

制定项目管理规范的要点项目管理的规范可以说是多种多样，每家企业都有自己的一套规章和制度， 但作为项目管理的规范，无论哪种体制框架下，项目的“头、尾、中间的执行和 变更”都应当是制定项目管理规范的要点。

立项和启动要上项目，必然要动用资源，批准了一个项目就如同批准了一项投资。

从公 司治理机制和企业财务管理的角度来说， 的投资规模需要不同权限的管理者的批准。

不夸张得说，在建立项目管理体系中， 在立项过程中集中体现出来。

所以，制定一项立项规范是非常重要的，同时，也可能是非常复杂的。

既然是“投资”，就会有很多种投资法，期望的回报也各不相同。

反映到项目管理中，就会将项目分成很多类型，有按照层级划分的，如公 司级项投资都是需要经过论证、 审批的， 不同 这就是立项的本质。

有许许多多的管理思想和要求，都会目、部门级项目等；有按照产品划分的，如生产管理、质量管理、财务管理等；有按照特性来分的，如预研、开发、实施等等。

这些都应当在立项规范 中定义出来。

此外，对任何一个申请立项的项目进行可行性分析是必不可少的，笔者认为最重要的是对项目的风险分析和项目经济效益测算。

很多企业不重视立项和启动过程，立项时马马虎虎，不界定清楚项目范围， 对项目的投资回报也稀里糊涂。

却指望在后面的执行中降低成本， 取得好的收益， 但这种不现实的愿望我却屡屡在企业高层中见到。

项目的启动也许只是一个形式，但却是必须的形式。

一般都会有个“ Kick o ffmeeting ”,项目的启动规范里一定要定义出 “ Kick off meeting ”怎么个开法： 会前准备、参加人员、会议议题等等。

不管什么样的形式，其作用都是将项目的 目标、范围、预算、要求等等让项目团队，尤其是主要成员及干系人都了解，也 便于提前给“各路人马”打招呼，为将来需要配合和协调的事情打个良好的基础。

变更控制我不想赘述关于项目计划的制定，因为只要执行了立项和启动规范，一定会 有一个比较可行的项目计划， 但是，编制项目计划的第一条原则就是做好准备重 新计划！”，因为总会有预想不到的问题出现， 所以，指望计划不变是不现实的， 这也符合项目本身一次性、 独特性的特点。

但是重要的是不能没有章法得变， 要 遵循一个标准的变更控制程序，使得变化有序起来。

如果不进行变更控制，那么，项目就不能得到及时的警告，常常会因为进度 超期、预算超支而陷入泥潭， 不可能只要有变更就执行严格的变更控制程序，这制定一个好的变更控制程序并非那么容易。

有这么几条原则，是应当掌握的：1、只有重大变更时，才执行变更控制程序。

重大变更通常用原始目标来衡 量；2、变更控制的权限应当分层级，不同层级的变更由不同层次的管理者批准；3、重视变更的原因分析，记录成文，为以后的项目作参考。

结项和项目后评估结项和立项一样，是一个过程，是一个宣布项目结束的过程。

很多企业中， 其结项流程往往就是项目验收流程。

但事实上， 结项的涵义并不是那么简单， 比 如项目中止同样也需要一个结项过程。

无论项目是正常结束，还是中间停止，结项的标志和立项相对应，都是释放 资源，企业不再投入。

需要对已完成的工作进行全面的总结， 这就是结项的本质。

成为“烂尾”工程。

但是既然变更在所难免， 个过程也是有成本的，所以，结项和项目后评估是紧密相连的，可以将项目后评估放在结项中进行，也可以等到结项之后单独进行。

因为项目总结相对容易和简单，主要是总结项目过程中遇到的问题、收获的经验，以及进度、交付物、成本、团队协作等等。

而项目后评估相对复杂多了。

因为对项目成功和失败的定义并不那么容易给出。

我所经历的这些企业，有很知名规模较大的公司，也有几十人的小公司，大多会有一个结项流程，对项目结束时项目经理及其项目组要做的工作都会有很明确的规定。

但是我却从来未见到哪家企业有对项目成功的明确说明。

但是笔者认为，这非常关键，对项目成功如何定义是一个导向，将引导如何去做项目和管理项目，对项目管理的策略、方法都有影响。

从大量项目实践的经验来看，我最推崇《项目经理案头手册》中一书对项目成功的定义：“如果恰当和关键的人物认为这个项目是成功的，那它就是成功的。

”尽管我们可以列出很多评估指标，很量化，也很科学，可是归根到底还是关键的干系人说了算，在2 0多年的职业生涯中，经历了无数的项目历练之后，我不得不承认这一点。

4 项目考核与绩效考核的关系概述在一个完善的项目管理体系中，项目考核与人力资源管理中的绩效考核如何对接是必须要论述清楚的。

众所周知，企业中存在两种活动，一是运营，一是项目，两种不同特点的活动决定了管理模式的不同，因此才会产生项目管理这一专门的学科。

项目考核与通常所说的绩效考核在基本的原则上是相同的。

但是考核范围、考核方法、考核结果的运用上却不尽相同。

在一个项目管理制度相对完善的企业环境中，员工的工作一般也分成两方面：项目工作和部门日常工作。

对员工进行全面的绩效考核，就必须包含来自这两方面工作的绩效信息。

而这两方面的绩效信息并不是孤立的，它们是互相作用的，互相影响的。

笔者曾经在两家企业主持绩效考核的工作，同时，又负责公司的项目管理，其中有一家企业，即前面提到的“矩阵式”管理组织，始终没能解决项目考核与绩效考核的关系，项目考核方案出了6个版本之多，但是一直很难推行下去。

而另一家由于处理好项目考核和绩效考核的关系，得以顺利推行。

项目考核的特点项目考核搞不好，与企业的发展阶段、市场环境，项目管理水平，都有着直接的关系。

很难简单得归罪于某个人。

笔者曾在一家企业的《项目考核管理办法》中这样定义项目考核：“项目考核是指从公司的角度，对整个项目结束后所取得的成果进行评估、对参与项目的人员进行绩效考核，以此来确定项目奖金分配及相关人力资源政策的一种管理方式。

”这个定义涵盖了这家企业项目考核的基本要素：考核时机：项目结束后；考核依据：项目成果；考核范围：项目参与人员；考核结果运用：奖金分配。