项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。
生命周期的各个阶段可以通过各种不同的属性来描述。对于特定阶段,属性是可测量且独特的。属性可能包括(但不限于):
项目可以分解为不同的阶段或子组件,这些阶段或子组件的名称通常说明了该阶段完成的工作类型。阶段名称的例子包括(但不限于):
项目阶段可基于各种因素而建立,其中包括(但不限于):
分为多个阶段的方式有助于更好地掌控项目管理,同时还提供了评估项目绩效并在后续阶段采取必要的纠正或预防措施的机会。项目阶段的其中一个关键组成部分是阶段审查(见 1.2.4.3 节)。
阶段关口在项目阶段结束时进行,将项目的绩效和进度与项目和业务文件比较,这些文件包括( 但不限于):
根据比较结果做出决定(例如继续/终止的决定),以便:
在不同的组织、行业或工作类型中,阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项,例如产品相关文件或模型。
项目生命周期是通过一系列项目管理活动进行的,即项目管理过程。每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。输出可以是可交付成果或结果。
结果是过程的最终成果。项目管理过程适用于全球各个行业。
各项目管理过程通过它们所产生的输出建立逻辑联系。过程可能包含了在整个项目期间相互重叠的活动。一个过程的输出通常成为以下二者之一:
图 1-6 的示例说明了一个过程的输入、工具、技术和输出的关系以及与其他过程的关系。
图 1-6过程示例:输入、工具与技术和输出
过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:
项目管理通过合理运用与整合按逻辑分组的项目管理过程而得以实现。过程分类方法有很多种,但《PMBOK® 指南》把过程归纳为五大类,即五大过程组。
项目管理过程组指对项目管理过程进行逻辑分组,以达成项目的特定目标。过程组不同于项目阶段。项目管理过程可分为以下五个项目管理过程组:
本指南采用流程图。项目管理过程通过具体的输入和输出相互联系,即一个过程的成果或结果可能成为另一个过程(不一定在同一过程组)的输入。请注意,过程组与项目阶段不同(见 1.2.4.2 节)。
在项目管理过程和例行工作中,经常必然要使用项目管理知识,能够影响管理项目知识过程的组织过程资产包括(但不限于):
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是,存档项目或阶段信息,完成计划的工作,释放组织团队资源以展开新的工作。它仅开展一次或仅在项目的预定义点开展。图 4-14 描述本过程的输入、工具与技术和输出。图 4-15 是本过程的数据流向图。
图 4-14结束项目或阶段:输入、工具与技术和输出
图 4-15结束项目或阶段:数据流向图
• Projectcharter在结束项目时,项目经理需要回顾项目管理计划,确保所有项目工作都已完成以及项目目标均已实现。项目或阶段行政收尾所需的必要活动包括(但不限于):
如果项目在完工前就提前终止,结束项目或阶段过程还需要制定程序,来调查和记录提前终止的原因。为了实现上述目的,项目经理应该引导所有合适的相关方参与本过程。
审核历史信息有助于进行参数估算或类比估算。历史信息可包括各种项目特征(参数),它们用于建立数学模型预测项目总成本。这些数学模型可以是简单的(例如,建造住房的总成本取决于单位面积建造成本),也可以是复杂的(例如,软件开发项目的成本模型中有多个变量,且每个变量又受许多因素的影响)。
类比和参数模型的成本及准确性可能差别很大。在以下情况下,它们将最为可靠:
项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程,这些过程有助于确保项目经理和项目团队在正确的时间和地点使用正确的资源。
项目资源管理过程包括:
9.1 规划资源管理 — 定义如何估算、获取、管理和利用实物以及团队项目资源的过程。
9.2 估算活动资源 — 估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量的过程。
9.3 获取资源 — 获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。
9.4 建设团队 — 提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。
9.5 管理团队 — 跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。
9.6 控制资源 — 确保按计划为项目分配实物资源,以及根据资源使用计划监督资源实际使用情况,并采取必要纠正措施的过程。
图 9-1 概括了项目资源管理的各个过程。虽然在本《PMBOK® 指南》中,各项目资源管理过程
以界限分明和相互独立的形式出现,但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 9-1项目资源管理概述
团队资源管理相对于实物资源管理,对项目经理提出了不同的技能和能力要求。实物资源包括设备、材料、设施和基础设施,而团队资源或人员指的是人力资源。项目团队成员可能具备不同的技能,可能是全职或兼职的,可能随项目进展而增加或减少。项目资源管理与项目相关方管理之间有重叠的部分(见 13 节),本节(第 9 节)则重点关注组成项目团队的部分相关方。
项目资源管理的核心概念项目团队由承担特定角色和职责的个人组成,他们为实现项目目标而共同努力。项目经理因此应在获取、管理、激励和增强项目团队方面投入适当的努力。尽管项目团队成员被分派了特定的角色和职责,但让他们全员参与项目规划和决策仍是有益的。团队成员参与规划阶段,既可使他们对项目规划工作贡献专业技能,又可以增强他们对项目的责任感。
项目经理既是项目团队的领导者又是项目团队的管理者。除了项目管理活动,例如启动、规划、执行、监控和关闭各个项目阶段,项目经理还负责建设高效的团队。项目经理应留意能够影响团队的不同因素,例如:
作为领导者,项目经理还负责积极培养团队技能和能力,同时提高并保持团队的满意度和积极性,项目经理还应留意并支持职业与道德行为,确保所有团队成员都遵守这些行为。
实物资源管理着眼于以有效和高效的方式,分配和使用成功完成项目所需的实物资源,如材料、设备和用品。为此,组织应当拥有如下数据:(当前和合理的未来的)资源需求、(可以满足这些需求的)资源配置,以及资源供应。不能有效管理和控制资源是项目成功完成的风险来源。例如:
项目资源管理的趋势和新兴实践项目管理风格正在从管理项目的命令和控制结构,转向更加协作和支持性的管理方法,通过将决策权分配给团队成员来提高团队能力。此外,现代的项目资源管理方法致力于寻求优化资源使用。
有关项目资源管理的趋势和新兴实践包括(但不限于):
裁剪考虑因素由于每个项目都是独特的,项目经理需要裁剪项目资源管理过程。裁剪时应考虑的因素包括(但不限于):
是否存在有特殊需求的团队成员?是否需要为团队提供有关多元化管理的特别培训?
在敏捷或适应型环境中需要考虑的因素易变性高的项目得益于最大限度地集中和协作的团队结构,例如拥有通才的自组织团队。
协作旨在提高生产率和促进创新的问题解决方式。协作型团队可以促进不同工作活动的加速整合、改善沟通、增加知识分享,以及提供工作分配的灵活性和其他优势。
虽然协作的优势也适用于其他项目环境,协作型团队对于易变性高且快速变化的项目成功而言通常是至关重要的,因为集中分配任务和决策所需的时间更少。
对于易变性高的项目,实物和人力资源规划的可预测性要低得多。在这些环境中,关于快速供应和精益方法的协议,对控制成本和实现进度而言至关重要。
控制资源是确保按计划为项目分配实物资源,以及根据资源使用计划监督资源实际使用情况,并采取必要纠正措施的过程。本过程的主要作用是,确保所分配的资源适时适地可用于项目,且在不再需要时被释放。本过程需要在整个项目期间开展。图 9-14 描述了本过程的输入和输出。图 9-15是本过程的数据流向图。
图 9-14控制资源:输入、工具与技术和输出
• Projectcharter图 9-15控制资源:数据流向图
应在所有项目阶段和整个项目生命周期期间持续开展控制资源过程,且适时、适地和适量地分配和释放资源,使项目能够持续进行。控制资源过程关注实物资源,例如设备、材料、设施和基础设施。管理团队过程关注团队成员。
本节讨论的控制资源技术是项目中最常用的,而在特定项目或应用领域中,还可采用许多其他控制资源技术。
更新资源分配时,需要了解已使用的资源和还需要获取的资源。为此,应审查至今为止的资源使用情况。控制资源过程关注:
进度基准或成本基准的任何变更,都必须经过实施整体变更控制过程的审批(见 4.6 节)。
适用于本过程的数据分析技术包括(但不限于):
规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是,为及时向相关方提供相关信息,引导相关方有效参与项目,而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 10-2 描述本过程的输入、工具与技巧和输出。图 10-3 是本过程的数据流向图。
图 10-2规划沟通管理:输入、工具与技术和输出
• Projectcharter图 10-3规划沟通管理:数据流向图
需在项目生命周期的早期,针对项目相关方多样性的信息需求,制定有效的沟通管理计划。应该定期审核沟通管理计划,并进行必要的修改,例如在相关方社区发生变化或每个新项目阶段开始时。
在大多数项目中,都需要很早就开展沟通规划工作,例如在识别相关方及制定项目管理计划期间。
虽然所有项目都需要进行信息沟通,但是各项目的信息需求和信息发布方式可能差别很大。此外,在本过程中,需要考虑并合理记录用来存储、检索和最终处置项目信息的方法。应该在整个项目期间,定期审查规划沟通管理过程的成果并做必要修改,以确保其持续适用。
用于在项目相关方之间传递信息的方法很多。信息交换和协作的常见方法包括对话、会议、书面文件、数据库、社交媒体和网站。
可能影响沟通技术选择的因素包括:
项目风险可依据风险来源(如采用风险分解结构 [RBS],见图 11-4)、受影响的项目领域(如采用工作分解结构 [WBS],见图 5-12、5-13 和 5-14),以及其他实用类别(如项目阶段、项目预算、角色和职责)来分类,确定哪些项目领域最容易被不确定性影响;风险还可以根据共同的根本原因进行分类。应该在风险管理计划中规定可用于项目的风险分类方法。
对风险进行分类,有助于把注意力和精力集中到风险敞口最大的领域,或针对一组相关的风险制定通用的风险应对措施,从而有利于更有效地开展风险应对。
并非任何项目文件都将成为首次识别相关方的输入。然而,需要在整个项目期间识别相关方。项目经历启动阶段以后,将会生成更多项目文件,用于后续的项目阶段。可作为本过程输入的项目文件包括(但不限于):
管理相关方参与是与相关方进行沟通和协作以满足其需求与期望、处理问题,并促进相关方合理参与的过程。本过程的主要作用是,让项目经理能够提高相关方的支持,并尽可能降低相关方的抵制。本过程需要在整个项目期间开展。图 13-7 描述本过程的输入、工具与技术和输出。图 13-8 是本过程的数据流向图。
图 13-7管理相关方参与:输入、工具与技术和输出
• Projectcharter图 13-8管理相关方参与:数据流向图
在管理相关方参与过程中,需要开展多项活动,例如:
管理相关方参与有助于确保相关方明确了解项目目的、目标、收益和风险,以及他们的贡献将如何促进项目成功。
项目生命周期指项目从开始到完成所经历的一系列阶段。项目阶段是一组具有逻辑关系的项目活动的集合,通常以一个或多个可交付成果的完成为结束。这些阶段之间可能是顺序、迭代或交叠的关系。项目阶段的名称、数量和持续时间取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。阶段都有时限,有一个起始点、结束点或控制点(有时称为阶段审查、阶段关口或控制关口,也可以用其他类似名称)。在控制点,需要根据当前环境,重新审查项目章程和商业文件。在该时点,把项目绩效与项目管理计划进行比较,以确定项目是否应该变更、终止或按计划继续。
项目生命周期会受组织、行业、开发方法或所用技术的独特性质的影响。虽然每个项目都有起点和终点,但具体的可交付成果及工作会因项目的不同而有很大差异。不论项目涉及的具体工作是什么,生命周期都可以为管理项目提供基本框架。
虽然项目规模及复杂程度各不相同,但是典型项目都呈现下列项目生命周期结构(见图 1-2):
图 1-2项目生命周期的通用结构
通用的生命周期结构一般具有以下特征:
图 1-3随时间而变化的变量影响
本标准描述用于实现项目目标的项目管理过程。项目管理过程可归为五大项目管理过程组:
监控过程组详见第 5 章。
这五大过程组与应用领域(如营销、信息服务或会计)或行业(如建筑、航天、电信)无关。
在阶段或项目完成之前,往往需要反复实施过程组中的单个过程。过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类:
一个过程的输出通常成为另一个过程的输入,或者成为项目或项目阶段的可交付成果。例如,需要把规划过程组编制的项目管理计划和项目文件(如风险登记册、责任分配矩阵等)及其更新,提供给执行过程组作为输入。图 1-4 是各过程组在项目或阶段期间的重叠关系示例。
过程组不同于项目阶段。如果将项目划分为若干阶段,则各过程组中的过程会在每个阶段内相互作用。在一个阶段内可能需要使用所有的过程组,如图 1-5 所示。当项目被分为不同的阶段(例如概念开发、可行性研究、设计、原型、构建或测试等)时,各过程组中的过程根据需要在每个阶段中重复,直到达到该阶段的完工标准。
图 1-5项目或阶段中的过程组相互作用示例
过程组和知识领域涵盖的 49 个过程如表 1-1 所示。
表 1-1项目管理过程组与知识领域
引论部分进行了大量重写。与其他 PMI 基础标准相符的项目、项目集和项目组合的介绍性信息保留不变,但新增了与项目及开发生命周期、项目阶段及阶段关口相关的信息。此类信息提供了高层级概述,即关于如何根据项目性质选择预测型、迭代型、增量型或适应型开发方法。与商业文件有关的新信息包括商业论证和效益管理计划。