项目组合工具评估清单要能支撑投资取舍，而不只是核对功能。一份可用的清单至少包含五类信息：使用对象与评估时点、分阶段检查项、每项的通过标准、证据与负责人、阻断项与完成条件。它适用于立项前初筛、入围方案评审和合同前验收，最终输出评分结论、阻断项记录和待验证问题清单。
要点总览（TL;DR）
- 清单至少包含五类信息：使用对象与评估时点、分阶段检查项、每项通过标准、证据与负责人、阻断项与完成条件。
- 检查项按组合视图与优先级、资源与容量、财务与预算、集成与数据、权限与治理、部署与安全、供应商与服务分组，每条都要能判断通过与否。
- 通过标准用本组织数据样例作为输入，描述可检查的输出物，例如“按季度导出组合预算与实际成本对照表”。
- 区分必须满足项与加分项；未取得证据的条目标注待验证并写明责任人和期限，不写成产品不支持。
- 阻断项全部通过、待验证项有结论或明确责任人期限、各角色签字确认归档，清单才算完成。
谁在什么时点使用这份评估清单
项目组合工具的评估通常涉及多个角色，各自关注点不同。清单在编制时就应写明每类角色在哪个阶段参与、需要确认什么，避免评审会变成供应商演示会，会后无人对结论负责。
| 使用角色 | 主要关注 | 参与时点 | 输出 |
|---|---|---|---|
| 组合管理者 / PMO | 组合视图、优先级规则、场景模拟、治理流程 | 立项前初筛、入围方案评审 | 业务适配结论、待验证问题 |
| 财务 / 预算负责人 | 预算编制口径、成本归集、收益跟踪方式 | 入围方案评审、合同前验收 | 财务口径确认或否决意见 |
| IT 与安全 | 集成方式、权限模型、部署与数据驻留、安全材料 | 入围方案评审、合同前验收 | 技术与安全评审记录 |
| 采购 | 报价结构、服务范围、退出与迁移条款 | 合同前验收 | 合同条款核对结果 |
三个时点承担不同任务：立项前初筛回答“是否值得进入详细评审”，入围方案评审回答“哪个方案更符合组合决策需要”，合同前验收回答“承诺的能力和条款是否落到纸面”。清单输出物包括评分结论、阻断项记录和待验证问题清单，三者都要归档，供后续复盘使用。
评估前的准备检查项
正式评审前如果没有准备好数据和口径，检查项很容易退化成听供应商介绍。以下准备项应在发出评估邀请前完成。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 明确投资组合范围与决策问题 | 书面列出本次要解决的取舍问题，如“下季度在三个产品线间如何分配预算”，并圈定纳入评估的项目范围 | 一页范围说明 | 组合管理者 / PMO |
| 准备现有数据样例 | 提供可脱敏的项目清单、资源与工时样例、预算与实际成本样例各一份，字段说明齐全 | 数据样例文件 | PMO、财务 |
| 确定参与角色与签字职责 | 每个评审角色指定一名签字人，明确其负责的检查项范围 | 角色分工表 | 评估发起人 |
| 约定评估口径 | 评分方式、权重、必须满足项与加分项的划分、阻断项定义在评审前书面确认 | 评估方案文档 | 评估发起人、采购 |
准备阶段最容易遗漏的是数据样例。没有真实的项目、资源和预算数据，组合视图和资源冲突类检查只能停留在演示层面，无法判断工具能否处理本组织的项目类型和字段结构。
分阶段检查项：从组合决策到落地条件
正式评审阶段按主题分组检查，每组只保留能判断通过与否的条目。下表给出可直接套用的框架，具体标准需结合本组织数据调整。
| 阶段 / 主题 | 检查项 | 通过标准示例 | 证据 | 负责人 | 是否阻断 |
|---|---|---|---|---|---|
| 组合视图与优先级 | 多项目统一视图 | 用本组织数据样例导入后，能在一个视图中按产品线、状态、负责人筛选并查看全部项目 | 现场演示记录、配置截图 | PMO | 是 |
| 组合视图与优先级 | 评分模型与优先级排序 | 能按约定的评分维度（如战略契合、投入产出、风险）对项目打分并生成排序，权重可调整 | 演示记录、评分结果导出 | PMO | 是 |
| 组合视图与优先级 | 场景模拟 | 能调整预算或资源约束后重新计算组合结果，并保留两版方案对比 | 演示记录 | PMO、财务 | 否（加分项） |
| 资源与容量 | 资源池与技能匹配 | 能按角色或技能查看可用人力，并显示当前分配率 | 演示记录、数据样例结果 | PMO | 是 |
| 资源与容量 | 跨项目冲突识别 | 用样例数据能列出同一人员在多个项目上的时间重叠，并给出冲突清单 | 演示记录、导出清单 | PMO | 是 |
| 财务与预算 | 预算编制与成本归集 | 能按季度或项目编制预算，并导入实际成本形成对照 | 数据样例、导出报表 | 财务 | 是 |
| 财务与预算 | 收益跟踪口径 | 能记录预期收益与实际收益，口径与财务确认一致 | 书面口径说明、演示记录 | 财务 | 否（加分项） |
| 集成与数据 | 与现有系统对接 | 明确与项目管理、财务、HR、SSO 的对接方式（接口、同步频率、字段映射），并有可验证的对接案例 | 接口文档、供应商书面答复 | IT | 是 |
| 权限与治理 | 组合级权限与审批 | 能按组合、项目、角色配置查看与编辑权限，关键变更走审批流 | 配置截图、演示记录 | IT、PMO | 是 |
| 权限与治理 | 审计记录 | 能查询谁在何时修改了项目状态、预算或优先级 | 演示记录 | IT | 是 |
| 部署与安全 | 部署方式与数据驻留 | 明确支持的部署方式、数据存储位置，并提供安全合规材料清单 | 供应商书面材料 | IT 与安全 | 是 |
| 供应商与服务 | 实施、培训与升级 | 明确实施支持范围、培训方式、版本升级策略与响应时限 | 服务方案、合同条款 | 采购 | 否 |
| 供应商与服务 | 退出与数据迁移 | 合同写明数据导出格式、迁移协助范围与退出时限 | 合同条款 | 采购 | 是 |
在组合视图与优先级这一组，评估重点是工具能否把分散的项目信息汇总成可比较的组合，并支持按规则排序。以 ONES Plan 为例，其项目集管理支持自定义项目属性、查看多项目数据集合，可从多个维度查看项目进度；资源管理提供多种资源报表，反馈项目投入情况，并可直接查看 ONES Project 中的登记工时、预估工时和剩余工时数据（需与 ONES Project 配合使用）。这些能力对应清单中“多项目统一视图”和“资源投入可见”两类检查项，评审时仍应要求供应商用本组织数据样例现场演示，再据实记录通过与否。评分模型、场景模拟、预算与收益跟踪等条目，需在评审中单独验证，未取得证据的标注为待验证。
每项检查的通过标准怎么写
通过标准要写成可观察的结果，让不同评审人看到同一份证据能得出相同判断。写法上把握三点：用本组织数据作为输入、描述可检查的输出物、给出判断边界。
- 组合视图类：“支持多项目视图”是功能描述；“导入本组织 30 个项目样例后，能按产品线和状态筛选，并在一个页面看到各项目的进度与负责人”才是通过标准。
- 资源冲突类：“支持资源管理”无法判断；“用样例数据能导出同一人员在两个项目上时间重叠的清单，重叠周数计算正确”可以判断。
- 预算导出类：“支持预算管理”过于笼统；“能按季度导出组合预算与实际成本对照表，字段包含项目、预算科目、预算额、实际额、差异”可直接核验。
同时区分必须满足项与加分项。必须满足项不通过即触发阻断；加分项影响评分排序，不影响是否进入下一阶段。评审中未取得证据的条目统一标注“待验证”，写明责任人和验证期限，不写成“不支持”，避免把信息缺失误判为能力缺失。
证据与负责人如何对应
每类检查项应指定证据形式和责任人，证据在评审当场或约定时限内留存，结论才可追溯。
| 检查主题 | 证据形式 | 责任人 | 留存与复核时点 |
|---|---|---|---|
| 组合视图、优先级、场景模拟 | 演示录屏、配置截图、导出结果 | PMO | 评审当场留存，评审后 3 个工作日内复核 |
| 资源与容量 | 样例数据运行结果、冲突清单导出 | PMO | 评审当场留存 |
| 财务与预算 | 预算与实际成本对照表、口径书面说明 | 财务 | 评审后由财务复核口径 |
| 集成与数据 | 接口文档、对接案例说明、供应商书面答复 | IT | 合同前验收时再次核对 |
| 权限、治理与安全 | 配置截图、审计记录演示、合规材料 | IT 与安全 | 合同前验收时核对材料原件 |
| 供应商与服务 | 服务方案、合同条款 | 采购 | 合同签署前逐条核对 |
口头承诺不作为证据。供应商在演示中说明但未提供书面材料的能力，记为待验证项，由对应责任人跟进，验证结论补入清单后再更新评分。
阻断项与完成条件
阻断项指不通过就不能进入下一阶段的检查条目。典型阻断项包括：组合级权限无法按角色配置、关键数据无法导入或导出、安全合规材料缺失、退出与数据迁移方案不明、跨项目资源冲突无法识别。这些条目直接关系到组合决策能否落地和数据能否掌控，应在评估方案中提前列明。
整体完成条件可归纳为三条：所有阻断项均已通过并有证据支撑；待验证项均有明确结论，或已指定责任人与完成期限；评审结论经各角色签字人确认并归档。满足三条后，清单才算完成，评分结果可用于方案排序或合同谈判。若阻断项在合同前验收阶段仍未关闭，应暂停签约，待供应商补充材料或调整方案后重新核验。
常见问题
评估清单里的检查项和通过标准，可以合并成一条写吗？
建议分开写。检查项说明查什么，通过标准说明达到什么状态算通过，两者合并后容易变成功能描述，评审人无法据此判断。实际操作中，检查项可以写得简短，通过标准则要落到具体输入、输出物和判断边界，例如“导入本组织 30 个项目样例后，能按产品线和状态筛选并查看进度与负责人”。分开记录也便于后续把未通过项转成待验证问题，跟踪责任人和期限。
供应商在演示中展示了某项能力，但没提供书面材料，清单上怎么记？
记为待验证项，不直接勾选通过。口头承诺和现场演示可以作为线索，但证据形式应优先采用演示录屏、配置截图、导出结果或供应商书面答复。待验证项要写明责任人和验证期限，验证结论补入清单后再更新评分。如果该条目属于阻断项，在取得书面证据前不应进入下一阶段。
组合决策类检查项和多项目执行类检查项，评估时怎么区分？
按决策问题区分。组合决策类关注跨项目的取舍：统一视图能否汇总全部项目、评分模型能否按约定维度排序、预算与资源约束调整后能否重新计算组合结果。多项目执行类关注单个或多个项目的交付过程，如任务分解、迭代排期、缺陷跟踪。两类工具可能有功能重叠，评估时以本次要回答的决策问题为准，把执行层面的检查留给项目集管理工具选型单独处理，避免一份清单承担两个评估目标。
阻断项在合同前验收阶段仍未关闭，应该怎么处理？
暂停签约，要求供应商补充材料或调整方案后重新核验。阻断项通常涉及组合级权限、关键数据导入导出、安全合规材料、退出与数据迁移方案，这些条目直接关系到数据掌控和后续退出成本。若供应商提出以合同条款或实施计划弥补，应把弥补方式写入合同并指定验收时点，再重新判定该项是否通过，不宜仅凭口头说明放行。
评估清单需要随评估阶段调整内容吗？
需要。立项前初筛阶段可以只保留范围、组合视图、资源冲突等少量关键项，用于判断是否值得进入详细评审；入围方案评审阶段展开全部检查项并逐项记录证据；合同前验收阶段重点复核集成方式、权限治理、安全材料和退出条款是否落到合同。同一份清单在不同阶段复用，但检查深度和证据要求随阶段提高，评分结论也应在每个阶段结束时更新。
