可作为本过程输入的项目文件包括(但不限于):
整个项目生命周期需要收集、分析和转化大量的数据。从各个过程收集项目数据,并在项目团队内共享。在各个过程中所收集的数据经过结合相关背景的分析、汇总,并加工成项目信息。信息通过口头形式进行传达,或以各种格式的报告存储和分发。关于这一主题的更多信息,请参见 4.3 节。
在整个项目生命周期中需要定期收集和分析项目数据。关于项目数据和信息的主要术语定义如下:
图 1-7 展示了项目管理各个过程中的项目信息流。
图 1-7项目数据、信息和报告流向
项目经理需要确保项目管理方法紧扣商业文件的意图。表 1-5 列出了这些文件的定义。在整个项目生命周期中,这两种文件相互依赖并得到反复制定和维护。
表 1-5项目商业文件
项目发起人通常负责项目商业论证文件的制定和维护。项目经理负责提供建议和见解,使项目商业论证、项目管理计划、项目章程和项目效益管理计划中的成功标准相一致,并与组织的目的和目标保持一致。
项目经理应适当地为项目裁剪上述项目管理文件。某些组织会维护项目集层面的商业论证和效益管理计划。项目经理应与相应的项目集经理合作,确保项目管理文件与项目集文件保持一致。图 1-8说明了这些关键项目管理商业文件与需求评估之间的相互关系。图 1-8 展示了项目生命周期内各种文件大概的生命周期。
图 1-8需求评估与关键业务/项目文件的相互关系
组织用于执行项目工作的流程与程序,包括(但不限于):
组织用来存取信息的知识库,包括(但不限于):
项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中,整合兼具统一、合并、沟通和建立联系的性质,这些行动应该贯穿项目始终。项目整合管理包括进行以下选择:
项目整合管理过程包括:
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 节)中,可以找到关于项目目标以及项目对业务目标的贡献的相关信息。虽然商业文件是在项目之前制定的,但需要定期审核。
商业论证的编制可由以下一个或多个因素引发:
项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件,项目经理就不可以对它们进行更新或修改,只可以提出相关建议。
能够影响制定项目管理计划过程的组织过程资产包括(但不限于):
见 4.1.2.1 节。应该就以下主题,考虑具备相关专业知识或接受过相关培训的个人或小组的意见:
可用于本过程的数据收集技术包括(但不限于):
项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有子管理计划和基准,以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件,取决于具体项目的需求。
项目管理计划组件包括(但不限于):
虽然在本过程生成的组件会因项目而异,但是通常包括(但不限于):
项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划,但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件和项目文件。
表 4-1项目管理计划和项目文件
见 4.6.3.1 节。批准的变更请求是实施整体变更控制过程的输出,包括经项目经理审查和批准的变更请求,必要时可经变更控制委员会 (CCB) 审查和批准。批准的变更请求可能是纠正措施、预防措施或缺陷补救,并由项目团队纳入项目进度计划付诸实施,可能对项目或项目管理计划的任一领域产生影响,还可能导致修改正式受控的项目管理计划组件或项目文件。
在整个项目生命周期中,项目经理通常会遇到问题、差距、不一致或意外冲突。项目经理需要采取某些行动加以处理,以免影响项目绩效。问题日志是一种记录和跟进所有问题的项目文件,所需记录和跟进的内容可能包括:
问题日志可以帮助项目经理有效跟进和管理问题,确保它们得到调查和解决。作为本过程的输出,问题日志被首次创建,尽管在项目期间任何时候都可能发生问题。在整个项目生命周期应该随同监控活动更新问题日志。
变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题,就可提出变更请求,对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施或纠正措施,用来防止以后的不利后果。任何项目相关方都可以提出变更请求,应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。变更请求源自项目内部或外部,是可选或由法律(合同)强制的。变更请求可能包括:
可在本过程更新的项目文件包括(但不限于):
在工作执行过程中收集工作绩效数据,再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。通过这种比较可以了解项目的执行情况。
在项目开始时,就在项目管理计划中规定关于范围、进度、预算和质量的具体工作绩效测量指标。项目期间通过控制过程收集绩效数据,与计划和其他变量比较,为工作绩效提供背景。
例如,关于成本的工作绩效数据可能包含已支出的资金,但必须与预算、已执行的工作、用于完成工作的资源以及资金使用计划比较之后才能有用。这些附加信息为确定项目是否符合预算或是否存在偏差提供了相应的情境;还有助于了解偏差的严重程度。通过与项目管理计划中的偏差临界值进行比较,就可以确定是否需要采取预防或纠正措施。对工作绩效数据和附加信息进行综合分析,可以为项目决策提供可靠的基础。
见 4.3.3.4 节。通过比较实际情况与计划要求,可能需要提出变更请求,来扩大、调整或缩小项目范围与产品范围,或者提高、调整或降低质量要求和进度或成本基准。变更请求可能导致需要收集和记录新的需求。变更可能会影响项目管理计划、项目文件或产品可交付成果。应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。变更可能包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 4-12 描述本过程的输入、工具与技术和输出。图 4-13 是本过程的数据流向图。
图 4-12实施整体变更控制:输入、工具与技术和输出
图 4-13实施整体变更控制:数据流向图
实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间,参与项目的任何相关方都可以提出变更请求。变更控制的实施程度,取决于项目所在应用领域、项目复杂程度、合同要求,以及项目所处的背景与环境。
在基准确定之前,变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准,就必须通过本过程来处理变更请求。依照常规,每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求,并经过正式控制。
尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人,必要时,应该由变更控制委员会(CCB)来开展实施整体变更控制过程。CCB 是一个正式组成的团体,负责审查、评价、批准、推迟或否决项目变更,以及记录和传达变更处理决定。
变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求,在 CCB 批准之后,可能还需要得到客户或发起人的批准,除非他们本身就是 CCB 的成员。
很多过程都会输出变更请求。变更请求(见 4.3.3.4 节)可能包含纠正措施、预防措施、缺陷补救,以及对正式受控的项目文件或可交付成果的更新,以反映修改或增加的意见或内容。变更可能影响项目基准,也可能不影响项目基准,而只影响相对于基准的项目绩效。变更决定通常由项目经理做出。
对于会影响项目基准的变更,通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应由 CCB(如有)和客户或发起人审批,除非他们本身就是 CCB 的成员。只有经批准的变更才能纳入修改后的基准。
能够影响实施整体变更控制过程的组织过程资产包括(但不限于):
为了便于开展配置和变更管理,可以使用一些手动或自动化的工具。配置控制重点关注可交付成果及各个过程的技术规范,而变更控制则着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。
工具的选择应基于项目相关方的需要,包括考虑组织和环境情况和(或)制约因素。工具应支持以下配置管理活动:
工具还应支持以下变更管理活动:
也可以使用工具来管理变更请求和后续的决策,同时还要格外关注沟通,以帮助变更控制委员会的成员履行职责,以及向相关方传达决定。
由项目经理、CCB或指定的团队成员,根据变更管理计划处理变更请求(见 4.3.3.4 节),做出批准、推迟或否决的决定。批准的变更请求应通过指导与管理项目工作过程加以实施。对于推迟或否决的变更请求,应通知提出变更请求的个人或小组。
以项目文件更新的形式,在变更日志中记录所有变更请求的处理情况。
正式受控的任一项目文件都可在本过程变更,通常在本过程更新的一种项目文件是变更日志。
变更日志用于记录项目期间发生的变更。
能够影响结束项目或阶段过程的组织过程资产包括(但不限于):
可在本过程更新所有项目文件,并标记为最终版本。特别值得注意的是,经验教训登记册的最终版本要包含阶段或项目收尾的最终信息。最终版本的经验教训登记册可包含关于以下事项的信息:效益管理、商业论证的准确性、项目和开发生命周期、风险和问题管理、相关方参与,以及其他项目管理过程。
需要更新的组织过程资产包括(但不限于):
如果项目在完工前提前终止,则需要在正式的收尾文件中说明项目终止的原因,并规定正式程序,把该项目的已完成和未完成的可交付成果移交他人。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果管理质量过程期间出现了可能影响项目管理计划任何组成部分、项目文件或项目/产品管理过程的变更,项目经理应提交变更请求并遵循 4.6 节定义的实施整体变更控制过程。
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果控制质量过程期间出现了可能影响项目管理计划任何组成部分或项目文件的变更,项目经理应提交变更请求,且应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果获取资源过程中出现变更请求(例如影响了进度),或者推荐措施、纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求,且应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果建设团队过程中出现变更请求,或者推荐的纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求并遵循 4.6 节定义的实施整体变更控制过程。
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果管理团队过程中出现变更请求,或者推荐措施、纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求。并通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
例如,人员配备变更,无论是自主选择还是由不可控事件造成,都会干扰项目团队,这种干扰可能导致进度落后或预算超支。人员配备变更包括转派人员、外包部分工作,或替换离职人员。
可在本过程更新的项目文件包括(但不限于):
见 4.3.3.4 节。如果控制资源过程出现变更请求,或者推荐的纠正措施或预防措施影响了项目管理计划的任何组成部分或项目文件,项目经理应提交变更请求。并通过实施整体变更控制过程(见 4.6节)对变更请求进行审查和处理。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
适用于本过程的数据分析技术包括(但不限于):
项目文件中的不确定性或模糊性,以及同一文件内部或不同文件之间的不一致,都可能是项目风险的指示信号。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
风险登记册的更新内容可能包括:每项单个项目风险的概率和影响评估、优先级别或风险分值、指定风险责任人、风险紧迫性信息或风险类别,以及低优先级风险的观察清单或需要进一步分析的风险。
可作为本过程输出的项目文件包括(但不限于)风险报告(见 11.2.3.2 节)。更新风险报告,反映定量风险分析的结果,通常包括:
规划风险应对是为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。本过程的主要作用是,制定应对整体项目风险和单个项目风险的适当方法;本过程还将分配资源,并根据需要将相关活动添加进项目文件和项目管理计划。本过程需要在整个项目期间开展。图 11-16 描述本过程的输入、工具与技术和输出。图 11-17 是本过程的数据流向图。
图 11-16规划风险应对:输入、工具与技术和输出
图 11-17规划风险应对:数据流向图
有效和适当的风险应对可以最小化单个威胁,最大化单个机会,并降低整体项目风险敞口;不恰当的风险应对则会适得其反。一旦完成对风险的识别、分析和排序,指定的风险责任人就应该编制计划,以应对项目团队认为足够重要的每项单个项目风险。这些风险会对项目目标的实现造成威胁或提供机会。项目经理也应该思考如何针对整体项目风险的当前级别做出适当的应对。
风险应对方案应该与风险的重要性相匹配、能经济有效地应对挑战、在当前项目背景下现实可行、能获得全体相关方的同意,并由一名责任人具体负责。往往需要从几套可选方案中选出最优的风险应对方案。应该为每个风险选择最可能有效的策略或策略组合。可用结构化的决策技术来选择最适当的应对策略。对于大型或复杂项目,可能需要以数学优化模型或实际方案分析为基础,进行更加稳健的备选风险应对策略经济分析。
要为实施商定的风险应对策略,包括主要策略和备用策略(若必要),制定具体的应对行动。
如果选定的策略并不完全有效,或者发生了已接受的风险,就需要制定应急计划(或弹回计划)。
同时,也需要识别次生风险。次生风险是实施风险应对措施而直接导致的风险。往往需要为风险分配时间或成本应急储备,并可能需要说明动用应急储备的条件。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。项目采购管理包括编制和管理协议所需的管理和控制过程,例如,合同、订购单、协议备忘录 (MOA),或服务水平协议 (SLA)。被授权采购项目所需货物和(或)服务的人员可以是项目团队、管理层或组织采购部(如果有)的成员。
项目采购管理过程包括:
12.1 规划采购管理 — 记录项目采购决策、明确采购方法,及识别潜在卖方的过程。
12.2 实施采购 — 获取卖方应答、选择卖方并授予合同的过程。
12.3 控制采购 — 管理采购关系、监督合同绩效、实施必要的变更和纠偏,以及关闭合同的过程。
虽然在本指南中,采购过程以界限分明和相互独立的形式出现,但在实践中,采购过程相当复杂且相互作用,还与其他知识领域的过程相互作用。本指南无法全面详述这些相互作用。本章以从项目外部获取货物或服务的视角来叙述采购过程。
图 12-1 概括了项目采购管理的各个过程。虽然在本《PMBOK® 指南》中,各项目采购管理过程
以界限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 12-1项目采购管理概述
项目采购管理的核心概念与采购过程相关的重大法律义务和惩罚,通常超出大多数其他的项目管理过程。虽然项目经理不必成为采购管理法律法规领域的专家,但应该对采购过程有足够了解,以便做出与合同及合同关系相关的明智决定。通常情况下,项目经理无权签署对组织有约束力的法律协议,这项工作仅由具备相关职权的人员执行。
项目采购管理过程涉及到用协议来描述买卖双方之间的关系。协议可以很简单,如以特定人工单价购买所需的工时,也可以很复杂,如多年的国际施工合同。合同签署的方法和合同本身应体现可交付成果或所需人力投入的简单性或复杂性,其书写形式也应符合当地、所在国或国际法中关于合同签署的规定。
合同应明确说明预期的可交付成果和结果,包括从卖方到买方的任何知识转移。合同中未规定的任何事项则不具法律强制力。开展国际合作的项目经理应牢记,无论合同规定如何详尽,文化和当地法律对合同及其可执行性均有影响。
采购合同中包括条款和条件,也可包括买方就卖方应实施工作或应交付产品的其他规定。在与采购办公室协作确保遵守组织的采购政策的同时,项目管理团队必须确定所有采购都能满足项目的具体需要。因应用领域不同,协议可以是合同、服务水平协议(SLA)、谅解备忘录、协议备忘录(MOA)或订购单。
大多数组织都有相关的书面政策和程序,来专门定义采购规则,并规定谁有权代表组织签署和管理协议。在世界各地,组织虽然用不同的名称来称呼负责采购的单位或部门,如购买部、合同部、采购部或收购部,但其实际职责大同小异。
虽然所有项目文件可能都要经过某种形式的审查与批准,但是,鉴于其法律约束力,合同或协议需要经过更多的审批程序,而且通常会涉及到法务部。在任何情况下,审批程序的主要目标都是确保合同充分描述将由卖方提供的产品、服务或成果,且符合法律法规关于采购的规定。通常把描述产品、服务或成果的文件作为独立的附件或附录,以便合同正文使用标准化的法律合同用语。
在复杂项目中,可能需要同时或先后管理多个合同。这种情况下,不同合同的生命周期可在项目生命周期的任何阶段开始与结束。买卖方关系是采购组织与外部组织之间的关系,可存在于项目的许多层次上。
因应用领域不同,卖方可以是承包商、供货商、服务提供商或供应商;买方可能为最终产品的所有人、分包商、收购机构、服务需求者或购买方。在合同生命周期中,卖方首先是投标人,然后是中标人,之后是签约供应商或供货商。
中标人可将所承揽的工作当作一个项目加以管理。在这种情况下:
在合同中,可实际列出各种输入(如,主要可交付成果、关键里程碑、成本目标),或者可限制项目团队的选择余地(如,在 IT 整合项目中,关于人员配备的决定往往要征得买方的批准)。另外,采购工作说明书可能使用其他名称,如技术工作说明书。
本节假设项目所需物品或服务的买方是项目团队,或者是组织内部的某个部门,同时假设卖方是为项目提供物品或服务的一方,且通常来自执行组织外部。在某些项目上,卖方可能是项目执行组织内部但属于项目外部的某个小组或部门。在大型复杂的项目上,卖方可能在授予合同后才成为整合式项目团队的一部分。
在小型组织或初创企业,以及未设置购买、合同或采购部门的组织,项目经理可以拥有采购职权,能够直接谈判并签署合同(分散式采购)。在更成熟的组织中,由专设部门开展实际的采购和合同签署工作,即采购、谈判和签署合同(集中式采购)。
在签署国际合同时,应该在合同中明确规定对合同的法律管辖权。在大多数情况下,卖方是受正式合同关系约束的外部承包商。
采购管理的发展趋势和新兴实践不同行业各方面(软件工具、风险、过程、物流和技术)的一些重大趋势,会影响项目的成功率。项目采购管理的发展趋势和新兴实践包括(但不限于):
裁剪时需要考虑的因素因为每个项目都是独特的,所以项目经理需要裁剪项目采购管理过程。裁剪时应考虑的因素包括(但不限于):
在敏捷或适应型环境中需要考虑的因素在敏捷型环境中,可能需要与特定卖方协作来扩充团队。这种协作关系能够营造风险共担式采购模型,让买方和卖方共担项目风险和共享项目奖励。
在大型项目上,可能针对某些可交付成果采用适应型方法,而对其他部分则采用更稳定的方法。
在这种情况下,可以通过主体协议,如主要服务协议(MSA),来管辖整体协作关系,而将适应型工作写入附录或补充文件。这样一来,变更只针对适应型工作,而不会对主体协议造成影响。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
如果已经发生索赔,则应记录相关信息以避免重蹈覆辙,其他关于如何改善采购过程的信息也应记录在内。
识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 13-2 描述本过程的输入、工具与技术和输出。图 13-3 是本过程的数据流向图。
图 13-2识别相关方:输入、工具与技术和输出
图 13-3识别相关方:数据流向图
本过程通常在编制和批准项目章程之前或同时首次开展。本过程需在必要时重复开展,至少应在每个阶段开始时,以及项目或组织出现重大变化时重复开展。每次重复开展本过程,都应通过查阅项目管理计划组件及项目文件,来识别有关的项目相关方。
• Projectcharter
适用于本过程的数据分析技术包括(但不限于):
见 4.3.3.4 节。首次开展识别相关方过程,不会提出任何变更请求。但随着在后续项目期间继续识别相关方,新出现的相关方或关于现有相关方的新信息可能导致对产品、项目管理计划或项目文件提出变更请求。
应该通过实施整体变更控制过程(见 4.6 节)对变更请求进行审查和处理。
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
参考文献[1] Project Management Institute. 2017. The Standard for Project Management. Newtown Square, PA: Author.
[2] Project Management Institute. 2013. The Standard for Portfolio Management – Third Edition. Newtown Square,PA: Author.
[3] Project Management Institute. 2017. The Standard for Program Management – Fourth Edition. NewtownSquare, PA: Author.
[4] Project Management Institute. 2016. The PMI Lexicon of Project Management Terms. Available fromhttp://www.pmi.org/lexiconterms[5] Project Management Institute. Code of Ethics and Professional Conduct. Available fromhttp://www.pmi.org/codeofethics[6] Project Management Institute. 2013. Managing Change in Organizations: A Practice Guide. Newtown Square,PA: Author.
[7] Project Management Institute. 2015. Business Analysis for Practitioners: A Practice Guide. Newtown Square,PA: Author.
[8] Project Management Institute. 2014. Implementing Organizational Project Management: A Practice Guide.
Newtown Square, PA: Author.
[9] Project Management Institute. 2014. Project Management Institute Excellence in Practice-ResearchCollaboration, PMI-RI Standards Program: Making Sense of PPP Governance, December 19, 2014. NewtownSquare, PA: Author[10] Project Management Institute. 2016. Governance of Portfolios, Programs, and Projects: A Practice Guide.
Newtown Square, PA: Author.
[11] Project Management Institute. (2013). PMI’s Pulse of the Profession® In-Depth Report: The CompetitiveAdvantage of Effective Talent Management. Available from http://www.pmi.org[12] Project Management Institute. 2015. White Paper, Complexity Management for Projects, Programmes,and Portfolios: An Engineering Systems Perspective, March 2015. Newtown Square, PA: Author.
[13] Project Management Institute. 2014. Navigating Complexity: A Practice Guide. Newtown Square, PA: Author.
[14] Project Management Institute. 2016. Requirements Management: A Practice Guide. Newtown Square, PA: Author.
[15] Project Management Institute. 2006. Practice Standard for Work Breakdown Structures (WBS). NewtownSquare, PA: Author.
[16] Project Management Institute. 2011. Practice Standard for Scheduling – Second Edition. Newtown Square,PA: Author.
[17] Project Management Institute. 2011. Practice Standard for Earned Value Management – Second Edition[18] International Standards Organization. 2015. ISO 9000:2015 Quality Management Systems—Fundamentalsand Vocabulary. Geneva: Author.
启动项目旨在抓住与组织的战略目标相符的商业机会。在启动项目之前,通常需要编制商业论证,以概述项目目标、所需投资,以及用于测量项目成功的财务标准和其他量化标准。商业论证为在整个项目生命周期中衡量项目成功和进展奠定了基础,以便把实际结果与预定的目标和成功标准进行比较。
项目的启动通常出于以下一项或多项战略考虑:
效益管理计划描述项目效益的实现方法和时间及其衡量方式。效益管理计划可能包括以下内容:
根据项目目标和成功标准考核项目的成功程度。在许多情况下,产品、服务或成果的成功只有在项目完成后一段时间方能知晓。例如,在项目产品、服务或成果交付运营时,市场份额增加、运营成本降低或新产品成功可能都是未知的。在这些情况下,项目管理办公室 (PMO)、项目组合指导委员会或组织内的其他职能部门,应该在稍晚时间才对项目成功进行评估,以确定结果是否符合业务目标。
商业论证和效益管理计划都是在项目启动之前编制的,并且要成为项目完成之后评估项目成功的依据。因此,它们被视为商业文件,而非项目文件,或者项目管理计划的组成部分。这些商业文件可能成为某些项目管理过程的输入,例如,制定项目章程。
本标准描述用于实现项目目标的项目管理过程。项目管理过程可归为五大项目管理过程组:
监控过程组详见第 5 章。
这五大过程组与应用领域(如营销、信息服务或会计)或行业(如建筑、航天、电信)无关。
在阶段或项目完成之前,往往需要反复实施过程组中的单个过程。过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:
一个过程的输出通常成为另一个过程的输入,或者成为项目或项目阶段的可交付成果。例如,需要把规划过程组编制的项目管理计划和项目文件(如风险登记册、责任分配矩阵等)及其更新,提供给执行过程组作为输入。图 1-4 是各过程组在项目或阶段期间的重叠关系示例。
过程组不同于项目阶段。如果将项目划分为若干阶段,则各过程组中的过程会在每个阶段内相互作用。在一个阶段内可能需要使用所有的过程组,如图 1-5 所示。当项目被分为不同的阶段(例如概念开发、可行性研究、设计、原型、构建或测试等)时,各过程组中的过程根据需要在每个阶段中重复,直到达到该阶段的完工标准。
图 1-5项目或阶段中的过程组相互作用示例
过程组和知识领域涵盖的 49 个过程如表 1-1 所示。
表 1-1项目管理过程组与知识领域
在本标准中,术语“工件”包括项目管理过程、输入、工具、技术、输出、事业环境因素和组织过程资产。项目经理和项目管理团队需要选择和调整合适的工件,用于其特定项目。这种选择和调整活动称为裁剪。每个项目的独特性决定了必须进行裁剪,因此,并非每个项目都需要每个过程、输入、工具、技术或输出。
项目管理计划是最常用的工件,有许多组成部分,如子管理计划、基准和项目生命周期描述。
子管理计划是与项目特定方面或知识领域相关的计划,如进度管理计划、风险管理计划和变更管理计划。进行裁剪时,需要确定特定项目所需的项目管理计划组件。项目管理计划是一种输入,而项目管理计划更新是本标准中许多过程的输出。在本标准中,不会在输入和输出表中直接列出单个项目管理计划组件,而是在该表下方的正文中列出每个过程可能用到的项目管理计划组件(输入)或可能得到的项目管理计划组件更新(输出)。所列出的组件仅为示例而已。在开展每个特定过程时,项目经理既非必须、也非限于用到上述输入或得到上述输出。
项目管理计划是主要的项目工件之一。另外,还有不属于项目管理计划但也可用于管理项目的其他文件。这些其他文件称为项目文件。与项目管理计划组件类似,过程所需的项目文件会因具体项目而异。项目经理负责确定过程所需的项目文件,以及将作为过程输出的项目文件更新。在本标准中,在输入和输出表下方的正文中列出的项目文件,仅为项目文件的可能示例,而非完整列表。
表 1-2 列出了项目管理计划的主要组件和主要的项目文件。虽然该表并未穷尽所有的计划组件和项
目文件,但的确列出了有助于管理项目的常用计划组件和项目文件。
表 1-2项目管理计划和项目文件
商业文件通常是在项目之外创建的文件,用作项目的输入。商业文件包括商业论证和效益管理计划。如何应用商业文件,将取决于公司文化和项目启动过程。
会影响项目的事业环境因素,以及可用于项目的组织过程资产,将因项目及其所处环境而异,所以并未在本标准中列出。
识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 2-4 描述了本过程的输入和输出。
图 2-4识别相关方:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划过程组包括明确项目全部范围、定义和优化目标,并为实现目标制定行动方案的一组过程。规划过程组中的过程制定项目管理计划的组成部分,以及用于执行项目的项目文件。取决于项目本身的性质,可能需要通过多轮反馈来做进一步分析。随着收集和掌握更多的项目信息或特性,项目很可能需要进一步规划。项目生命周期中发生的重大变更,可能引发重新开展一个或多个规划过程,甚至一个或全部两个启动过程。这种对项目管理计划的持续精细化叫做“渐进明细”,表明项目规划和文件编制是迭代或持续开展的活动。本过程组的主要作用是,确定成功完成项目或阶段的行动方案。
在规划项目、制定项目管理计划和项目文件时,项目管理团队应当征求适当相关方的意见,并鼓励相关方参与。初始规划工作完成时,经批准的项目管理计划就被视为基准。在整个项目期间,监控过程将把项目绩效与基准进行比较。
规划过程组(图 3-1)包括第 3.1 节至 3.24 节所列的项目管理过程。
图 3-1规划过程组
制定项目管理计划是定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。本过程的主要作用是,生成一份综合文件,用于确定所有项目工作的基础及其执行方式。本过程仅开展一次或仅在项目的预定义点开展。图 3-2 描述了本过程的输入和输出。
图 3-2制定项目管理计划:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。本过程的主要作用是,为定义产品范围和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。图 3-4 描述了本过程的输入和输出。
图 3-4收集需求:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
定义范围是制定项目和产品详细描述的过程。本过程的主要作用是,描述产品、服务或成果的边界和验收标准。本过程仅开展一次或仅在项目的预定义点开展。图 3-5 描述了本过程的输入和输出。
图 3-5定义范围:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
创建工作分解结构 (WBS) 是把项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。本过程的主要作用是,为所要交付的内容提供架构。本过程仅开展一次或仅在项目的预定义点开展。图 3-6 描述了本过程的输入和输出。
图 3-6创建 WBS:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
排列活动顺序是识别和记录项目活动之间的关系的过程。本过程的主要作用是定义工作之间的逻辑顺序,以便在既定的所有项目制约因素下获得最高的效率。本过程需要在整个项目期间开展。
图 3-9 描述了本过程的输入和输出。
图 3-9排列活动顺序:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
估算活动持续时间是根据资源估算的结果,估算完成单项活动所需工作时段数的过程。本过程的主要作用是,确定完成每个活动所需花费的时间量。本过程需要在整个项目期间开展。图 3-10 描述了本过程的输入和输出。
图 3-10估算活动持续时间:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
制定进度计划是分析活动顺序、持续时间、资源需求和进度制约因素,创建进度模型,从而落实项目执行和监控的过程。本过程的主要作用是,为完成项目活动而制定具有计划日期的进度模型。
本过程需要在整个项目期间开展。图 3-11 描述了本过程的输入和输出。
图 3-11制定进度计划:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
估算成本是对完成项目工作所需资金进行近似估算的过程。本过程的主要作用是,确定项目所需的资金。本过程应根据需要在整个项目期间定期开展。图 3-13 描述了本过程的输入和输出。
图 3-13估算成本:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
制定预算是汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程。本过程的主要作用是,确定可据以监督和控制项目绩效的成本基准。本过程仅开展一次或仅在项目的预定义点开展。图 3-14 描述了本过程的输入和输出。
图 3-14制定预算:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划质量管理是识别项目及其可交付成果的质量要求和(或)标准,并书面描述项目将如何证明符合质量要求和(或)标准的过程。本过程的主要作用是,为在整个项目期间如何管理和核实质量提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 3-15 描述了本过程的输入和输出。
图 3-15规划质量管理:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划资源管理是定义如何估算、获取、管理和利用实物以及团队资源的过程。本过程的主要作用是,根据项目类型和复杂程度确定适用于项目资源的管理方法和管理程度。本过程仅开展一次或仅在项目的预定义点开展。图 3-16 描述了本过程的输入和输出。
图 3-16规划资源管理:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可在本过程更新的项目文件包括(但不限于):
估算活动资源是估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量的过程。
本过程的主要作用是,明确完成项目所需的资源种类、数量和特性。本过程应根据需要在整个项目期间定期开展。图 3-17 描述了本过程的输入和输出。
图 3-17估算活动资源:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是,为及时向相关方提供相关信息,引导相关方有效参与项目,而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 3-18 描述了本过程的输入和输出。
图 3-18规划沟通管理:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划风险管理是定义如何实施项目风险管理活动的过程。本过程的主要作用是,确保风险管理的水平、方法和可见度与项目风险程度,以及项目对组织和其他相关方的重要程度相匹配。本过程仅开展一次或仅在项目的预定义点开展。图 3-19 描述了本过程的输入和输出。
图 3-19规划风险管理:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于)相关方登记册。
识别风险是识别单个项目风险,以及整体项目风险的来源,并记录风险特征的过程。本过程的主要作用是,记录现有的单个项目风险,以及整体项目风险的来源。本过程还汇集相关信息,以便项目团队能够恰当应对已识别风险。本过程需要在整个项目期间开展。图 3-20 描述了本过程的输入和输出。
图 3-20识别风险:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施定性风险分析是通过评估单个项目风险发生的概率和影响以及其他特征,对风险进行优先排序,从而为后续分析或行动提供基础的过程。本过程的主要作用是重点关注高优先级的风险。本过程需要在整个项目期间开展。图 3-21 描述了本过程的输入和输出。
图 3-21实施定性风险分析:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施定量风险分析是就已识别的单个项目风险和不确定性的其他来源对整体项目目标的影响进行定量分析的过程。本过程的主要作用是,量化整体项目风险敞口,并提供额外的定量风险信息,以支持风险应对规划。本过程需要在整个项目期间开展。图 3-22 描述了本过程的输入和输出。
图 3-22实施定量风险分析:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于)风险报告。
规划风险应对是为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。本过程的主要作用是,制定应对整体项目风险和单个项目风险的适当方法。本过程还将分配资源,并根据需要将相关活动添加进项目文件和项目管理计划。本过程需要在整个项目期间开展。图 3-23 描述了本过程的输入和输出。
图 3-23规划风险应对:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划采购管理是记录项目采购决策,明确采购方法,识别潜在卖方的过程。本过程的主要作用是,确定是否从项目外部获取货物和服务,如果是,则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购,或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 3-24 描述了本过程的输入和输出。
图 3-24规划采购:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响,制定项目相关方参与项目的方法的过程。本过程的主要作用是,提供与相关方进行有效互动的可行计划。本过程应根据需要在整个项目期间定期开展。图 3-25 描述了本过程的输入和输出。
图 3-25规划相关方参与:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
执行过程组包括完成项目管理计划中确定的工作,以满足项目要求的一组过程。本过程组需要按照项目管理计划来协调资源,管理相关方参与,以及整合并实施项目活动。本过程组的主要作用是,根据计划执行为满足项目要求、实现项目目标所需的项目工作。相当多的项目预算、资源和时间将用于开展执行过程组的过程。开展执行过程组的过程,可能导致变更请求。一旦变更请求获得批准,则可能触发一个或多个规划过程,来修改管理计划、完善项目文件,甚至建立新的基准。
执行过程组(图 4-1)包括第 4.1 节至 4.10 节所列的项目管理过程。
图 4-1执行过程组
指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。本过程的主要作用是,对项目工作和可交付成果开展综合管理,以提高项目成功的可能性。本过程需要在整个项目期间开展。图 4-2 描述了本过程的输入和输出。
图 4-2指导与管理项目工作:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
管理项目知识是使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。
本过程的主要作用是,利用已有的组织知识来创造或改进项目成果,并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。图 4-3 描述了本过程的输入和输出。
图 4-3管理项目知识:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
管理质量是把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。
本过程的主要作用是,提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。
本过程需要在整个项目期间开展。图 4-4 描述了本过程的输入和输出。
图 4-4管理质量:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是,概述和指导资源的选择,并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 4-5 描述了本过程的输入和输出。
图 4-5获取资源:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
建设团队是提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。本过程的主要作用是,改进团队协作、增强人际技能、激励员工、减少摩擦以及提升整体项目绩效。
本过程需要在整个项目期间开展。图 4-6 描述了本过程的输入和输出。
图 4-6建设团队:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
管理团队是跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。本过程的主要作用是,影响团队行为、管理冲突以及解决问题。本过程需要在整个项目期间开展。图 4-7 描述了本过程的输入和输出。
图 4-7管理团队:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
管理沟通是指确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。本过程的主要作用是,促成项目团队与相关方之间的有效信息流动。本过程需要在整个项目期间开展。图 4-8 描述了本过程的输入和输出。
图 4-8管理沟通:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施风险应对是执行商定的风险应对计划的过程。本过程的主要作用是,确保按计划执行商定的风险应对措施,来管理整体项目风险敞口,以及最小化单个项目威胁,最大化单个项目机会。本过程需要在整个项目期间开展。图 4-9 描述了本过程的输入和输出。
图 4-9实施风险应对:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施采购是获取卖方应答、选择卖方并授予合同的过程。本过程的主要作用是,选定合格卖方并签署关于货物或服务交付的法律协议。本过程应根据需要在整个项目期间定期开展。图 4-10 描述了本过程的输入和输出。
图 4-10实施采购:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
管理相关方参与是与相关方进行沟通和协作,以满足其需求与期望,处理问题,并促进相关方合理参与项目活动的过程。本过程的主要作用是,让项目经理提升相关方的支持,降低相关方的抵制。本过程需要在整个项目期间开展。图 4-11 描述了本过程的输入和输出。
图 4-11管理相关方参与:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
监控项目工作是跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用是,让相关方了解项目的当前状态并认可为处理绩效问题而采取的行动,以及通过成本和进度预测,让相关方了解未来项目状态。本过程需要在整个项目期间开展。图 5-2 描述了本过程的输入和输出。
图 5-2监控项目工作:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
实施整体变更控制是指审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是,确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 5-3 描述了本过程的输入和输出。
图 5-3实施整体变更控制:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
正式受控的任何项目文件都可在本过程变更。通常在本过程更新的一种项目文件是变更日志。
变更日志用于记录项目期间发生的变更。
确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图 5-4 描述了本过程的输入和输出。
图 5-4确认范围:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。本过程的主要作用是,在整个项目期间保持对范围基准的维护。本过程需要在整个项目期间开展。图 5-5 描述了本过程的输入和输出。
图 5-5控制范围:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
控制进度是监督项目状态,以更新项目进度和管理进度基准变更的过程。本过程的主要作用是,在整个项目期间保持对进度基准的维护。本过程需要在整个项目期间开展。图 5-6 描述了本过程的输入和输出。
图 5-6控制进度:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
可用作本过程输入的项目文件包括(但不限于)经验教训登记册。
可在本过程更新的项目文件包括(但不限于):
控制质量是为了评估绩效,确保项目输出完整、正确并满足客户期望,而监督和记录质量管理活动执行结果的过程。本过程的主要作用是,核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。本过程需要在整个项目期间开展。图 5-8 描述了本过程的输入和输出。
图 5-8控制质量:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
控制资源是确保被分配给项目的物质资源按计划就位,以及监督资源的计划和实际使用情况,并采取必要纠正措施的过程。本过程的主要作用是,确保所分配的资源适时适地可用于项目,且在不再需要时被释放。本过程需要在整个项目期间开展。图 5-9 描述了本过程的输入和输出。
图 5-9控制资源:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
监督沟通是确保满足项目及其相关方的信息需求的过程。本过程的主要作用是,按沟通管理计划和相关方参与计划的要求开展高效的信息传递。本过程需要在整个项目期间开展。图 5-10 描述了本过程的输入和输出。
图 5-10监督沟通:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 5-11 描述了本过程的输入和输出。
图 5-11监督风险:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
控制采购是管理采购关系,监督合同绩效,实施必要的变更和纠偏,以及关闭合同的过程。本过程的主要作用是,确保买卖双方履行法律协议,满足项目需求。如果存在一系列采购活动,本过程就需要在整个项目期间开展。图 5-12 描述了本过程的输入和输出。
图 5-12控制采购:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
监督相关方参与是监督项目相关方关系,并通过修订参与策略和计划来引导相关方合理参与项目的过程。本过程的主要作用是,随着项目进展和环境变化,维持或提升相关方参与项目的效率和效果。本过程需要在整个项目期间开展。图 5-13 描述了本过程的输入和输出。
图 5-13监督相关方参与:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于):
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是,存档项目或阶段信息,完成计划的工作,释放组织资源以展开新的工作。本过程仅开展一次或仅在项目的预定义点开展。图 6-2 描述了本过程的输入和输出。
图 6-2结束项目或阶段:输入和输出
究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。
可用作本过程输入的项目文件包括(但不限于):
可在本过程更新的项目文件包括(但不限于)经验教训登记册。
以下业务规则用于确保每个项目管理过程中输入和输出的顺序及信息的一致性:
项目管理计划更新;
项目文件更新;
组织过程资产更新。