项目组合风险分散作用于投资结构：先按风险来源给在投项目分类，统计每类投入占比，再设定集中度上限与目标区间，把规则嵌入立项评审和季度再平衡，由组合管理角色定期核算调整。单项目风险应对仍归项目风险管理，项目间风险传导归项目集管理。下文给出分类表、规则表、角色分工、再平衡示例与验收清单，并说明如何用ONES承载组合视图与评审留痕。
要点总览（TL;DR）
- 项目组合风险分散作用于投资结构：按市场客户、技术路线、供应商依赖、交付资源、合规地域等风险来源给在投项目分类，统计预算、人力、关键里程碑三类投入占比，形成集中度基线。
- 把分散意图写成规则表：为每类风险来源设定上限或目标区间，同时约束单项目、单客户、单供应商、单技术路线的集中度，并明确例外审批人、申请材料与补偿措施。
- 机制落地靠角色与节点：组合管理负责人组织核算与再平衡，财务核对口径，项目发起人在立项时说明风险分类，项目集经理反馈依赖传导，立项评审、季度再平衡、重大变更三个节点各有交付物。
- 再平衡要产生结构变化：核算超限项、评估推迟立项、拆分投入、引入替代方案、设置观察期等动作，形成决定并记录理由与复核时点；只有会议记录而投资结构未变，说明机制尚未生效。
- 用工作项字段与评审文档承载分类、阈值和例外审批，ONES 的项目组合视图、工作项字段与文档流转可用于留痕，具体报表配置建议在选型时与厂商确认适配范围。
先看清组合的风险集中在哪里
项目组合风险分散指在多个项目之间分配投入时，控制对同一风险来源的依赖程度。它处理的问题是“组合整体是否把过多资源押在同一个客户、同一条技术路线或同一批关键人身上”，与单项目风险管理关注某个项目内部的风险识别与应对属于不同层次。判断一个组合是否需要分散，先看投入结构，而非单个项目的风险清单。
第一步是按风险来源给在投项目分类。常见类别包括：市场与客户集中，即收入或交付价值依赖少数客户；技术路线集中，即多个项目共用同一技术平台或架构假设；供应商与关键依赖集中，即多个项目依赖同一外部供应商、同一套外部接口；交付资源集中，即多个项目争用同一批关键角色；合规与地域集中，即项目集中在同一监管环境或同一区域。一个项目可能同时落入多个类别，分类时按主要风险暴露归入主类，其余作为附加标签记录。
分类完成后统计每类投入占比，形成集中度基线。统计口径建议同时取三个维度：预算金额占比、人力投入占比、关键里程碑数量占比。三个维度分开统计，原因是预算占比高但人力占用低的类别，与预算占比低但占用关键人力的类别，风险性质不同。基线要注明统计时点和数据来源，便于后续周期对比。
| 风险来源类别 | 识别信号 | 统计口径 | 基线记录项 |
|---|---|---|---|
| 市场与客户集中 | 少数客户贡献大部分项目价值 | 按客户归集的预算与合同额占比 | 前三大客户占比、统计时点 |
| 技术路线集中 | 多个项目共用同一平台或架构假设 | 按技术路线归集的项目数与预算占比 | 主路线项目数、预算占比 |
| 供应商与关键依赖集中 | 多个项目依赖同一外部供应商或接口 | 按供应商归集的合同额与里程碑占比 | 单一供应商最高占比 |
| 交付资源集中 | 关键角色被多个项目同时占用 | 按角色归集的人力投入占比 | 关键角色跨项目占用率 |
| 合规与地域集中 | 项目集中在同一监管或区域环境 | 按区域或合规域归集的项目占比 | 单一区域项目占比 |
需要划清边界：组合层关注的是“这一类投入是否过多”，单项目风险管理关注“这个项目的风险如何应对”，项目集管理关注“关联项目之间的风险如何传导和处置”。三者使用同一批项目数据，但决策对象不同。组合层发现某类集中度过高时，输出的是投资结构调整建议，具体项目的风险应对方案仍由项目团队制定。
设定分散规则：上限、区间与例外
分散意图要变成可执行的约束，需要为每类风险来源设定投入上限或目标区间，并明确超限时的审批路径。规则表的每一行应包含：风险来源类别、统计口径、上限或区间、取值依据、责任人、例外审批人。
取值依据来自三方面：组织历史数据中该类占比的波动范围、战略上愿意承担的最大暴露、以及外部约束（如客户合同要求、合规要求）。例如某类客户收入占比历史上在40%至60%之间波动，战略上不希望超过65%，则上限可设为65%，目标区间设为45%至60%。这些比例是示例情景，实际取值应结合本组织数据确定，不宜直接套用。
| 规则对象 | 规则形式 | 示例阈值（情景） | 超限处理 |
|---|---|---|---|
| 单类风险来源 | 投入上限加目标区间 | 单一客户收入占比不超过65% | 提交例外审批，附替代方案 |
| 单项目 | 单项目预算占组合总预算上限 | 单项目不超过组合预算的20% | 拆分立项或分期投入 |
| 单客户 | 客户维度收入或工作量上限 | 前三大客户合计不超过75% | 新立项向其他客户倾斜 |
| 单供应商 | 供应商合同额或依赖项目数上限 | 单一供应商不超过外部支出的40% | 引入备选供应商或自研评估 |
| 单技术路线 | 技术路线项目数或预算占比上限 | 主技术路线项目数不超过总数的50% | 设置技术验证项目分散假设 |
例外审批路径要写清楚三件事：谁批准、附什么材料、采取什么补偿措施。通常由组合管理负责人初审，超出一定幅度时提交组合决策会或分管负责人批准；申请材料包括超限原因、预计持续时间、对组合整体集中度的影响、以及补偿措施（如设置观察期、约定退出条件、同步推进替代方案）。例外批准后要登记有效期，到期自动回到常规核算。
规则还要与年度预算和立项门槛衔接。年度预算编制时，按风险来源类别分配预算盘子，立项评审时检查新项目是否使某类占比突破上限。这样分散规则在资金分配和项目准入两个入口同时生效，避免只在事后统计时才发现集中。
角色分工与各环节交付物
分散规则能否生效，取决于每个节点是否有人负责、有交付物、有记录。下表按角色和节点列出动作与产出。
| 角色 | 主要职责 | 参与节点 | 交付物 |
|---|---|---|---|
| 组合管理负责人 | 维护分类口径与规则表，组织集中度核算与再平衡 | 季度再平衡、例外初审 | 集中度报告、再平衡会议记录、例外审批意见 |
| 财务与预算角色 | 提供预算与实际支出数据，核对统计口径 | 年度预算、季度核算 | 分类预算表、支出占比数据 |
| 项目发起人 | 在立项时说明项目所属风险类别与依赖关系 | 立项评审、重大变更 | 立项申请中的风险分类与依赖说明 |
| 项目集经理 | 反馈关联项目间的依赖与传导情况 | 季度再平衡、重大变更 | 依赖关系说明、风险传导提示 |
三个关键节点的动作与交付物如下。立项评审：发起人提交风险分类与依赖说明，组合管理负责人核对是否触碰上限，输出立项意见。季度再平衡：组合管理负责人汇总集中度数据，对照阈值识别超限项，组织讨论调整动作，输出会议记录与调整决定。重大变更：当项目范围、供应商或技术路线发生重大变化时，重新评估其对组合集中度的影响，输出变更评估记录。
集中度数据的来源与更新频率要与核算周期匹配。预算与支出数据按月更新，人力投入数据按项目工时或资源分配记录更新，关键里程碑数据随项目进度更新。季度再平衡使用截至季末的数据，并在报告中注明数据截止日期。规则调整的触发条件包括：战略方向变化、外部合规要求变化、连续两个季度某类占比接近上限、或例外审批频繁出现。每次规则调整都要留下决策记录，写明调整原因、生效时间和影响范围。
一个季度再平衡的操作示例
以下为演示情景，用于说明从数据到调整决策的连续过程，不代表任何具体组织的真实数据。
背景：某组合共有十二个在投项目，季度核算发现客户A相关项目预算占比达到68%，超过65%的上限；同时三个项目共用同一外部供应商，该供应商合同额占外部支出的45%，超过40%的上限。其余类别在区间内。
核算与对照：组合管理负责人整理季度集中度报告，列出两项超限，附上各自的历史趋势——客户A占比连续三个季度上升，供应商依赖在本季度因两个新项目启动而跳升。报告同时标注超限项涉及的项目清单和关键里程碑时间。
讨论可选动作：针对客户A集中度，可选动作包括推迟一个面向其他客户的新立项、将部分交付资源转向已有其他客户项目、或设置观察期并要求下季度提交客户结构改善计划。针对供应商集中度，可选动作包括引入备选供应商做小范围验证、拆分部分采购包、或对新项目设置供应商使用审批。会议对每个动作评估影响：推迟立项会影响季度收入目标，引入备选供应商需要额外验证周期。
形成决定并记录：会议决定对客户A相关的一个新立项推迟一个季度，同时要求销售与交付团队在下季度提交客户结构改善计划；对供应商依赖，决定启动备选供应商验证，验证期内新项目使用该供应商需组合管理负责人审批。记录中写明每项决定的理由、责任人、复核时点（下季度再平衡会议），以及未采纳动作的原因。复核时点到期后，重新核算两项占比，判断调整是否见效。
用工作项与文档承载分散机制
分散机制要在日常协作中留痕，需要把分类、阈值和审批做成可复用的结构，而不是每次再平衡重新收集。可落地的配置清单包括：在项目立项工作项上增加“风险来源类别”“依赖对象”“所属客户”等字段；建立组合风险分散规则文档，记录各类别阈值、责任人与例外流程；为季度再平衡建立固定模板的评审文档，包含集中度数据、超限项、讨论动作与决定；例外审批以独立工作项流转，附申请材料与批准记录。
在工具承载上，ONES 提供项目组合视图与工作项字段配置，可用于按风险来源类别汇总项目、记录阈值与例外审批状态；评审记录可通过文档与工作项状态流转保留。ONES Performance 提供效能管理实践体系，支持对系统内产生的数据进行多维度分析，并预置面向管理人员、项目经理等角色的仪表盘模板，可将集中度相关指标纳入周期性评审。需要说明的是，按自定义风险来源类别汇总投入占比的具体报表配置方式，建议在选型或实施时与厂商确认字段与报表的适配范围。
配置完成后，集中度数据按季度汇总，供组合评审会使用；评审决定以工作项状态推进到“已批准”“观察期”“已关闭”等状态，形成可追溯的记录链。这样下次再平衡时，可以直接调取上一周期的决定与复核结果，减少重复收集。
完成检查：分散机制是否真的生效
机制建成与形式合规的区别，在于规则是否被触发、决策是否改变了投资结构。以下清单可逐项判断。
- 集中度基线是否建立，是否注明统计口径、数据来源和统计时点，并能按季度更新。
- 每类风险来源是否都有上限或目标区间，取值依据是否有记录，责任人是否明确。
- 例外流程是否被实际触发过，触发时是否有申请材料、批准记录和补偿措施。
- 再平衡决策是否带来了投资结构变化，例如某类占比下降、新立项方向调整、供应商依赖降低；仅有会议记录而结构未变，说明机制尚未生效。
- 规则是否随战略或外部条件变化调整过，调整是否有决策记录和生效时间。
- 与单项目风险管理、项目集风险管理的接口是否清晰：组合层输出结构调整建议，单项目层输出风险应对方案，项目集层输出风险传导处置，三者数据同源但决策分工明确。
检查时重点看两个信号：一是连续两个季度集中度数据没有变化，可能说明核算口径未更新或调整动作未执行；二是例外审批数量持续上升，可能说明阈值设置与业务实际脱节，需要重新校准规则。发现这两类信号时，回到规则表和角色分工逐项核对，而不是简单增加审批环节。
常见问题
组合风险分散的阈值应该多久校准一次？
阈值校准与再平衡周期绑定，通常每年随预算编制做一次全面复核，季度再平衡时只做小幅修正。出现以下情况应提前校准：战略方向或客户结构发生明显变化、外部合规要求调整、连续两个季度某类占比贴近上限、例外审批频繁出现。校准要留下决策记录，写明调整原因、生效时间和影响范围，避免阈值长期不变而与业务实际脱节。
新立项使某类集中度突破上限，是否一律否决？
不一定。规则表应预留例外路径：发起人提交超限原因、预计持续时间、对组合整体集中度的影响以及补偿措施，由组合管理负责人初审，超出一定幅度时提交组合决策会或分管负责人批准。批准后登记有效期，到期回到常规核算。例外频繁出现时，应回头检查阈值是否过紧，而不是简单增加审批环节。
组合层发现集中度过高，和单项目风险管理、项目集管理怎么衔接？
三者使用同一批项目数据，但决策对象不同。组合层输出投资结构调整建议，例如推迟立项、拆分投入、引入替代方案；单项目团队据此制定具体风险应对方案；项目集经理反馈关联项目之间的依赖与风险传导情况，供组合层判断调整动作的连带影响。接口清晰的标准是：每层都有明确的输入、输出和责任人，调整决定能落到具体项目动作上。
分散机制运行一段时间后，怎么判断它真的在起作用？
看两个信号：一是投资结构是否发生变化，例如某类占比下降、新立项方向调整、供应商依赖降低；二是例外流程是否被实际触发并有完整记录。若连续两个季度集中度数据没有变化，可能说明核算口径未更新或调整动作未执行；若例外审批数量持续上升，可能说明阈值与业务实际脱节。发现这两类信号时，回到规则表和角色分工逐项核对。
用协作工具承载分散机制，最低限度要配置哪些内容？
最低配置包括三项：在立项工作项上增加风险来源类别、依赖对象、所属客户等字段；建立规则文档，记录各类别阈值、责任人与例外流程；为季度再平衡建立固定模板的评审文档，包含集中度数据、超限项、讨论动作与决定。ONES 提供项目组合视图与工作项字段配置，可用于按类别汇总项目和记录审批状态；按自定义类别汇总投入占比的具体报表配置方式，建议在选型或实施时与厂商确认。
