上线后的效益实现:本周即可使用的核查清单
一个按范围、进度和预算交付的项目,如果未能产生预期效益,就不能算作成功——它只是完成了中间步骤。效益实现是连接项目交付与组织价值的管理纪律:在项目启动前建立基准,在交付期间跟踪指标,并在上线后确认——或质疑——预期成果是否真正实现。2022年,在资本预算收紧、各界对投资回报审查日趋严格的背景下,能够证明效益交付的组织,将是获得后续资金的组织。以下核查清单围绕效益实现最常失败的几个阶段展开。
上线前
确认基准值。对于商业论证中确定的每项效益,在系统、流程或服务变更之前,立即测量并记录当前绩效指标。没有基准数据,就无法衡量变化量。
指定效益责任人。效益实现需要有具名的责任人来拥有成果、负责跟踪和报告。这个人不应是项目经理——项目经理通常在上线时退出。
确定实现时间表。明确每项效益预计何时显现(第3个月、第6个月、第12个月),而不仅仅说它最终会显现。没有时间表,就没有跟进触发点。
就测量方法达成一致。如何判断效益已经实现?在上线前、项目团队仍在集结时,确定指标、数据来源和计算方法。
上线后30天和90天
开展早期采用情况检查。用户是否真正在使用新系统或遵循新流程?采用问题是效益未能实现最常见的原因——而且早期发现是可以纠正的。
将早期绩效指标与基准进行对比。并非所有效益在30天内都可衡量,但领先指标——系统使用率、流程遵守率、支持工单数量——应当可见,且朝正确方向发展。
解决阻碍效益交付的上线后问题。缺陷、变通方法和变革阻力都会压制效益,应将其视为效益阻断因素,而不仅仅是运营问题。
向项目发起人报告效益轨迹。不要等到正式的实现审查。90天状态汇报能让问责制在上线与确认实现之间的空档期保持活跃。
正式效益评审(六到十二个月)
将每项效益与其基准和目标进行对比测量。呈现一张表格:预期效益、基准测量值、当前测量值、差值、目标完成百分比。要诚实——夸大实现情况会损害未来商业论证的可信度。
记录未实现效益及其原因。如果某项效益未能实现,解释为什么:采用不足、范围变更、外部条件或原始假设有误。这构成经验教训记录。
确认持续责任归属。未来由谁负责维护已实现的效益?若无人被明确指定,效益将逐渐消失。
向组合层面关闭反馈循环。在组合层面报告实现结果,以便其为未来的商业论证假设提供依据。不系统追踪实现情况的组织,往往使用过于乐观的效益假设,低估风险。
XNM协助公共部门及资本项目客户建立能够连接投资与价值的项目群和项目交付实践。欢迎联系XNM项目群与项目交付咨询团队,强化贵组织的效益实现方法。