《如何高效地管理项目比较prince2与pmbok.doc》由会员分享，可在线阅读，更多相关《如何高效地管理项目比较prince2与pmbok.doc（11页珍藏版）》请在三一文库上搜索。
1、如何高效地管理项目：比较PRINCE2与PMBOK2004-06-10 16:36:27中国电子信息产业发展研究院培训中心李长征、王东红项目管理向来就是一个充满挑战的管理，管理人员必须在有限的人力、物力、财力、时间基础上，在变化多端以及风险频出的环境中，产出预期质量的项目结果。如何有效和高效地管理项目一直是官、产、学界研究的重要课题。各国在对项目管理方法、知识体系的不断探索中逐渐形成了PRINCE2与PMBOK两套不同的标准体系。作者正是基于深入理解了PRINCE2-英国政府、公共部门、私有部分广泛接受的事实上的项目管理标准-和美国项目管理协会的PMBOK，同时综合国内外对二者探讨的相关论著和
2、项目管理大量实践的基础上写作本文，希望对我国政府的项目外包、企业的项目实施提供有价值的参考。在对PRINCE2和PMBOK具体比较之前，读者必须清楚二者作为通用的项目管理方法论，在实际应用中不能全盘照搬，必须依照具体项目的特点进行剪裁以适合应用的需要。由于二者都是基于项目管理的最佳实践（best-practices）的基础上的标准体系，会随着组织的实际应用经验的总结而不断更新。本文对PRINCE2和PMBOK的比较基于：PRINCE2：ManagingSuccessfulProjectswithPrince2，ReferenceManual，英国商务部OGC，1998版。PMBOK：AGuid
3、etotheProjectManagementBodyofKnowledge，美国项目管理协会PMI，2000年版1内容体系PRINCE2早在20世纪70年代，英国政府就要求所有政府的信息系统项目必须采用统一的标准进行管理。1979年CCTA采纳SimpactSystems公司开发的PROMPT项目管理方法作为政府信息系统项目的项目管理方法。在PROMPT项目管理方法的基础上，20世纪80年代年英国政府计算机和电信中心（CCTA）（后来并入英国政府商务部（OGC）出资研究开发PRINCE，1989年Prince正式替代PROMPT成为英国政府IT项目的管理标准。PRINCE，一种对项目管理的某
4、些特定方面提供支持的方法。它是PRojectsINControlledEnvironments（受控环境中的项目）的首字母缩写，是组织、管理和控制项目的方法。自从Prince的引进，Prince就广泛的被用于公共和私人部门。虽然开发Prince的原意是用于IT项目，但实际运用中，许多非IT项目也采纳了该标准。1993年，OGC又将注意力转移到Prince新改版Prince2的开发。通过整合现有用户的需求，同时提升该方法成为面向所有类型的项目的、通用的、最佳实践（best-practices）的项目管理方法。在OGC的组织下，大量项目管理的专家和学者组成设计和开发团队，超过150家公共和私人组织
5、参加评审委员会为开发工作提供有价值的输入和反馈意见。1996年3月开发工作正式结束。目前，PRINCE2已成为了英国政府、公共部门、私有部分广泛接受的项目管理事实上的标准，PRINCE2已风行欧洲与北美等国家。Sun、Oracle等将PRINCE2作为实施项目的标准管理方法；香港特别行政区政府资讯科技署将PRINCE2作为政府项目管理的标准指南；大中华客户关系管理咨询公司的合伙人及TriDynamics的创办人DavidChilds建议所有的CRM项目都使用Prince2作为标准方法。Prince2是基于过程（process-based）的结构化的项目管理方法，适合于所有类型项目（不管项目的大
6、小和领域，不再局限于IT项目）的易于剪裁和灵活使用的管理方法。PRINCE2手册介绍了PRINCE2中涉及的8类管理要素（component）、8个管理过程（process）以及4种管理技术（technology）。其中管理要素包括组织（Organisation）、计划（Plans）、控制（Controls）、项目阶段（Stages）、风险管理（ManagementofRisk）、在项目环境中的质量（Qualityinaprojectenvironment）、配置管理（ConfigurationManagement）以及变化控制（ChangeControl）等8类管理要素。这些管理要素是PRI
7、NCE2管理的主要内容，它们的管理贯穿于8个管理过程中。Prince2提供从项目开始到项目结束覆盖整个项目生命周期的基于过程（process-based）的结构化的项目管理方法，共包括8个过程，每个过程描述了项目为何重要（Why）、项目的预期目标何在（What）、项目活动由谁负责（Who）以及这些活动何时被执行（When）。它们是：指导项目DirectingaProject(DP)，开始项目StartingupaProject(SU)，启动项目InitiatingaProject(IP)，管理项目阶段边线ManagingStageBoundaries(SB)，控制一个阶段Controlling
8、aStage(CS)，管理产品交付ManagingProductDelivery(MP)，结束项目ClosingaProject(CP)，计划Planning(PL)。其中，DP和PL过程贯穿于项目始终，支持其他六个过程。PRINCE2手册还介绍了在项目管理过程中常用到的一些技术：基于产品的计划（Product-basedplanning）、变化控制方法（ChangeControlapproach）、质量评审技术（QualityReviewtechnique）以及项目文档化技术（Projectfilingtechniques）。有效使用这些技术为项目管理的成功提供了有力的保障。PRINCE2将
9、8类管理要素（component）、8个管理过程（process）以及4种管理技术（technology）进行了整合，勾画出项目管理的全部视野。PMBOK项目管理知识体系PMBOK（AGuidetotheProjectManagementBodyofKnowledge）是由美国项目管理协会PMI1996年综合大量专家和会员的意见开发完成的，2000年PMI对PMBOK进行了版本更新，本文正是基于这一最新版本向大家介绍相关的知识。PMI开发PMBOK的主要目的是为项目管理提供通用的词汇，确定和描述项目管理中被普遍接受的知识，用于在职业和实践中谈论和书写关于项目管理方面的内容。PMBOK指南的主要
10、内容有两部分构成：项目管理框架（TheProjectManagementFramework）和项目管理知识域（TheProjectManagementKnowledgeAreas）。在项目管理框架中，除介绍项目管理的概念、生命周期等概念外，重点提到了项目管理的五大过程组：立项（或启动）过程（Initiatingprocesses）、计划过程（Planningprocesses）、控制过程（Controllingprocesses）、执行过程（Executingprocesses）以及收尾（或结束）过程（Closingprocesses）。PMBOK指南的第二部分主要介绍项目管理的9大知识域，以
11、及5大过程组在9大不同的知识域中细分为的39个不同的过程。相互间的关系如下表所示：2项目的概念、以及项目管理涉及的知识领域PMBOK和PRINCE2对项目概念的定义基本一致。PRINCE2定义项目：根据一个特定的业务状况（BusinessCase），以生产交付一个或多个商业产品为目的而建立的临时性组织。PRINCE2项目具有以下特点：有限的和定义明确的生命周期定义明确、可测度的商业产出（businessproducts）为获得商业产出定义了一系列相应的活动（activities）明确定义了资源总量为高效地管理项目，定义了组织结构，明确了组织结构中人员的角色及其相应的职责PMBOK定义项目为：为
12、完成一个唯一的产品或服务的一种一次性努力。在PMBOK指南中明确将项目（Project）与业务（Operation）作了区分。项目通常作为实现组织战略计划的一种手段来实现。业务和项目从本质上是不同的：业务是连续和重复的而项目则是临时和唯一的。一个项目可以用其特有的性质来定义，项目是创建一个唯一产品或服务的临时性努力。临时是指每个项目都有一个明确的开始和结束。唯一是指产品或服务均有其区别于其它产品或服务的特点。PRINCE2和PMBOK中都对项目与计划/方案（Programme）作了区分，PMBOK认为Programme是以一种相联的方式管理的一组项目，PRINCE2认为Programme是按照
13、协调原则选择、计划和管理的项目组合。PMBOK管理项目所需的许多知识是专用于项目管理的（如关键路线法和工作分解结构）。但PMBOK也同其它学科交叉，并且考虑了项目管理对社会、经济、环境的影响。对比而言，PRINCE2指出由于具体项目管理的技术和需要的工具依照项目的类型和公司的环境的不同而不同。PRINCE2并不打算包括传统意义上所说的项目管理的所有领域，如项目可行性研究、项目采购管理、项目人力资源管理等（*进一步的讲解见第四和第五部分）以及一些常用的技术，如预算控制和挣得价值分析（EVA，earnedvalueanalysis）。当然，PRINCE2也指出，如若需要，可行性研究等过程也可单独作
14、为一个项目进行管理，一些常用的技术，可以由项目专家团队（或称为项目支持办公室PSO，ProjectSupportOffice）来完成。因此，PRINCE2项目管理知识领域为：3组织（Organization）与角色（Role）PRINCE2PRINCE2详细定义了项目组织，指出项目管理包含4个层次：项目指导（directionoftheproject）日常管理（day-to-daymanagementoftheproject）项目团队管理（teammanagement）产品制造工作（theworktocreatetheproducts）前三个管理职责归为项目管理团队（projectmanage
15、mentteam），最后一个管理职责由项目团队（projectteam）本身负责。项目团队指具体实施项目的团队。作为项目管理方法，PRINCE2将重心放到项目管理团队的各个角色及其相应职责的定义上：项目委员会（又称为项目董事会ProjectBoard）、项目执行官（ProjectExecutive）、高级用户（SeniorUser）、高级提供者（SeniorSupplier）、项目经理（ProjectManager）、项目团队经理（TeamManager）、项目保证组（ProjectAssurance）以及项目支持组（ProjectSupport）等。PRINCE2定义项目委员会对项目最终结果
16、负责，是项目与外界接口，项目的声音、外部的变化以及项目信息都是通过此接口交流、发布。PRINCE2要求项目委员会始终要满足如下所示的三方利益：商业（业务）Business项目产品（*具体阐述见第7部分）应该满足业务需要，项目结果应该收回对项目的投资，因此项目应始终关注业务状况（BusinessCase）3。项目执行官（ProjectExecutive）通常代表客户（*为项目支付费用，委托项目并将从最终结果中得益的个人或团体）关注商业（业务）利益得到满足。用户UserPRINCE2定义用户为满足下列条件的个人、组织：使用最终产品；通过产品获得目标；使用最终产品来为利益服务；受输出结果的影响。有时
17、用户（User）和客户（Customer）是同一人或同一组织。用户的利益应在项目委员会中得到体现。通常通过高级用户代表用户的利益。供应者Supplier在创造最终产品的过程中可能需要一定资源和技能，这些提供资源和技能的个人和组织称为提供者。提供者可能来自于组织内部或组织外部。提供者的利益应在项目委员会中得到体现。通常通过高级提供者代表提供者的利益。除此之外，PRINCE2对其他角色及其职责也做了详细的定义。项目经理：被授予权力和责任管理项目的个人，他负责项目的日常性管理，按照同项目委员会达成的约束条件交付必需产品。在需要时提交风险报告、问题报告，定期向董事会提交重要报告（highlightre
18、port）以反映项目的执行情况，在阶段结束时提交阶段结束报告、在项目结束或必须中途终止时提交项目终止建议等。大多数文档工作由项目经理完成，项目经理由项目委员会任命，为委员会实行例外控制（ExceptionControl）提供方便。项目团队经理（有时又称为项目小组长，TeamManager）：项目经理指派管理项目小组成员工作的人。根据项目实际情况，该角色可有可无。项目保证组（ProjectAssurance）：项目委员会为避免项目管理信息不对称，委派人员监督项目管理，确保自己正确管理项目的职责。项目保证组必须保证与项目经理独立。项目支持组（ProjectSupport）：项目委员会委派协助项目经
19、理管理项目的小组或专家，主要避免项目经理对某些专业知识的缺乏造成项目的管理不善。有时执行项目的组织设立项目支持办公室（PSO,ProjectSupportOffice）为项目经理提供必要的支持服务，通常它们同时为许多项目提供服务，如：计划、控制工具的使用，报告技巧，变化控制，配置管理等。需要注意的是，PRINCE2指出项目可能是方案（*Program,按照协调原则选择、计划和管理的项目组合。）的一部分。如，建设一个学校这一方案中，教学楼的建设作为一个项目实施，信息系统的建设作为一个项目。这时，项目必须和项目执行组织方案管理保持一致，必须确保项目管理符合业务需要。PMBOKPMBOK对组织结构和
20、角色定义远不如PRINCE2明确，推荐项目结构和角色随实际项目而变化。PMBOK指南指出项目办公室（ProjectOffice）对项目管理结果，但项目管理办公室具体如何构成并没有进行说明。比较而言，PMBOK指南没有区分供应者、用户、客户，以及他们在项目管理组织结构中的角色如何分配，只是用发起人（sponsor）指一切利益相关者，定义为提供支援（无论以资金或其他方式）的组织内、外的个人或团体。关于项目经理PMBOK只是简单指出：负责管理项目的个人。所以我们可以推论，在PMBOK中项目经理对项目负主要责任，其权力显然要大于PRINCE2中项目经理的权力。虽然PMBOK没有具体定义项目的组织结构，
21、但却指出具体的项目管理受到项目执行组织结构的影响。4项目生命周期、项目阶段PRINCE2非常重视项目阶段的划分，将项目阶段作为项目管理的8大要素之一加以管理，要求将项目切分成一些可供管理的阶段，以便高效地控制资源的使用和在整个项目周期执行常规的监督流程。PRINCE2用stages来表示项目阶段，并且将stages与传统项目管理和产品周期中表示阶段的phases作了比较。指出产品生命周期阶段phases一般包括：构思conception可行性研究feasibility实施（或实现）implementation(orrealization)产品使用（或操作）operation终止产品使用term
22、ination而PRINCE2的项目阶段stages并不与上述phases对应，上述的后两个阶段不包括在PRINCE2项目之内，通常情况下，PRINCE2项目阶段是对产品实施（implementation）阶段的进一步细分。PRINCE2项目生命周期一般不开始于产品构思、可行性研究-这些通常作为一个单独的项目实施，以项目委任书（ProjectMandate）的方式作为PRINCE2项目的输入。因此我们亦可以将PRINCE2在某种程度上看作项目实施方法论，而并不是一般意义上的项目管理方法论。这也反映了现实中很多项目由顾客委派开发，项目开发周期中并不需要可行性研究等前期工作，如接纳信息系统外包的项
23、目。当然我们说可以将PRINCE2在某种程度上看作项目实施方法论，但要注意与具体的传统意义上项目实施阶段相区别。在PRINCE2项目开始之前为确保以有组织的和可控的方式开始一个项目，PRINCE2用开始项目StartingupaProject(SU)和指导项目DirectingaProject(DP)（见第五部分的阐述）过程来完成这方面的工作，让项目委员会确保项目满足业务状况，项目是可执行的和需要执行的。同时在PRINCE2项目结束时必须要制定项目后评审计划（*Post-ProjectReviewPlan，项目结束后举行的一次或多次的检查，以便确定项目所期望的结果是否达到。）以及后续行动建议（
24、Follow-onActionRecommendations）等。因此PRINCE2生命周期是不包括产品项目开发的全部周期，但它要比项目实施周期要长，覆盖项目实施周期再加上项目前的准备阶段，以及部分项目后的阶段。产品项目周期、项目实施周期、以及PRINCE2项目周期相互间的关系。同样，PRINCE2项目阶段也没将合同采购包括在项目周期中，建议将合同采购等专家活动（specialistactivities）同上面介绍到的可行性研究一样可单独用该方法进行管理。除此之外，PRINCE2区分了技术阶段（technicalstages）和管理阶段（managementstages）。技术阶段典型地需要使
25、用专家技术。而管理阶段集中于资源和权力的分配上。技术阶段和管理阶段可能一致也可能不一致，不一致时可将技术阶段分拆或整合为管理阶段进行管理。PRINCE2强调对管理阶段的管理。为确保项目的可控性，必须确保各个项目阶段的可控，PRINCE2专门用管理项目阶段边线ManagingStageBoundaries(SB)过程（见第五部分的阐述）来对项目各个阶段有效性的控制。项目经理在项目即将结束和结束时必须提交下阶段计划书、业务状况更新报告风险更新报告、阶段结束报告等，若项目由于某些原因不能继续执行，必须提交项目终止建议报项目委员会批准。项目委员会必须始终确保项目各个阶段的可控，在一个阶段没结束前，PR
26、INCE2不建议开始下个阶段。PMBOKPMBOK指南定义项目阶段phases为：逻辑上相关的项目工作的总和。通常结束在一个主要的可交付成果完成时。PMBOK没有对phases和stages作任何区分。PMBOK指出在实际项目中各阶段往往存在重迭（overlap）和交互（interaction）。另一方面，指南承认项目需要评估和可行性研究，但评估和可行性研究是否作为项目的第一阶段，可根据具体项目而定。与PRINCE2明显不同的是，PMBOK将采购和合同的管理纳入了项目管理的阶段（见表1项目采购管理知识域）。某些情况下，如为了进度的要求，而风险又较小时，允许在前一阶段结束前开始下一个阶段（称之为
27、快速跟进FastTracking），但承认这样做会增大项目的风险。PMBOK没有明确指出项目周期如何确定，但指南通过有代表性的例子说明不同项目的周期的情况。同时还指出项目各个阶段资金成本和人员的消耗情况。5项目管理过程PRINCE2和PMBOK都是基于过程的项目管理方法论，在PRINCE2手册和PMBOK指南中对项目过程（process）的讲解都是重头戏，所有的项目管理活动都是围绕着过程而展开。PRINCE2明确指出项目管理基于从开始项目StartingupaProject(SU)到结束项目ClosingaProject(CP)的六大过程，剩下的计划Planning(PL)和指导项目Direc
28、tingaProject(DP)作为持续不断的过程支持其他6大过程。（见图三PRINCE2管理流程）PRINCE2进一步将8大过程细分为45个子过程加以管理，PRINCE2的8大管理要素就贯穿于这些过程进行管理。每个（子）过程按涵盖以下内容：基本原则（Fundamentalprinciples）表述：为何要有该过程？过程目标何在？该过程为何对成功的项目管理起着基础的作用，因此作为PRINCE2的最低要求？过程背景（Context）：将每个PRINCE2过程置于其他过程的背景下讲解，通过图示具体表明该过程与其他过程和子过程间的相互联系，包括该过程的输入（input）来源和该过程的输出（outpu
29、t）走向或更新的输出信息。显示了指导项目（DP）中AuthorisingInitiation(DP1)的过程背景。过程描述（Processdescription）讲述：该过程旨在实现的目标，以及执行的具体步骤。按逻辑顺序推荐的步骤并不一定需要严格按照该顺序进行执行。具体情况由实际项目本身决定。职责（Responsibilities）：表明谁应该为该过程的成功执行负责任。让责任与角色具体挂钩。需要的信息（Informationneeds）具体说明：该部分所需的重要信息（输入）和取得的目标（输出和更新）。关键标准（Keycriteria）：通过一系列疑问句提示管理者如何审视该过程的完成情况，确定该
30、过程的成功与否。技巧（Hintsandtips）：表明用于该过程常用的技巧，以及在具体项目中如何变通实施该过程。PMBOK指南通过9大知识域将5大过程组细分为的39个不同的过程进行管理。相互间的关系见表一。PMBOK通过对过程的输入、过程涉及到的工具和技术以及输出来具体讲解各过程。输入（Inputs）：说明该过程所需的输入信息、文档等一切需要的东西。工具和技术（ToolsandTechniques）：推荐成功实现该过程的工具和技术手段。输出（outputs）：表明该过程成功实施的产出。为加深读者对PMBOK过程的了解，下图作为范例表明综合管理子过程-项目计划建立（4.1ProjectPlanD
31、evelopment）的内容。尽管PRINCE2和PMBOK都对过程进行了详细的讲解，但我们需要注意二者的不同之处。PRINCE2在讲解过程中没有推荐相应的实现工具和技术，具体实施技术和工具PRINCE2建议根据具体情况确定，项目经理可以要求项目支持组支持相应的技术和工具。PMBOK虽然表明各过程间存在交互，一个过程的输出可能是另一过程的输出，但没有用图式具体表明各过程间的相互联系。PRINCE2和PMBOK都表明某些过程会相互重叠，如PRINCE2的PL和DP过程贯穿于项目的执行活动的始终。PMBOK对过程重叠情况用图示更加清楚地表明了。二者都比较重视对计划、风险、控制的管理，PRINCE2
32、将计划过程贯穿项目管理的始终，将风险和控制作为两大管理要素在各个具体的管理过程中进行管理。PMBOK强调风险管理为管理的重要知识域，将控制作为一大过程进行管理，而计划的管理则贯穿于项目的始终。PRINCE2、PMBOK强调项目计划、风险、控制的管理作为项目管理的核心，反映了它们作为广为传播的项目管理标准优秀的一面。PMBOK作为美国项目管理协会提出的项目管理的标准指南，将北美等国广为重视的人力资源管理作为一个知识域进行管理，PRINCE2对这方面没有具体涉及，只是指出项目角色分配时合适的人应分配合适的职责，强调角色的可用性和胜任性。如前所述，采购管理在PRINCE2中没具体讲解，建议采购管理作
33、为专家知识或单独用PRINCE2进行管理，而不包括在PRINCE2项目中。PMBOK、PRINCE2都比较重视交流管理（CommunicationManagement）。PMBOK中将交流管理贯穿项目始终，用以协调各利益相关者间的利益，发布项目进行情况。PRINCE2强调项目内的交流通过项目经理与项目管理委员会之间进行，或在项目小组内进行；与外界的交流统一通过项目委员会实现。配置管理（configurationmanagement）在PMBOK和PRINCE2中都得到了应有的重视，PRINCE2定义配置管理一种为加强管理层对财产（如项目产品）严格监控实施的规范，它包括项目产品的计划、鉴定、控制
34、、检验等。该规范一般受工具软件支持。二者在很多过程中都对配置管理作了讲解。配置管理强调产品（*关于产品的内容读者可参见第6部分的讲解）的版本控制，经过批准的产品状态不能轻易改变，所需的改变必须得到项目管理层的批准，并且同一时间只能有一人对此进行改变。进入配置管理的产品状态就成为基线（Baseline）。在软件开发项目中配置管理的作用尤为重要（读者可参阅美国SEI的CMM）。概览PRINCE2和PMBOK对过程的讲解，我们可以发现PRINCE2对过程的讲解更加详细，而PMBOK对过程的讲解涉及面更广，视野也更为广阔。6项目产品和项目重要文档PRINCE2定义产品（products）为项目的任何输
35、入和产出。PRINCE2将产品区分为：管理产品（由项目的管理生成，如各种管理过程产生的文档），特定产品（组成最终交付物的产品），质量产品（为了质量过程或由质量过程生成）。同时指出一个产品可能本身就是其它产品的一个集合。PRINCE2通过产品分解图（PBS，ProductBreakdownStructure）将项目产品进行细分。用产品流程图（ProductFlowDiagram）显示产品分解图中列出的产品其生产序列和相互间关系的图表。PMBOK对产品更多地用可交付成果（Deliverable）工作work/activity等词汇来描述。可交付成果（Deliverable）定义为为了完成一个项目，
36、或项目的一部分，必须产生的可以度量的，有形的，可验证的任何成果，结果或事项。在涉及到外部的可交付成果时，更狭窄地使用这个术语，它是由项目业主或客户批准和控制的交付成果。工作work/activity被定义为在一个项目期间执行的一项工作元素。一项工作通常有一个预计的时间，预计的成本，和预计的资源需求。工作经常被划分成单个任务。PMBOK也承认工作需要不断细化，与PRINCE2的PBS相对应，PMBOK对工作的细化用WBS（WorkBreakdownStructure）来表示。综上可见，PRINCE2与PMBOK对项目产品的描述基本一致。PRINCE2非常强调文档的使用，每一过程的有大量的文档输入
37、、产生或者更新。PRINCE2如此强调文档的原因在于通过文档对项目实施情况进行控制（如检查点报告CheckpointReport），对计划的履行情况进行检查（如ProjectPlan），对环境的变化作出反应(如RequestForChange)，对项目管理的各种经验得失进行总结（如LessonsLearnedReport）。尽管PRINCE2指出项目文档应和具体项目情况相适应，但大量的文档常常使得项目管理人员无所适从。PRINCE2为避免该情况的发生，特意在附录中列出了27个PRINCE2产品描述的大体框架(ProductDescriptionOutlines)，并且给出了相应的文档模板下载，
38、供项目管理人员参考使用。PMBOK指南也定义了大量的文档，但对文档的使用没有做太多强制地要求。值得注意的是PMBOK和PRINCE2有许多文档是一致的。如：沟通计划（CommunicationsPlanning）、项目计划(ProjectPlan)、项目经验报告(Lessonslearnedreport)。总结PRINCE2与PMBOK作为项目管理两套不同的标准体系，受到了广泛的使用。但由于二者基于不同的目的，我们必须承认二者不可能在平行的角度去完全对比二者，当然也不能完全用一种方法代替另一种方法。通过深入了解二者，笔者认为PMBOK更加适合对项目管理知识的教学，适合让那些对项目管理感兴趣的人
39、对项目管理各个知识域的理解，在特定的项目中应用该方法时我们必须和其他的项目管理方法（如PRINCE2）相结合。而PRINCE2作为为政府项目采购和外包而开发的项目标准，对项目管理的具体实践有着重要的指导。PRINCE2通过提供强健的易于实施的方法步骤（easy-to-follow）适于在大多数的项目中实施。PRINCE2通过DP、SB等过程确保项目管理高层实行例外控制，让他们用有限的时间完全熟悉项目的状态。通过项目委员会将项目管理和组织的方案管理（programmemanagement）联系起来，通过业务状况与公司利益保持一致，可以说是从组织的战略层面确保项目的正确实施。同时PRINCE2对参与项目的角色的细分以及在项目周期中不包括可行性研究等专业知识的使用，而专注于管理过程等非常适合项目外包以及政府项目采购和外包，体现了PRINCE2开发的初衷。总之，笔者认为将PMBOK定位于知识架构，PRINCE2定位于实施指南比较合适。随着我国政府项目采购与外包计划的日益巨大，如何确保我国政府项目外包的透明度以及高效地管理项目外包计划，我们认为PRINCE2非常值得我们借鉴。通过借鉴PRINCE2和PMBOK希望我国政府能够在项目外包时有自己的标准可循，企业在实施项目过程中能更加有效地管理项目，促进项目的成功。