项目组合管理工具的验收标准，应围绕投资组合决策这条主线来定：先明确工具要支撑哪些决策动作，如立项排序、资源再分配、停项与续投，再把每个动作拆成可核验的指标，写清分子分母、时间窗、数据来源和通过阈值，用试点期真实项目数据跑一遍，达到阈值才算通过。阈值需结合企业项目数量与决策频率自行设定。
要点总览（TL;DR）
- 验收对象是投资组合决策能力：立项排序、资源再分配、停项与续投，功能演示只能作为辅助环节。
- 指标从决策动作反推，覆盖数据一致性、组合视图可复算性、情景推演可解释性和决策可追溯性，并区分必过项与观察项。
- 每个指标写清分子、分母、单位、时间窗和数据来源；一致性类用一致条数除以抽样总条数，汇总与推演用复算比对。
- 判定规则为必过项全部达标、观察项达到约定比例；阈值结合项目数量、决策频率和数据基础自定，验收前书面确认。
- 试点结论只适用于设定样本与时间窗，指标达标说明工具支撑能力，不直接等同于决策质量提升。
验收要回答的核心问题：工具能否支撑组合决策
验收的对象是投资组合决策能力，判断主线只有一条：给定一组真实项目和真实约束，工具能否让管理者做出立项排序、资源再分配、停项与续投这几类决策，并且决策依据可以被复算和追溯。验收结论以试点期取数结果和约定阈值判定，功能演示只能作为了解工具操作的辅助环节，不能作为通过依据。
这条主线决定了验收范围与多项目执行工具的差异。多项目执行工具关注单个项目的计划、任务、缺陷和交付节奏，验收时看的是项目内流程是否顺畅；组合决策工具关注跨项目的比较与取舍，验收时看的是不同项目的数据能否放在同一口径下比较、资源冲突能否被识别、调整方案的结果能否被解释。两类工具会有功能交叉，但验收证据不同：前者看执行记录完整性，后者看决策输入的一致性和决策输出的可复算性。
把验收目标写成一句话，可以是：在约定的试点范围和观察时间窗内，工具提供的组合数据与决策支持结果，能够支撑至少一轮完整的立项排序和一次资源再分配，且关键指标达到企业设定阈值。后续所有指标、取数方法和判定规则都服务于这句话。
验收指标与范围：从决策动作拆到可核验项
指标从决策动作反推，而不是从产品功能清单正推。每个决策动作对应一组可核验项，覆盖数据一致性、组合视图可复算性、情景推演可解释性和决策可追溯性四个维度。下表给出指标清单的骨架，企业可按试点范围增删。
| 决策动作 | 验收指标 | 核验内容 | 指标类型 |
|---|---|---|---|
| 立项排序 | 项目基础数据一致性 | 项目名称、负责人、预算、起止时间等关键字段与源系统一致的比例 | 必过项 |
| 立项排序 | 排序依据可复算性 | 按约定评分维度重新计算后，排序结果与工具输出一致的项目对数 | 必过项 |
| 资源再分配 | 资源投入数据一致性 | 工时或人力投入数据与源系统对照的一致比例 | 必过项 |
| 资源再分配 | 组合视图可复算性 | 组合层汇总值（预算合计、工时合计等）与明细加总一致 | 必过项 |
| 停项与续投 | 情景推演可解释性 | 调整资源或终止项目后，工具给出的结果能否用输入条件和计算规则解释 | 观察项 |
| 全部动作 | 决策可追溯性 | 决策结论、依据数据、参与人和时间能否在工具内或配套记录中还原 | 必过项 |
试点范围需要同时界定三件事：纳入哪些项目、覆盖到哪一层组合、观察多长时间。项目样本建议覆盖不同优先级、不同资源类型和至少一个跨部门项目，避免全部选数据质量最好的项目导致结果偏乐观。组合层级要写清是部门级、业务线级还是公司级，因为不同层级的汇总口径和权限范围不同。观察时间窗建议覆盖至少一个完整的决策周期，例如一次季度立项评审加一次月度资源调整，时间太短无法观察决策记录是否完整。
必过项与观察项的区分标准是：直接影响决策结论正确性的指标列为必过项，全部达标才可通过；影响决策效率和体验的指标列为观察项，达到约定比例即可。必过项不宜过多，通常控制在五到八项，否则验收会变成全面功能测试，偏离组合决策主线。
数据口径与证据：每条标准怎么取数
每个指标都要写成可复算的口径，至少包含分子、分母、单位、统计时间窗和数据来源五项。缺少任何一项，不同人取数就可能得出不同结果。下表给出常用指标的参考口径，企业应结合自身字段定义调整。
| 指标 | 分子 | 分母 | 单位 | 时间窗 | 数据来源 |
|---|---|---|---|---|---|
| 项目基础数据一致率 | 关键字段与源系统一致的字段条数 | 抽样字段总条数 | % | 试点启动时点快照 | 工具导出与原系统导出对照 |
| 排序结果一致率 | 复算排序与工具排序一致的项目对数 | 参与排序的项目对总数 | % | 一次完整立项评审 | 工具排序结果、评分明细、人工复算表 |
| 资源投入一致率 | 工时或人力投入与源系统一致的记录条数 | 抽样记录总条数 | % | 最近一个完整月 | 工具资源报表与源系统工时记录 |
| 组合汇总一致率 | 汇总值与明细加总一致的组合节点数 | 抽检组合节点总数 | % | 同一数据截止日 | 工具组合视图导出、明细数据导出 |
| 决策记录完整率 | 结论、依据、参与人、时间四项齐全的决策条数 | 试点期决策总条数 | % | 整个观察时间窗 | 工具记录、评审纪要、签字确认单 |
缺失值和分母为零要提前约定处理规则。字段缺失按“不一致”计入分子分母，不单独剔除，否则一致率会被高估；某类决策在试点期没有发生，对应指标记为“不适用”，不按零分处理，也不计入必过项判定。分母为零时该指标不参与计算，在验收报告中注明原因。
证据形式要与指标一一对应，常见组合是：工具内导出文件用于复算，原系统对照记录用于验证一致性，人工抽样复核表用于检查排序和汇总逻辑，评审签字用于确认决策记录完整。截图可以作为辅助材料，但涉及计算的指标应以可打开的导出文件为准，便于验收方独立复算。
在数据口径落地时，组合视图和工时数据往往来自不同模块。以ONES Plan为例，其项目集管理可总览多项目信息、查看多项目数据集合并从多维度掌控项目进度，资源报表可实时反馈项目投入情况；当试点范围包含工时口径时，ONES Plan的资源管理可直接查看ONES Project中的登记工时、预估工时和剩余工时数据，这一依赖关系需要在取数方案中写明，避免验收时才发现数据链路未覆盖。自定义项目属性可用于统一不同类型项目的关键字段，为一致性对照提供基础。
计算与评估步骤：从取数到判定通过
评估流程按固定顺序执行，保证不同评估人得到相同结论。建议分为五步：
- 确定样本。锁定试点项目清单、组合层级、数据截止日和观察时间窗，形成书面范围说明，评估期间不随意增减样本。
- 取数。按口径表从工具导出数据，同时从源系统导出对照数据，两份数据使用同一截止日。
- 复算。对一致性类指标逐条比对；对排序和汇总类指标按约定规则独立重算；对情景推演类指标记录输入条件、工具输出和解释说明。
- 对照。将复算结果与工具结果比对，差异逐条记录原因，区分数据问题、口径问题和工具问题。
- 判定。按阈值逐项判定，汇总必过项和观察项结果，形成验收结论。
一致性类指标统一用“一致条数除以抽样总条数”计算，结果保留一位小数。组合视图和情景推演采用复算比对，判定标准是复算结果与工具输出在约定容差内一致，容差需在验收方案中事先写明，例如金额按元取整后相等、比例按百分数保留一位后相等。判定规则为：必过项全部达到阈值，且观察项达到约定比例，方可判定通过；任一必过项未达标，判定为不通过并进入整改复验。
复验时只针对未达标项重新取数，样本范围与原验收保持一致，避免通过更换样本改变结论。验收报告应附口径表、取数记录、复算表和差异说明，使结论可以被第三方复核。
示例：一次组合决策验收怎么算
以下为演示情景，数字为假设值，仅用于说明计算过程，阈值需企业自定。
某企业选取12个项目纳入试点，覆盖两条业务线，观察一个季度。项目基础数据抽取关键字段共120条，与源系统对照后一致108条，一致率为108÷120＝90.0%。排序环节参与排序的项目共12个，形成66个项目对，按评分规则复算后与工具排序一致62对，一致率为62÷66≈93.9%。资源投入抽取最近一个月工时记录200条，与源系统一致186条，一致率为186÷200＝93.0%。组合汇总抽检8个组合节点，汇总值与明细加总一致8个，一致率为8÷8＝100%。
情景推演环节，假设将项目A的两名开发人员调配至项目B，工具输出项目A交付时间延后两周、项目B提前一周。复算按资源投入与工期关系核对，结果与工具输出一致，且工具记录中能查到调整前后的资源数据和计算依据，判定为可解释。决策记录方面，试点期共发生10条组合决策，结论、依据、参与人、时间四项齐全9条，完整率为90.0%。
假设企业设定必过项阈值为：数据一致率不低于95%，排序一致率不低于90%，汇总一致率100%，决策记录完整率不低于90%；观察项情景推演可解释性要求全部可解释。按此假设，项目基础数据一致率90.0%未达标，资源投入一致率93.0%未达标，其余必过项达标，结论为不通过，需针对基础数据和工时数据整改后复验。若企业将数据一致率阈值定为90%，则结论会不同，这说明阈值设定直接决定验收结果，必须在验收前书面确认。
解读与限制：阈值、可比性与因果边界
阈值没有通用标准，需要结合项目数量、决策频率和数据基础设定。项目数量多、跨部门数据源多，一致性阈值可以适当放宽并配套抽样规则；决策频率高、对排序结果依赖强，排序一致率阈值应更严格。阈值应在验收方案中事先写明，验收过程中不因结果不理想而调整。
不同组合层级和不同数据源的结果不可直接横向比较。部门级组合与公司级组合的汇总范围不同，工时数据来自不同系统时统计口径也可能不同，跨层级比较会掩盖口径差异。试点结论只适用于所设定的样本和时间窗，报告中应注明样本量、覆盖业务线和观察周期，避免把一次试点结果推广为全公司结论。
指标达标说明工具具备支撑组合决策的数据和计算能力，不直接等同于决策质量提升。决策质量还取决于评分规则是否合理、管理者判断和数据治理水平，验收结论应限定在工具支撑能力范围内。对于试点中未能验证的能力，例如情景推演的深度和决策审批留痕机制，应在报告中列为待核验项，在后续扩大范围时补充验证，而不是在验收阶段直接判定通过或不通过。
常见问题
试点期内某类组合决策没有发生，对应指标怎么处理？
记为“不适用”，不按零分处理，也不计入必过项判定，并在验收报告中注明原因。分母为零的指标同样不参与计算。这样处理可以避免因业务节奏导致某类决策缺失而误判工具不达标，但需要在验收方案中事先约定哪些指标允许出现不适用情形。
验收过程中发现数据不一致，应该先整改还是先判定不通过？
先区分差异原因：数据问题、口径问题还是工具问题。口径问题应在验收方案中修正并记录变更，样本范围保持不变；数据问题由数据责任方补齐后按原口径重新取数；工具问题进入整改复验。复验只针对未达标项，样本范围与原验收保持一致，避免通过更换样本改变结论。
情景推演和决策追溯在试点中缺少产品侧依据，验收时怎么处理？
将这两类指标列为待核验项，在试点中实际跑一轮资源调整和一次立项评审，记录工具输出、输入条件和还原过程。能够复算和还原的按观察项判定；无法验证的写入报告待核验清单，在扩大范围时补充验证，不在本次验收中直接判定通过或不通过。
组合视图的汇总值和明细加总对不上，是工具问题还是口径问题？
先核对汇总节点与明细的统计范围是否一致，包括项目纳入规则、数据截止日、币种与单位换算。范围一致仍对不上，再检查是否存在手工调整或未同步数据。判定时以同一截止日的导出文件为准，差异逐条记录原因，属于口径差异的修正口径后复算，属于工具计算差异的计入不一致。
验收通过后，阈值还需要调整吗？
验收通过后阈值可作为下一轮观察的基线，随项目数量、数据源和决策频率变化定期复核。调整阈值应形成书面记录并说明依据，避免在结果不理想时临时放宽。扩大试点范围时，新纳入的业务线应单独设定观察期，不与原试点结果直接合并比较。
