1.3 项目和项目管理
1.3.1 什么是项目
“项目”这种形式自古以来就有，我们可以认为中国古代万里长城的修建就是一个项目，古埃及的金字塔建造也是一个项目，人类登月也是一个项目。所不同的是，人类登月已经在使用完整的项目管理知识体系来管理项目了。在我国，项目也经常被称作“工程”。例如，建造三峡大坝就是一个典型的项目，被人称为“三峡工程”。大体来说，这只是一个名词的使用习惯而已，从本质上来说两者之间并没有太大的差异。虽然“工程”大多沿用于建筑或者水利等传统大型基建项目，但在一些现代行业也会使用。
从上面的讨论我们可以看到，项目本身并不依附于某一特定行业而存在，所以我们可以把项目从不同行业的特殊性中抽象出来单独进行研究，以期获得一些独立于具体行业的有效管理方法，使得任何行业在进行项目实施中都可以从中获益。这一研究结果就构成了所谓的项目管理知识体系（Project Management Body of Knowledge, PMBOK）。目前，在这一领域中有两大权威国际组织，一个是美国的项目管理协会（Project Management Institute, PMI），该协会网址为http://www.pmi.org，另一个是总部位于瑞士的国际项目管理协会（International Project Management Institute, IPMI）。前者因最先出版了《项目管理知识体系导论》（AGuidetoProjectManagementBodyofKnowledge）而闻名。
虽然我们前面举了很多有关项目的例子，但我们还是需要从中抽象出来一个准确的定义。在PMI颁布的PMBOK中，项目被定义为：完成某一独特产品、服务或结果而进行的一次性努力（A project is a temporary endeavor undertaken to create a unique product or service）。从这个定义中我们可以归纳出项目具有以下重要特征：独特性、不确定性和时限性。
独特性，也可称作唯一性，是指项目所涉及的内容和目标是以前没有做过的，是唯一的。当然这里所指的唯一不是绝对的，而是相对的。例如，研发一个新的产品、建造一座新的大楼、举办一届运动会等。项目的独特性是项目最主要的特征，这一特征甚至决定了项目管理的知识范围。我们知道，实施项目管理的最终目标是追求项目成功，项目的独特性决定了：我们在从事一项以前没有做过的事情，并且必须把它一次性做成功。
用一个比喻来理解项目的独特性特征。当你找到一份新的工作，第一天去上班时（假设这是你第一次去新单位），你首先担心的是能不能找到这个新的工作地点，所以你早早地出发了。但是，当你第二天、第三天及以后上班时，你根本不需要再担心这个事情了，你会越来越准确地把握上班过程，即变得更有效率了。我们把你第一天上班当做一个项目，以后就不是项目了。
每个项目的目标都是独特的、唯一的，项目目标的显著特征也必定是逐步形成的。在项目的早期阶段，这些显著特征会被大致地作出界定，当项目团队对目标有了更充分、更全面的认识以后，才会更为明确和细致地确定这些特征。这一点引发了项目的另外一个辅助性特征：在项目的初期，不确定性总是很高，而随着项目的进行，不确定性逐步降低。项目的这种高不确定性会直接导致计划工作的困难。项目的计划工作是基于对未来活动的预测作出的，而这种不确定性使得项目在初期制定计划的时候只能基于一些假设条件来制定。在项目进行的过程中，随着这些不确定性逐渐明朗，就会导致计划的变更。
时限性是指每个项目都有明确的开始时间和结束时间，项目的历时是有限的。时限性经常代表着项目的目标在特定的时间段内才有意义。有时时限性也代表着一次性，因为它不是反复进行的。项目的时限性也意味着项目的许多因素都是和时间相关的，或者说是时间的函数。
1.3.2 项目管理的基本概念
项目最重要的特征就是“做一件以前没有做过的事情”，但只有一次机会把它做好，要完成这个目标所需要的技巧和方法就是项目管理的主要内容了。
上面是一种通俗的讲法，在项目管理知识体系中，项目管理被定义为：在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望（Theapplicationofknowledge, skills, tools, andtechniquestoprojectactivitiesinorderto meetorexceedthestakeholder'sneedandexpectation.）。
我们需要关注如下几个要点：
第一，项目实现最终的目标是达到干系人的需要和期望，也就是说，项目目标是由项目干系人的需要和期望来表达的。那什么是项目干系人呢？项目干系人（Stakeholder）是指参与或可能受到项目活动影响的个体和组织，通常包括：
● 项目团队，这是完成项目工作最主要的力量。大多数项目团队成员把项目当做一份工作来看待。
● 项目资源提供者或者发起者（Sponsor，通常为项目团队的上级经理）。项目发起者主要是通过投入资源来实施项目，以实现某一特定的目标和利益。
● 客户（Customer），也就是项目要交付的对象。客户也是产生项目需求的来源。
● 最终用户（EndUser），项目交付产品的最终使用者。在很多情况下，项目的客户和最终用户往往并不是同一个对象。
● 合作的其他职能部门。
● 承包商。
● 项目团队的家属。
在项目干系人中，容易被忽略的是产品的最终用户。在很多项目中，产品的交付者和产品的使用者往往不是一类团体，所以他们对项目目标有着不同的期望，需要分别对待。
另外，在很多领域，特别是IT领域，由于从事的是脑力活动，工作质量和精神状态关系很大。由于工作压力很大，导致了团队成员的家属都或多或少地受到了项目的影响。反之，家属对团队成员的支持也对项目的成功起到了积极的作用。
所谓干系人，我们可以理解为受到项目影响或者与项目有关的人，“干系”这个词很贴切地表达了这个意思。现在我们可以看到，项目不是无缘无故产生的，它是源于干系人的某种需要。当然这些不同的干系人对项目有着轻重不一的影响。例如，客户和项目发起者往往是最重要的干系人。
第二，干系人对项目目标的表述既包括明确的需要，又包含隐含的期望。项目由干系人的需要发起，但并非仅仅局限于那些被明确表达出来的需求，所以定义中特别强调了不仅仅是“达到”，而且需要“超过”干系人的期望。这一表述也反映了现代管理中“全面追求客户满意”的理念。
第三，项目中的干系人不止一个，而干系人对项目的期望未必一致，这就导致项目的最终结果很可能是他们之间的一种平衡。例如表1—1就反映出不同干系人对待项目的不同期望。
表1—1 项目干系人的不同期望
1.3.3 项目目标与约束
一个项目首要的任务是明确项目的目标。项目目标的最初来源一定是干系人所表述的需要和期望，其中最主要的两个来源是客户和发起人。但是所有这些需要和期望必须被汇总成明确而严格的表述，并作为正式的项目目标为后续活动所遵循。完整而严格的项目目标必须可以回答以下四个方面的问题：
● 项目要完成的内容是什么？这在项目管理里面被称为“范围”。
● 完成的产品需要达到什么样的指标？这被称为“质量”。
● 项目需要多长时间完成？这被称为“时间”。
● 项目需要花费多大的代价？这被称为“成本”。
项目的目标从这四个要素方面进行了界定，也就说明一个项目的目标必须可以回答这四个方面的问题。我们再进一步从前面所讲到的“效果”和“效率”这两个维度进行考察就会发现：“范围”和“质量”实际上决定了一个项目的“效果”, “时间”和“成本”则确定了一个项目的“效率”。显然，效果因素是重于效率因素的。
项目的目标是对项目的四个不同方面要素的完整表述：范围、质量、时间、成本。这四个要素并不是独立的，而是相互之间有一定的关联关系，其中一个要素变化会引起另外一个要素变化。这些要素往往是相互制约的，你无法寻求所有的目标要素同时最优的结果。具体来说，一个期望的目标总是：项目范围越大越好，项目质量越高越好，时间越短越好，成本越低越好。但事实上这些因素往往是负相关的。例如，增加项目范围，往往意味着延长项目时间，提高项目成本；提高项目质量往往意味着增加项目成本。作为约束条件的要素还有一个前提，就是该要素是可以变动的，也就是比较容易取舍的，这样才能作为寻求目标平衡的变量。例如，时间目标可以提前或者推后；成本目标可以增加资源，也可以减少资源；质量目标可以提高要求，也可以降低要求。比较难做的是范围目标，这一目标是否可以比较容易地调整依赖于行业特征。虽然范围看起来也可以简单地增减，但在某些行业中，项目最终的交付往往是完整的、不可分割的物质产品，只有保持完整的项目范围，才能满足基本的要求。比如在建筑业中，半栋楼是没有意义的。
传统上的项目管理仅仅把时间、成本和质量看作三个互相制约的约束条件，即仅在时间、成本和质量三个项目目标之间进行平衡，其原因就在于那些早期的项目中，范围往往不作为容易调整的因素。但是在一些新兴的领域中，例如IT行业，范围因素却作为最主要的约束条件之一。
在IT行业中，项目交付的最终时间和进度往往是不能改变和妥协的，但是在范围上是可以进行调整的，而且，有的时候客户关注质量更甚于范围。很显然，客户可以忍受按时交付一个有80%功能的符合质量要求的系统，不能接受一个包含100%功能但质量却很差的系统。
项目的约束条件意味着在项目开展过程中没有办法在所有要素上追求最佳，而只能寻求一种最有效的平衡。在平衡的时候，可能需要对约束条件确定优先级。一般认为，效果因素要比效率因素重要。但实际情况却往往不是这样的，很多项目的约束条件在项目初期和末期的优先级排列是不一样的。例如，在项目初期可能是进度排在了第一优先级，但到了项目末期，则可能是质量排在了第一优先级。这种前后不一致的情况会导致资源分配的混乱，因为有些活动在项目不同时期进行，代价是不一样的，特别是和质量有关的活动。另外，范围一般是不太容易忽视的，但是如果考虑在范围上进行调整，有时可能会给项目带来额外的好处。
1.3.4 项目管理的知识表述
有关项目管理的知识包括为更好地实现和达到项目目标所需要的相关过程、方法和技能。这些最基本的知识大多来源于人们过去的经验总结，但要作为一门独立的学问，总需要一个成体系的框架来容纳相应的知识，这个框架就是项目管理知识体系（PMBOK）。
那所谓的项目管理知识是什么呢？在项目管理知识体系中，它是以一套完整的项目工作过程来表述的。换一个角度来理解，项目是由一系列的过程所组成的。项目中的过程包括两类过程：
● 项目管理过程，即对项目实施管理活动的过程。
● 产品的工程过程，即创建项目、交付产品的过程。
过程，英文是Process，有时也被翻译成流程，两个词的意思是相同的，在本书中我们依照表达习惯混合使用。过程这个词在近些年来相当流行，但什么是过程呢？《美国传统词典》中的定义是：过程是产生一定结果的一系列行动。简单来说，过程就是完成一件事情的一系列活动和步骤。但是要注意，过程比一般的活动更关注结果，也就是说一系列活动是为了达成预定的某一个目标，这才能被称为“过程”。简单的活动序列并不能完全表示过程。
为什么要有过程呢？
最初的过程概念来源于工业化大生产，通过劳动分工提高生产效率，利用标准化的过程将专业工人有效地组织在一起，有利于提高劳动效率，这是过程的第一个作用。
过程还可以继承经验。重复性的事情总是成功率更高。如何有效复用过去的经验呢？显然，项目的独特性使得项目本身的内容无法重复，但是实施项目的方法却是可以被传播和继承的。过去的经历无论是经验还是教训，都可以转化成能够被传递的过程方法。所以，过程的一个更重要的作用是：重复过去的成功。
从另外一个角度说，项目管理的知识就是通过过程形式来表达的，这些过程凝结了过去人们完成项目的宝贵经验。通过过程进行经验的传递，从而使一个最有效率的方式可以最大可能地被复制，这看起来很简单的道理却有其深刻的文化背景。过程的思想起源于西方的近代社会发展和工业革命，现代化工业大生产高度强调“纪律性”，这种“纪律性”体现为一种“约束”，从小的方面来说就是遵守组织的制度，从大的方面来说就是整个社会遵循“法治”和“契约精神”。整个社会内部“人与人的交易”在一种相对可预测的基础上进行，因为法律和制度制约了那种“图一己之利而损害他人”的行为，导致其违约的代价很高。这种“可预测的便利”好不好呢？
在经济学里有一门分支叫“制度经济学”，其研究的重点恰恰是这种“人与人的交易”。它的基本原理就是：一个社会的运行效率和交易成本相关。人与人之间的交易成本越低，这个社会的运行效率就越高。例如，我们现在所提倡的诚信其实就是降低人与人之间打交道的成本。当你和一个人做交易或者协作的时候，如果不信任对方的话，你不得不花费额外的成本去监督，而且可能要承担由于对方不遵守事先的承诺而导致的损失。如果一个社会在交易的时候都面临着这种情况，就会导致额外的成本，从而产生了低效率。
项目管理知识其实就是一系列的继承了前人经验的项目管理过程。随着时间的推移，项目管理的知识体系会随着经验的增加而更新。从1996年到2012年，项目管理知识体系已经更新了5次。
1.3.5 项目的一般过程
项目管理知识并不是凭空产生的，它是人们在日常活动中不断总结经验教训的结果，其本身也是逐步积累和优化的产物。但我们大部分人本身并没有参与到这个形成过程当中，而是直接面对最后的产物。这样在学习过程中，就让大多数并没有实践经历的读者“知其然，不知其所以然”。有的人虽然学到了别人积累了很多年的宝贵经验，却可能由于不知其缘由而不得其要领，这就会直接影响实践效果。所以在本节中，我们就从一般人的直觉经验开始，对比一个日常生活中可能经历的项目，设想会遇到哪些问题、如何去解决，从而引申出项目管理知识体系中所提到的项目管理过程。
让我们来设想一次异地旅游，以它来作为一个假想的项目。它符合作为一个项目的基本条件。第一，参加旅行的游客大都是没有过完全相同的经历的，虽然他们并不是第一次旅行；第二，旅行需要在一个特定的时间段进行。项目的干系人包括：游客、全程陪同导游、地方陪同导游、旅行社等。
大多数人会利用旅游这种休闲方式在工作之余来一次放松。当然放松的形式并不局限于旅游。游客在确定参加哪条旅游线路之前，需要考虑的是旅游的内容，包括景点和游玩项目。
这里涉及两个基本的概念。游客需要休息是初衷，而休息的体现方式是旅游，也就是说，旅游是服务提供方满足客户“休闲”需要的一个产品。我们把前者称为项目需求，把后者称为项目范围。需求是范围的源泉，而范围是满足需求的结果。需求是项目启动的重要因素，需求的存在才使项目具有最终的商业价值。一个项目进行之初，就是识别这种需求，并且找到满足需求的产品。这种产品可以是物质的，也可以是一项服务，但该产品是否能真正满足客户的需求并不能在初始阶段确认。
游客有着不同的目的和倾向，比如有些人喜欢探险，会倾向那些消耗体力的线路和项目，有些人喜欢享受，则会更看重吃住的条件。这就导致旅行社在设计每一条线路时都会有不同的考点。这一考点也会以不同的消费群体为目标。但无论怎样，消费者和旅行社之间签订合同时，都是在游览线路和项目上最终达成一致，同时约定的还有时间和价钱。这些年来，随着人们质量意识的提高，为了防止纠纷，人们也会在合同中写上一些有关质量要求的约定。例如，交通工具要求、住宿标准、餐食标准等。
项目的目标包括范围、时间、成本和质量要求。范围是可被明确表述的，所以大多数项目的起点是从范围定义开始的。虽然我们知道客户是为了满足自身的某项需求来选择确定需要完成的项目范围，但在很多情况下是无法以双方可接受的形式明确表达需求的。这时，项目的起点就是范围。范围确定了，才会影响其他三个条件。时间和成本就是满足范围要付出的代价，这一点不难理解。俗话说，一分价钱一分货，质量要求也是和实施代价相关联的。
大多数情况下，质量要求涉及项目实施方的专业领域。因为客户方只能表达需求，但对满足需求的领域不一定在行，所以即使客户方提出一些质量要求，也未必可以很好地进行约定，因为客户方不比实施方更专业。但如果听任对方提出质量要求的话，不诚信的实施方可能会利用信息不对等作出不利于客户的约定。
我们设想一个旅游团凑齐游客准备出发了。出发前，全程陪同导游会制定一份旅游计划。
既然活动的主要目标是旅游，那么计划的主要内容就应当包括游览哪些景点。事实上，大多数旅游的主要目的就是参观景点，这也是构建项目计划的起点。当然由于其他原因，我们无法把所有时间都安排在参观大家最感兴趣的景点上。为了完成最终的范围目标，我们还必须经历其他辅助活动，例如乘坐交通工具到达旅游景区、旅游期间就餐、夜里住宿等。所有这些活动都需要一定的时间和金钱，同时这些活动还必须有一定的顺序。我们把这些信息集合在一起，就形成了一份完整的行程计划。从这份计划中我们可以得到以下信息：
● 这次旅游都需要参观哪些旅游景点，这是项目的范围目标。
● 为了完成最终的范围目标，必须完成哪些活动。
项目目标确定之后就需要制定实现目标的计划。目标中最关键的因素就是项目范围。所谓项目范围，我们可以简单理解成项目最终能带给用户什么东西，也就是常说的项目交付物。对项目的计划是以完成这些交付物为基础展开的。从一般人的直觉上来看，产生一个项目计划的步骤可以是：
● 列出所有客户需要的可交付物。对上述案例来说就是这次旅游的所有参观景点。
● 将每个交付物进一步分解细化。也就是说，为了完成某一个交付物，需要完成哪些子交付物。这一活动是可以循环往复进行的，进行的次数则由项目的复杂程度决定。对本案例来说，我们可以将每个大的景点细化成内部的小景点。
● 为了完成某一个子交付物，我们都需要完成哪些工作或活动。对于本案例来说，包括交通、游览、购物、餐饮等。
在项目管理的术语中，我们可以认为项目的交付物构成了项目产品范围，而所有为了完成交付物的活动构成了项目的工作范围，两者共同构成了项目范围。这一点比我们先前的概念有所扩展。从最初的项目范围说明书中逐步分解出完整的项目产品范围和工作范围的过程，叫做“创建工作分解结构”，其结果就是生成一份工作分解结构。从工作分解结构中我们可以得到以下信息：
● 项目完成后，客户应该得到什么。
● 为了完成项目，我们都需要做哪些工作。
我们知道了完成这次旅游的所有活动，下一步需要为这些活动分配资源。我们首先考虑时间资源。我们把活动需要完成的顺序关系排列出来，并且标出每一个活动计划完成所需要的时间。例如，从住宿地到旅游景点的往返需要花30分钟，游览需要花3小时，午饭需要花1小时等。这样我们就得到了一份详细的行程计划。但是在安排时间的时候，有一些限制条件必须要特别考虑。例如，吃饭的时间必须固定，游览景点的顺序和其地理位置有一定关系等。这些条件使得行程计划在安排上需要一定的经验和技巧。
安排完活动的时间计划，我们再对每一项活动所需的费用进行估计。这样我们就可以对每天出去游玩时所需要携带的现金有一个很好的预计，防止出现混乱和损失。
在完成了项目范围的计划之后，就需要对活动进行时间和成本方面的计划。项目范围确定项目要做什么，时间和成本是计划实施的代价。时间计划的基本步骤包括：确定活动之间的顺序，为活动分配时间和物质资源，最终形成项目的进度计划。在项目管理过程中，对应着几个活动的过程分别是：活动排序、活动历时估计、活动资源估计、制定进度计划。其中最后的进度计划是整个时间管理过程的最终结果，在这份进度计划上我们可以得到如下信息：
● 项目总体预计的完成进度。
● 每一项活动预计的开始和结束时间。
● 每一项活动可以开始的前提依赖活动。
● 每一项活动所影响的后续活动。
以上信息在我们实际执行项目中会经常用到。如果我们把每一项活动所需要的资源成本也对应到进度计划当中，我们可以得到更多的信息：
● 项目总体需要花费的成本。
● 项目需要花费的成本和时间之间的关系。
这些信息可以帮助我们有计划地对项目成本支出进行控制，这一活动被称为项目成本计划。
到现在为止，我们做完了这次旅游所需要的所有预备工作。我们知道了需要进行哪些活动、参观哪些景点，也知道了时间和费用上的计划与安排。事实上，我们已经得到了完成这项活动的所有信息，下一步就是按照计划去执行。但有过真正旅行经验的人马上会意识到，这只是一份理想中的计划，是在假设一切顺利的情况下才能发生的。一个完全计划好的行动，会被现实中的各种不确定性所打乱。尽管我们称它们为意外，但是我们不能确定这些影响目标的因素是什么，或者有多大可能发生，我们只知道一定有某些我们不期望的事情会发生，所以事先的计划还必须考虑发生之后的应急办法。例如：
● 在参观景点时，人员走失之后该如何联络。
● 游客发生疾病或者意外时该如何处理。
● 遇到不可抗力不得不改变行程的时候该如何处理。
在现实中，或者由于计划者缺乏经验，或者由于项目可控范围之外的因素等，都会危害到项目按照计划顺利实施，我们常常称这些潜在的、对项目目标会产生危害的因素为“风险”。项目管理的基本原则是对这些风险作出相应的准备。它们或者可能发生，或者不发生，但无论怎样，项目都需要对这些“意外因素”做到“不意外”。显然，这已经属于辅助项目顺利实施的管理活动了，我们称之为“风险管理”。
旅游团队是一个集体，导游是计划实施的主导者，但他一个人并不能完成整个计划，他需要所有游客的积极配合。显然，如果旅游团是一个大型团体，一定的组织和人员管理结构会有助于行动的顺利实施。例如：
● 把团队分成若干个小组，每个组选出负责人。
● 小组负责人承担管理本组活动和人员的责任。
● 导游的意图通过小组负责人传达和落实。
在我们这个案例中，虽然导游和游客之间并不是管理与被管理的关系，但一定的组织结构显然有助于项目计划的落实。项目基层的所有工作都是需要人去完成的，而对应的人员管理结构和手段就是为了更好地落实计划。但不同类型的项目，人员的角色和工作性质不同，对人员管理的手段就会不同。例如，命令、控制、激励、授权等。这在项目管理中被称为人力资源管理。
到目前为止，我们明确了目标，细化了实现目标的步骤，对非正常情况作出了应对，建立了有效的人员管理和组织结构，方方面面我们都已经考虑周全，下一步就可以按计划出发了。
旅途中，导游是整个旅游计划实施的掌控者，他不仅需要知道自己的计划是什么，还要了解实施的真实状态。这就好比大海中航行的一艘船，船长不仅需要有地图，还需要随时知道船所处的方位。这个时候，计划作为行动的基准才能判断现在的实施状态是否正常。在这个并不复杂的旅游活动中，获取执行状态的最简单办法就是导游直接询问各小组的进展情况。为了简化沟通，就必须事先约定一些标志物，例如通过是否在指定时间到达某一景点等来估算行程进展状态，以便导游评估其是否正常。
当导游认为行程不符合预定计划时，就需要进行干预。其最终行动只有两种：要求游客加快行程，以赶上预定计划；当判断偏差无法纠正时，导游则需要变更计划。这两种情况有一个共同得特征，就是偏差发现得越早，采取后续行动的余地就越大，代价就越低。
获取项目执行中的真实状态是掌控项目运行状态的重要环节。只有这样，项目计划才能作为基准参照引导项目实现其目标。项目管理把获取项目执行的真实信息、评估项目状态的过程称为“项目沟通”。项目沟通过程的结果作为项目实施控制措施的输入。沟通过程的真实性和及时性对于及早发现项目偏差，及时采取纠正措施，减少损失具有重要作用。沟通过程的有效性非常关键，例如上述案例中指出，导游需要及时了解各个小组的行动状况。如果没有事先约定的话，很可能导致小组长向上描述位置信息时出现问题。所以，项目状态的汇报必须作出事先约定，用预定义的、理解一致的术语进行描述。
获取项目状态的沟通过程和项目控制活动是紧密联系的。项目控制过程是为了减少项目偏差。大多数控制措施的输出只有两个：改进实施行为，纠正偏差；变更计划，顺利实施。
说到这里，相信大部分读者已经对项目所涉及的活动有了一个大致的了解，因为它几乎都来自我们现实中的实际活动。事实上，这就是我们下一章节内容的基础。
1.3.6 项目管理知识体系
上述关于旅游的例子虽然并不正规，但很好地向我们示例了一个普通项目所需要经历的过程。我们就此来延伸出正规而完整的项目管理知识体系。如前所述，项目管理知识体系总结出了人们做好项目的一些经验，把它们归纳成一系列的管理过程。这些过程根据其涉及的领域和起到的作用，按照两个维度进行了分类，即知识领域和过程组。
第一维度称为知识领域，共有三类，分别是核心知识领域、辅助知识领域和整体管理。
核心知识领域包括以下四项：
● 项目范围管理：对项目包括什么与不包括什么的定义与控制的过程。这些过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
● 项目时间管理：确保项目准时完成所必需的过程。
● 项目成本管理：确保在批准的预算范围内完成项目所需要的各个过程。
● 项目质量管理：确保项目满足它所应满足的需要。
其实，项目管理的核心知识领域就是构成项目目标的四个要素。也就是说，项目管理就是确定和细化范围、时间、成本和质量这四个目标，然后围绕这四个目标的实现进行监督和控制。除非项目的目标构成因素发生了变化，否则项目管理的核心知识领域是不会发生改变的。
所谓辅助知识领域，是指那些有利于项目目标实现的过程活动，它们包括：
● 项目人力资源管理：管理项目最重要的资源——人力资源的过程。
● 项目沟通管理：管理项目信息的过程。
● 项目风险管理：管理项目所遇到的不确定性。
● 项目采购管理：管理那些从执行组织外部购买项目所需产品和服务的过程。
● 项目干系人管理：管理项目干系人关系的过程。
最后一个知识领域是项目整体管理，它是指作为一个整体性的大框架在项目生命周期中来集成和协调所有其他项目管理知识领域所涉及的过程。
第二个维度称为过程组，它是按照过程本身的作用来分类的，共分为：启动过程组、计划过程组、实施过程组、控制过程组和收尾过程组。
过程组及其之间的关系见图1—4。
图1—4 过程组及其之间的关系
这几个过程组最主要的是计划、实施和控制。启动过程组主要承担项目的立项过程，收尾过程组主要承担项目的结项过程。各个过程组之间的主要关系如下：
● 制定计划，这是项目管理活动的必要要求。
● 计划作为实施活动的参照。
● 控制过程获取实施的实际状态，对比计划过程来判断是否存在偏差。
● 当存在偏差时，或者纠正实施过程，或者变更计划。
可以看到，项目管理过程组之间的关系和一般管理里面的计划、实施和控制是一致的。
到这里，我们可以把项目管理看作一系列相互联系的过程。也就是说，它的核心就是一系列的管理过程，这些过程构成了实践当中的基本活动。
本书参照2012版的项目管理知识体系，按照项目知识领域划分的管理过程组织全书内容，具体如图1—5和表1—2所示。
图1—5 2012版项目管理知识体系的项目管理过程
表1—2 本书的知识点分布
续前表
几乎每个知识领域中都存在计划编制的过程，这意味着在项目管理里面做任何事情首要的是计划但这些有关计划的过程既包括对完成项目结果的工程活动进行计划，又包括对项目应该实施的管理活动进行计划的过程。例如：在项目范围管理中，规划范围管理就是针对项目实施的范围管理活动进行约定，它是对管理活动的计划；而创建工作分解结构则是产生项目工程活动计划的必要活动。
制定的项目计划将作为项目实施活动的参照，这既包括工程活动，又包括管理活动。显然，在实际项目运作中，按照计划去实施的活动是工程活动，纯粹属于管理的实施过程并不多。
同时，在核心知识领域中都存在控制过程。因为项目管理的目标构成就是四个核心知识领域，所以需要制定如何实现和达到这些目标的计划，并且在实施过程中不断监督和控制。再仔细分析，你会发觉其实核心过程中的其他过程大都是帮助你制定计划的，只有质量管理里面的质量保证过程是例外。
下面来思考一个问题：我们学习项目管理知识，学习的到底是什么呢？其实，我们学习的内容包括两个方面：
● 项目管理的过程。也就是说，如果实施一个项目，应该按照哪些过程来开展活动。
● 支撑过程实施的技术、工具和方法。过程仅仅描述了应该“做什么”，但是没有定义“怎么做”。这是所有过程方法的普遍情况。
对于不同领域的项目，项目管理的过程是否一样呢？
对于不同领域的项目，项目管理过程是类似的。之所以把项目管理过程独立出来，就是因为注意到了不同领域的项目之间在项目管理上的共性特征。
不同领域的项目，支持项目管理实践的技术、工具和方法一样吗？
不同领域的项目，支持项目管理实践的技术、工具和方法是不一样的。因为这一部分内容是完成“怎么做”的。对于不同类型的项目，在不同的工程技术领域范围内，可能会采取一些不同的技术和方法来支撑项目管理活动的实施。
案例1—6
项目管理的硬技能与软技能
很多人可能认为，学习项目管理就是要掌握一系列的管理过程以及实施过程的方法。事实上，对这些知识性内容的理解和掌握并不难，但即使掌握了这些知识也并不能保障一个项目的成功。因为项目管理的实施方法中一部分属于硬性的方法和条件。如何做计划，如何最有效率地安排资源，如何评价项目绩效等，这些都有成熟的方法支撑，项目管理的学习者掌握它并不难。但在项目实施中，你却不得不面对一些书本上论述不多但很重要的现实问题。例如，如何激励你的员工努力工作，如何化解矛盾，如何说服客户放弃一项不现实的要求等。你会发现，这类问题的共性就是和人打交道的技能，也就是人际交往技能。我们把这一类技能称作“软技能”，以区别于前面的“硬技能”。
相对于硬技能，软技能有这样一些特点：高度经验性；把人看作感性而非纯理性；实践中特别注重实施技巧，即注重“火候”和“度”；学习过程中依赖某种“悟性”；和人的性格相关联。所有这些似乎增加了软技能的神秘性。其实，在项目管理的辅助知识领域中，沟通管理、人力资源管理和风险管理都是和这类技能高度相关的。所谓的硬技能大多是建立项目管理制度的基础，但管理者个体之间的水平却体现在软技能上。软技能不能简单地通过显性方法进行传播，它必须借助于一些特殊手段，引进一些实践性较强的方法，如拓展训练、沙盘推演等。
1.3.7 项目阶段和项目生命周期
一个项目要完成一个复杂的目标，涉及的活动很多，经历的时间可能很长。为了便于管理，人们经常把项目活动按照某种目的分为若干个阶段来实施。对每一个划分的阶段，都有目的明确的阶段目标，也规定了实现该阶段目标的一系列工作任务。这样做有利于管理者及时掌握和了解项目的实施过程，便于对项目进行管理和控制。
在实践中，项目的阶段划分和具体的应用领域相关。每一领域的项目都有其特定的阶段划分要求。一般来说，都是按照某一集中性的目的和活动来进行划分。如果不考虑特定领域，而单纯从项目管理的角度出发，一般可以把项目划分成四个阶段：启动阶段、计划阶段、实施阶段、收尾阶段。其划分理由非常明显，就是按照某一阶段的活动目的来划分。例如：
● 启动阶段，寻找项目机会，确定项目目标。
● 计划阶段，对项目的实施过程进行周密的计划。
● 实施阶段，按照计划实施项目。
● 收尾阶段，主要是做项目结束后的收尾工作。
从项目管理的角度来说，项目的四个阶段和五个过程组的名字很相像。这很好理解，因为项目阶段就是按照某一时期主要活动的作用来划分的。项目里面有管理活动，包括启动、计划、实施、控制和收尾，也有工程活动。图1—6显示出各个活动在各个阶段的对应关系。
图1—6 项目活动和项目阶段
在启动、计划和收尾三个阶段，对应的主要活动分别是启动过程组、计划过程组和收尾过程组里面的过程活动。在实施阶段，项目管理主要包括实施和控制活动，同时工程活动的实施也主要在此阶段。图1—6仅仅是一个示意，实践当中的情况要相对复杂。
一个项目从开始到结束所经历的阶段划分被称为该项目的生命周期。对于每一个成熟的领域，其典型项目都有相对标准的项目生命周期定义，但是其阶段命名可能会以主要的工程活动命名。
图1—7是一个项目生命周期模型。该模型把项目分割成若干个阶段，而每一个阶段都有特定的工作目标，这些工作目标是反映在该阶段任务所产生的工作成果。这种工作成果是有形的、可鉴定的，一般被称作产出物或者可交付物，例如计划阶段的工作结果就是一份详尽的项目计划。伴随着可交付物的完成，还必须有对可交付物是否符合要求的鉴定活动，也就是说，我们需要明确知道工作结果是否达到了要求。
图1—7 项目生命周期模型
一个项目的生命周期由若干个阶段组成，每个阶段的结束通常是以对关键的工作成果完成和项目实施情况的评审为标志。这样做有两个目的：
● 检查该阶段所完成的工作活动和工作结果是否符合要求。如果不符合，就及时采取纠正措施，这样可以尽可能地以较小的代价纠正错误。
● 根据检查结果来决定项目是否进入下一个阶段。
这些阶段评审常被称为阶段出口或者里程碑。在国外企业中，经常用Gate进行标注，其目的就是设定一个门槛，以便确认本阶段任务是否合格地完成。
项目生命周期确定了项目的开始和结束。一个组织应该对自己典型的项目特征进行归纳，以明确本组织的项目生命周期。这一活动如果没有做到位，会导致项目混乱。例如，当一个组织看到了一个潜在的市场机会，它通常会要求做一次可行性研究，以便决定是否应该就此设立一个项目。对项目生命周期的明确设定会直接影响到这个活动本身的有效性。因为你必须说明这次可行性研究活动是否应该作为项目的第一个阶段，还是作为一个独立的项目。
大多数项目的生命周期具有以下共同的特点：
● 对资源的需求在最初的阶段比较少，在向后的发展过程中需要会越来越多，当项目要结束的时候又会急剧地减少。
● 一个项目是经历了一定的阶段才完成的。生命周期在项目开始时，成功的概率是最低的，而不确定性程度是最高的。随着项目逐步地向前发展，各种不确定性因素逐步明晰。
另外一个容易混淆的概念是产品的生命周期。虽然很多项目的最终交付物是一个产品，但两者的概念是不同的。产品的生命周期是指一个产品从诞生、发展到最后退出市场的全部阶段和过程。两者的目标和覆盖范围也是不同的。项目的生命周期是由项目的主要活动阶段来构成的。例如，大多数项目都是由概念、计划、实施和收尾四个主要阶段组成的。产品的生命周期则和具体的产品工程相关。两者之间存在一定的关系，具体来说可能出现以下几种情况：
第一种是指那些最终目标就是构造一个产品的项目，而且该产品并没有后续的进一步发展。这个时候，该项目的生命周期往往由完成一个产品的工程活动阶段来划分，项目生命周期往往和产品生命周期等同。例如，一个软件产品项目经常分为需求、设计、实现、测试和维护几个阶段。
第二种则是指利用项目来推进一个产品线的演化和发展。这个时候，产品的生命周期则会延续一个相当长的时间，每一个项目都可能推进产品的一次升级，项目的生命周期由完成产品的一次升级过程的工程活动所组成。
项目与产品生命周期模型之间的关系见图1—8。
图1—8 项目与产品生命周期模型之间的关系
1.3.8 项目的组织结构
项目所使用的资源依赖于组织提供，而组织的结构又深刻地影响了项目资源的使用效率。进一步说，这种资源主要是指人力资源，组织结构影响着项目对人力资源的分配和使用。总体来说，项目和组织结构之间的关系可能存在以下两种极端情况：职能导向和任务导向。
职能导向主要是指资源按照职能进行分配，任务导向则主要是指资源按照统一的任务目标进行分配，也有可能两者共同结合就产生了矩阵型组织形式。根据资源分配的主要原则会产生不同的组织形式，参见图1—9。
图1—9 组织资源分配形式
根据项目的特点，将各组织类型的特点作一归纳，见表1—3。
表1—3 各组织类型的特点
传统企业大都建立起了以职能为基础的组织结构。也就是说，人力资源是按照所从事的工作内容和特征以及所体现的组织职能来安排的。例如，一个企业中有财务部、人力资源部、行政部等就是典型的职能型组织安排。
如图1—10所示，职能型组织具有明确的等级划分，每一个员工都有一个明确的上级，员工高度地依据各人专长进行组合，比如生产、市场、工程、会计等。职能型组织也有项目，但各部门对项目的研究范围被局限于部门的职能界限内。例如，当一个纯粹的职能型组织准备开发一项新产品时，设计阶段会被称为“设计项目”，仅仅由工程部人员来完成。一旦涉及生产方面的问题，这些问题将会被逐级汇报到工程部主管处，再由工程部主管向生产部主管咨询，然后通知工程部主管，再由工程部主管将解决问题的方法逐级向下传递到项目负责人。
显然，职能型组织特别适合那些重复性程度高的业务活动。这种组织结构对于完成过去已经考虑周全的任务是没有问题的，但是对于一项相对过去有很大不同的任务来说则存在着天然的困难。第一，各部门之间存在着明显的界限，不利于协作；第二，这种协作是在和过去不同的规则上进行的。
组织结构中相对职能型组织的另外一个极端是项目型组织（如图1—11所示）。在一个项目型组织中，最基本的单位是根据某一项目而成立的项目团队。工作成员都归属于某一具体的项目团队。每个项目团队都会配备项目工作需要运用到的大部分资源，而项目经理也有很大的权力。项目型组织的一个最主要的缺陷是人力资源直接隶属于某一项目，而不能在他们空闲的时候服务于其他项目，这样可能会导致资源利用上的低效率。
图1—10 职能型组织
图1—11 项目型组织
除了职能型组织和项目型组织这两种极端情况之外，还存在介于两者之间的矩阵型组织，这种组织是职能型组织和项目型组织的混合体，既具有职能型组织的特征，又具有项目型组织的特征。弱矩阵型组织保持了较多的职能型组织特征，项目负责人扮演的是协调者、协助者的角色，还算不上是一个项目经理。强矩阵型组织具备较多的项目型组织的特征，有专职权力很大的项目经理，也有专职的项目行政管理人员。
矩阵型组织如图1—12～图1—14所示。
图1—12 弱矩阵型组织
图1—13 均衡型矩阵组织
图1—14 强矩阵型组织
更为现代化的组织则不同程度地包括以上各种组织类型的结构特点，比如，一个基本上是职能型的组织设立了专门的项目工作组去完成一个重要的项目，这个工作组具有项目型组织中项目组的许多特征：有独立于职能部门的专职项目工作人员；有自己的一套工作程序；可以在组织常规的标准和正式报告架构之外进行运作。
几种组织结构之中，哪一种更好呢？首先，大多数人可能会在直觉上认为矩阵式最好，因为它似乎兼有了项目型和职能型两种结构的优势。但在实践当中，其实矩阵型是最难操作的，它对组织结构的成熟度要求最高。一个主要的根源就在于，矩阵型组织中的每一个人都是双线汇报。一个不成熟的组织系统会较大程度地依赖于人。在这种组织中，对人力资源的控制程度和团队任务的结果有着较强的关联。在一个不成熟的组织中实施“矩阵管理”所带来的问题就是：每一个成员都会受到来自于两个“老板”的管理压力。因为在不成熟的组织中，管理者出绩效的最佳途径就是抓住尽可能多的资源。
事实上，矩阵型管理比较适合成熟的组织。成熟的组织大都建立起了面向流程的管理体系，组织的绩效主要依赖于管理系统的建立。在这种组织中，管理目标和对目标的考核评价体系是比较清晰而稳定的，人为的因素较小，所以每个员工都在相对清晰而稳定的管理目标下工作，从而对其工作量进行比较准确的预测。
很多大型的传统企业都是职能型组织，随着企业中的项目活动越来越多，它们也在逐步采纳矩阵型的优势来管理项目。但鉴于传统的组织架构，大多会采纳弱矩阵形式。而这个时候，处于“项目管理者”地位的项目经理由于其对资源不具有直接的管理权力，往往会处于相当尴尬的地位，深感责任重大，但却有心无力。这个时候，处于弱矩阵形态的项目管理者严格来说不能被称为“项目经理”，而更接近于“项目协调人”的角色。管理上讲究责权对等，对资源没有直接管理的权力，也很难要求他们对项目的结果负全责。在这种情况下，项目协调人的主要职责是：
● 获得项目执行状态的真实信息。
● 及时发现项目执行中存在的问题。
● 将问题及时提交到具有解决问题权力的责任人处。
项目协调人的作用如同一个信息集散地，其最重要的职责是准确地传递和汇总项目信息。
1.3.9 组织内部的管理活动和管理结构
企业中除去项目活动以外，还有另外一类被称为运营（Operation）的活动。不同于项目活动，它是那些重复不断、周而复始的活动。例如，企业中的生产活动，财务，人力资源等部门的活动。运营活动和项目活动有着很多不一样的特征，具体区别见表1—4。
表1—4 项目活动和运营活动的区别
为什么在管理上，项目追求的是“效果”而运营追求的是“效率”呢？
项目活动由于其独特性的项目目标，使得项目必须首先关注实现效果，然后才可能考虑效率，切忌因为追求效率而影响了效果。
而运营活动则是重复性的活动，其效果早在多次重复中得以保证，所以更关注在不断地重复时降低实现的代价，所以运营活动大多更关注效率。
在企业管理活动中，除了项目管理和运营管理活动外，还有一类被称为战略管理的活动。它们三者之间的关系如图1—15所示。
图1—15 战略管理、运营管理和项目管理的关系
战略管理最主要的目的是确定本组织的发展方向，进而选择所要实施项目的范围，同时通过项目的实际运行来逐步落实战略目标的实现。运营管理则对项目的运作提供服务性支撑。
对于企业内部的管理活动，除了按其功效与作用分成三类外，还可以按管理层级进行分类。大致上，我们可以认为企业的管理层被分成了三个层次：上层、中层和基层。
企业的管理层次如图1—16所示。
高层，又被称为决策层。其大多从事战略管理活动，目的是从组织整体利益出发，实行统一指挥和综合管理，制定组织目标和实现目标的大政方针，编制战略计划。
中层，又被称为执行层。其大多从事运营管理，目的是根据组织的战略计划，将目标分解成详细的实施方案，分配资源，协调和评价下级组织活动，监督和控制目标的实现。
执行层起到承上启下的作用，工作目标来自高层或决策层，其制定实现目标的计划，然后驱动一线经理按照计划实现目标，并解决执行中的问题。这一层根据企业规模可能存在多个层次。在这一层次中的管理者要面对两个挑战：第一，深刻理解来自决策层的战略意图和目标。这中间可能需要反复地确认才能正确把握。第二，对下大多是实施间接管理模式。所谓间接管理，是指所管理的团队和人员并不是直接进行汇报，而是需要通过中间层将信息传递过来以了解真实的状况。这种传递会导致信息的失真和不明确，有时甚至会产生偏差。
图1—16 企业的管理层次
基层，大多从事工作一线的管理，按照规定的计划和程序完成任务。在很多企业中，项目经理所处的地位大多在这一层中。但这一情况不是绝对的，很多重要的大型项目的领导一职都由企业高层主管担当。
一般来说，不同类型的企业层级基本上都会有这三个层次的划分。只不过具体的层级多少会有差别，大多体现在中层管理的级数上。很多大型企业的中间管理层级数众多，导致机构臃肿，决策缓慢。高层战略通过层层传递，到一线执行时已经大大走样。而来自一线的市场反馈，也被扼杀在繁琐的层层汇报过程之中。所以，现代企业都在做“瘦身运动”，试图减少从下到上的层级数目，追求扁平化。
案例1—7
28个事业部，只有一个“头”
比亚迪公司有20多个事业部，但每个事业部的负责人都向公司总经理一人——王传福直接汇报。每个季度王传福都要对他们进行“非常严肃的业绩考核”。只要业绩好，过程就不会差，而即使过程有些问题，只要结果好就可以了。王传福的逻辑很简单，就看结果，不管过程。
事业部要想发展新业务，没问题，只需要向王传福出具一份可行性报告，类似于商业计划书，用王传福的话就是：“能说服我，让我觉得很高兴就可以做了。”让王传福觉得“高兴”不是件容易的事，针对这份计划书，王传福的大脑会快速运转，按照其中提供的数据来分析新业务的可行性。但这个对企业命运攸关的过程却只依赖一个人的大脑！公司重大的决策都是王传福一个人作出，正像他早年间所信奉的一样：“在市场管理上，我们特别强调信息流要努力做到单纯，最佳的状态就是市场和研发在我个人身上合而为一！”虽然王传福在外表上显得温和绵软，但本质是执拗而自信的“独裁者”。
比亚迪从单一的产品结构，到今天的多元化业务发展，其多元化业务的复杂性并没有在随之而来的管理复杂性上给王传福带来困扰。在他看来，一个人统领28个事业部经理， 28个人各司其职，这是一个扁平得不能再扁平的结构了。