项目组合平台试用的验收标准，应当围绕试用期要支撑的投资组合决策动作来定：先明确验证哪些决策场景，再为每个场景配置可复算的指标、统一的数据口径和分级判定规则。这样得出的结论既能回答“试用是否达到预期”，也能为后续上线范围和改进项提供依据。下文给出一套从目标、指标、口径到计算示例与局限说明的完整方法。
要点总览（TL;DR）
- 验收标准先锚定试用期要验证的投资组合决策动作：立项排序、资源与预算再分配、组合健康度复盘，再为每个动作配置指标与产出物。
- 定量指标要写明公式、分子分母、单位和取数时间窗；定性指标要写明证据形式与评审人，避免印象打分。
- 判定按场景分级为通过、有条件通过、不通过，并预先约定分母为零、数据缺失、数据不可比时的处理规则。
- 验收结论只反映试用期内的可观察结果，样本小、口径变化都会影响稳定性，需写明局限并转化为上线决策与改进项。
试用验收要验证哪些投资组合决策动作
验收目标如果停留在“平台好不好用”，评审时容易变成印象打分。更可操作的做法，是把试用期要支撑的组合决策动作逐条列出，每个动作对应明确的角色和产出物，验收时逐项核对产出物是否形成、是否被用于真实决策。
项目组合平台的试用通常覆盖三类决策动作：
- 立项与优先级排序。由组合管理者或PMO牵头，输入是候选项目清单及其价值、成本、风险等信息，产出是排序结果和立项建议。验收要看排序是否基于统一字段、结果能否被第三人按同样规则复算。
- 资源与预算再分配。由资源经理或部门负责人参与，输入是各项目的工时投入、人员占用和预算执行情况，产出是调整后的资源分配方案。验收要看平台能否暴露资源冲突、调整依据是否可追溯。
- 组合健康度复盘。由组合管理委员会或管理层参与，输入是组合层面的进度、投入、风险数据集合，产出是复盘纪要与改进项。验收要看多项目汇总数据是否完整、能否支撑一次真实的复盘会议。
范围边界同样要写进验收目标。执行层的多项目协同，例如单个项目内的任务分派、迭代排期、缺陷流转，属于项目集或项目执行管理的范畴，本次验收不将其作为判定依据，只在数据来源上要求执行层数据能汇总到组合层。把边界写清楚，可以避免试用期被大量执行层细节占用，也能防止评审时用执行层体验替代组合决策能力的判断。
建议在试用启动时就形成一份场景清单，逐行写明：决策动作、主责角色、参与角色、预期产出物、验收时提交的证据。这份清单是后续指标设计的输入，也是评审会上逐项过会的底稿。
验收指标与统计范围怎么划
指标分为定量与定性两类。定量指标回答“数据是否齐、结果是否可复算、决策是否真的发生”，定性指标回答“会议中能否用、评审人是否信任数据”。两类指标都要在试用开始前确定，避免试用结束后再挑指标。
下表给出一组常用指标及其统计范围，具体阈值应结合试用目标和样本量在启动时约定，不宜套用统一的行业达标线。
| 指标名 | 类型 | 统计范围 | 责任角色 |
|---|---|---|---|
| 组合数据完整率 | 定量 | 纳入试用的全部项目，试用结束前最后一个数据截止日 | PMO数据管理员 |
| 排序结果可复算率 | 定量 | 试用期内形成的全部排序结果 | 组合管理者 |
| 决策周期 | 定量 | 从数据就绪到决策会形成结论的完整轮次 | PMO |
| 资源冲突识别数 | 定量 | 试用期内资源报表暴露的冲突条目 | 资源经理 |
| 决策会议可用性 | 定性 | 试用期内实际召开的组合决策会议 | 会议主持人 |
| 数据可信度评价 | 定性 | 参与试用的评审人 | 评审组 |
统计范围要同时写清三件事：纳入试用的项目数量与名单、统计时间窗的起止日期、参与角色范围。例如“纳入试用12个项目，统计窗口为试用第2周至第6周，参与角色包括PMO 2人、资源经理3人、管理层评审2人”。范围一旦确定，试用中途新增项目应单独标注，不计入主口径，避免分母漂移导致前后不可比。
定性指标同样需要可核验的标准。决策会议可用性可以定义为“会议中能直接调取所需组合视图，无需会后另行整理数据”，证据是会议纪要中的记录；数据可信度评价可以采用评审人逐项确认的方式，记录“认可、有保留、不认可”及理由，而不是只收集一个总体满意度分数。
数据口径与证据要求
定量指标必须写明分子、分母、单位和取数来源，使第三方能按同样口径复算。口径描述含糊是指标失效最常见的原因，例如“数据完整率”若不说明哪些字段算必填、按项目算还是按字段算，不同人算出的结果可能相差很大。
| 指标 | 计算口径 | 取数来源与时间窗 | 证据形式 |
|---|---|---|---|
| 组合数据完整率 | 必填字段已填写的项目数 ÷ 纳入试用项目数 × 100%，单位为百分比 | 组合视图导出记录，截止到统计窗口最后一日 | 系统导出文件及导出时间截图 |
| 排序结果可复算率 | 按既定排序规则可复算出相同顺序的结果数 ÷ 排序结果总数 × 100% | 试用期内每次排序的规则说明与结果快照 | 排序前后快照、复算记录 |
| 决策周期 | 决策结论形成日期 − 数据就绪日期，单位为工作日，取各轮次中位数 | 会议纪要与数据就绪通知 | 纪要中的日期记录 |
| 资源冲突识别数 | 资源报表中同一人员同期投入超过约定上限的条目数，单位为条 | 资源报表导出，统计窗口内每周一次 | 报表导出记录与冲突清单 |
证据要能留存并可供复核。常用形式包括：系统导出记录（含导出时间）、评审纪要（写明参与人、结论和异议）、决策前后对比快照（如排序调整前后的清单）。证据在试用过程中同步收集，比事后补记更可靠。
边界情况要预先约定处理规则，并写入验收方案：
- 分母为零。例如试用期内未形成任何排序结果，可复算率的分母为零。此时该指标记为“不适用”，不按0%或100%计入，同时在结论中说明原因，并由评审组判断是否影响场景判定。
- 数据缺失。必填字段缺失的项目仍计入分母，缺失情况单独列出清单；若缺失集中在某一类项目，需在结论中说明其对整体判断的影响。
- 数据不可比。试用中途调整了字段定义或统计范围时，调整前后的数据分段统计，不合并计算，并在报告中注明分段点。
在取数与留档环节，组合视图和工作项记录需要能稳定导出。以ONES Plan为例，其多项目总览支持自定义项目属性、查看多项目数据集合，资源报表可反馈项目投入情况，并与ONES Project中的登记工时、预估工时、剩余工时数据打通（需配合使用）。这些数据可以作为组合数据完整率、资源冲突识别数的取数来源，具体字段与导出方式应在试用环境中先行核验，确认后再写入口径表。
验收的计算与评估步骤
验收执行按固定顺序推进，每一步都留下记录，使结论可追溯。
- 确定样本项目。按试用启动时约定的项目名单锁定样本，中途新增项目单独标注，不进入主口径。
- 按口径取数。在统计窗口结束时统一导出数据，记录导出时间和操作人，避免多次导出混用。
- 计算指标。逐项套用口径表中的公式，保留中间数值；分母为零的指标标记为不适用。
- 对照通过标准。将计算结果与启动时约定的阈值逐项比对，定性项依据证据和评审人确认结果判定。
- 形成分级结论。按场景汇总，给出通过、有条件通过或不通过。
分级判定建议按场景而非按单一指标进行：
- 通过：该场景的定量指标全部达到约定标准，定性项获得评审人认可，产出物已用于真实决策。
- 有条件通过：核心指标达标，但存在数据缺失、个别定性项有保留意见或部分产出物未实际使用等情况；需列明补救条件和复核时间。
- 不通过：核心指标未达标，或产出物无法支撑该场景的决策动作。
评审组织上，建议由PMO汇总数据、场景主责角色陈述、评审组逐项确认，结论和异议都写入纪要。若试用期覆盖多个决策轮次，按轮次分别记录，最终结论说明依据的是哪几轮数据。
一个可复算的验收示例
以下为演示情景，数字仅用于说明计算方法，不代表任何实际产品的表现或通用达标线。
假设某组织试用项目组合平台，纳入试用项目10个，统计窗口为第2周至第6周，约定组合数据完整率标准为不低于90%，排序结果可复算率标准为100%。试用期内共形成4次排序结果，其中3次可按规则复算出相同顺序，1次因排序规则中途调整无法复算。
指标一：组合数据完整率。必填字段包括项目负责人、预算、计划起止日期、优先级。10个项目中，9个项目四项字段齐全，1个项目缺少预算字段。计算为 9 ÷ 10 × 100% = 90%，达到约定标准。
指标二：排序结果可复算率。按主口径，可复算的3次 ÷ 排序结果总数4次 × 100% = 75%。若按“数据不可比”规则剔除规则调整前的那次排序，则 3 ÷ 3 × 100% = 100%。两种口径结论不同，因此验收报告需同时列示，并说明剔除理由和剔除对判断的影响。
分级结论。组合数据完整率达到标准，排序场景在剔除不可比数据后达到标准，但存在一次规则调整导致的口径变化，且缺少预算字段的项目影响了资源再分配场景的数据基础。综合判定为“有条件通过”：条件是在复核前补齐缺失字段、固化排序规则并完成一次新的排序复算，复核通过后转为通过。该结论同时记录了分母处理和剔除依据，第三人可按同样步骤复算。
结果怎么解读，以及验收的局限
验收指标反映的是试用期内的可观察结果，不能直接外推为上线后的长期收益。试用期通常只有数周，样本项目数量有限，决策轮次少，指标波动受个别项目影响较大。数据完整率达到90%，说明的是这10个项目在该时间窗内的填写情况，不能据此推断全组织的数据质量。
口径变化对结论的影响需要单独说明。试用期间调整字段定义、排序规则或统计范围，都会使前后数据不可比；分段统计虽然保留了信息，但样本进一步变小，结论的稳定性下降。评审时应把这类情况写入局限说明，而不是简单合并计算。
验收结论要转化为具体的上线决策与改进项：通过或有条件通过的场景，明确上线后的使用范围和责任人；未通过的场景，列出需要补齐的数据、规则或流程，并约定复核时间。有条件通过的条件应具体到可核验的动作，例如“补齐预算字段并完成一次排序复算”，而不是“继续优化数据质量”这类无法判定的表述。
最后，避免用单一指标代替整体判断。数据完整率高不代表决策质量高，会议开得顺不代表排序规则合理。验收的价值在于把每个决策动作的证据摆出来，让评审组在明确的口径和边界下形成结论，并为上线后的持续观察留下基线。
常见问题
试用期只有几周、样本项目很少，验收标准还值得做得这么细吗？
样本小恰恰更需要把口径写细。项目少的时候，单个项目的数据缺失或一次规则调整就可能让指标大幅波动，如果口径含糊，评审时容易各说各话。把公式、分母、时间窗和证据形式提前定下来，至少能保证不同人按同样步骤得出同样结果，结论即使保守也可复核。样本量的影响应在结论中如实说明，而不是靠提高指标数量来弥补。
试用中途新增了项目或调整了排序规则，验收数据怎么处理？
建议在验收方案里预先约定：中途新增的项目单独标注，不进入主口径，避免分母漂移；字段定义、排序规则或统计范围发生调整时，调整前后的数据分段统计，不合并计算，并在报告中注明分段点。分段后样本会进一步变小，结论稳定性下降，这一点要写进局限说明，由评审组判断是否影响场景判定。
定性指标怎么避免变成满意度打分？
把定性项落到可核验的行为和证据上。例如“决策会议可用性”可以定义为会议中能直接调取所需组合视图、无需会后另行整理数据，证据是会议纪要中的记录；“数据可信度”可以采用评审人逐项确认“认可、有保留、不认可”并写明理由的方式。这样定性结论也有据可查，评审时可以逐条核对，而不是只收集一个总体分数。
验收结论为“有条件通过”之后，复核应该怎么做？
复核条件要具体到可核验的动作，例如“补齐缺失的预算字段并完成一次新的排序复算”，并约定复核时间和责任人。复核时按原口径重新取数、重新计算受影响的指标，只对条件项做判定，不必重跑全部场景。复核通过后转为通过，未通过则说明原因并决定是否缩小上线范围。复核记录与原验收报告一并留档，便于后续追溯。
组合层的数据来自执行层系统，取数时要注意什么？
先确认执行层数据能稳定汇总到组合层，再写入口径表。以ONES Plan为例，其多项目总览支持自定义项目属性、查看多项目数据集合，资源报表可反馈项目投入情况，并与ONES Project中的登记工时、预估工时、剩余工时数据打通（需配合使用）。具体字段、导出格式和统计口径应在试用环境中先行核验，确认后再作为组合数据完整率、资源冲突识别数的取数来源。
