制定项目组合工具应用规范，核心是把投资组合决策所需的输入、判断和留痕固化到工具里：先确定组合分层与决策场景，再定义项目登记字段、评分与优先级规则、容量与资金口径、评审节奏与角色分工，最后用一份可执行的规范文档和一次试点评审验证落地。规范要回答“谁在什么时点、用什么字段、按什么规则、产出什么决策记录”，并明确工具中哪些字段必填、哪些状态触发评审。下文按范围界定、六步操作、角色分工、表格骨架、季度评审示例和完成检查展开，落地配置可依托 ONES 的项目与组合管理能力。
要点总览（TL;DR）
- 项目组合工具应用规范只约束投资组合决策：项目登记、评分排序、容量与资金、评审与留痕；多项目共同交付的日常执行协作由项目集管理规范另行约定。
- 制定规范按六步推进：梳理决策场景、定义分层与登记字段、设定评分权重与排序规则、定义容量与资金口径、规定评审节奏与决策记录格式、成文并试点一次评审后修订发布。
- 规范文档的核心是四张表：项目登记字段表、评分与优先级规则表、容量与资金口径表、评审与留痕规则表，每张表都要落到维护人和更新时点。
- 角色分工按交付物划分：组合管理者管判断质量，项目负责人对字段数据负责，资源与财务接口人维护口径数据，决策层确认决策记录，工具管理员负责字段与权限配置。
- 规范发布前用完成检查清单验收，重点看排序结果是否唯一、口径能否对上、决策能否回溯到输入数据，并完成至少一次真实评审的试点。
规范先定边界：管投资决策，不管多项目执行
项目组合工具应用规范的第一项工作，是写清它服务的决策类型。组合层关心的是取舍：哪些项目进入组合、优先级如何排、资金和关键资源投向哪里、哪些项目暂缓或终止。项目集层关心的是交付：多个关联项目如何协同推进、依赖如何管理、日常执行协作如何组织。两者使用同一套项目数据，但判断对象不同。规范只约束前者，后者由项目集管理规范另行约定，避免一份文档同时承担两套职责而无法执行。
规范覆盖四类对象，每类对应组合决策的一个环节：
- 项目登记：进入组合视野的项目需要登记哪些信息，由谁维护，何时更新。
- 评分排序：用哪些维度评价项目价值与投入，权重如何设定，排序结果如何产生。
- 容量与资金：资源池和预算科目如何定义，占用与释放按什么口径记录。
- 评审与留痕：什么时点开评审会，哪些情况触发临时评审，决策记录包含哪些字段。
范围声明建议单独成节，写明三件事：本规范管什么、不管什么、与项目集管理规范的接口在哪里。接口通常落在项目状态上——组合评审做出立项、暂缓、合并、终止的决定后，项目集层据此调整执行安排；项目集层反馈的进度与资源消耗数据，作为下一次组合评审的输入。把这条接口写清楚，两份规范就不会互相侵入。
核心答案与操作步骤：六步搭起可执行的规范
规范制定可以按六个步骤推进，每一步都有明确的输入、动作、输出和完成标志。六步不必严格串行，第二至第五步可以并行起草，但第一步的场景梳理要先完成，否则字段和规则容易脱离实际判断需要。
第一步：梳理决策场景与决策会类型
输入是当前组合管理的实际决策事项，例如年度预算分配、季度项目排序、重大项目立项审批、资源冲突裁决。动作是把这些事项归并为几类决策会，明确每类会议的频率、参与角色和输出。输出是一张决策场景清单。完成标志是每类决策会都能对应到一个具体的判断问题，而不是笼统的“讨论项目情况”。
第二步：定义组合分层与项目登记字段
输入是第一步的决策场景清单和组织现有的项目分类方式。动作是确定组合分几层（例如按业务线、按投资类型或按战略主题），并为每个进入组合的项目定义登记字段：字段名、含义、是否必填、维护人、更新时点。输出是项目登记字段表。完成标志是每个必填字段都有唯一维护人，且更新时点能对应到评审节奏——评审前需要的数据，必须在评审前某个时点完成更新。
第三步：设定评分维度、权重与优先级排序规则
输入是组织的投资偏好和决策层关注的判断依据，常见维度包括战略契合度、预期收益、投入规模、风险水平、交付紧迫性。动作是为每个维度定义打分口径（例如五级量表及每级的判定描述）、设定权重，并规定总分相同或接近时的处理规则。输出是评分与优先级规则表。完成标志是用一组真实项目试算，能够得出稳定、可解释的排序结果，不同人按同一口径打分不会出现方向性分歧。
第四步：定义容量与资金口径
输入是资源池划分方式和预算科目结构。动作是明确每个资源池包含哪些角色或团队、容量以什么单位计量（人天、工时或人数）、预算按什么科目归集、项目占用与释放资源在什么时点记录。输出是容量与资金口径表。完成标志是任意一个项目的资源占用都能追溯到具体资源池和预算科目，且组合层面的汇总数与财务、资源管理方的口径一致。
第五步：规定评审节奏、触发条件与决策记录格式
输入是决策会类型和项目状态定义。动作是确定例行评审的周期、临时评审的触发条件（例如预算超限达到一定比例、关键资源冲突、项目范围重大变更），并设计决策记录模板：记录哪些项目、依据哪些输入数据、做出什么决定、由谁确认、下次复查时点。输出是评审与留痕规则。完成标志是每类决策会都有对应的记录模板，且记录能回溯到评审时点的字段数据。
第六步：成文、试点一次评审、修订发布
输入是前五步的全部产出。动作是把范围声明、字段表、规则表、角色分工和记录模板汇编为规范文档，选择一次真实的组合评审按规范完整走一遍，收集参与角色的反馈。输出是试点记录和修订后的规范版本。完成标志是试点评审产出了完整的决策记录，且修订意见已合入正式版本并完成发布通知。
角色及交付物：谁维护字段、谁做判断、谁留痕
规范能否执行，取决于每个角色是否清楚自己交付什么。角色划分宜少不宜多，每个角色对应一类可核验的产物，避免出现“共同负责”的模糊地带。
| 角色 | 核心职责 | 交付物 |
|---|---|---|
| 组合管理者 | 维护评分规则与组合视图，组织评审会，校验输入数据完整性 | 组合视图、评审议程、数据完整性检查结果 |
| 项目负责人 | 按规范提交与更新登记字段，提供估算依据和进度说明 | 完整的项目登记信息、估算与进度说明 |
| 资源/财务接口人 | 维护资源池容量与预算科目数据，确认占用与释放记录 | 容量数据、预算执行数据、口径说明 |
| 决策层 | 在评审会上做取舍判断，确认决策结论 | 签字或确认的决策记录 |
| 工具管理员 | 配置字段、权限、状态流转与视图，保障数据可按规范采集 | 工具配置说明、字段与权限清单 |
这张表建议直接写入规范文档，并在每个角色的交付物后标注提交时点。组合管理者与工具管理员的职责容易混淆：前者对判断质量负责，后者对工具配置负责，规范中应分开描述。项目负责人是字段数据的第一责任人，评审前的数据校验由组合管理者执行，但数据准确性由项目负责人承担。
规范文档应包含的字段与规则表
规范文档的正文可以精简，核心内容用四张表承载。表格的作用是让规则可填写、可核对，而不是停留在原则描述。
项目登记字段表
| 字段名 | 含义 | 必填 | 维护人 | 更新时点 |
|---|---|---|---|---|
| 项目名称与编号 | 组合内唯一标识 | 是 | 项目负责人 | 立项时 |
| 所属组合层级 | 业务线或投资类型归属 | 是 | 组合管理者 | 立项时、层级调整时 |
| 战略主题 | 对应的战略方向 | 是 | 项目负责人 | 立项时、年度规划时 |
| 投入估算 | 人力与资金预估 | 是 | 项目负责人 | 评审前、重大变更时 |
| 关键里程碑 | 主要交付节点 | 是 | 项目负责人 | 评审前、计划调整时 |
| 风险等级 | 按统一口径评定 | 是 | 项目负责人 | 评审前 |
| 当前状态 | 候选、在研、暂缓、终止等 | 是 | 组合管理者 | 评审决策后 |
评分与优先级规则表
| 维度 | 权重 | 打分口径 | 阈值与例外 |
|---|---|---|---|
| 战略契合度 | 示例 30% | 五级量表，每级附判定描述 | 低于最低档需决策层特批 |
| 预期收益 | 示例 25% | 按收益类型分档打分 | 收益无法量化时按档位下限计 |
| 投入规模 | 示例 20% | 按投入区间反向打分 | 超组合均值一定比例需单独说明 |
| 风险水平 | 示例 15% | 按风险等级反向打分 | 高风险项目需附应对方案 |
| 紧迫性 | 示例 10% | 按时间窗口打分 | 无 |
权重数值需结合组织实际设定，表中比例仅示意结构。规则表要写明总分相同时的排序依据，例如先比战略契合度，再比投入规模，确保排序结果唯一。
容量与资金口径表
| 口径项 | 定义 | 数据来源 | 占用与释放规则 |
|---|---|---|---|
| 资源池 | 按团队或角色划分的可用人力 | 资源管理方提供 | 立项时占用，终止或结项时释放 |
| 容量单位 | 人天或工时，全组合统一 | 资源报表 | 按评审周期滚动更新 |
| 预算科目 | 与财务科目对应的归集口径 | 财务接口人提供 | 按科目记录占用与执行 |
| 超限判定 | 占用超过容量或预算的比例阈值 | 组合视图汇总 | 触发临时评审 |
评审与留痕规则
| 会议类型 | 触发条件 | 参与角色 | 决策记录字段 |
|---|---|---|---|
| 例行组合评审 | 按季度或月度固定召开 | 决策层、组合管理者、项目负责人 | 评审日期、参与人、讨论项目、输入数据快照、决策结论、复查时点 |
| 临时评审 | 预算或容量超限、重大项目变更 | 决策层、组合管理者、相关接口人 | 触发原因、影响范围、决策结论、后续动作 |
| 立项评审 | 新项目申请进入组合 | 决策层、组合管理者、项目负责人 | 评分结果、排序位置、立项结论、资源与预算分配 |
示例：一次季度组合评审按规范怎么走
以下为演示性情景，用于说明规范从输入到决策记录的流转方式，不对应具体组织。
评审前两周。项目负责人按登记字段表更新各自项目的投入估算、里程碑和风险等级，新申请项目提交完整登记信息。组合管理者在组合视图中校验必填字段完整性，对缺失项退回补充，并按评分规则表完成打分，生成优先级排序初稿。资源与财务接口人同步更新资源池容量和预算执行数据，标出接近或超过阈值的项目。
评审会中。会议按优先级排序逐项讨论。对排序靠前但资源占用超限的项目，决策层在容量约束下做取舍：保留高优先级项目，对低优先级项目做出暂缓或缩减投入的决定。预算超限项单独列出，由财务接口人说明执行偏差，决策层确认调整方案。讨论中形成的每个结论都记入决策记录模板，包括依据的输入数据版本。
评审后一周内。组合管理者将决策结论回写工具状态：立项、暂缓、合并、终止分别对应项目状态字段的取值，并通知项目负责人。决策记录归档，作为下次评审的对照依据。对暂缓项目设定复查时点，对合并项目明确承接方。
下一次评审。议程首先跟踪上次决策的执行情况：暂缓项目是否具备重启条件、终止项目是否完成资源释放、调整方案是否落实。跟踪结果与本次新议题一并进入评审，形成闭环。
规范落地时，字段配置、多项目视图和资源数据是三个关键支撑点。ONES Plan 支持自定义项目属性以管理不同类型项目，并可查看多项目数据集合、多维度掌控项目进度，适合承载登记字段与组合视图；其资源报表可实时反馈项目投入情况，并支持项目工时管理，在同时使用 ONES Project 的情况下可直接查看登记工时、预估工时与剩余工时数据，为容量口径提供数据基础。评分权重配置与预算资金追踪是否能在工具中直接实现，需结合具体版本能力另行核验，规范中可先约定由组合管理者在评审材料中完成计算与记录。
完成检查：规范是否真的可执行
规范发布前，用以下清单逐项核验。任何一项不通过，都应修订后再发布，而不是带问题上线再补。
- 字段完整性：每个必填字段都有唯一维护人和明确更新时点，且更新时点早于对应评审的召开时间。
- 规则可判定：用一组真实项目试算评分，能得出唯一排序结果；总分相同时的处理规则已写明。
- 口径一致：容量与资金数据来源统一，组合汇总数与资源、财务方的数据能对上，单位与统计周期一致。
- 留痕可追溯：任意一次决策都能回溯到评审时点的输入数据和参会角色，决策记录字段无缺项。
- 触发条件明确：临时评审的触发条件有可判定的数值或事件标准，不依赖主观判断。
- 角色无空白：角色对照表中每个交付物都有承担人，不存在无人维护的字段或无人确认的记录。
- 试点验证：已完成至少一次真实评审并按反馈修订，试点中暴露的问题已合入正式版本。
这份清单也可作为规范年度复审的检查项。组织调整、预算口径变化或组合层级调整后，应重新核验字段维护人和口径一致性，确保规范持续可用。
常见问题
规范里的评分权重应该由谁定，定完还能改吗？
权重反映的是组织的投资偏好，宜由决策层确认、组合管理者起草，并在规范文档中写明调整程序。常见做法是权重按年度规划周期复核一次，期间保持不变，保证不同季度的排序结果可比。遇到战略重点调整等情形需要临时改权重时，应同时说明生效时点，并对已排定的项目按新权重重新试算一次，避免新旧口径混用导致排序结果无法解释。
项目数量不多，还需要完整的四张表吗？
项目数量少时，表格可以精简，但四类信息不能缺：项目登记字段决定评审有没有可用输入，评分规则决定排序是否可解释，容量与资金口径决定取舍有没有约束，评审留痕决定决策能否追溯。规模小的组合可以把评分维度压缩到三到四个、评审改为月度或按需召开，但必填字段的维护人和更新时点仍要写清楚，否则规范在第一次评审时就会失效。
临时评审的触发条件怎么定才不至于形同虚设？
触发条件要写成可判定的数值或明确事件，例如预算占用超过批复额度的一定比例、关键资源池占用超过容量、项目范围或里程碑发生重大变更。阈值高低可以结合组合规模调整，但一旦写入规范，就按同一口径执行。建议在规范中同时写明触发后的处理路径：由谁发起、多久内召开、需要准备哪些输入数据，避免条件触发后无人推动。
规范落地时，工具配置跟不上怎么办？
先把规范定下来，再评估工具承载方式，不必等工具能力齐备才发布规范。字段登记、多项目视图和资源数据这类基础能力可以依托工具实现，例如 ONES Plan 支持自定义项目属性管理不同类型项目，并可查看多项目数据集合、多维度掌控项目进度；其资源报表可实时反馈项目投入情况，在同时使用 ONES Project 的情况下可直接查看登记工时、预估工时与剩余工时数据。评分计算、预算追踪等环节如工具暂不能直接支持，可在规范中约定由组合管理者在评审材料中完成计算与记录，待工具能力确认后再逐步迁移。
规范发布后多久复审一次比较合适？
建议每年至少复审一次，并在组织调整、预算口径变化、组合层级调整或工具配置重大变更后追加复审。复审重点核对三项：字段维护人是否仍然有效、容量与资金口径是否与财务和资源管理方一致、评审触发条件是否仍能覆盖实际发生的决策事项。复审结论应形成版本记录，明确修订内容和生效时间，避免多版本规范并行使用。
