制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用是,明确项目与组织战略目标之间的直接联系,确立项目的正式地位,并展示组织对项目的承诺。本过程仅开展一次或仅在项目的预定义点开展。图 2-3 描述了本过程的输入和输出。
图 2-3制定项目章程:输入和输出
项目生命周期是通过一系列项目管理活动进行的,即项目管理过程。每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。输出可以是可交付成果或结果。
结果是过程的最终成果。项目管理过程适用于全球各个行业。
各项目管理过程通过它们所产生的输出建立逻辑联系。过程可能包含了在整个项目期间相互重叠的活动。一个过程的输出通常成为以下二者之一:
图 1-6 的示例说明了一个过程的输入、工具、技术和输出的关系以及与其他过程的关系。
图 1-6过程示例:输入、工具与技术和输出
过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:
项目管理通过合理运用与整合按逻辑分组的项目管理过程而得以实现。过程分类方法有很多种,但《PMBOK® 指南》把过程归纳为五大类,即五大过程组。
项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中,整合兼具统一、合并、沟通和建立联系的性质,这些行动应该贯穿项目始终。项目整合管理包括进行以下选择:
项目整合管理过程包括:
4.1 制定项目章程 — 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
4.2 制定项目管理计划 — 定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。
4.3 指导与管理项目工作 — 为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。
4.4 管理项目知识 — 使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。
4.5 监控项目工作 — 跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。
4.6 实施整体变更控制 — 审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。
4.7 结束项目或阶段 — 终结项目、阶段或合同的所有活动的过程。
图 4-1 概述了项目整合管理的各个过程。虽然在本《PMBOK® 指南》中,各项目整合管理过程
以界限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 4-1项目整合管理概述
项目整合管理的核心概念项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家(如成本分析专家、进度规划专家、风险管理专家)管理,但是项目整合管理的责任不能被授权或转移。只能由项目经理负责整合所有其他知识领域的成果,并掌握项目总体情况。项目经理必须对整个项目承担最终责任。
项目与项目管理本质上具有整合性质,例如,为应急计划制定成本估算时,就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时,可能需要再次进行上述某个或某几个过程。
项目管理过程组的各个过程之间经常反复发生联系。例如,在项目早期,规划过程组为执行过程组提供书面的项目管理计划;然后,随着项目的进展,规划过程组还将根据变更情况,更新项目管理计划。
项目整合管理指的是:
项目越复杂,相关方的期望越多样化,就需要越全面的整合方法。
项目整合管理的发展趋势和新兴实践项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的发展趋势包括(但不限于):
裁剪时需要考虑的因素因为每个项目都是独特的,所以项目经理可能需要裁剪项目整合管理过程。裁剪时应考虑的因素包括(但不限于):
在敏捷或适应型环境中需要考虑的因素迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。
在适应型环境下,《整合管理的核心概念》中所述的对项目经理的期望保持不变,但把对具体产品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围,并确保团队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域,那么这种合作型方法就会更加有效。
可用于本过程的数据收集技术包括(但不限于):
头脑风暴由两个部分构成:创意产生和创意分析。制定项目章程时可通过头脑风暴向相关方、主题专家和团队成员收集数据、解决方案或创意。
在商业论证(见 1.2.6.1 节)和效益管理计划(见 1.2.6.2 节)中,可以找到关于项目目标以及项目对业务目标的贡献的相关信息。虽然商业文件是在项目之前制定的,但需要定期审核。
商业论证的编制可由以下一个或多个因素引发:
项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件,项目经理就不可以对它们进行更新或修改,只可以提出相关建议。
能够影响制定项目章程过程的事业环境因素包括(但不限于):
能够影响制定项目章程过程的组织过程资产包括(但不限于):
预分派指事先确定项目的实物或团队资源,可在下列情况下发生:在竞标过程中承诺分派特定人员进行项目工作;项目取决于特定人员的专有技能;在完成资源管理计划的前期工作之前,制定项目章程过程或其他过程已经指定了某些团队成员的工作分派。
启动项目旨在抓住与组织的战略目标相符的商业机会。在启动项目之前,通常需要编制商业论证,以概述项目目标、所需投资,以及用于测量项目成功的财务标准和其他量化标准。商业论证为在整个项目生命周期中衡量项目成功和进展奠定了基础,以便把实际结果与预定的目标和成功标准进行比较。
项目的启动通常出于以下一项或多项战略考虑:
效益管理计划描述项目效益的实现方法和时间及其衡量方式。效益管理计划可能包括以下内容:
根据项目目标和成功标准考核项目的成功程度。在许多情况下,产品、服务或成果的成功只有在项目完成后一段时间方能知晓。例如,在项目产品、服务或成果交付运营时,市场份额增加、运营成本降低或新产品成功可能都是未知的。在这些情况下,项目管理办公室 (PMO)、项目组合指导委员会或组织内的其他职能部门,应该在稍晚时间才对项目成功进行评估,以确定结果是否符合业务目标。
商业论证和效益管理计划都是在项目启动之前编制的,并且要成为项目完成之后评估项目成功的依据。因此,它们被视为商业文件,而非项目文件,或者项目管理计划的组成部分。这些商业文件可能成为某些项目管理过程的输入,例如,制定项目章程。
本标准描述用于实现项目目标的项目管理过程。项目管理过程可归为五大项目管理过程组:
监控过程组详见第 5 章。
这五大过程组与应用领域(如营销、信息服务或会计)或行业(如建筑、航天、电信)无关。
在阶段或项目完成之前,往往需要反复实施过程组中的单个过程。过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:
一个过程的输出通常成为另一个过程的输入,或者成为项目或项目阶段的可交付成果。例如,需要把规划过程组编制的项目管理计划和项目文件(如风险登记册、责任分配矩阵等)及其更新,提供给执行过程组作为输入。图 1-4 是各过程组在项目或阶段期间的重叠关系示例。
过程组不同于项目阶段。如果将项目划分为若干阶段,则各过程组中的过程会在每个阶段内相互作用。在一个阶段内可能需要使用所有的过程组,如图 1-5 所示。当项目被分为不同的阶段(例如概念开发、可行性研究、设计、原型、构建或测试等)时,各过程组中的过程根据需要在每个阶段中重复,直到达到该阶段的完工标准。
图 1-5项目或阶段中的过程组相互作用示例
过程组和知识领域涵盖的 49 个过程如表 1-1 所示。
表 1-1项目管理过程组与知识领域
新增了一项名为“管理项目知识”的过程。之所以这么做,是因为在后续收到的大量关于第五版的评论都反映有必要处理项目的知识管理问题。这项过程的关键输出是经验教训登记册。在第六版中,很多过程从始至终都采用此登记册,它强调在项目期间持续学习的必要性,而不是等到最后才进行反映。
商业文件是制定项目章程和结束项目或阶段过程的输入,商业文件的引入强调了在项目期间了解商业论证和效益管理的重要性。而采购的行政收尾活动则合并到结束项目或阶段过程。
与从 X1.1 至 X1.11 节所述信息一致的变更也得到采纳。表 X1-1 对第 4 章的过程进行了总结:
表 X1-1 第 4 章变更