4.6.5 基准

基准是经过批准的工作产品计划的版本。会将实际绩效与基准进行比较,以识别偏差。
预算。成本基准是对整个项目、任一工作分解结构组件或任一进度活动所做的经批准的估算
里程碑进度计划。用于显示有计划日期的里程碑,是一种进度计划类型。
绩效测量基准。整合在一起的范围、进度和成本基准被用来与项目执行情况相比较,以管理、测量和控制项目绩效。
项目进度计划项目进度计划进度模型的输出,为各个相互关联的活动标注了计划日期、持续时间、里程碑和资源等信息。
范围基准。此基准是经过批准的范围说明书、工作分解结构 (WBS) 和相应的 WBS 词典,能够通过正式的变更控制程序进行变更,并被用作与实际结果进行比较的依据。
引用
3.4 聚焦于价值

图 3-5. 聚焦于价值
价值(包括从客户或最终用户的角度看的成果)是项目的最终成功指标和驱动因素。价值聚焦于可交付物的成果。项目的价值可以表示为对发起组织或接收组织的财务贡献。价值也可以是对所取得的公共利益的测量,例如,社会收益或客户从项目结果中所感知到的收益。当项目是项目集的组件时,项目对项目集成果的贡献可以表示为价值。
许多项目(尽管不是所有项目)都是基于商业论证而启动。也可能由于任何确定的交付需要,或者修改流程、产品或服务(如合同、工作说明书或其他文件)的需要而启动项目。在所有情况下,项目的目的就是提供预期成果,该成果通过有价值的解决方案满足需要。商业论证可以包含有关战略一致性、风险敞口评估、经济可行性研究、投资回报率、预期关键绩效测量、评估和替代方法的信息。商业论证可以从定性或定量的方面,或者同时从这两方面来说明项目成果的预期价值贡献。商业论证至少包含以下支持性和相互关联的要素:
▶ 商业需要。商业为项目提供理由,并解释为什么开展该项目。它源于初步的业务需求,这些需求反映在项目章程或其他授权文件中。商业需要提供了有关商业目的和目标的详细信息,它可能针对执行组织、客户组织、组织的合伙方或公共福利。明确说明商业需要有助于项目团队了解未来状态的商业驱动因素,并使项目团队能够识别机会或问题,从而提高项目成果的潜在价值。
▶ 项目理由。项目理由与商业需要相关。它解释了为什么商业需要值得投资以及为什么在此时应该满足商业需要。项目理由会附有成本效益分析和假设条件。
▶ 商业战略。商业战略是开展项目的原因,所有需要都与实现价值的战略相关。
除了收益和可能的协议之外,商业需要、项目理由和商业战略一起为项目团队提供信息,使他们能够做出知情决策,以达到或超过预期的商业价值。
在整个项目期间,应清晰描述、以迭代方式评估并更新期望成果。在项目生命周期内,项目可能会发生变更,然后项目团队会作出应对调整。项目团队会根据期望的输出、基准和商业论证不断评估项目进展情况和方向,以确定该项目仍与商业需要保持一致,并将交付预期成果。另外,干系人可以更新商业论证以获取机会,或者将项目团队和其他干系人确定的问题最小化。如果项目或其干系人不再与商业需要保持一致,或者如果项目似乎不可能提供预期价值,则组织可以选择终止此项投入。
价值是指某种事物的作用、重要性或实用性。价值具有主观性,从某种意义上说,同一个概念对于不同的人和组织具有不同的价值。之所以会发生这种情况,是因为所谓的收益取决于组织战略,包含从短期财务收益、到长期收益、甚至是非财务要素。由于所有项目都有一系列干系人,因此必须考虑为每个干系人群体产生的不同价值,并将这些价值与整体价值进行平衡,同时优先考虑客户价值。
在某些项目的背景下,可能存在不同形式的价值工程,这些价值工程可以将客户、执行组织或其他干系人的价值最大化。这方面的一个示例包括在可接受的风险敞口的情况下交付所需的功能和质量水平,同时尽可能少地使用资源,并避免浪费。有时,特别是在没有预先确定范围的适应型项目中,项目团队可以与客户共同努力,确定哪些功能值得投资,哪些功能可能缺乏足够的价值,无需增加到输出之中,从而优化价值。
为了支持从项目中实现价值,项目团队可将重点从可交付物转到预期成果。这样做可以让项目团队实现项目的愿景或目标,而不是简单地创建特定可交付物。虽然可交付物可能会支持预期的项目成果,但它可能无法完全实现项目的愿景或目标。例如,客户可能需要某一特定的软件解决方案,因为他们认为该解决方案可以满足提高生产力这一商业需要。软件是项目的输出,但软件本身并不能实现预期的生产力成果。在这种情况下,增加一项新的可交付物,即提供使用软件的培训和教练,就可以实现更好的生产力成果。如果项目的输出未能提高生产力,干系人可能会认为项目已经失败。因此,项目团队和其他干系人都应该了解可交付物及其预期成果。
项目工作的价值贡献可能是一种短期或长期的测量。由于价值贡献可能与运营活动的贡献相混合,因此很难将其分开。当项目是项目集的一个组件时,也可能需要在项目集层级对价值作出评估,以便以适当的方式对项目进行指导。可靠的价值评估应考虑项目输出的全部背景和整个生命周期。虽然价值会随着时间的推移而实现,但有效的过程可以帮助早日实现收益。通过有效率且有效果地实施项目,项目团队可以展示或实现诸如优先交付、更好的客户服务或改善工作环境等成果。通过与负责将项目可交付物投入使用的组织领导者合作,项目领导者可以确保可交付物能够实现所计划的成果。
3.12 为实现预期的未来状态而驱动变革

图 3-13. 为实现预期的未来状态而驱动变革
在当今的商业环境中保持相关性是所有组织面临的根本挑战。要做到具有相关性,必须对干系人的需要和期望作出响应。这就需要为干系人的利益不断评估产品/服务,对变革作出快速响应,并担当变革推动者。项目经理应具备独特的能力,让组织做好变革的准备。根据项目本身的定义,项目会创造新的事物:它们是变革推动者。
变革管理使能(enablement)是一种综合的、周期性的和结构化的方法,可使个人、群体和组织从当前状态过渡到实现期望收益的未来状态。它不同于项目变更控制,后者是一个过程,通过该过程,项目团队可以识别和记录项目的文件、可交付物或基准的修改,然后批准或拒绝这些修改。
组织中的变革可能源自内部,例如需要新的能力或应对绩效差距。变革也可能源自外部,例如技术进步、人口结构变化或社会经济压力。任何类型的变革都涉及到经历变革的群体以及与其互动的行业某种程度的适应或接受。
变革可能由干系人实施并对其产生影响。推动干系人变革是促进项目提供所需可交付物和预期成果的一部分。
在组织中推动变革可能充满挑战,这有多种原因,比如有些人可能天生就抵制变革或厌恶风险,又如所处环境可能表现出保守的文化。有效的变革管理采用激励型策略,而不是强制型策略。参与和双向沟通可营造出这样的一种环境,即变革会得到采用和接受,或者从抵制变革的用户那里识别出一些需要解决的有效问题。
项目团队成员和项目经理可与有关干系人共同合作,解决抵制、疲劳和变革吸收的问题,以提高客户或项目可交付物接收者成功采纳或接受变革的可能性。这包括在项目早期沟通与变革相关的愿景和目的,以争取各方对变革的认同。在整个项目期间,应向组织内所有层级的人员说明变革的收益和对工作过程的影响。
同样重要的是,使变革的速度适应干系人和环境接受变革的意愿、成本和能力。如果试图在太短的时间内进行过多的变革,则可能会因变革饱和而受到抵制。即使干系人一致认为变革将产生更多价值或增强成果,他们仍往往难以采取能够交付更高收益的行动。为了促进收益实现,项目还可能会开展一些活动,以便在变革实施后使其得到强化,从而避免人们回到初始的状态。
认识并解决干系人在整个项目生命周期内接受变革的需要,有助于将由此产生的变革整合到项目工作中,从而使成功取得的成果更有可能。
有关组织变革管理的更多信息,可参阅《组织变革管理:实践指南》[4]。
2.3.6 协调交付节奏、开发方法和生命周期
我们将重温第 2.3.3 节中描述的社区中心示例,以揭示交付节奏、开发方法和生命周期是如何融合在一起的。在该示例中,共有四种产品和服务:建筑物、社区行动巡查 (CAP) 培训、老年人服务和网站。表 2-4 描述了交付节奏和开发方法。
表 2-4. 交付节奏和开发方法

根据这些信息,潜在的生命周期可能为:
启动阶段。此阶段的进入标准是:商业论证已获批准,而且项目章程已获审批。这一阶段将制定高层级路线图,确定初步的资金需求,定义项目团队和资源需求,制定里程碑进度计划,及采购战略规划。这些可交付物应在退出启动阶段之前完成。退出标准将在初始阶段关口审查会议上进行审查。
规划阶段。在这一阶段,示例中建筑物的高层级信息将被分解为各个详细的计划CAP 培训的详细设计文件将编制完成。并将完成对面向老年人的产品/服务的分析,与差距分析。还将创建网站的初始线框图。这些可交付物应在退出规划阶段之前完成。退出标准将在规划阶段关口审查会议上进行审查。
开发阶段。此阶段将与测试阶段和部署阶段重叠,因为可交付物有着不同的交付节奏和不同的方法。在此将提前交付网站的部分内容,以便向公众通报社区中心的进展情况。一些老年人服务和CAP 培训的活动可能会在社区中心开放之前开始。在进入测试阶段之前,每项可交付物都可能受到单独的审查。
测试阶段。此阶段将与开发阶段和部署阶段重叠。测试的类型取决于可交付物。这一阶段包括对建筑物的检查、对 CAP 课程的测试交付、对老年人服务的小规模试验以及在网站每个版本的测试环境中运行。在进入部署阶段之前,每项可交付物都将经过应用的测试。
部署阶段。此阶段将与开发和测试阶段重叠。网站的首次部署可能在项目早期进行。随着更多可交付物可以使用,此阶段中的活动将重复进行。在社区中心开放运营的时候,项目将进行最终部署。
社区中心开放后,对网站和老年人服务进行持续更新将成为运营活动的一部分。
收尾阶段。随着可交付物的完成,此阶段会定期进行。在初始网站部署后,项目人员(包括承包商)将会被解散,每项可交付物的回顾或经验教训总结也将完成。当整个项目完成时,将获得各个阶段关口审查的信息,并对比基准来完成项目绩效的总体评价。在最终收尾之前,将对项目章程和商业论证进行审查,以确定可交付物是否实现了预期的收益和价值。
图 2-12 显示了社区中心项目可能的生命周期。启动和计划阶段是按顺序进行的。开发、测试和部署这几个阶段可能会相互重叠,因为不同的可交付物将在不同的时间进行开发、测试和部署,而某些可交付物会进行多次交付。该图更详细地展示了开发阶段,以说明不同的时间安排和交付节奏。测试阶段的节奏将遵循开发阶段的节奏。交付将在部署阶段显示。

图 2-12. 社区中心项目生命周期
询问生命周期中各个阶段的名称并非所有项目从业者都能区分清楚开发方法和生命周期。在一些从业者谈到开发方法时,会说一个项目遵循敏捷生命周期。一些从业者将预测型方法称为“瀑布式方法”。适应型开发方法也可称为演进的方法。
由于项目管理在不断发展,因此所用的语言也在不断演变。要想了解某人所指的到底是哪种方法,最好要确定其可交付物的开发方式,并向其询问生命周期中各个阶段的名称。这有助于构建项目框架并了解人们是如何使用术语的。
2.4.7 变更
适应型项目中,可以预期到工作会有所演变和调整。因此,可以根据需要将新工作增加到产品待办事项列表中。但是,如果增加的工作多于正在完成的工作,或者增加的工作与正在完成的工作数量相同,项目将继续进行而不会结束。对于增加范围、对预算的影响以及项目团队成员可用性,项目经理会与产品负责人合作,管理这方面的期望。产品负责人会持续对项目待办事项列表进行优先级排序,以便完成优先级高的事项。如果进度或预算受到限制,当优先级最高的事项交付完毕,产品负责人即可认为项目已完成。
在预测型项目中,项目团队会积极管理工作变更,以确保范围基准中仅包含已批准的变更。然后,对范围的任何变更都将伴随对人员、资源、进度和预算的适当变更。范围变更可能会增加不确定性;因此,任何变更请求都应伴随对因范围扩大或变更而造成的任何新风险的评估。项目经理应与变更控制委员会和变更的请求者合作,通过变更控制流程指导变更请求。已批准的变更会被整合到适用的项目规划文件、产品待办事项列表和项目范围中,也会与适合的干系人沟通这些变更。
2.4.8 度量指标

图 2-23. 测量绩效域
测量涉及评估项目绩效和实施适当的应对措施,以保持最佳绩效。
以下定义与测量绩效域相关:
度量指标。对项目或产品属性及其测量方式的描述。
基准。经过批准的工作产品的版本,用作与实际结果进行比较的依据。
仪表盘。一组图表和图形,显示相对于项目的重要指标所取得的进展或绩效。
测量绩效域会评估交付绩效域中完成的工作在多大程度上符合规划绩效域中确定的度量指标。例如,可以使用规划绩效域中确定的基准来测量和评估绩效。拥有关于项目工作和绩效的及时和准确信息,可使项目团队能够了解并确定采取哪些适当措施来解决与预期绩效相比的当前或预期偏差。
人们会出于多种原因使用测量指标,包括:
▶ 对比计划评估绩效;
▶ 跟踪资源利用情况、已完成的工作、支出的预算等;
▶ 表明担责情况;
▶ 向干系人提供信息;
▶ 评估项目可交付物是否处于正轨,能否交付计划收益;
▶ 聚焦关于权衡、威胁、机会和选项的对话;
▶ 确保项目可交付物符合客户验收标准。
测量的价值不在于收集和传播数据,而在于关于如何使用数据以采取适当行动的对话。因此,虽然这一绩效域的大部分内容涉及可以捕获的各种类型的测量,但这些测量指标的使用是在其他绩效域的活动背景中发生的,例如项目团队和干系人讨论、协调项目工作等。
此绩效域聚焦于进展中项目的测量指标。项目组合领导者可能希望包含涉及项目完成后项目成功的测量指标,例如项目是否交付了预期成果和收益。项目组合的领导可以评估项目成果是否提高了客户满意度或降低了单位成本,还可以评估项目结束前无法获得的其他测量指标。同样,业务经理也可以从成果对组织的价值的角度来评估项目。业务测量指标可能包括市场份额增加、利润增加或单位成本下降。测量绩效域涉及项目期间使用的测量指标和度量指标。
2.5.7 监督新工作和变更
适应型项目中,可以预期到工作会有所演变和调整。因此,可以根据需要将新工作增加到产品待办事项列表中。但是,如果增加的工作多于正在完成的工作,或者增加的工作与正在完成的工作数量相同,项目将继续进行而不会结束。对于增加范围、对预算的影响以及项目团队成员可用性,项目经理会与产品负责人合作,管理这方面的期望。产品负责人会持续对项目待办事项列表进行优先级排序,以便完成优先级高的事项。如果进度或预算受到限制,当优先级最高的事项交付完毕,产品负责人即可认为项目已完成。
在预测型项目中,项目团队会积极管理工作变更,以确保范围基准中仅包含已批准的变更。然后,对范围的任何变更都将伴随对人员、资源、进度和预算的适当变更。范围变更可能会增加不确定性;因此,任何变更请求都应伴随对因范围扩大或变更而造成的任何新风险的评估。项目经理应与变更控制委员会和变更的请求者合作,通过变更控制流程指导变更请求。已批准的变更会被整合到适用的项目规划文件、产品待办事项列表和项目范围中,也会与适合的干系人沟通这些变更。
2.6.1 价值的交付
对于其使用的开发方法支持在整个项目生命周期内发布可交付物的项目,可以在项目期间开始向业务、客户或其他干系人交付价值。在项目生命周期结束时交付大量可交付物的项目会在初始部署后产生价值。
在原先的项目结束后的很长时间内,往往还可以继续获得商业价值。通常,较长的产品和项目集生命周期用于测量早期项目带来的收益和价值。
商业论证文件通常会提供商业理由和对项目预期商业价值的预测。这种商业论证的格式会基于所选的开发方法和生命周期而异。示例包括具有详细估算投资回报的商业论证文件,或是描述问题、解决方案、收入流和成本结构等高层级要素的精益创业画布。这些商业文件说明了项目成果如何与组织的商业目标保持一致。
项目授权文件试图量化项目的预期成果,以便进行定期测量。这些文件可能包括详细的基准计划或高层级路线图,这些计划或路线图会概述项目生命周期、主要发布、关键可交付物、评审和其他顶层信息。
2.7.2 测量内容
测量内容、参数和测量方法取决于项目目标、预期成果以及开展项目的环境。常见的度量指标类别包括:
▶ 可交付物度量指标;
▶ 交付;
▶ 基准绩效;
▶ 资源;
▶ 商业价值;
▶ 干系人;
▶ 预测。
一组平衡的测量标准有助于让人了解项目及其绩效和成果的整体情况。
第 2.7.2.1 节至第 2.7.2.7 节将简要介绍这些类别。
2.7.2.3 基准绩效
最常见的基准是成本和进度。跟踪范围或技术基准的项目可以使用可交付物测量指标中的信息。
大多数进度测量指标会根据以下相关的计划绩效来跟踪实际绩效:
▶ 开始日期和完成日期。将实际开始日期与计划开始日期进行比较,并将实际完成日期与计划完成日期进行比较,可以测量工作按计划完成的程度。即使工作不在项目的最长路径(关键路径)上,延迟的开始日期和完成日期也表明项目未按计划执行。
▶ 人力投入和持续时间。实际人力投入和持续时间与计划人力投入和持续时间相比较,可表明工作量估算和工作所需时间估算是否有效。
进度偏差 (SV)。通过查看关键路径上的绩效来确定简单的进度偏差。使用挣值管理时,进度偏差表示为挣值与计划价值之差。图 2-24 显示了说明进度偏差的挣值图。
进度绩效指数 (SPI)。进度绩效指数是一种挣值管理测量指标,可表明计划工作的执行效率。
特性完成率。在频繁审查期间,检查特性验收比率有助于评估进展情况并估算完成日期和成本。
常见的成本测量指标包括:
▶ 与计划成本相比的实际成本。此成本测量指标将实际人工或资源的成本与估算成本进行比较。此术语也可称为燃烧率。
成本偏差 (CV)。通过比较可交付物的实际成本和估算成本来确定简单的成本偏差。使用挣值管理时,成本偏差表示为挣值与实际成本之差。图 2-24 显示了一张说明成本偏差的挣值图。
成本绩效指数 (CPI)。一种挣值管理测量指标,可表明相对于工作的预算成本,执行工作的效率。

图 2-24. 表明进度偏差和成本偏差的挣值分析
4.4.1 数据收集和分析
最常见的基准是成本和进度。跟踪范围或技术基准的项目可以使用可交付物测量指标中的信息。
大多数进度测量指标会根据以下相关的计划绩效来跟踪实际绩效:
▶ 开始日期和完成日期。将实际开始日期与计划开始日期进行比较,并将实际完成日期与计划完成日期进行比较,可以测量工作按计划完成的程度。即使工作不在项目的最长路径(关键路径)上,延迟的开始日期和完成日期也表明项目未按计划执行。
▶ 人力投入和持续时间。实际人力投入和持续时间与计划人力投入和持续时间相比较,可表明工作量估算和工作所需时间估算是否有效。
进度偏差 (SV)。通过查看关键路径上的绩效来确定简单的进度偏差。使用挣值管理时,进度偏差表示为挣值与计划价值之差。图 2-24 显示了说明进度偏差的挣值图。
进度绩效指数 (SPI)。进度绩效指数是一种挣值管理测量指标,可表明计划工作的执行效率。
特性完成率。在频繁审查期间,检查特性验收比率有助于评估进展情况并估算完成日期和成本。
常见的成本测量指标包括:
▶ 与计划成本相比的实际成本。此成本测量指标将实际人工或资源的成本与估算成本进行比较。此术语也可称为燃烧率。
成本偏差 (CV)。通过比较可交付物的实际成本和估算成本来确定简单的成本偏差。使用挣值管理时,成本偏差表示为挣值与实际成本之差。图 2-24 显示了一张说明成本偏差的挣值图。
成本绩效指数 (CPI)。一种挣值管理测量指标,可表明相对于工作的预算成本,执行工作的效率。

图 2-24. 表明进度偏差和成本偏差的挣值分析