主题 6.2 — 收益实现与价值管理
一项在商业论证案中承诺、却从未被指明、拥有、设定基线并跟踪到落地那一刻的收益,是一项会悄悄蒸发的收益——而在卫生与照护中,那份失去的价值是以临床医生的工时、患者的成果,以及本可用于别处的公共资金来衡量的。
为什么这在卫生与照护中至关重要#
卫生与照护中的每一项数字化投资都是靠一个承诺来证明其正当性的:更少的错过预约、更快的诊断、更安全的处方、更少的电话时间、更好的人群健康。这些承诺是商业论证案、董事会批准和公众信任的通货。然而,整个公共部门中令人警醒的模式是,收益被热情地预测,交付在上线时受到庆祝,然后团队在任何人确认承诺的价值是否真正到来之前就已经解散。"系统已上线"和"价值已落地"之间的这个缺口,正是大多数数字化投资悄悄流失的地方。
在卫生与照护中,这个缺口不仅仅是一次财务上的尴尬。当你告诉一个整合照护委员会(ICB),一个电子转诊系统每年将释放 12,000 个临床医生工时,而这些工时从未实现,因为临床医生现在要做双重录入,你就不仅仅是浪费了金钱——你还消耗了稀缺的人力资源,侵蚀了一线对"数字化"的信任,并向公众讲述了一个后来被证明是虚假的故事。因此,收益实现既是一门问责和公众信任的纪律,也是一门财务纪律。它是你证明选择这项投资、而不是一次髋关节手术、一位护士,或一份照护套餐所付出的机会成本,是值得的的方式。
本主题刻意与其邻近主题有所区别。主题 6.0——财务管理与商业论证案讲的是预先评估和资助一项投资。主题 6.1——卫生经济学讲的是用质量调整生命年等方法为健康成果和成本效果估值。本主题讲的是在签署之后、往往在交付很久之后才会出现的纪律:指明收益、随时间跟踪它们,并真正落实所承诺的价值。
核心概念#
收益实现管理(Benefits realisation management,BRM)是从最初的想法到最终捕获,识别、规划、衡量并跟踪一项投资的收益——然后确认它们已经实现——的纪律。它把收益当作需要被积极管理的东西,而不是交付一个系统的自动副产品。
一项收益是一个由一个或多个利益相关者认为是积极的成果所带来的可衡量的改进。收益沿着几个轴线被分类。可兑现收益释放出可以从预算中移除、花在别处的资金;不可兑现收益释放产能或提高质量,却没有一条你能真正削减的预算线(例如,释放出护士轮班中的 30 分钟,但这段时间立即被重新吸收用于更多照护)。财务收益可以用货币表达;非财务收益——安全、患者体验、公平性、员工福祉——在卫生与照护中极为重要,却难以用一个简单的货币价值来衡量。一项负收益(Disbenefit)是归因于这项变革的一种可衡量的下滑:警报疲劳、新的人工变通做法、被数字排斥的群体。负收益是带着负号的真实收益,必须以同等的诚实来跟踪。
一份收益地图或收益依赖网络将一个项目交付的能力,与人们必须做出的赋能性变革、业务成果,最终与战略目标联系起来。它与逻辑模型(Logic model)和变革理论(Theory of change)密切相关:两者都展示了从"我们建造了什么"到"为什么它重要"的因果链。反向阅读这张地图会迫使你面对一个艰难的问题——究竟是哪项能力真正导致了这个成果,还需要哪些其他条件成立?
收益用指标(Indicator)来衡量。先导指标是你能够据以行动的早期、预测性信号(采纳率、以数字方式发送的转诊百分比);滞后指标在事后确认成果(未到诊率的下降、等待时间的变化)。你两者都需要:先导指标在你仍能干预的时候告诉你价值是否走在正轨上;滞后指标告诉你它是否真正落地了。
价值管理——价值工程(Value engineering)的近亲——是在一项投资的整个生命周期内最大化收益与资源之比的更广泛实践,刻意权衡范围、成本和收益,而不是将其中任何一项当作固定不变。它直接联系到商业论证案(Business case),其收益处于前期成本效益分析(Cost–benefit analysis)的下游,也联系到更广泛的项目组合(Project portfolio management),在那里许多项投资的收益被汇总——需要小心,以避免对同一笔节省重复计算两次。英国的参考框架是 HM Treasury 的《绿皮书》(支撑每一份公共商业论证案的评估与评价指导)和管理成功的项目群(Managing Successful Programmes,MSP),它把收益管理置于项目群交付的核心。
最佳实践#
把收益实现变成一门具名的纪律,而不是商业论证案的附录。 收益太常见的情况是,只写一次以赢得批准,之后再也不重新审视。将收益管理确立为一项持续的活动,有自己的节奏、工具和向项目组合与董事会汇报的路线。测试很简单:如果你的收益唯一存在的地方是已批准商业论证案内部的一份电子表格,你还没有收益实现——你只有收益预测。
为每一项收益,在运营条线——而不是项目——中指定一位具名的收益负责人。 每项收益都需要一位单一的问责人,负责运营价值将真正落地的那部分组织:一位临床总监、一位运营经理、一位服务负责人。项目及其高级责任人(SRO)的存在是为了移交;收益负责人在团队解散之后仍然留守。如果你说不出两年后谁会因一项收益而被衡量绩效,这项收益就是孤儿,永远不会实现。
在建造任何东西之前,把收益映射到能力上。 从战略目标向后绘制收益依赖网络,直到投资所交付的具体能力,并揭示出赋能性的变革——培训、流程重新设计、淘汰旧系统——没有这些,收益就无法流动。这张地图是你的预警系统:如果一项能力没有连向任何成果的线,就要质疑这个范围;如果一项成果依赖于一项没有人拥有的变革,这项收益就有风险。在每一个阶段关卡都重新审视这张地图,而不仅仅是在开始时。
为每一项收益建立档案:何时、多少、如何衡量。 一份收益档案说明基线、目标、衡量方法和数据来源、负责人、依赖关系,以及——至关重要的——预期时机。许多卫生与照护收益在交付结束后数月或数年才落地:一份共享照护记录带来的重复检查减少,是随着临床医生改变习惯而积累的,而不是在上线当天。为轨迹建立档案,能防止你过早宣布失败或过早宣布成功。
在改变任何东西之前建立基线,并保护那条基线。 如果你从未事先衡量过未到诊率,你就不能声称它有所下降,而一条在上线之后才捕获的基线毫无价值。在部署之前,与收益负责人和财务部门就基线、其数据来源及其定义达成一致,并冻结它。在季节性或不断上升的需求趋势会扭曲一次天真的前后比较的地方,事先商定反事实情形,以便你之后的主张能经受住审查。
同时跟踪先导指标和滞后指标,并诚实地报告它们。 从第一天起就把采纳率和使用率作为先导指标来观察,因为一项依赖于没有人使用的系统的收益,早已经死了。在建档的时间线内用滞后指标来确认成果。按固定节奏向项目组合委员会报告实际值与预测值的对比,包括落后或已丧失的收益——一份永远只显示绿色的收益报告是虚构的,最终会让你付出信誉的代价。
以与收益同等的严谨态度跟踪负收益和意外后果。 每一项值得的变革都会产生一些负面效果:新的变通做法、警报疲劳、被一个数字优先渠道排斥的群体、转移到另一个团队的额外负荷。在与收益相同的登记册中指明预期的负收益,衡量它们,并采取行动减少它们。隐藏负收益并不会让它们消失;它只意味着一位临床医生、一位患者,或一位审计人员会替你发现它们(参见主题 1.9——数字包容与无障碍性)。
不懈地防范重复计算。 同一个被释放的护理工时不能被三个不同的项目分别落实为收益,两个系统也不能各自声称重复检查减少了全部数量。在项目组合层面汇总收益时进行去重检查,透明地归因共享收益,并对那些从未出现在实际人员配置预算中的大额人力时间节省保持特别的怀疑。重复计算的收益,正是一个项目组合的纸面价值远远超出机构实际落实任何东西的原因。
区分可兑现和不可兑现,并诚实地说明你在承诺哪一种。 董事会和财务总监非常在意一项收益是否真的会减少一条预算线,还是仅仅释放出会被重新吸收的产能。不可兑现的时间节省是真正有价值的——它们让你能够在不增加员工的情况下满足不断上升的需求——但它们与你能够重新调配的资金不是一回事。清晰地标注每一项收益,绝不让一项不可兑现的效率提升在一个节约项目中被算作现金节省。
正式移交收益所有权,并在项目群关闭后继续跟踪。 项目群和项目的关闭,是收益最危险的单一时刻,因为关心它们的人离开了。在关闭中建立一次明确的收益移交:收益负责人为每一项剩余的收益签字确认,跟踪机制被确认为运作中,项目组合办公室承担起报告责任。在收益真正建档预计落地的那些时间点——通常是上线后的 6 个月、12 个月和 24 个月——安排实施后审查,并将结果反馈到你对下一项投资的预测方式中。
与团队讨论的问题#
两年后,当项目团队、SRO 和一半的领导层都已离开时,谁仍然对这些收益中的每一项负责? 这是公共部门收益管理的定义性弱点:问责链是围绕交付构建的,而交付结构在上线时就解散了。逐一审视你的收益登记册,尝试为每一行指明一位在项目群关闭很久之后仍会因它而被衡量绩效的运营岗位持有人——不是那个可能离开的人,而是那个角色。辩论那些负责人是否已经接受了这项收益,是否拥有实现它的杠杆,以及它是否已被写入他们自己的目标和其服务的计划中。考虑那些尴尬的案例:跨越一个整合照护系统中两个组织的收益,或依赖于你的 ICB 无法控制的一个国家系统的收益。一个好的、诚实的答案会为每一项收益指明一位真实的运营负责人,承认哪些收益目前是孤儿,并制定一个具体计划,在交付结束之前、而不是之后,为它们重新安家。
如果一项我们宣布已实现的收益在六个月后悄悄蒸发了,我们会怎么知道? 许多数字化收益在上线时是真实的,到下一个冬天却已消失:变通做法悄悄回归,一次重组改变了流程,人员流动抹去了培训成果,需求上升重新吸收了被释放的时间。讨论你所声称的收益中哪些真正具有持久性,哪些依赖于可能悄悄逆转的行为或条件。审视在庆祝上线的报告之后,你是否还在衡量任何东西,还是跟踪在资金被释放的那一刻就停止了。考虑一次性收益(一份被淘汰的许可证)与必须持续赢得的经常性收益(重复检查的持续减少)之间的区别。一个有力的答案会区分持久收益和脆弱收益,让滞后指标在关闭之后继续运行,并将一项收益视为临时的,直到它经受住了一个完整的运营周期——而不是在系统上线的那一天就落实。
我们是否诚实地面对负收益、不可兑现的节省,以及重复计算——还是在向董事会讲述它想听的故事? 收益报告持续承受着看起来积极的压力,因为绿色的报告能获得资金批准,而琥珀色的报告会招来审查。挑战你自己的数字:哪些"现金节省"实际上是被重新吸收的产能,永远不会减少一条预算线?同一个被释放的工时或被避免的检查,在整个项目组合中是否可能被不止一个项目计算在内?哪些负收益——被排除的数字群体、警报疲劳、转移到下游团队的额外负荷——被你从登记册中遗漏了,因为它们会破坏这份案例?讨论你的激励机制如何推动乐观主义,以及什么独立检查(财务、审计、一个项目组合办公室)能够使数字保持诚实。一个好的答案会接受,一项更小、可信、可独立验证的收益比一项没有人相信的大收益更有价值,并把负收益和短缺当作常规事务来报告,而不是当作忏悔。
我们是否为正确的事物建立了基线,我们的前后比较主张能否经受住一位假设世界无论如何都会改变的审计人员的检验? 一项收益的可信度取决于其背后的反事实情形,然而大多数收益主张是天真的前后比较,悄悄将每一项改善都归因于该系统。审视每一项头条收益:同时还有什么在发生变化——一次服务重新配置、一个新的国家目标、需求的季节性波动、一项人力资源举措——这些可能解释了部分或全部的变化?讨论你的基线是否在任何变革触及该流程之前就被捕获,以一个商定的定义冻结,并与一个明确的反事实情形配对,而不是假设过去会简单地保持平稳。考虑那些尴尬的案例,即需求正在上升,因此保持一项指标稳定本身就是一项收益,或者一个比较对象或一个分类队列会加强这项主张。一个诚实的答案能够指出具体的基线数据,说明它考虑了哪些混杂因素,并清楚地说明其中有多少变化能够、以及不能够站得住脚地归因于这项投资。
在收益、负收益和实现它们的成本这个整体价值图景中——而不仅仅是我们向上级报告的头条节省——情况如何? 报告一个单一的大数字,并悄悄忽略那个数字所依赖的资源和副作用,是很容易的事。价值管理要求你权衡整本账目:收益、带着负号的负收益,以及真正落实价值的、常常未编入预算的成本——变革管理、培训、退役旧系统、持续衡量工作本身。讨论跟踪一项边际收益的努力是否超过了这项收益的价值,以及你是否在刻意权衡范围、成本和收益,而不是把最初的商业论证案当作固定不变。考虑那些非财务性但真实的收益——安全、公平性、员工福祉——以及如何在不假装它们共享同一种货币的情况下,将它们与可兑现的收益进行权衡。一个有力的答案将价值视为在整个投资生命周期内被管理的一个比率,愿意为一项追求成本超过其回报的收益缩小范围,并且不让一个令人印象深刻的毛值掩盖一个单薄的净值。
当一项收益依赖于多个组织的人员以不同方式工作时,谁拥有那项赋能性变革——如果它从未落地会怎样? 在一个整合照护系统中,大多数收益并非仅仅来自技术;它们来自分处不同组织的临床医生、行政人员和社会照护人员改变长期以来的习惯。这正是收益实现和变革管理变得密不可分的地方,也是问责最容易在组织边界之间丢失的地方。将每一项重大收益追溯到它所依赖的具体行为或流程变革,并问谁——在哪个组织中——拥有促成那项变革发生的责任,以及他们是否已经同意。讨论失败的案例:一家信托机构"以防万一"继续运行旧系统,一个合作伙伴组织的员工没有登录账号,一次没有任何单一领导者能够在整个系统中强制执行的流程重新设计。一个好的答案会揭示每一项赋能性变革无人拥有、或跨越了一个没有人控制的边界的收益,并把这些当作真正的交付风险,而不是假设上线会替你把这项变革带过去。
实践中:一个卫生与照护案例#
一个整合照护系统批准了一项 420 万英镑的投资,用于建立一份跨越三家急症信托机构、社区服务和成人社会照护的共享照护记录。概要商业论证案承诺了三项头条收益:每年价值 110 万英镑的重复诊断检查减少、每年释放出 40,000 个临床医生和行政人员的追查记录工时,以及因临床医生在照护现场看到完整的用药历史而改善的患者安全。
该项目群没有把这些内容归档在商业论证案里就继续前进,而是构建了一份收益依赖网络。它显示,110 万英镑的避免重复检查,不取决于这份记录的存在,而取决于临床医生在下医嘱之前真正查阅它——这是一项由每家信托机构的临床总监拥有的赋能性行为变革,而不是由项目群拥有。那 40,000 个工时取决于淘汰旧的传真加电话流程,而这又取决于一个记录团队被重新部署,而不是被悄悄地"以防万一"保留下来。阅读这张地图揭示出,安全收益没有基线:目前没有人以一种能够之后证明改善的方式来衡量与用药历史相关的事件。
因此,该项目群在上线之前做了三件事。它与每家信托机构的财务和临床治理负责人就重复检查率和用药事件的基线达成一致,冻结了定义。它指定了具名的运营收益负责人——临床总监负责检查和安全收益,ICS 首席运营官负责被释放时间的收益——每人都为一份包含基线、目标、时机和衡量方法的收益档案签字。它还商定了从第一周起就要观察的先导指标(访问该记录的临床医生百分比、传真线路的淘汰)。
上线十二个月后,情况是诚实且喜忧参半的。采纳情况良好,传真线路已经消失,因此被释放时间的收益大体上在正轨上——但 ICS 将其报告为不可兑现的产能,而不是现金,因为这些工时被重新吸收用于清理择期手术积压。重复检查有所下降,但只下降了 70 万英镑,而不是 110 万英镑,该项目群将这一短缺连同一份改善临床提示的计划一并报告。一项负收益浮现出来:没有信托机构登录账号的社会照护员工被排除在外,产生了一种新的电话变通做法,现在这已被列入登记册,有负责人和补救日期。安全收益正在跟踪之中,但要到 24 个月后才能确认。董事会信任这份报告,恰恰是因为它并非全是绿色。
行业视角#
初创企业#
一家数字健康初创企业的生死取决于快速证明价值,通常是向一家正在运行试点的单一信托机构或 ICS 证明。收益实现是你的商业证据基础:赢得下一份合同的案例研究,是建立在上一次部署的、有基线、被跟踪的收益之上的,因此要从第一天起就把价值捕捉设计进产品。你的风险是过度宣称——一个华丽的仪表板展示一项客户的财务总监无法核对的收益,会比一项适度、可验证的收益更快地结束这段关系。在上线之前与客户共同商定基线和衡量方法,并愿意报告一项以预测值 70% 落地的收益,因为可信度在多个销售周期中会不断累积。
小型企业#
一家成熟的小型服务提供者——一家全科诊所、一家社区药房、一家养老院,或一家单点诊所——承担着与展示一项数字化投资是否物有所值同样的责任,却没有项目组合办公室,没有分析师,只有一位合伙人或经理在日常工作之余做收益跟踪。要让这份纪律与规模相称:选出两三项真正对你的运营重要的收益(释放出的前台时间、更少的重复检查、更安全的药物核对),用你已经收集的数据为它们建立基线,简单地跟踪它们,而不是建立一份你无法维持的登记册。你现实的风险不是一个大型项目组合中的重复计算,而是根本不去衡量——因为系统上线了、供应商的宣传册承诺了节省,就宣布这个系统是成功的。因为现金紧张、员工很少,要对可兑现与不可兑现格外诚实:一个释放出的半小时,只有在它被重新吸收到你原本难以完成的工作中时才有帮助,一份订阅只有在你能指明的一项收益真正实现时才物有所值。在供应商为其产品声称收益的地方,要求他们帮助你在自己的场地上建立基线和衡量,而不是接受一个通用数字。
大型机构#
一家大型 NHS 信托机构或 ICS 运行着许多并行的投资,因此它的核心挑战是在不重复计算的情况下进行汇总,并在每个项目群关闭后维持收益。你需要一个项目组合办公室(参见主题 5.3——企业级项目组合管理),维护一份单一的收益登记册,对重叠的主张进行去重,并通过实施后审查,在交付团队解散很久之后,仍让具名的运营负责人承担问责。在这种规模下,组织变革的依赖性十分尖锐:大多数企业级收益需要许多服务中的人以不同方式工作,这正是收益实现和变革管理密不可分的原因(参见主题 8.1——变革管理)。要特别防范那些从未出现在人员配置预算中的人力时间节省,因为在企业规模上,这些幽灵般的节省会累积成一个董事会终有一天会被要求辩护的数字。
政府#
一个国家机构——NHS England、DHSC,或一个权力下放的政府——在 HM Treasury 的《绿皮书》之下运作,该书要求为每一个重大项目群进行收益评估、监测和评价,Infrastructure and Projects Authority 审视交付情况。在这里,收益实现是一个公共问责事项:收益向议会和 National Audit Office 陈述,未实现的收益会成为 Public Accounts Committee 听证会的主题。这里独特的困难是规模和归因——一个国家平台所促成的收益,实际上是由数百个你无法控制的地方组织所实现的,因此你的框架必须区分你能在中央落实的收益,与你只能促成、必须要求其他人跟踪的收益。从一开始就把评价和真实世界数据收集建进项目群中(参见主题 8.6——研究与真实世界评价),因为在国家规模上,"我们相信它奏效了"不是一个可接受的答案。
常见失败模式#
- 靠断言支撑的收益。 商业论证案声称巨大的节省,却没有基线、没有负责人、也没有衡量计划;这些数字是为了跨过批准门槛而反向推导出来的,从未打算被跟踪。
- 孤儿收益。 每一项收益都由项目"拥有",因此当项目关闭时,所有权蒸发,没有任何运营岗位持有人对实现任何东西负责。
- 上线谬误。 在系统上线的那一天宣布成功,跟踪停止,而那项建档预计在 18 个月后才会落地的收益,既未被确认,也未被追踪。
- 整个项目组合中的重复计算。 同一个被释放的工时或被避免的检查被多个项目落实为收益,把项目组合的纸面价值抬高到远超机构实际捕获的任何东西。
- 可兑现/不可兑现的混淆。 被重新吸收的产能被报告为现金节省,一个节约项目以此为基础建立起来,而它假设的那笔钱从未出现在任何预算中。
- 被忽视的负收益。 被排除的群体、新的变通做法、警报疲劳,因为会削弱案例而被从登记册中遗漏——直到一起严重事件或一次审计将它们揭示出来。
- 只有乐观的报告。 收益报告永远是绿色的,因此董事会失去了区分一项真正健康的投资与一项失败投资的能力,对所有收益报告的信任逐渐衰退。
成熟度模型#
| 维度 | 启动 | 发展 | 标准化 | 管理 | 编排 |
|---|---|---|---|---|---|
| 收益识别 | 商业论证案中的模糊主张 | 收益被列出,带有粗略目标 | 每一项收益都建档,包括基线、目标、时机和衡量方式 | 档案依据一个标准被治理,预测与实际的差异在收益层面被管理 | 收益通过依赖网络被映射到能力和战略,在关卡处被审查 |
| 所有权 | 除项目外没有指明任何人 | 项目拥有收益 | 每项收益都有一位具名的运营负责人,在条线中 | 负责人按固定节奏依据目标进行报告,并通过一个项目组合办公室获得保证 | 负责人的目标中包含收益,并被积极问责 |
| 衡量 | 没有基线;什么都不跟踪 | 基线有时被捕获;临时跟踪 | 基线被冻结;先导和滞后指标按节奏被跟踪 | 指标依据阈值被管理,数据质量得到保证,例外被上报 | 带有反事实情形的持续跟踪;为新投资的预测提供依据 |
| 负收益 | 从未被考虑 | 被非正式地承认 | 与收益一起被登记、拥有和衡量 | 依据容差被跟踪,补救行动被管理到关闭 | 被积极地降低;被预见并从设计中消除 |
| 维持价值 | 跟踪在上线时停止 | 一次实施后审查 | 在建档的落地点安排审查;在关闭时正式移交 | 实现情况在关闭后依据一份落实计划被积极管理,并有保证签核 | 项目组合层面的实现被落实、审计,并在多年内向董事会报告 |
检查清单#
- 商业论证案中的每一项收益都有一位具名的运营负责人,该负责人已接受它,并将其纳入自己的目标。
- 每项收益都建档了基线、目标、衡量方法、数据来源和预期时机。
- 一份收益依赖网络将每一项已交付的能力与赋能性变革、成果和战略目标联系起来。
- 基线在任何变革部署之前,已与财务部门和收益负责人达成一致并被冻结。
- 每项收益被分类为可兑现或不可兑现、财务性或非财务性,没有任何被重新吸收的产能被错误地标注为现金。
- 先导指标(采纳率、使用率、系统淘汰)从第一天起就与滞后成果指标一起被跟踪。
- 预期和新出现的负收益都在登记册中,有负责人和补救日期。
- 项目组合层面的汇总包含一项明确的去重检查,以防范重复计算。
- 一次正式的收益移交在项目群或项目关闭时发生,项目组合办公室承担起报告责任。
- 实施后审查安排在收益建档预计落地的那些时间点(例如 6、12、24 个月),结果反馈到未来的预测中。
- 向董事会报告的收益报告展示实际值与预测值的对比,包括短缺、已丧失的收益和负收益。
关键资料来源#
- HM Treasury,《绿皮书:中央政府的评估与评价》——英国收益评估、监测和评价的强制性依据。
- HM Treasury / Infrastructure and Projects Authority,《重大项目有效收益管理指南(Guide for Effective Benefits Management in Major Projects)》——务实的公共部门收益管理指导。
- 《管理成功的项目群(Managing Successful Programmes,MSP)》,PeopleCert/AXELOS——把收益管理置于核心的英国项目群框架。
- 《项目组合管理(Management of Portfolios,MoP)》和 APM 的《知识体系(Body of Knowledge)》——项目组合层面的收益汇总和价值管理。
- NHS England 关于数字项目群的收益管理和评价指导,以及《What Good Looks Like》框架。
- National Audit Office 和 Public Accounts Committee 关于从政府数字化项目群中实现收益的报告。
参考文献#
- Benefits realisation management — Wikipedia — https://en.wikipedia.org/wiki/Benefits_realisation_management
- Program management — Wikipedia — https://en.wikipedia.org/wiki/Program_management
- Business case — Wikipedia — https://en.wikipedia.org/wiki/Business_case
- Cost–benefit analysis — Wikipedia — https://en.wikipedia.org/wiki/Cost%E2%80%93benefit_analysis
- Performance indicator — Wikipedia — https://en.wikipedia.org/wiki/Performance_indicator
- Value engineering — Wikipedia — https://en.wikipedia.org/wiki/Value_engineering
- Logic model — Wikipedia — https://en.wikipedia.org/wiki/Logic_model
- Theory of change — Wikipedia — https://en.wikipedia.org/wiki/Theory_of_change
- Unintended consequences — Wikipedia — https://en.wikipedia.org/wiki/Unintended_consequences
- Project portfolio management — Wikipedia — https://en.wikipedia.org/wiki/Project_portfolio_management
- The Green Book: appraisal and evaluation in central government — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government
- Guide for Effective Benefits Management in Major Projects — Infrastructure and Projects Authority / HM Treasury — https://www.gov.uk/government/publications/guide-for-effective-benefits-management-in-major-projects
- Managing Successful Programmes (MSP) — PeopleCert / AXELOS — https://www.axelos.com/certifications/propath/msp-programme-management
- What Good Looks Like framework — NHS England — https://www.england.nhs.uk/digitalhealth/what-good-looks-like/