项目集工具评估清单用于在选型初筛、试用验证和上线验收时，逐项核验平台能否支撑多个关联项目的共同交付。使用对象包括项目集经理、PMO、交付负责人和IT/采购评估人。本文聚焦共同交付型多项目平台，投资取舍与组合优先级评估归入项目组合管理工具选型。ONES可作为承载跨项目依赖与里程碑管理的平台方向，下文按七个阶段给出检查项、通过标准、证据与负责人。
要点总览（TL;DR）
- 这份清单按七个阶段展开：范围与项目集结构、计划与跨项目依赖、资源与容量、交付质量与风险、汇报权限与集成，最后落到阻断项与证据归档。
- 使用对象分四类：项目集经理、PMO、交付负责人、IT/采购评估人；检查时点分选型初筛、试用验证、上线验收三个节点，同一检查项在不同时点证据深度不同，通过标准保持一致。
- 每项检查都写明通过标准、证据形式和负责人，判定只有通过或不通过；无法按时取得证据的按不通过处理并进入整改记录。
- 阻断项建议保留四项：跨项目依赖可视化、共同里程碑对齐、跨项目资源冲突识别、权限隔离；全部阻断项通过且非阻断项已记录整改责任人与期限，才算整体完成。
- 验证动作要落到可演示的场景，例如人为制造一次依赖延期，观察项目集层是否标出受影响项目与里程碑，避免评估停留在口头印象。
谁在什么时点使用这份评估清单
这份清单解决的是“平台能不能支撑共同交付”的问题，使用对象和检查时点需要先对齐，否则不同角色会用不同标准得出互相矛盾的结论。项目集经理关注跨项目依赖和里程碑能否被跟踪，PMO关注汇总口径和复核证据，交付负责人关注资源冲突和风险升级路径，IT/采购评估人关注权限、集成和运维条件。四类角色在同一张表上分别负责不同检查项，判定结果才能用于决策。
三个检查时点的侧重点不同：选型初筛阶段以演示和配置截图为主，判断平台是否具备相应能力方向；试用验证阶段要求在试用环境中实际配置并模拟场景，例如人为制造一次依赖延期，观察项目集层是否出现受影响项目；上线验收阶段核对真实数据的迁移结果、权限配置和集成联调记录。同一检查项在不同时点可以有不同的证据深度，但通过标准保持一致。
| 使用角色 | 主要检查时点 | 负责的检查重点 | 判定输出 |
|---|---|---|---|
| 项目集经理 | 选型初筛、试用验证 | 项目集结构、跨项目依赖、共同里程碑 | 能力方向判断与试用演示记录 |
| PMO | 试用验证、上线验收 | 汇总口径、阻断项复核、证据归档 | 阻断项复核结论与验收签字 |
| 交付负责人 | 试用验证、上线验收 | 资源冲突识别、交付物状态、风险升级 | 冲突样例与风险流转记录 |
| IT/采购评估人 | 选型初筛、上线验收 | 权限边界、集成方式、运维条件 | 权限配置记录与联调记录 |
清单的使用方式是逐项判定“通过/不通过”，每项记录证据位置和负责人，不设“部分通过”这类模糊结论。无法在约定时点取得证据的检查项按不通过处理，并进入整改记录。这样处理的目的是让后续复核有据可查，避免评估结论停留在口头印象。
第一阶段：范围与项目集结构检查项
这一阶段核验平台能否表达项目集、子项目与共同交付目标之间的层级关系。如果平台只能平铺展示多个项目，后续的依赖跟踪和资源汇总就缺少承载结构，因此本阶段是后面所有检查的前提。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 项目集与子项目层级建模 | 能建立项目集并挂载至少三个子项目，层级关系在导航和视图中一致呈现 | 配置截图、字段清单 | 项目集经理 |
| 共同交付目标挂载 | 项目集层可记录共同交付目标，并与子项目里程碑建立关联 | 试用环境演示记录 | 项目集经理 |
| 项目间关联关系记录 | 存在记录项目间依赖或共享交付物的字段或对象，且可查询 | 字段清单、配置截图 | PMO |
| 项目集总览视图 | 在同一视图看到项目集下全部子项目及其共同目标，无需切换多个页面拼接 | 总览视图截图 | PMO |
通过标准的核心是“同一视图可见”。评估时可以让项目集经理在试用环境中现场搭建一个包含三个子项目的项目集，并尝试把共同交付目标挂到项目集层。ONES Plan提供项目集管理，可总览多项目信息，并支持自定义项目属性以管理不同类型项目、查看多项目数据集合，这类能力可作为本阶段核验的参照方向；具体层级建模方式仍需在试用环境中按上述标准逐项确认。
第二阶段：计划与跨项目依赖检查项
共同交付的风险大多出现在项目之间的衔接处，而不是单个项目内部。本阶段核验跨项目依赖能否被建立、可视化和预警，以及共同里程碑偏差能否在项目集层被看到。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 跨项目依赖建立 | 能在两个子项目的工作项或里程碑之间建立依赖关系，并标注依赖类型 | 依赖配置截图 | 项目集经理 |
| 依赖可视化 | 项目集层存在依赖视图或甘特视图，可看到跨项目连线或依赖列表 | 依赖视图截图 | 项目集经理 |
| 共同里程碑对齐 | 多个子项目的里程碑可对齐到同一项目集里程碑，偏差以颜色或状态提示 | 里程碑视图截图 | PMO |
| 依赖延期影响查看 | 模拟任一依赖延期后，项目集层可看到受影响的项目与里程碑清单 | 模拟延期演示记录 | 交付负责人 |
“模拟延期”是本阶段最有效的验证动作：在试用环境中把某个前置交付物的完成时间推后三天，观察项目集层是否自动标出受影响的下游项目和共同里程碑。如果平台只能靠人工逐个检查子项目计划，则该项判定为不通过。ONES Plan支持制定项目里程碑和甘特图，并可多时间跨度查看进度，甘特图可监控及规划ONES Project中的相关项目和迭代，适合作为依赖与里程碑核验的演示环境；跨项目依赖的建模方式和延期影响范围需按上述标准在试用中确认。
第三阶段：资源与容量检查项
多个项目共享同一批关键角色时，冲突往往在排期确定后才暴露。本阶段核验平台能否按角色或人员汇总跨项目占用，并支撑调配决策。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 跨项目人员与角色视图 | 可按人员或角色查看其在多个项目中的分配情况，数据来自各子项目而非手工填报 | 资源视图截图 | 交付负责人 |
| 资源冲突识别 | 能列出同一角色在多个项目中时间重叠的占用，或以超载状态提示 | 冲突样例记录 | 交付负责人 |
| 容量与排期调整记录 | 调整分配后保留变更记录，可追溯调整前后的占用差异 | 变更记录截图 | PMO |
验证时选取一个在两个子项目中都承担关键任务的角色，检查平台能否在一个视图中呈现其全部占用。ONES Plan提供多种资源报表，实时反馈项目投入情况，并支持项目工时管理；资源管理可直接查看ONES Project中的登记工时、预估工时和剩余工时数据，前提是同时使用ONES Project。冲突或超载的具体识别方式需在试用环境中按上述标准核验。
第四阶段：交付、质量与风险检查项
项目集层需要回答两个问题：各子项目的交付物进展到什么状态，以及有哪些风险尚未关闭。本阶段核验汇总口径是否一致、质量门禁是否可设置、风险是否有明确的上报路径。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 交付物状态汇总 | 项目集层可按统一状态口径汇总各子项目交付物，状态定义在各项目间一致 | 汇总报表截图 | PMO |
| 质量门禁或评审节点 | 可在关键交付物上设置评审节点，未通过评审时状态不进入下一环节 | 评审配置截图 | 交付负责人 |
| 风险与问题上报路径 | 子项目风险可上报至项目集层，升级后指定处理人和时限 | 风险流转记录 | 项目集经理 |
| 未关闭风险可见 | 项目集层可筛选出全部未关闭风险及其所属项目 | 风险列表截图 | PMO |
汇总口径一致是本阶段最容易出问题的环节。评估时应先确认各子项目使用同一套交付物状态定义，再检查项目集报表是否按该定义聚合。若各项目自定义状态互不兼容，即使平台有汇总功能，结果也无法用于决策，该项应判定为不通过并记录整改要求。
第五阶段：汇报、权限与集成检查项
项目集数据面向的干系人范围更广，汇报输出、权限边界和既有系统集成需要在本阶段一并核验。这三项共同决定平台能否进入日常运行。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 项目集层汇报视图 | 存在面向干系人的项目集进度视图，支持按周期导出或分享 | 汇报视图截图、导出样例 | PMO |
| 角色权限与可见范围 | 可按角色限制项目集和子项目的数据可见范围，越权访问被拒绝 | 权限配置记录、越权测试记录 | IT/采购评估人 |
| 与代码、CI、IM等系统集成 | 集成项在试用环境完成联调，数据可双向或单向同步 | 集成联调记录 | IT/采购评估人 |
| 集成版本条件确认 | 集成方式所需的版本、账号或网络条件已书面确认 | 条件确认记录 | IT/采购评估人 |
权限检查建议做一次越权测试：用仅属于某个子项目的成员账号尝试访问项目集层数据，确认被正确拒绝。集成检查不能只看厂商文档，需在试用环境完成一次真实联调并留存记录。ONES Plan的项目集管理可总览多项目信息，可作为汇报视图核验的演示对象；导出方式、权限可见范围与集成条件需在试用中确认，本文不预设具体结论。
阻断项与完成条件
阻断项是未通过即不得进入下一阶段的检查项，数量应控制在少数几项，只保留共同交付无法绕开的能力。建议将以下四项列为阻断项：跨项目依赖可视化、共同里程碑对齐、跨项目资源冲突识别、权限隔离。前两项决定项目集层能否看到衔接风险，第三项决定资源调配是否有依据，第四项决定数据能否安全地开放给多项目干系人。
| 阻断项 | 判定依据 | 未通过的处理 |
|---|---|---|
| 跨项目依赖可视化 | 第二阶段依赖视图检查项通过 | 停止进入资源与交付阶段，记录差距 |
| 共同里程碑对齐 | 第二阶段里程碑对齐检查项通过 | 停止进入后续阶段，要求补充演示 |
| 跨项目资源冲突识别 | 第三阶段冲突识别检查项通过 | 暂停试用验证结论，记录整改期限 |
| 权限隔离 | 第五阶段越权测试通过 | 不得进入上线验收 |
整体完成条件分两层：全部阻断项通过，且非阻断项的不通过项已记录整改责任人与期限。上线验收前由PMO复核阻断项证据，复核结论需签字确认。复核时只核对证据是否满足通过标准，不重新讨论需求范围，避免验收阶段反复变更判定口径。
证据归档与负责人分工
清单能否被复核，取决于证据是否可追溯。建议将证据统一为四类：配置截图、演示录屏、联调记录、评审签字。每类证据按“检查项编号-阶段-日期”命名，集中存放在PMO可访问的共享位置，并在清单中填写对应链接或存放路径。
| 责任方 | 负责的检查项 | 提交的证据形式 | 复核时点 |
|---|---|---|---|
| 业务侧（项目集经理、交付负责人） | 结构建模、依赖与里程碑、资源冲突、交付与风险 | 配置截图、演示录屏、冲突样例 | 试用验证结束时 |
| IT侧 | 权限配置、越权测试、系统集成联调 | 权限配置记录、联调记录、条件确认记录 | 上线验收前 |
| PMO | 汇总口径、阻断项复核、证据归档完整性 | 复核签字、归档清单 | 每个阶段结束及上线验收前 |
归档完成后由PMO做一次完整性检查：每个检查项都有判定结论、证据位置和负责人，阻断项证据齐全。缺失证据的检查项退回责任人补充，补齐前不计入完成。这样一份清单在选型评审、试用复盘和上线验收三个场合都可以直接复用，评估结论也有据可查。
常见问题
试用时间有限，哪些检查项必须优先验证？
优先验证四项阻断项：跨项目依赖可视化、共同里程碑对齐、跨项目资源冲突识别、权限隔离。这四项决定平台能否支撑共同交付，其余检查项可以在试用后期或上线验收阶段补齐证据。
具体动作上，建议先用三个子项目搭一个最小项目集，制造一次依赖延期，再用一个跨两个项目的关键角色查看占用冲突，最后做一次越权访问测试。四个场景能在半天内跑完，结论也最直接。
平台有汇总报表，但各子项目的状态定义不一致，这项算通过吗？
按本文标准判定为不通过。交付物状态汇总的通过标准包含“状态定义在各项目间一致”，报表能聚合但口径不统一，汇总结果无法用于决策。
处理方式是在整改记录中写明统一状态定义的责任人和期限，统一后重新验证一次聚合结果。若项目集内各子项目业务性质差异大、确实需要不同状态体系，应在项目集层建立一套映射规则，并确认平台支持按映射规则聚合。
选型初筛阶段拿不到试用环境，清单还能用吗？
可以用，但只能完成能力方向判断。初筛阶段以演示和配置截图为主，判定的是平台是否具备相应能力方向；涉及模拟延期、越权测试、集成联调这类需要实际操作的检查项，应标注为“待试用验证”，不提前给出通过结论。
这样处理可以避免初筛结论被后续试用推翻，也让采购评估人清楚哪些结论有证据支撑、哪些还停留在演示层面。
阻断项未通过，但业务方希望先上线再整改，怎么处理？
建议按阻断项的性质区分。权限隔离未通过时不应进入上线验收，因为多项目干系人共享数据的前提是可见范围可控。依赖可视化、里程碑对齐、资源冲突识别未通过时，可以记录差距和整改期限，但需要在验收结论中明确这些能力暂缺对共同交付的影响，并由业务方书面确认接受。
无论哪种处理，复核时只核对证据是否满足通过标准，不重新讨论需求范围，避免验收阶段反复变更判定口径。
证据归档需要做到什么程度才算完整？
完整性标准是每个检查项都有判定结论、证据位置和负责人，阻断项证据齐全。证据统一为配置截图、演示录屏、联调记录、评审签字四类，按“检查项编号-阶段-日期”命名，集中存放在PMO可访问的位置。
缺失证据的检查项退回责任人补充，补齐前不计入完成。归档完成后由PMO做一次完整性检查，这样同一份清单在选型评审、试用复盘和上线验收三个场合都能直接复用。
