子项目全部完成，只说明交付物已经产出，不能直接推出项目集共同收益已经实现。判断的关键是回到立项时定义的收益假设，用统一口径核对受益对象、协同机制和指标变化，再通过归因排查区分协同增量与单项目贡献，最后给出“已实现、部分实现、尚未显现、无法判定”之一，并约定复评时点。
要点总览（TL;DR）
- 子项目全部完成只证明交付物已产出，共同收益是否实现要回到立项时的收益假设，用统一口径核对受益对象和协同机制的变化。
- 共同收益必须由两个及以上子项目协同产生，评估时要区分协同增量与单项目自身贡献，避免把独立收益算进项目集。
- 指标分协同过程指标和业务结果指标两层，每个指标配一张口径卡，写清基线、目标值、分母、时间窗和数据来源。
- 达成率按（当前值－基线值）÷（目标值－基线值）计算，分母为零或数据不可比时改用二元判断或标注不可比区间。
- 结论分为已实现、部分实现、尚未显现、无法判定四类，表述时带上依据的指标、时间窗和复评时点。
先分清交付完成与共同收益实现
交付完成回答的是“东西做出来没有”，收益实现回答的是“做完之后，目标对象是否发生了预期变化”。子项目验收通过、里程碑关闭、上线清单签完，都属于交付证据；它们能证明产出存在，不能证明客户行为、业务流程或成本结构已经改变。把这两类证据混在一起，最容易出现“项目都完成了，收益自然实现”的误判。
共同收益还有一层特殊要求：它应由两个及以上子项目协同产生。例如一个子项目建设共享数据接口，另一个子项目在业务流程中调用该接口，只有接口被实际调用并带来端到端效率变化，才构成共同收益。若某个子项目单独优化了自己的环节，即使指标改善，也应计入该子项目的独立收益，不能直接算作项目集共同收益。
判断应依据立项时形成的收益假设，包括收益陈述、受益对象、目标值和统计口径。完成后再临时设定口径，容易挑选对结论有利的指标，也会让不同子项目的证据无法合并。评估结论建议分为四类，便于管理沟通和后续动作安排。
| 结论类型 | 判定含义 | 典型证据状态 | 后续动作 |
|---|---|---|---|
| 已实现 | 共同收益指标达到预设目标，归因排查后协同增量成立 | 基线、当前值、目标值齐全，证据可复算 | 归档证据，转入常态运营监测 |
| 部分实现 | 部分指标达标，或整体改善但协同增量只覆盖部分范围 | 指标有改善，覆盖范围或受益对象不完整 | 明确缺口，安排补充措施与复评 |
| 尚未显现 | 仍处于收益滞后期，数据不足以判断趋势 | 交付刚完成，业务侧数据积累不足 | 设定观察期，到期复评 |
| 无法判定 | 口径缺失、数据不可比或证据不足 | 基线缺失、分母为零、统计范围变更 | 补齐口径与数据，再启动评估 |
评估目标与共同收益假设的还原
评估的第一步是把项目集章程、收益登记册或立项评审材料中的收益陈述还原成可评估的目标。收益陈述常见写法是“提升跨部门协同效率”“降低重复建设投入”，这类表述需要进一步回答三个问题：谁受益、通过什么协同机制受益、哪些子项目参与其中。还原结果应形成一条条可核对的假设，而不是一句概括性口号。
还原清单建议包含四项内容：收益陈述、受益对象、协同机制、涉及子项目。受益对象要具体到客户群体、业务线、运维团队或共享服务中心；协同机制要写清哪个子项目提供什么能力，哪个子项目在什么环节使用，增量从哪来；涉及子项目要列全，避免评估时只覆盖容易取数的部分。
- 收益陈述：把“提升效率”改写为“某业务流程从受理到完成的端到端周期缩短”。
- 受益对象：写明业务线、岗位或外部客户，避免用“全公司”这类无法取数的范围。
- 协同机制：说明共享能力由哪个子项目建设、由哪些子项目调用，增量体现在衔接环节还是复用环节。
- 涉及子项目：列出建设方、使用方和推广方，标注各自承诺的交付物与时间。
还原时还要把共同收益与各子项目独立收益分开登记。独立收益是单个子项目自身目标，例如某系统上线后本部门单据处理时间下降；共同收益则是跨子项目衔接后产生的增量，例如两个系统打通后跨部门单据不再重复录入。两者可以同时存在，但评估口径和证据来源不同，混在一起会导致归因困难。
指标与范围：选哪些指标、覆盖哪些子项目
共同收益的指标宜分两层。协同过程指标反映子项目之间的衔接是否真正发生，例如跨子项目流程打通率、共享能力复用数、接口实际调用量、重复录入环节减少数；业务结果指标反映受益对象是否发生预期变化，例如端到端处理周期、单位业务处理成本、客户投诉率或交付准时率。过程指标用来解释“协同有没有发生”，结果指标用来回答“收益有没有出现”，两者需要成对使用。
每个指标都应对应一条收益假设，避免指标堆砌。指标数量不必多，关键是能覆盖主要收益路径，并且数据可取得、可复算。统计范围要提前写清：纳入哪些子项目、覆盖哪些业务单元、统计哪个时间段。范围一旦确定，评估过程中不宜随意扩大或缩小，否则分子分母不可比。
| 指标层级 | 示例指标 | 对应收益假设 | 统计范围 |
|---|---|---|---|
| 协同过程指标 | 跨子项目流程打通率 | 两个子项目衔接后流程不再断点 | 纳入试点的业务单元，统计上线后连续三个月 |
| 协同过程指标 | 共享能力复用数 | 建设方产出的共享能力被使用方实际调用 | 项目集内全部使用方子项目 |
| 业务结果指标 | 端到端处理周期 | 跨部门流程衔接后整体周期缩短 | 项目集覆盖的业务单据，按自然月统计 |
| 业务结果指标 | 重复投入减少量 | 共享能力替代重复建设，减少人力或采购投入 | 项目集覆盖范围内的重复建设清单 |
范围之外的内容要明确排除：单项目独立收益不计入共同收益；投资组合层面的整体绩效、多个项目集之间的资源排序也不在本评估范围内。排除项写进指标清单，可以减少评审时对结论适用范围的争议。
数据口径与证据：基线、目标值和时间窗
可复算的评估依赖口径卡。每个指标至少记录基线值、目标值、分母口径、统计时间窗、数据来源和缺失值处理规则。基线值应取收益假设形成时或子项目上线前的稳定时段，来源系统要写明；目标值应来自立项承诺或业务方书面确认，不能由评估人临时设定。分母口径要说明是按项目集覆盖范围计算，还是按实际使用范围计算，两者结果可能差异很大。
时间窗要覆盖收益滞后期。流程类收益通常在推广后一到两个结算周期才稳定，系统类收益可能在上线后一个季度才显现。评估时点早于滞后期，结论宜记为“尚未显现”，并约定复评日期。证据类型上，定量数据用于计算达成率，定性证据用于解释协同是否真实发生，包括业务方访谈记录、流程评审纪要、系统操作留痕和培训签到等。
| 口径项 | 填写要求 | 示例 |
|---|---|---|
| 基线值 | 取数时点、来源系统、统计周期 | 上线前连续三个月均值，来源为业务系统报表 |
| 目标值 | 立项承诺或业务方确认文件 | 端到端周期由10个工作日降至7个工作日 |
| 分母口径 | 覆盖范围与实际使用范围二选一并注明 | 按项目集覆盖的五个业务单元计算 |
| 时间窗 | 统计起止日期与滞后期说明 | 上线后第2至第4个自然月 |
| 缺失值规则 | 缺失比例上限与处理方式 | 单月缺失超过20%时该月不纳入计算并说明 |
口径变更要有记录。评估中途调整统计范围、指标定义或数据来源，应保留变更原因和影响说明，并在结论中标注“口径变更后结果”。缺失值不宜简单按零处理，也不宜用相邻月份直接填补后当作完整数据使用；缺失比例过高时，更稳妥的做法是判定为“无法判定”，先补齐数据。
计算与评估步骤：从取数到结论
评估可以按固定步骤推进，保证不同评估人得到可比较的结果。第一步锁定评估范围和指标，确认指标清单、统计范围和评估时点已经评审通过。第二步取基线与当前值，按统一口径计算达成率，公式为：（当前值－基线值）÷（目标值－基线值）。改善型指标与下降型指标方向不同，计算前先统一为“越大越好”或“越小越好”，并在口径卡中注明单位。
第三步处理分母为零或数据不可比的情况。目标值与基线值相等时公式分母为零，此时不强行计算百分比，改用“是否达到目标值”的二元判断，并说明原因。统计范围变化、系统切换导致数据断档时，应分段计算或标注不可比区间，不能用新旧口径混合后的数值直接下结论。
第四步做归因排查。把指标改善拆成三部分：协同增量、单项目自身贡献、外部环境变化。协同增量可通过对照未纳入协同范围的业务单元、对比接口调用前后的流程节点、核对共享能力实际使用记录来识别。外部因素如季节性波动、政策调整、市场需求变化，应单独说明并评估其影响方向。
第五步按预设规则判定结论。全部核心指标达到目标且协同增量成立，记为“已实现”；部分指标达标或覆盖范围不完整，记为“部分实现”；处于滞后期且趋势未稳定，记为“尚未显现”；口径缺失或数据不可比，记为“无法判定”。第六步约定复评时点与责任人，把证据、计算过程和结论一并归档，便于后续复核。
在评估流程中，收益假设、指标口径和证据材料需要集中留存并保持版本一致。ONES Plan 提供多项目总览，可自定义项目属性管理不同类型项目，并查看多项目数据集合、多维度掌控项目进度，适合承载项目集范围与子项目清单的统一视图；ONES Performance 可自动收录 ONES 系统内日常流转的研发数据形成分析指标，并提供面向管理人员、项目经理等角色的仪表盘模板，便于把交付效率、完成情况等过程数据与评估口径对应起来。业务结果数据和外部证据仍需按口径卡单独采集，评估结论由评估人依据证据判定。
示例：一个跨子项目协同收益的评估过程
以下为演示情景，用于说明计算与归因方法，数值为示例设定。某项目集包含两个子项目：子项目A建设共享单据平台，子项目B在三个业务单元推广新流程并调用该平台。项目集共同收益假设为“跨部门单据端到端处理周期缩短”，受益对象为三个业务单元的单据处理岗位，协同机制是A提供统一单据入口、B完成流程切换，减少重复录入和线下传递。
基线取上线前连续三个月的端到端周期均值，为10个工作日；目标值经业务方确认，为7个工作日；统计时间窗为上线后第2至第4个自然月，按项目集覆盖的三个业务单元计算分母。上线后第4个月当前值为8个工作日。达成率计算为：（8－10）÷（7－10）＝66.7%。单看数值，周期改善2个工作日，达到目标改善幅度的约三分之二。
归因排查发现，三个业务单元中有两个单元完成了流程切换并实际调用共享平台，另一个单元只完成了本地环节优化，未接入共享入口。进一步对比接入单元与未接入单元：接入单元周期从10个工作日降至8个工作日，未接入单元从10个工作日降至9个工作日。接入带来的额外改善约为1个工作日，属于协同增量；剩余1个工作日改善来自单项目自身优化，应计入子项目独立收益。按覆盖范围计算，协同增量只覆盖三分之二的业务单元。
综合判定为“部分实现”：共同收益方向成立，协同增量可识别，但覆盖范围不完整，且统计时间窗仅覆盖滞后期后的第一个稳定月。复评安排在上线后第6个月，责任人为项目集经理，复评前需推动第三个业务单元接入共享入口，并补齐该单元的流程留痕。若届时三个单元均接入且周期稳定在8个工作日以内，可重新评估是否达到“已实现”。
解读与限制：哪些结论不能下
指标改善不等于因果成立。端到端周期缩短可能同时受到业务量下降、人员增加或外部政策变化影响，评估报告应把协同增量的识别依据写清楚，并说明未能排除的干扰因素。单指标达标也不能代表全部共同收益实现，若收益假设包含成本、质量或客户体验多个维度，应分别给出结论，避免用一个指标概括整体。
收益滞后期内的结论应表述为“尚未显现”，不宜写成“未实现”。两者管理含义不同：前者提示继续观察，后者意味着需要调整措施。样本量小、统计范围变更、系统切换导致的数据断档，都会削弱结论可靠性，遇到这些情况应优先判定为“无法判定”，并列出补齐数据的具体动作。
结论还要区分边界。共同收益评估回答的是项目集层面协同假设是否成立，不覆盖项目集整体绩效评价，也不覆盖投资组合层面的资源排序和价值判断。结论表述建议带上三个要素：判定类型、依据的指标与时间窗、复评时点。例如“截至上线后第4个月，按三个业务单元口径判定为部分实现，协同增量覆盖两个单元，计划第6个月复评”，这样的表述既给出判断，也保留了后续修正空间。
常见问题
子项目都完成了，但收益数据还没出来，应该判“尚未显现”还是“无法判定”？
看数据是“还没到观察时点”还是“口径本身不成立”。如果基线、目标值、统计范围都已确定，只是评估时点早于收益滞后期，业务数据还在积累，应判为“尚未显现”，并约定复评日期。如果基线缺失、分母为零、统计范围中途变更导致数据不可比，即使时间已过滞后期，也应判为“无法判定”，先补齐口径和数据再启动评估。两种情况的管理动作不同：前者继续观察，后者补数据。
共同收益指标改善了，但分不清是协同带来的还是单个子项目自己优化的，怎么处理？
做对照排查。可以找未纳入协同范围的业务单元做对比，也可以对比接口调用前后的流程节点，或核对共享能力的实际使用记录。把改善拆成协同增量、单项目自身贡献、外部环境变化三部分，分别说明识别依据。若无法排除单项目贡献和外部因素，结论应写成“部分实现”或“无法判定”，并在报告中列出未能排除的干扰因素，不宜直接判为“已实现”。
评估中途发现统计范围定错了，能不能直接改口径重算？
可以调整，但要留痕。记录变更原因、变更前后的范围差异和对结果的影响，结论中标注“口径变更后结果”。更稳妥的做法是分段计算：变更前按原口径算，变更后按新口径算，中间不可比区间单独说明。直接混合新旧口径的数值会破坏分子分母的可比性，评审时很难解释，也容易让结论失去复算基础。
项目集覆盖多个业务单元，但只有部分单元接入了共享能力，达成率按哪个范围算？
口径卡里要提前写明分母是按项目集覆盖范围还是按实际使用范围。按覆盖范围算，未接入单元会拉低整体达成率，结论通常落在“部分实现”；按实际使用范围算，数值可能更好看，但会掩盖推广不完整的问题。建议主口径用覆盖范围，同时附上实际使用范围的数值和接入进度，让评审方看到收益覆盖的真实情况。
收益假设、指标口径和证据材料分散在不同子项目手里，评估时怎么保证版本一致？
在评估启动时指定一个统一载体，把收益陈述、指标口径卡、取数记录和定性证据集中登记，并标注版本和更新人。子项目提交的数据按口径卡模板填写，评估人核对来源系统和取数时点后再合并。ONES Plan 提供多项目总览，可自定义项目属性管理不同类型项目，并查看多项目数据集合、多维度掌控项目进度，适合承载项目集范围与子项目清单的统一视图；ONES Performance 可自动收录 ONES 系统内日常流转的研发数据形成分析指标，并提供面向管理人员、项目经理等角色的仪表盘模板。业务结果数据和外部证据仍需按口径卡单独采集。
